Project

General

Profile

Protokolle PGBasisentscheid »

Protokoll der Sitzung der PG Basisentscheid "Thema BEO CH"

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

Anwesende

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

Abwesende

  • (entschuldigt/unentschuldigt)

Informationen und Tasks

Rückblick Treffen in München

mitgeteilt von: MBR

Am Samstag 13.2.2016 trafen sich MBR, Escap und Entropy in der LGS By in München zu einer Reallife Sitzung um über die nächsten Schritte des Televotia (BEOCH) zu diskutieren. Es wurden in erster Linie die Requirements gemäss angepassten Lastenheft erörtert. Dabei kamen noch einige verbesserungswürdigen Punkte zu Tage. So müssen einige Sachen zum Wahl- und Abstimmungslogik noch überarbeitet werden, was unter Umständen auch eine Anpassung der VAR PPS nach sich zieht.
Um das Handling der Anträge im Portal von Televotia möglichst zukunftsfähig zu gestalten und auch den Einsatz unter anderen Rechtlichen Voraussetzungen bestmöglich vorzubereiten, soll ein Datenmodell erarbeitet werden, was auch die die Requirements des BEO der PPDE beinhaltet. Dazu sollen zwischen der Sitzung vom 10.2. und der vom 24.2. einige bilaterale Gespräche geführt werden unter anderem auch am BPT in Lampertsheim.
Von München existiert kein Protokoll, da dies Dinge sind die man direkt besprechen und einpflegen muss.

Vertragsverhandlungen mit By

mitgeteilt von: MBR / STH

Am BPT im Lampertheim haben sich STH, MBR, Stefan Wasinke und Escap zum Abendessen zusammengesetzt und die technischen Modalitäten und SLAs für den Vertrag besprochen. STH wird mit Nikki noch die restlichen offenen Fragen besprechen. Aus Krankheitsbedingten Gründen fand dies bis anhin noch nicht statt.

Verkettelung Openslides und Televotia Systeme

mitgeteilt von: MBR

Hatte heute noch Kontakt per Email mit einem der Chefs bei Openslides. Die können sich generell vorstellen, dass wir eine engere Verzahnung der Systeme Openslides und den televotia Systemen machen, also zum Beispiel dass man sich mit dem ID Server auf Openslides anmelden kann. Und dass sich das Openslides die Offline-zu-beschliessenden-Anträge direkt aus dem Antragsportal holt und nach der PV diese wieder zurück spitzt und das Resultat im Portal archiviert wird. Es ist aber noch nichts vereinbart oder so, ich informiere nur darüber dass ich da am Sondieren bin.

Ausfälle der Sitzungen

mitgeteilt von: MBR

Wir haben zwei Sitzungen ausfallen lassen, diese fanden mangels Teilnehmer nicht statt. Diese Woche wurde aus Anwesenheitstechnischen Gründen die Sitzung auf den Freitag verschoben.

Stand der einzelnen Systeme?

Discourse

  • nix neues

Portal

escaP:

  • arbeite an der Oberfläche

ID Server (CH)

escaP:
  • ich kann Client-Zertifikate erzeugen, die von nginx akzeptiert werden. Zusammenspiel mit ID-Server teste ich noch
  • mehr Automatisierung, Config wird automatisch von Nix erzeugt
  • Problem, wenn man versucht, mit Django 1.8 die Datenbank zu initialisieren (auth_group fehlt), geht aber, wenn man von 1.7 migriert
  • createsuperuser beschwert sich, dass last_login null ist

entropy:

  • Updates auf wigbold11
  • läuft wieder mit aktuellen Versionen der Abhängigkeiten auf Bayern-Testserver
  • Cookie wird bis zum Ende der Browser-Session gespeichert, keine mehrfache Anmeldung bei vvvote mehr nötig (noch zu testen)

VVVote (CH)

MBR: Ich habe die Übersetzung von VVVote abgeschlossen.
Robert: Übersetzung ist eingepflegt.

Traktanden

Nächste Schritte

Discourse

  • Passwortlink einbauen

Portal

  • Oberfläche mit Bootstrap mache ich fertig, wenn ich zusammenhängend Zeit habe, hoffentlich am Sonntag

ID Server (CH)

entropy:
  • Invitation-Reset auch vom IDserver aus ermöglichen
  • Konfiguration in DB speichern (ist nur nice to have)
  • Massenmail an Liste oder Filter (Gliederung,Stimmberechtiigung) - für Einladung zur Abstimmung
  • Invitation backend speichert PGP keys und kann gliederungsweise alle anschreiben (aufwendig) - erreicht auch noch nicht registrierte

escaP: backend-Skripte testen

VVVote (CH)

Lastenheft weiterbesprechen

eingereicht von: MBR

Lastenheft (wurde seit Meeting in Muc noch nicht überarbeitet)

allgemein: pendent == zur Abstimmung qualifiziert

  • 3.1 Antragsart/kategorie -> nur noch Antragsart,die jeweils auf ein Regelwerk zeigt (N:1)
  • Parolenabstimmungen werden online per Approval (3 Optionen Empfehlen ja/nein/Stimmenthaltung) durchgeführt
  • offline gibt dafür drei Karten. alle drei Karten bzw. keine Karten entspricht Enthaltung.
  • 3.3: Benutzer soll Abhängigkeiten zwischen Änderungsantragen angeben können (kann von der Moderation(zu 3.5) überschrieben werden)
  • 3.5: Kommentare zu Antragsversionen, Kommentare, die statt gesperrten Argumenten angezeigt werden, Melden wie bei Discourse, letzten Satz mit Kategorien streichen
  • 3.6: bei der Orginalversion eines Antrags muss die Sprache angegeben werden, Übersetzung kann gleich mit angegeben werden oder von anderen Piraten vorgeschlagen werden. Annahme der Übersetzung durch Mod oder Antragssteller. Es sollte einstellbar sein, wer die Übersetzung annehmen kann. Am Anfang genügt Annahme / Änderung durch Moderation.
  • 3.7 Zu Ergänzen: Unterstützungen sollen nach Zeit X verfallen.
  • 3.9 Abstimmungsperioden der anderen Gliederungen einblenden zwecks Synchronisation (kann)
  • 4.1 folgendes soll Importiert werden. Wir brauen eine Erkennungsmöglichkeit für Gäste. Und wir brauchen Identifizierungs- (eindeutig zur Zuordnung zur MitgliederDB) und Einladungstoken (von backend generiert und verschickt)
  • 4.3 Verantwortliche müssen auf eine Glieferungbeschränkt werden können.
  • Verantwortliche müssen auf Gliederungen zugewiesen werden können.
  • 4.5 Benachrichtigungen werden von Discourse und Portal direkt verschickt, evtl. später verschlüsselt vom Portal über ID-Server
  • 5.6 Der ID Server soll die Abstimmungseinladungen versenden.

Rest betrifft VVVote oder wurde bereits in Muc besprochen.

Rollout für Livesystem

eingereicht von: MBR

Reihenfolge der Inbetriebnahme:
  1. ID Server
  2. Discourse
  3. VVVote mit manuellem Antragerstellen, Einladungen via Civi oder ID Server CH.

einstimmig angenommen.

Schluss und nächste Sitzung

Sitzung wird durch den Sitzungsleiter geschlossen um 21:18.

Die nächste Sitzung findet am 20.3.2016 um 20:00 CEST statt im NRW Mumble statt. Protokolllink:

Footer

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

Vorherige Protokolle

Die Protokolle der Entwicklungsarbeit am Urabstimmungssystem für die Piratenpartei Schweiz finden sich im Wiki

Also available in: PDF HTML TXT