2010 12 14 Conference Call
Bridge Info
12/14/2010 4:00 PM, US/Eastern
+1-734-615-7474 (Please use if you do not pay for Long Distance)
+1-866-411-0013 (toll free US/Canada Only)
0180424 (Participant)
Attendees
@Scott Cantor
@Former user (Deleted)
Keith Hazelton
Chris Hyzer
Jeremy Hansen (U of Iowa)
Maleki ?
Dan Seibert (UC San Diego)
Josh Hoyt (Galois)
Jason Dagit (Galois)
@Jen Bourey
@Benn Oshrin
Agenda
Discuss the features or characteristics of a hypothetical Group API, or figure out what prerequisites we need to get out of the way before we can do so
Federated Identity & Groups
Functions vs Data Elements vs Access?
Scheduling next/regular calls (through spring timeline)
Notes
Simple vs Complex?
Simple to start
But may need subgroups, compound groups
Sakai needs hierarchies of authorization and navigation based on group membership structure (eg: combining personnel data with academic structures)
Latest Grouper APIs may be able to address some of the Sakai complexity
What type of identifiers does a group API need have as a reference?
Opaque ID
Username/NetID etc
If calling group API against multiple backends, how much should the API hide/handle that for you?
Unclear, but API handling it implies client-side libraries beyond (eg) just simple REST calls
Biweekly calls starting 1/11 @ 4pm?
Action Items
New
All: Answer Groups API Questions (and combine with meta-questions from old AIs)
What are projects' needs over the next 3-6 months for group data management? (To help determine roadmap and immediate work)
Old
Benn: Set up mailing list & wiki
All: Assemble examples/use cases
All: Assemble pointers to existing APIs you have
All: What are groups used for?
Scott: Assemble examples of issues with groups in federated context