Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Eigenschaften oparl:Location - description / geometry #259

Closed
sterni24 opened this issue Jul 28, 2014 · 10 comments
Closed

Eigenschaften oparl:Location - description / geometry #259

sterni24 opened this issue Jul 28, 2014 · 10 comments
Milestone

Comments

@sterni24
Copy link
Contributor

Beide Eigenschaften sollten die Kardinalität von 1 - ZWINGEND aufweisen. Alles andere macht keinen Sinn.

@sterni24 sterni24 changed the title Eingenschaften oparl:Location - description / geometry Eigenschaften oparl:Location - description / geometry Jul 28, 2014
@akuckartz
Copy link
Contributor

Es kann sein, dass es nur eine textuelle Beschreibung gibt oder nur eine Geodaten-Repräsentation. Deshalb ist bisher für beide Eigenschaften eine Kardinalität 0 zugelassen.

@sterni24
Copy link
Contributor Author

Dann biite den Hinweis geben, dass zumindest eine angegeben werden muss.

@marians
Copy link
Contributor

marians commented Jul 29, 2014

@sterni24 Jetzt, wo Sie es sagen... oparl:Location hat seine Bedeutung im Zuge der Arbeit an der Spezifikation etwas geändert. Die Eigenschaft "description" war anfangs auch dafür vorgesehen, die Adresse z.B. einer Sitzung aufzunehmen.

Inzwischen haben wir in oparl:Meeting die strukturierten Adresseigenschaften. oparl:Location zu verwenden wird also nur noch dann wirklich sinn machen, wenn man die EIgenschaft "geometry" auch nutzt, also Geodaten ausgibt.

Das spricht aus meiner SIcht dafür, die Eigenschaft "geometry" als ZWINGEND zu deklarieren. Die Eigenschaft "description" wäre damit zum Nur-Text-Pendant, mit dem eine nutzerfreundliche Beschreibung, die z.B. auch unter Barrierefreiheits-Aspekten Vorteile bringt (Vorlesen). "description" sollte damit meiner Meinung nach weiterhin als EMPFOHLEN deklariert bleiben.

Das würde uns auch die Entweder-Oder-Logik ersparen.

@akuckartz
Copy link
Contributor

Location wird nicht nur in Meeting verwendet, sondern auch in Paper.

@sterni24
Copy link
Contributor Author

@akuckartz Das ist bereits bekannt, siehe #255

@marians Einverstanden.

@akuckartz
Copy link
Contributor

Dann dürfen Paper nur dann Location verwenden, wenn dort Geodaten (und nicht "nur" eine textuelle Beschreibung) enthalten sind. Warum das?

@sterni24
Copy link
Contributor Author

@akuckartz Location werden bei uns den Drucksachen optional zugeordnet, wenn irgendwelche Kartenausschnitte zu bestimmten Themen visualsiert werden sollen. Hierbei ist die description zur Location ein Pflichtfeld. Zoomlevel und Marker werden ebenfalls gespeichert. (siehe #258)
Alles andere steht auch im Dokument der Drucksache. Oder was wollen Sie unter Location ohne geometry beschreiben?

@akuckartz
Copy link
Contributor

@sterni24 Der "Ort in Textform" (Kommentar zur location-Eigenschaft in Paper) steht in keiner anderen Eigenschaft. Dort könnte z.B. stehen: "Neubaugebiet XYZ". Zwar ist es schön, wenn es dazu auch Geodaten gibt, aber der Text alleine ist besser als gar nichts.

@sterni24
Copy link
Contributor Author

Das gehört m. E. unter keywords. Ich kenne kein RIS, welches räumliche Bezüge im Sinne von oparl:Location ohne geometry verwaltet. Diese Funktionalität müsste zunächst einmal geschaffen werden. Wir werden dies nicht tun.

@the-infinity the-infinity added this to the 1.0 Freigabe milestone Jun 28, 2015
@the-infinity
Copy link
Contributor

Angesichts von #292 erübrigt sich die Diskussion nun, da nun alles empfohlen ist. Dies hat natürlich zur Folge, dass man theoretisch sehr sinnlose Objekte angeben kann, dies würde aber auch in diesem Fall der folgenden Direktive entsprechen: "Es soll grundsätzlich empfohlen sein, alle vorhandenen öffentlichen Daten aus der Datenbank auszugeben, sofern keine Datenschutzbestimmungen dagegen sprechen." In diesem Sinne dürfte das Issue gelöst sein.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

4 participants