search

OParl / spec

Spezifikation für eine offene Schnittstelle für Ratsinformationssysteme
https://oparl.org
Creative Commons Attribution Share Alike 4.0 International
61 stars 21 forks source link

Mitgliedschaft / Person in zwei oder mehr disjunkten Zeiträumen in selbem Gremium #23

Closed akuckartz closed 10 years ago

akuckartz commented 11 years ago

Dieser Fall ist anscheinend bisher in der Spezifikation nicht berücksichtigt.

Das Beispiel person.json kann eine Grundlage geben. Die id's dort in den Listen verweisen auf Gremien. Eventuell umbenennen.

sterni24 commented 11 years ago

Ich schlage vor, zunächst keine historischen Daten abzugreifen.

Aiuch hier fehlt m. E. eine Entität Mitgliedschaften mit z. B. folgenden Merkmalen:

und folgenden Beziehungen:

Gremium -> Mitgliedschaft -> Person Mitgliedschaft -> Organisation

akuckartz commented 11 years ago

Ja, so etwas schwebte mir vor. Dann können aber auch relativ einfach historische Mitgliedschaften abgebildet werden.

Inwieweit solche Daten in aktuellen RIS verwaltet werden ist mir nicht bekannt. Hat jemand dazu Infos / Beispiele ?

Gegebenenfalls kann das in OParl 1.0 als optional deklariert werden.

BThie commented 11 years ago

Wir schlagen ebenfalls vor in Version 1 keine historischen Daten abzufragen. sondern sich auf die aktuelle Periode zu konzentrieren. Für kommunale Verwaltungen ist ein definierter Zeitraum eine Wahlperiode, für die Legislative die Legislaturperiode. Die Ausgabe von beliebigen Wahlperioden als auch die Suche in diesen ist grundsätzlich möglich. Vertreter und die Konstellationen ( persönlich definierte Vertreter, Vertreterpool) halten wir in Version 1 für entbehrlich.

marians commented 11 years ago

@sterni24 Im Fall eines relationalen Datenbank-Schemas würden wir wohl eine Entität brauchen, um die Mitgliedschaft einer Person in einem Gremium abzubilden. Allerdings ist es nicht das Ziel, für die Standard-Spezifikation ein solches Schema zu beschreiben. Stettdessen könnten wir beispielsweise entscheiden, dass die Mitgliedschaften einer Person in Gremien als Teil des Objekttyps Person ausgegeben werden - weil eine "Mtigliedschaft" ohne eines der beiden "Bezugsobjekte" nicht existieren kann. Ähnlich kann es ggf. auch mit den Tagesordnungspunkten (als Teil der "Sitzung") gemacht werden.

BThie commented 11 years ago

@marians , @sterni24 Technisch sollte beides möglich sein, wir würden uns hier dem Vorschlag "Ausgabe als Teil des Objekttyps Person" anschließen.

akuckartz commented 11 years ago

Wer tief einsteigen möchte, der kann hier Tipps bekommen wie Mitgliedschaften, Rollen etc. abgebildet werden können:

EDIT: inzwischen W3C Recommendation

The Organization Ontology, W3C Recommendation 16 January 2014, http://www.w3.org/TR/vocab-org/

Dort sind sowohl "Membership" als eigene Klasse als auch die Verwendung von Properties "hasMember" bzw. "memberOf" als Alternativen vorgesehen. Geht damit also einfach bis ziemlich komplex in verschiedenen Schattierungen.

Mir ist es ziemlich egal, ob die Daten in eigenen Mitgliedschaftsobjekten enthalten sind oder direkt an den Personen hängen. (Denn das wird sich wenn es sauber als JSON-LD ausgegeben letztendlich in die gleichen RDF-Tripel konvertieren lassen ;-)

akuckartz commented 10 years ago

Von mehreren Seiten werden Mitgliedschafts-Rollen in OParl 1.0 gewünscht. Dann ist die Aufnahme von Zeiträumen/Wahlperioden aber nur noch ein kleiner Schritt.

akuckartz commented 10 years ago

Siehe auch #7

akuckartz commented 10 years ago

Siehe auch https://github.com/opennorth/popolo-spec/issues/25

akuckartz commented 10 years ago

Ein eigenes Sortierkriterium für oparl:Membershipist aktuell nicht vorgesehen, da dafür die Eigenschaften der Eigenschaften verwendet werden können und vermutlich ausreichen. Gegebenenfalls neues Issue dazu erzeugen.