Call-in Coordinates

Heather Flanagan is inviting you to a scheduled Zoom meeting.

Topic: Schema Editorial Board - February 2020
Time: Feb 7, 2020 11:00 AM Pacific Time (US and Canada)

Join Zoom Meeting
https://zoom.us/j/979687605?pwd=akZaL1dCUVp2SXdnMFhBdHdHakVIZz09

Meeting ID: 979 687 605
Password: 818727

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

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

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

Expected Attendees

Apologies

Catarina Ribeiro
Mario Reale

Agenda

Open Actions
Administrivia
1. Board nominations
  1. David Banz (U. Alaska) (2019-2020)
  2. Scott Koranda (LIGO/SCG) (2019-2020)
  3. Miro Milinovic (SRCE) (2019-2020)
  4. Catarina Ribeiro (University of Porto) (2019-2020)
Status of schema
1. eduCourse
2. voPerson
Next steps for eduPerson
AOB

Notes

Open Actions
1. For the LDIF files, see eduPerson LDIF Files - still need additional pointers to other LDIF files as appropriate. Board should send those to Keith or update that page.
2. For 6338bis, see AOB
3. SimpleSAMLphp - are all the tools ready to deal with the SAML identifiers (Subject-ID and Pairwise-ID)? yes, this is fine, no issue
Administrivia
1. Board nominations - nominations will open in March; the seats below will move to 2-year terms. We need at least two nominations, no more than four.
  1. David Banz (U. Alaska) (2019-2020)
  2. Scott Koranda (LIGO/SCG) (2019-2020)
  3. Miro Milinovic (SRCE) (2019-2020)
  4. Catarina Ribeiro (University of Porto) (2019-2020)
    - Benjamin Oshrinwill post a suggestion to the board list on how to handle the situation of receiving more nominations than seats open for the board
Status of schema
1. eduCourse
  1. eduCourse was designed with an eye towards what IMS Global was specifying for course rosters. The current new standard is OneRoster 1.1 (see Keith's comment). Someone needs to review that document to see if the information it contains what is needed. We may need to profile what's in there.
    - Keith Hazeltonto review the OneRoster 1.1 spec and make a recommendation to the board re: whether we need to create a SAML profile for the material
      - Since IMS Global is currently working on EduAPI, it is probably premature to spend a lot of time on IMS's OneRoster 1.1 specification: http://www.imsglobal.org/oneroster-v11-final-specification ;
2. voPerson
  1. The subcommittee is trying to work out the SAML representation of the voPerson attributes.
  2. v2 of the schema is having some challenges - some new information will be added (see https://github.com/voperson/voperson/issues). Blocked on getting OIDs assigned. (Does this need a registry update as well?) Explore the idea of having a Schema Board branch so we can add more schema as needed; leave SCHAC as grandfathered in with its own top-level domain
    - Heather Flanaganfollow up on assigning OIDs for voPerson - see https://www.terena.org/activities/terena-registry/terena-oid.html
Next steps for eduPerson
1. decoupling the protocols are a likely place to start, and may end up suggesting other changes to the spec.
2. Are we talking about stripping out the LDIF examples? Having the expected value styles is helpful, but it does influence specific protocols (e.g., LDAP). Alternatively, we could dilute the protocol specificity by adding more protocol examples. What would be most useful to the community? Given we're still waiting for the OIDC Federation, we're not sure exactly what will be most useful. Consensus is leaning towards having eduPerson as a complete with multiple examples and changing the markup to make it easier to extract the examples into a protocol appropriate set. Discuss on the next call; start going through the spec to determine where we could make changes to be more clear re: the protocols.
3. What about focusing on expanding attribute values? Check for some possible notes from Internet2's Tech Ex 2019. Affiliations, in particular, could use potential expansion (though maybe groups are a better way to handle the many variances of affiliation possibilities). This is something we should explore with the community to figure out what they need us to do. Some federations have done this on a federation-specific level. Let's reach out and figure out what they are doing and why. Discuss on the next call how to phrase the questions and how to reach out.
4. Let's also discuss adding AcademicID to a schema (the way we have ORCID). Maybe this belongs in SCHAC?
AOB
1. Updating RFC 6338 - should we broadly replace "TERENA" with "GEANT"? Perhaps change the intro to include "Management of the schema has been transitioned to REFEDS, an entity supported via secretarial services by GEANT."