Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Discussion items

TimeItemNotes
5 minCommunicationsDavide: will move to the OIDCfed task end of this month. Will be less involved
with eduKEEP
in eduKEEP. Maarten and Ann are looking into how the task will be organized after this.
55
5
minBCP

Current opinion most important bits missing?

Constantin and Karl have wrote a very clear piece about the GDPR implications for eduKEEP. In the deliverable, this will be made into a summary, directing you to an appendix with the specific implications.

Rolf had to adept the architecture: now we rather not say we are provisioning user data as a whole to services. We do have attribute access through the back-channel. The back-channel has to be added and clarified in the document again.

Davide: Rolf and I should be working on the diagrams. We can make a legend for the types of connections and make them unified in how we use them throughout the document. Mihaly: you don't have to make a legend. Just write it directly on the line. It is simpler that way.

Davide: technology section is still a little slim. Mihaly will write a few paragraphs to say that we will be using existing technology. 

Hervé: do we have to cover in the architecture everything that is mentioned in the table, to help the reader? Davide: Two ways: we can give a list of features that are used in comparative analysis, or an introduction in the comparative analysis. The second one is the more elegant solution.

The migration strategies paragraph is still empty. It will be renamed Deployment and Integration. Rolf will add a few paragraphs on this, just focused on processes.

Attribute provider security is still a big question mark. Davide will add something about this in the security subsection on this.