Call-in Coordinates

Heather Flanagan is inviting you to a scheduled Zoom meeting.

Topic: REFEDS Schema Editorial Board - March 2020
Time: Mar 12, 2020 01:00 PM Pacific Time (US and Canada)

Join Zoom Meeting
https://zoom.us/j/502263634?pwd=bTRMcXZYMFZqSXZxTzJTWTZVMW0xZz09

Meeting ID: 502 263 634
Password: 070460

One tap mobile
+16699006833,,502263634# US (San Jose)
+19292056099,,502263634# US (New York)

Dial by your location
+1 669 900 6833 US (San Jose)
+1 929 205 6099 US (New York)
Meeting ID: 502 263 634
Find your local number: https://zoom.us/u/aRjU5ChSJ

Join by Skype for Business
https://zoom.us/skype/502263634

Attendees 

Apologies

Agenda

  1. Open Actions
  2. Administrivia
    1. Board nominations
  3. Status of schema
    1. eduCourse
    2. voPerson
  4. Next steps for eduPerson
    1. Prioritization of Schema Board Work Item Portfolio
    2. https://github.com/REFEDS/eduperson/tree/documentation-hf
  5. AOB

Notes

Administrivia

  • Board nominations

    • One nomination received; we need a minimum of two

    • Of the people whose term is ending and want to self-nominate, please do so

      • Miro is willing to continue but will step aside if we receive more nominations than we have slots for


Open Actions

  • Regarding process to handle too many nominations: Benn to follow up by next call

  • Regarding OneRoster - Keith - no update

  • Regarding voPerson OIDs - Heather has reached out to Nicole (as has Neils); we expect to hear back on this in a few weeks (need to follow up with Licia about the transfer from Terena to GEANT)

  • Miro - has been focused on other things; will come back to this

  • Benn - has submitted a proposal (https://wiki.refeds.org/pages/viewpage.action?pageId=50626585&src=contextnavpagetreemode). Benn will review against the needs for voPerson and will consider David’s comments in the text. Note regarding David’s comment about ldif, we never intended ldif to be the only example


Status of schema

  • eduCourse - there was a proposal that we would adopt the eduCourse schema; given this has been turned into OneRoster, it’s unclear still if we need to do anything with this. This relates to Keith’s action item re: OneRoster. Also unclear if this is being used in the wild yet. Will wait until we have more info from Keith.

  • voPerson - some progress regarding the representation of voPerson attributes in SAML. Benn created a branch 2.0 voPerson in GitHub so that progress can be made while other stuff is being sorted out. It will not be final until it’s ready to be managed by REFEDS. See https://github.com/voperson/voperson/tree/draft-2.0.0


Next steps for eduPerson

  • Prioritization of Schema Board Work Item Portfolio - currently includes four open items

    • Work Item 5: Adding a Notes section to the eduPersonUniqueId definition - need to put something in a SAML-specific support page (example: https://github.com/voperson/voperson/blob/draft-2.0.0/aux/voPerson-SAML.md)

    • Work Item 6: Protocol-specific markup - consider having a master document that contains everything, with automated extraction for protocol-specific files

      • Alan Buxey  will do some research to see if there are examples of documentation that will build itself out of a master file already in existence on GitHub

    • Work Item 7: Expand Attribute Values - are there one or two affiliations that would solve people’s problems? This needs to go to a working group or out for community discussion to see what actual use cases require. Example: contractor.

    • Work Item 8: AcademicID - there is more than one initiative to create an identifier for campus people; how many of these do we want to support? They are already going to use the SCHAC PersonalUniqueID. What, if anything, should eduPerson support? If someone approaches us to ask us to support another thing like an ORCID, how do we support this? How likely is it that we’re going to see a bunch of requests come in? Perhaps just consider this on a case by case basis. If we did support unique identifiers from given efforts, need to indicate that populating these attributes should be done according to that efforts’ policies. We can’t protect this for them. 

      • Consensus here is to deal with this on a case by case basis; will reconsider if we see a number of requests coming in. 

  • https://github.com/REFEDS/eduperson/tree/documentation-hf

    • Terry has reviewed; Alan to review what’s in the branch


AOB

  • SCIM - came up at the TIIME workshop. Action item was to do a mapping of eduPerson into a SCIM schema. Peter Gietz volunteered to run this subcommittee.

  • Issues on GitHub (https://github.com/REFEDS/eduperson/issues)

    • Regarding case, this is already specified in the specification (values can be mixed); some federations, though, assume/require all lower case. This sounds more like a bug report for the implementation, not the specification.

    • Regarding orcid, this is a fairly straightforward item - need to discuss, though, on the next call to discuss if/how to update narrative text and whether that requires a new release