Dokument zur Niederschrift nicht in Tagesordnung hinterlegt

[Beloli]

Das Problem lässt sich am besten anhand folgendem Beispiel erklären: Homepage der Stadt Gronau

Punkt 2 der Tagesordnung ist die Niederschrift einer vorherigen Sitzung (16.05.2019). In der Sitzung wird die Niederschrift also von den Ausschussmitgliedern genehmigt. Hierfür wurde mittels SD.NET ein PDF-Dokument veröffentlicht. Leider wird dieses Dokument dem Bürger nicht über die Tagesordnung zur Verfügung gestellt, wie es z.B. bei den Sitzungsvorlagen der Fall ist.

Als Bürger muss ich zurück zur Tagesordnung der Sitzung des 16.05.2019 gehen, um dort im Kopfbereich das PDF-Dokument der Niederschrift zu finden. Bürgerfreundlicher wäre, wenn das entsprechende Dokument aber auch über die Tagesordnung aufrufbar wäre, in der sie nunmal auch Thema ist. Ziel ist es ja, dass der Bürger sich auf einer Seite alle für diese Sitzung relevanten Dokumente downloaden kann.

[akuckartz]

Inwieweit hat das mit der Spezifikation zu tun? Ist das nicht eher ein Problem der verwendeten Software?

[Beloli]

Liegt das nicht eher daran, dass die Schnittstelle aktuell nur die erste Ebene wiedergibt?

Auf der durch die Software angebotenen Lösungsplattform (Beispiel hier) klickt man bei dem TOP 2 (Niederschrift) auf das Ordnersymbol und erhält dann die Möglichkeit, das Dokument der Niederschrift auf der sich dann öffnenden Seite herunterzuladen.

[the-infinity]

Danke für das Issue, @Beloli , und Willkommen!

Wenn ich das Problem richtig verstehe, hat das zwei Komponenten. Eine davon lässt sich bereits in OParl umsetzen, die andere nicht.

1. Was man schon umsetzen kann: den Verweis auf die Datei. Ein Agendaitem hat die Möglichkeit, unter auxiliaryFile auf zu dem Tagesordnungspunkt zugehörige File zu verweisen. Es wäre also durchaus machbar, auf das Protokoll (welches ja ein File ist) zu verweisen. Man könnte indirekt sogar erschließen, dass es sich dabei um das Protokoll handelt, schließlich ist das File als resultsProtocol im alten Meeting.

2. Die inhaltliche Aussage, dass es sich um das Entscheiden über ein Protokoll des Meetings geht ist aktuell nicht direkt herzuleiten. Das Protokoll einfach als resolutionFile wäre ja irgendwie nicht ganz korrekt, weil das resolutionFile ja eher der Beschluss selbst ist, nicht so sehr das zugrunde liegende Protokoll. Da könnte man also zusätzlich noch etwas überlegen, wie man das schön abstrakt darstellt. Denn den Anwendungsfall hat man ja schon öfter, dass AgendaItems über vergangene Meetings entscheiden.

Erklärende Anmerkung vielleicht noch: wir haben nichts mit den Implementierungen der RIS zu tun, sondern entwickeln nur den Standard selbst. Wir sind damit auch keine Firma, sondern ein kleines ehrenamtliches Team unter dem Dach der Open Knowledge Foundation.

Zudem ist OParl bislang ein reiner Abruf-Standard, so dass nie das Ziel war, in einem Request alle Daten zu bekommen. Vielmehr ist das Ziel, einen lokalen Datenbestand möglichst effizient synchronisieren zu können. Eine Such- und Aggregations-API wäre zwar sicherlich sinnvoll, aber ist alles andere als trivial und daher noch nicht spezifiziert.

[sterni24]

Der Eingangsbeitrag von @Beloli ist nicht ganz korrekt.

1. Als Bürger der Stadt Gronau sieht man in der Tagesordnung sowohl den Genehmigungsvermerk (I-Symbol) als auch einen Link zum Vorgang der Niederschrift (Ordner-Symbol). In diesem Vorgang ist das Protokoll der letzen Sitzung verlinkt.
2. Darüberhinaus wird in den Kopfinformationen eines Termins neben dem Protokoll auch der Genehmigungsvermerk der folgenden Sitzung, soweit bereits vorhanden, abgebildet.
3. Diese überkreuzweise Verlinkung zieht sich durch bis zur Volltextrecherche, in der sowohl über das Protokoll der Genehmigungsvermerk einzusehen ist als auch umgekehrt.

Das Ganze wird möglich über weitere Merkmale im TOP Genehmigungsvermerk. Diese Informationen sind im Objekt AgendaItem nicht vorhanden.

Das Protokoll direkt als Anlage zu verlinken ist nicht gewünscht, da diese wiederum mit allen Anlagen dargestellt werden müsste und sich die gesamten Protokollunterlagen dadurch erheblich aufblähen würden.

[Beloli]

Der Eingangsbeitrag von @Beloli ist nicht ganz korrekt.

1. Als Bürger der Stadt Gronau sieht man in der Tagesordnung sowohl den Genehmigungsvermerk (I-Symbol) als auch einen Link zum Vorgang der Niederschrift (Ordner-Symbol). In diesem Vorgang ist das Protokoll der letzen Sitzung verlinkt.
2. Darüberhinaus wird in den Kopfinformationen eines Termins neben dem Protokoll auch der Genehmigungsvermerk der folgenden Sitzung, soweit bereits vorhanden, abgebildet.
3. Diese überkreuzweise Verlinkung zieht sich durch bis zur Volltextrecherche, in der sowohl über das Protokoll der Genehmigungsvermerk einzusehen ist als auch umgekehrt.

Das Ganze wird möglich über weitere Merkmale im TOP Genehmigungsvermerk. Diese Informationen sind im Objekt AgendaItem nicht vorhanden.

Das Protokoll direkt als Anlage zu verlinken ist nicht gewünscht, da diese wiederum mit allen Anlagen dargestellt werden müsste und sich die gesamten Protokollunterlagen dadurch erheblich aufblähen würden.

Sind Sie sich sicher, dass wir über die gleiche Ausgangssituation reden? Das Ordnersymbol wird akutell nicht mit der Schnittstelle OParl dargestellt (siehe hier). Sie beschreiben die Ansicht des RIM (siehe hier). Das Ordnersymbol wird bei OParl aktuell nicht neben der Niederschrift dargestellt. Hinsichtlich des I-Dokumentes haben Sie hingegen Recht.