grouper-dev - [grouper-dev] RE: [grouper-users] Grouper 1.6.1 UI membership list sorting
Subject: Grouper Developers Forum
List archive
- From: Chris Hyzer <>
- To: Rob Hebron <>, "" <>
- Subject: [grouper-dev] RE: [grouper-users] Grouper 1.6.1 UI membership list sorting
- Date: Wed, 13 Oct 2010 15:38:18 -0400
- Accept-language: en-US
- Acceptlanguage: en-US
Here is a wiki on my proposal... comments welcome:
https://spaces.internet2.edu/display/GrouperWG/Subject+improvements+in+Grouper
Chris
-----Original Message-----
From: Chris Hyzer
Sent: Monday, October 04, 2010 9:02 AM
To: 'Rob Hebron';
Subject: RE: [grouper-users] Grouper 1.6.1 UI membership list sorting
* Consolidation and de-duplication - Grouper would be caching data from
multiple sources, but presenting a consolidated set. Should subjects
from different sources which represent the same person be consolidated
into a single subject? now? ever?
I was thinking of only caching data for people in Grouper. i.e. search for a
subject in a group, or show the members of a group. Not a general subject
search (though for a second phase I guess this isn't out of the question).
This is the grouper_members table. You still have however many sources you
had before, so if you have duplicates across sources, that is not Grouper's
problem
* Timeliness - how up-to-date would the local Grouper subject store need
to be? In our case if would be unacceptable if it were out-of-date by
more than a few seconds
Grouper does not need to display that information, just search/sort on it.
So Grouper could still go to the source when displaying information about the
user (and maybe fall back if the subject is not resolvable).
Thanks,
Chris
- [grouper-dev] RE: [grouper-users] Grouper 1.6.1 UI membership list sorting, Chris Hyzer, 10/13/2010
- Re: [grouper-dev] RE: [grouper-users] Grouper 1.6.1 UI membership list sorting, Jim Fox, 10/14/2010
Archive powered by MHonArc 2.6.16.