h1. Protokoll der Sitzung der PG Basisentscheid "Thema BEO CH"

* Ort: Mumble NRW
* Datum: 22.06.2016
* Zeit: 20:00 CEST
* Ende: hh:mm CEST
* Leitung: Moira Brülisauer
* Protokoll: Gemeinsam, Verantwortlich MBR

h3. Anwesende 

* Moira Brülisauer (PPV PPS)
* Tobias Stenzel (Entwickler Portal, Anpassung Discourse)
* Entropy (Entwickler ID Server)
* Stefan Thöni (Technik PPS, Juristisches PPS)


h3. Abwesende

* Robert Arnold (Entwickler VVVote)
* Foo (Entwickler pseudonymes Voting)

h1. Informationen

h2. Stand der Systeme?

h3. VMs bei der BayernIT

escaP:

* allgemeines Upgrade
* Monitoring funktioniert jetzt

h3. Discourse

escaP:

* Update auf Version 1.6
* durch Update funktioniert Antragsübertragung zum Portal nicht mehr, sollte sich aber einfach beheben lassen

h3. Portal

escaP:

* Abstimmungsübertragung zu vvvote funktioniert grob (manuell als JSON, vom Portal validiert oder automatisch aus Anträgen, die einer Abstimmung zugeordnet sind)

Entropy:
* Beginn Entwurf Datenmodell https://basisentscheid.piratenpad.de/portal auf Basis der EO 2.0. mit Ziel mit CH-Lastenheft und Portalcode übereinzustimmen

h3. ID Server (CH)

Entropy:
* Ich habe noch die Dateien zur Datenbank Intialisierung hochgeladen, die noch fehlten. Bei dem anderen Problem (sync ohne Verifikationsdaten) konstruiere ich Testfälle, um das Problem genauer einzukreisen

h3. VVVote (CH)

escaP:
* arbeite an der automatischen Installation unter NixOS

h1. Traktanden

h2. Nächste Schritte

h3. Discourse

Escap:
* Antragsübertragung reparieren (auf Version 1.6)

h3. Portal

Escap:
* Abstimmungsphasen implementieren und andere Features

h3. ID Server (CH)

Entropy
* Bugfixes, mehr tests, Unterstützung von sync mit mehreren (auch gleichrangingen) Gliederungen pro Mitglied

exception
* Arbeitet weiter am Sync mit der MDB (verify komplett weglassen oder auf dummy Wert setzen, nicht leer)

h3. VVVote (CH)

escap:
* NixOS-Installation, Testsystem einrichten


h2. Mehrfachmitgliedschaft in gleichrangigen Gliederungen

eingereicht von: _STH/MBR_

Haben wir irgend eine Lösung für gleichzeitig Mitgliedschaft in mehreren gleichrangingen Gliederungen? 

Diskussion:
* Entropy: Wie dringend ist das Feature
* exception: Bis anhin haben wir noch keine so Fälle, aber es könnte bald welche geben. Es ist bei uns Satzungsmässig nicht mehr verhindert dass man in mehreren gleichrangigen Gliederungen Mitglied sein kann. 
* Entropy: Ich habe das Ursprünglich so vorgesehen, dass man vom ID Server her in verscheidenen nested Groups sein kann, also in unterschiedlichen Gliederungen, senkrecht und Horizontal. Der ID Server kann das schon. Das Sync vom Backend mit mehreren Gliederungen pro Mitglied muss das aber noch implementiert werden. 
* Exception: Das wäre von Vorteil, dass man dann auch in einer Untergliederung sein kann ohne in der Hierarchisch höheren zu sein. 
* Entropy: nur Info über Tiefe verwenden um z.B: im Portal zu sortieren
 
 
h1. Schluss und nächste Sitzung

Sitzung wird durch den Sitzungsleiter geschlossen um 20:28.

Die nächste Sitzung wir per Slack ausgemacht.


h1. Footer

h2. Was soll das ganze?

Bitte im Redmine der PPS nachlesen, was die PPS hier umsetzt: https://projects.piratenpartei.ch/projects/beo?jump=welcome 

Und wer macht das? http://wiki.piratenpartei.de/Basisentscheid/Projektgruppe

h3. Vorherige Protokolle

Die Protokolle der Entwicklungsarbeit am Urabstimmungssystem für die Piratenpartei Schweiz finden "sich im Wiki":https://projects.piratenpartei.ch/projects/beo/wiki/Protokolle_PGBasisentscheid