Zählung der Mitglieder #405
Comments
|
Dieses Issue ist verwandt mit #164 |
|
Leider verstehe ich nicht, welche Personen mit der "Vertreter-Eigenschaft" beschrieben werden sollen. Wenn wir z.B. den folgenden Ausschuss hätten, wer sollte dann gezählt werden?
|
|
Siehe auch #119, #120, #122 und #123. |
|
@konstin Wie und ob man das aus den aufgeführten Daten ableiten kann weiß ich leider auch nicht, sonst könnte ich mir die Zahlen ja auch aus den bereits übertragenen Daten herleiten und würde hier nicht nach zusätzlichen Datenfeldern fragen :) Die Zählung ergibt sich am ehesten noch aus den Rollen, aber da diese nicht standardisiert sind, sehe ich keine Möglichkeit die zuverlässig heranzuziehen - es sei denn, es wäre wie gesagt in einer Eigenschaft des Organization-Objekts vermerkt, welche Rollen für die Zählung verwendet werden sollen. |
|
Einerseits sehe ich hier, wie auch von @Medo42 mit angesprochen, die Problematik der bisher nicht standardisierten Rollenbezeichnungen. Diesen Standardisierungsprozess können wir aber meiner Ansicht nach nach wie vor nicht angehen. Wenn ich das Problem korrekt verstehe, müssten wir die Liste von @konstin also etwas erweitern:
In diesem Falle würde ich erwarten, dass die tatsächlich stimmberechtigten Mitglieder Falls wir das an Um dem ganzen jetzt noch eine Ebene zu geben möchte ich noch die Frage aufwerfen, in wiefern es wichtig wäre, die tatsächlich abstimmenden einer Sitzung abfragen zu können, also ob wir an |
|
Sind Jane Doe und Jane Doe ein und dieselbe Person? Oder handelt es sich um Mutter und Tochter? |
Wofür soll das die Lösung sein? |
|
Die Frage müsste heißen: Für wen soll die Lösung sein? Antwort: für @Medo42 |
|
Ich habe im folgenden @sterni24's Beispiel des Haupt- und Finanzausschuss in Gronau übernommen. Man kann nun die Anzahl der Mitglieder bestimmen, in dem man die Anzahl der Mitglieder mit
|
|
@konstin Ich denke, das bildet das die Information ab die wir brauchen. Wir würden dann in der Zählung die Personen auslassen, für die deputy=true angegeben ist. Wenn die deputy-Eigenschaft nicht vorhanden ist, könnten wir das für die Zählung wie false behandeln. Für meine Zwecke wäre auch die reine Anzahl in Organization ok, allerdings ist das deputy-Flag informativer. |
|
Das Beispiel des HFA in Gronau steht nicht stellvertretend für die Weitere Ungereimtheiten bei der Ermittlung der stimmberechtigten Mitglieder ergeben sich durch
Da die Anzahl der stimmberechtigten Mitglieder in den Gremien in einer Wahlperiode statisch ist, kann durchaus auf die Werte der Organisation zurückgegriffen werden. |
Was genau sind die Auswirkungen, dass sie nicht zu den Mitgliedern dieser Gremien zählen?
Ist mit "nicht erfasst" ein rein technischer Vorgang gemeint oder stehen die Personen nicht fest? |
Sie würden mitgezählt, was ggf. zu unnötigen Diskussionen führen würde. Umgekehrt wahrscheinlich auch.
Ich habe bewusst "erfasst" geschrieben, weil dies die Voraussetzung ist, einen, wie und wann auch immer benannten Nachfolger in OParl auszugeben. Der zwischenzeitliche Ersatz durch einem fraktionsgebundenen "N.N." wird zumindest bei unseren Kunden nicht angenommen. |
|
Ist es nur eine juristische Spitzfindigkeit ohne Bedeutung, dass Personen zwar stimmberechtigt, aber nicht Mitglied in dem Gremium sind? Oder hat das Auswirkungen z.B. auf die Feststellung der Beschlussfähigkeit? Wenn ein Nachfolger nicht erfasst ist, weshalb sollte er oder sie dann als stimmberechtigt gezählt werden?
Das für sich genommen spricht nicht dagegen, solche Daten über eine maschinenlesbare Schnittstelle anzubieten. Ob eine wie auch immer kodierte Person N.N. in einer Weboberfläche angezeigt wird, dass kann der Oberfläche überlassen bleiben. Wieso wäre eine Fraktionsbindung von N.N. erforderlich? |
Die Beschlussfähigkeit wird m. E. anhand der anwesenden stimmberechtigten Personen festgestellt. Ob dies nun gegen die Soll-Stärke eines Gremiums geprüft wird, oder ob hier die zur Zeit verfügbaren (erfassten) stimmberechtigten Mitglieder herangezogen werden, kann ich nicht sagen.
Wenn eine Person ausscheidet, rückt eine Person aus derselben Fraktion nach. In unserem System werden neben der Soll-Anzahl der stimmberechtigten Mitglieder eines Gremiums auch die Fraktionsstärken innerhalb des Gremiums nach ihrer Wertigkeit angezeigt. Siehe: https://gronau.ratsinfomanagement.net/gremien/?__=UGhVM0hpd2NXNFdFcExjZQDLMG6fLY_4q44_fpkj5OQ Da diese Gesamtdarstellung eines Gremiums mit den zur Zeit in OParl verfügbaren Daten wegen fehlender Informationen (Gruppierung, Sortierung, Rangfolge, Stellvertreter, pers. Stellvertreter usw.) nicht erzielt werden kann, wäre es vielleicht für @medo32 ratsam, diese Seite als Link einzubinden. |
|
So wie ich die Situation verstehe, wäre die direkte Angabe der Mitglieder und der stimmberechtigten Mitglieder in der Organization eine jetzt umsetzbare Lösung des Problems. Die Modellierung der Informationen, die man benötigt, um diese Zahlen auf eine zufriedenstellende Art und Weise herzuleiten, wäre zwar eine sauberere Lösung, aber wäre auch ein größerer Abstimmungsprozess. Aus meiner Sicht wäre es daher eine brauchbare Lösung, zunächst die einfachen numerischen Angaben Auf diese Weise könnte man jetzt eine schnelle Aufnahme der Informationen in den Standard erreichen, aber später die Sachverhalte hinter der Information ordentlich modellieren. |
|
Danke für die gute Zusammenfassung! Ich habe in #407 |
Welcher Wert soll in der Eigenschaft |
|
Natürlich muss das festgelegt werden. Ich tue mich allerdings schwer damit, hier Definitionen vorzuschlagen, weil ich nicht mit der fachlichen Materie vertraut bin. Ich versuche deshalb einfach mal mein Verständnis aufzuschreiben, das aber hauptsächlich aus der Diskussion in diesem Issue und von Anfragen unserer Kunden stammt, daher bitte ich um Korrektur wenn jemand das anders sieht. Ein Gremium hat eine Anzahl von Posten mit Stimmrecht. Jeder dieser Posten wird von genau einem Mitglied ausgefüllt. Wenn das entsprechende Mitglied ausfällt, kann der Posten von einem Vertreter wahrgenommen werden. Sowohl die Memberships der Personen, die die Posten regulär ausfüllen als auch die der Vertreter im oben genannten Sinn werden in OParl mit "votingRight: true" angegeben, tatsächlich abstimmen kann aber immer nur derjenige der den Posten aktuell ausfüllt. Die Anzahl dieser Posten mit Stimmrecht steht in Unser Kunde würde gerne zusätzlich als Gesamtzahl der Gremiumsmitglieder die Summe aus dieser Zahl plus den beratenden Mitgliedern ausgeben lassen. Hier wäre also auch eine Angabe |
|
Wir speichern in unserem Verfahren 2 Werte. Die Eingabe erfolgt unabhängig von den hinterlegten Personen und deren Funktionen. Beispiel:
Das sieht im Gremieninformationssystem wie folgt aus: https://www.ratsinfomanagement.net/gremien/?__=UGhVM0hpd2NXNFdFcExjZdEmfwpCbKxrTeOqfYmQBKc Für Oparl bedeutet dies: |
Genau das habe ich versucht in #407 zu beschreiben:
|
|
Exakt! Die Erläuterungen sind leider in dem Issue nicht zu sehen. |
Add `memberCount` and `votingMemberCount` to `Organization` to fix #405
Als OParl-Client-Anbieter stellen wir aktuell die Anzahl der Mitglieder und der stimmberechtigten Mitglieder eines Gremiums dar, indem wir die aktiven Membership-Objekte zählen, die mit dem Gremium verbunden sind, und deren "votingRight"-Flags berücksichtigen.
Einer unserer Kunden ist damit jedoch nicht zufrieden, da diese Zählung auch Vertreter enthält. Im RIS des Kunden kann die Anzahl der beratenden und der stimmberechtigten Mitglieder in einem Gremium manuell erfasst werden, um solche Sachverhalte abzubilden. OParl bietet jedoch keine standardisierte Möglichkeit, diese Daten weiterzugeben.
Eine direkte Lösung wäre die Aufnahme von zwei neuen Feldern
memberCountundvotingMemberCountim Organization-Objekt. Dies erzeugt allerdings eine teilweise Redundanz zur Membership-Liste und könnte daher inkonsistent zu dieser sein.Ein anderer denkbarer Ansatz wäre, eine "Vertreter"-Eigenschaft (
deputy?) in das Membership-Objekt aufzunehmen, oder im Organization-Objekt alle Mitgliedschafts-Rollen aufzulisten, die für die Bestimmung der Mitgliederzahl bzw. der Anzahl stimmberechtigter Mitglieder herangezogen werden sollten.The text was updated successfully, but these errors were encountered: