skos:ConceptScheme and skos:Concept

On 2014-12-29 the repository https://github.com/OpenGovLD/skos was created for these. This page will be moved there and converted to English incrementally. The example was already moved.

---

Create and host skos:Concept Objects.

Body

Body:classification - Art der Körperschaft

Organization

Three kinds of organizations are relevant:

• Fraktionen (political caucus): politische Gruppierungen, die in Parlamenten und Gremien häufig gemeinsam abstimmen.
• Ausschüsse (committee): Fachgremien, die beispielsweise Vorlagen beraten und dem Parlament eine Beschlussempfehlung geben
• political grouping: external to the body, can be a party but also a loose group

These could be modeled either using skos or by creating subclasses of "Organization".

Paper

There are similarities between different kinds of parliaments. But details are different.

Bezeichnet beispielsweise die Stadt Köln einen Antrag als "Antrag nach § 3 der Geschäftsordnung", dann ist damit die Geschäftsordnung des Rates der Stadt Köln gemeint. Ob diese Art von Antrag in allen Details identisch mit einem anderen Antrag aus der Geschäftsordnung eines anderen Stadtrates ist, wäre nur nach aufwändiger Prüfung zu ermitteln.

Denkbar ist, dass OpenGovLD für die Klassifizierung von Drucksachen nur grobe Kategorien bereitstellt, die dann durch genauere Definitionen vom jeweiligen Betreiber ergänzt werden können. Beispiele:

• Anfrage: z. B. Frage einer Fraktion oder mehrerer Fraktionen an die Stadtverwaltung
• Antrag
• Beschlussvorlage
• Mitteilung: z. B. Informationen der Stadtverwaltung an den Rat oder einen Ausschuss
• ...

TODO: Using JSON-LD language maps might simplify the example.

TODO: The example might be simplified by specifying a default language in the context. Then something like this would automatically result in the correct language tagging:

            "skos:prefLabel": "Beschlussvorlage",

TODO: Das bisherige Beispiel (Kontext, aber nur rudimentär) illustriert auch eine Problematik bezüglich der Anforderungen an Clients. Diese müssen auch teilweise oder vollständig expandierte JSON-LD Dokumente verarbeiten können (Profile für diese Dokumente?!).

TODO: Die hierarchische Beziehung zwischen den Arten von Drucksachen sollte mittels weiterer SKOS-Eigenschaften abgebildet werden.