Eigenschaft oparl:Location - inversOf fehlt

[sterni24]

Eine der zentralen Anliegen von OParl ist es (entsprechend den Nutzungsszenarien 3.3 und Kapitel 4.1.2), eine Metasuche über räumliche Bezüge zu ermöglichen.

Wie ist das derzeit in OParl angedacht?

Fehlt hier die Beziehung von oparl:Location zu oparl:Paper oder? Kann eine oparl:Locationauf mehrere oparl:Paper verweisen?

[akuckartz]

Eigenschaften für Locations gibt es in mehreren Klassen, nicht nur Paper. Eine generelle "inverse" Eigenschaft ist deshalb nicht möglich bzw. würde auf Objekte verschiedener Klassen verweisen.

(OpenGovLD wird eine solche Eigenschaft nicht vorsehen, da der selbe Zweck auf einfache Weise mittels Linked Data Fragments erreicht werden kann.)

[sterni24]

@akuckartz Das können Sie gern dort so machen. Vielleicht sind Sie in dieser Sache nicht der Ansprechpartner. Ein Verweis auf OpenGovLD ist an dieser Stelle wenig hilfreich.

Zur Zeit verweist oparl:Location auf 2 Objekte. Auf oparl:Meeting können wir in diesem Zusammenhang verzichten.

[marians]

Um zunächst mal auf die ursprüngliche Frage zu antworten:

Eine Meta-Suche, wie sie im Nutzungsszenario beschrieben ist, stelle ich mir so vor, dass ein Client ähnliche wie der Crawler einer Web-Suchamschine in regelmäßigen Abständen die neuen und geänderten Inhalte wie Tagesordnungspunkte, Beratungen, Drucksachen etc. verschiedener Systeme auslesen und verarbeiten würde. Eine solche Verarbeitung bestünde unter anderem auch darin, dass man Textinhalte für eine Volltextsuche indexiert oder eben Location-Objekte ausliest und in einem räumlichen Index ablegt. Der Weg zu den Location-Objekten würde wohl im Normalfall über die Drucksachen führen.

Angenommen, ich würde einen solchen Crawler schreiben und Daten in einer lokalen Datenbank ablegen, würde ich natürlich dafür sorgen, dass ich die Beziehung zwischen bestimmten Drucksachen und Location-Objekten mit speichere. Denn über eine ortsbezogene Suche, die mir ja zunächst nur das liefert, was die Location-Objekte repräsentieren, möchte ich ja wieder zu Drucksachen kommen.

Trotzdem sehe ich auch einen Sinn darin, vom Location-Objekt aus zum Mutter-Objekt (sei es nun eine Drucksache oder eine Sitzung) "browsen" zu können. Das sollte generell gelten und ich hatte mit anderen Issues (#243, #244, #245) versucht, das stringent zu vervollständigen.

Hier stellt sich also wieder die Frage:

• kann das Location-Objekt nur zu einer Drucksache gehören oder zu mehreren?
• kann das Location-Objekt nur zu einer Sitzung gehören oder zu mehreren?

[akuckartz]

Ich erlaube mir die zwei Fragen etwas umzuformulieren:

• Wird ein bestimmter Ort in einer Gemeinde immer in maximal einer Drucksache behandelt?
• Findet jede Sitzung an einem anderen Ort statt?

[sterni24]

@marians Ein und dasselbe oparl:Location-Objekt kann zu mehreren Drucksachen und zu mehreren Sitzungen gehören.

Es kann aber auch sein, dass identische Geopunkte mehrfach angelegt werden, weil eine für die Drucksache spezfische Beschreibung gewählt wurde.

Es handelt sich bei Sitzungen in aller Regel um den Sitzungsort, insbesondere bei Kreisverwaltungen, deren Gremien an ständig sich ändernden Sitzungsorten tagen. Somit kann sich ein Sitzungsort im Laufe einer Legislaturperiode auf mehrere Sitzungen beziehen. Als Besonderheit sehe ich bei Sitzungen den Verweis auf Ortbegehungen. Diese Art von Location sind unstrukturiert im Dokument z. B. einer Einladung enthalten.

Daraus ergibt sich für beide Objektarten eine Kardinalität von 1:n.

Die Umformulierungen von @akuckartz verstehe ich in diesem Zusammenhang nicht.

[akuckartz]

@sterni24 Die Umformulierungen bedeuten, dass wir hier einer Meinung sind.

[the-infinity]

Backref hinzugefügt in dedc1ea . Da das gemäß #292 optional ist, ergibt sich auch kein hoher Implementierungsaufwand, wenn derartige Daten nicht vorhanden sind.