Closed the-infinity closed 10 years ago
Die Kategorien sollten selbst URLs sein. OParl muss einen Teil davon vorgeben. Wortprotokoll und Beschlussprotokoll sollten dazu gehören. Ich halte es für nicht sehr problematisch, wenn RIS-Betreiber bei Bedarf weitere verwenden.
(Hinweis für den Einsatz semantischer Technologien durch Nutzer der OParl-Daten: Mit owl:sameAs können verschiedene URL für semantisch identisch erklärt werden. Außerdem gibt es owl:equivalentClass und nicht zuletzt auch skos:exactMatch. Beschlussprotokoll kann als subclass o.ä. von Protokoll modelliert werden.)
Alternativ zu Kategorien-URLs könnten wir auch im Schema von meeting bestimmte Attribute vorsehen. Das Beispiel, das der Refserver aktuell ausliefert, zeigt das:
http://refserv.oparl.de/bodies/0/meetings/0
Und hier noch mal für's Archiv:
{
"@id": "http://refserv.oparl.de/bodies/0/meetings/0",
"@type": "OParlMeeting",
"start": "2014-01-21T09:30:00+0100",
"end": "2014-01-21T19:49:00+0100",
...,
"invitation": "http://refserv.oparl.de/bodies/0/meetings/0/invitation",
"results_protocol": "http://refserv.oparl.de/bodies/0/meetings/0/results_protocol",
"verbatim_protocol": "http://refserv.oparl.de/bodies/0/meetings/0/verbatim_protocol"
}
Nur für "Sonstiges" ist im Beispiel noch nichts definiert. Da wir beim paper aber ebenfalls die Unterscheidung zwischen Hauptdokument und weiteren Anhängen benötigen, habe ich da den Attributnamen "auxiliary_documents" für weitere Dokumente vorgeschlagen.
http://refserv.oparl.de/bodies/0/papers/0
Das könnten wir auch beim meeting verwenden.
Es geht anscheinend darum, dass ein Anhang eine bestimmte Rolle für ein meeting hat. Ich teile deshalb die Auffassung von @marians , dass dies eine Property des meetings sein sollte. Dass es sich dann z.B. um eine Einladung handelt, ergibt sich zwingend aus dieser Property, ohne dass dies explizit beim Meeting oder dem Anhang angegeben werden muss.
Wir sollten auf Ebene der Sitzung auch noch eine Eigenschaft "auxiliary_documents" (Liste) vorsehen, um sonstige Dokumente an der Sitzung halten zu können.
oparl:Document
hat nun eine Eigenschaft documentRole
.
Ich schliesse dieses Issue, da damit anscheinend alle Aufgaben dieses Issue erledigt sind.
Problem: Sitzungen haben eine Reihe an Anhänge, einige davon sind fest definiert.
Idee: Kategorien
Aufgabe: weitere Kategorien finden.