Open dviererbe opened 3 years ago
Bei uns hat ein Gremium, auch viele Orten, an denen es tagt, dass ist dann jeweils der Sitzungsraum, also die location des Meetings. Die location der Organization ist nach meinem Verständnis nur die Postalische Adresse des Gremiums, mit seinen anderen Kontaktdaten, also z.B. wo und wie man den Vorsitzenden oder einen Ansprechpartner erreicht. Die Menge der verfügbaren Locations, die sich die Gremien eventuell auch teilen, sind hingegen am Body abgebildet.
Natürlich sind beim Body
alle Location
s abgebildet, aber der OParl Standard hat doch die Absicht transparenz zu schaffen.
Wenn ein*e Bürger*in oder in meinem Fall eine Student*in die postalische Adresse einer Organization
abfragt und es wird nur eine angezeigt, dann gehe diese*r davon aus, dass die Organization
nur eine Adresse hat.
Beispiel: Angenommen ich gebe in meinem Fall bei einem Gremium die Adresse des Standort Wernigerode an, dann schickt ein*e Student*in/Mitarbeiter*in/Dozent*in am Standort Halberstadt Briefe an die Adresse des Standortes Wernigerode obwohl es auch einen Briefkasten in Halberstadt gibt.
Das gleiche gilt übrigens wie ich mittlerweile festlennen musste auch für Person
en. Hier ist es meiner Erfahrung auch nicht selten, dass eine Person
zwischen mehreren Location
s pendelt und an diesen ein Postfach hat.
Zum Vergleich: https://www.w3.org/TR/vocab-org/#org:Site
Eine
Organization
kann gegenwärtig nur einen Standort haben.Viele Gremien der Hochschule Harz brechen diese Einschränkung, da die Hochschule Harz mehrere Standorte hat und ein Gremium somit mehrere Standorte haben kann.
Genau wie
Body
Objekte sollten auchOrganization
Objekte um das AttributlocationList
erweitert werden um solche Fälle abzudecken.