Closed kaiqu closed 7 years ago
During the Warsaw workshop, we have initially agreed that most of these will be represented as title-content pairs. I am working on XSDs for Institutions API just now, so I'll try to handle this one.
<use-ects>
element? Can its value affect our use cases in any useful way? I believe that this information will be inherently transferred in different places, e.g. the <credits>
elements in Courses API or Mobilities API.<euc-no>
is?Could you explain what
<euc-no>
is?
I think I found it. "Erasmus University Charter number". Can we put this inside <other-id type='euc-no'>
?
Do we really need the
<use-ects>
element? Can its value affect our use cases in any useful way? I believe that this information will be inherently transferred in different places, e.g. the<credits>
elements in Courses API or Mobilities API.
I don't remember the reason I put this in there, but I do ask (in a comment in the example) whether an Institution/Org Unit can participate in EWP without using ECTS. I'm happy to remove it if you don't think it serves any purpose.
Could you explain what
<euc-no>
is?I think I found it. "Erasmus University Charter number".
Yes.
Can we put this inside
<other-id type='euc-no'>
?
Does it uniquely identify HEI (or possibly an Org Unit)? In that case, that would be the obvious solution, yes.
but I do ask (in a comment in the example) whether an Institution/Org Unit can participate in EWP without using ECTS
Perhaps they won't be able to implement mobility-related APIs without using ECTS, but this won't necessarily prevent them from joining the network (there are some other APIs besides the mobility-related ones, and none of the APIs are required). Even non-HEIs can join and serve some third-party APIs for other members.
Do we really need the "use-ects" element? [...]
[...] whether an Institution/Org Unit can participate in EWP without using ECTS [...]
Perhaps they won't be able to implement mobility-related APIs without using ECTS, but this won't necessarily prevent them from joining the network [...]
If I understand you correctly, a participant that implements mobility-related APIs must by definition use ECTS? But in that case, no grade conversion would be necessary?
ECTS is used in Europe, EWP would like to exchange data woth countries from other continents. I think it should be able to use mobility-related APIs without using ECTS. Let's ask Stefan for confirmation.
This seems to be the last remaining unanswered question in this issue:
Do we really need the "use-ects" element? [...]
[...] whether an Institution/Org Unit can participate in EWP without using ECTS [...]
Perhaps they won't be able to implement mobility-related APIs without using ECTS, but this won't necessarily prevent them from joining the network [...]
If I understand you correctly, a participant that implements mobility-related APIs must by definition use ECTS? But in that case, no grade conversion would be necessary?
ECTS is used in Europe, EWP would like to exchange data woth countries from other continents. I think it should be able to use mobility-related APIs without using ECTS. Let's ask Stefan for confirmation.
@StefanJahnke, can you confirm this?
@StefanJahnke, can you confirm this?
Closing this due to lack of feedback.
@wrygiel raised some questions about an initial schema draft. We had a discussion as code comments, but I am now pulling the conversation out of the comments into this issue, to (hopefully) make it more accessible. (Sorry about having a bunch of questions in a single issue, but I couldn'r take the time to split it up)
Wojtek's comment: Data on facts sheets is missing. Initially in Oslo we have discussed many other elements to be included here, like housing information and IRO contacts. I have made some notes back then, they include on all the stuff everyone proposed, some of these seemed important: https://github.com/erasmus-without-paper/ewp-specs-api-institutions/commit/47b878d33e143da8501f7ba0d515b336837e16d5#diff-5bfd1cf6e5fb6f8e73184c993ebaf72bR30
Kai's comment: Yes - after generating the XML example, I only checked for completeness wrp. the data model, which is not a complete description. (Also, the check was a bit superficial, as I didn't follow all the relationships in the model). I include the missing elements below, but first some questions/comments on the proposed elements (NOTE: the iro section is almost empty at the moment, since most of it's elements have unanswered questions):