Was in der Piratenpartei oft vorkommt ist, dass bei auftretenden Problemen sofort nach den technischen Tools gefragt wird, die diese dann womöglich lösen können. Die meisten Probleme im menschlichen Zusammenleben lassen sich aber nicht mit Technik lösen, sondern müssen auf anderer Ebene angegangen werden. Technik kann den Menschen immer nur bei einer Aufgabe unterstützen, indem sie Routineaufgaben abnimmt oder den Zugang zu Informationen und deren Auswertung vereinfacht. Gerade aber bei der Fragestellung, wie man Menschen innerhalb der Partei zusammenbringen kann, fehlen bisher noch die richtigen technischen Tools zur Unterstützung.

Seit Anfang des Jahres reifte bei mir ein Konzept heran, dieser Problematik zu begegnen. Seit etwa April steht dieses Konzept. Bisher bin ich leider aus persönlichen Gründen (Erholung vom Wahlkampf, Wechsel des Arbeitsplatzes) noch nicht dazu gekommen, dieses niederzuschreiben und zu veröffentlichen. Entscheidend dabei war das Wissen, dass die eigentliche Arbeit erst danach folgt, denn es wird hoffentlich eine breite Diskussion geben, ob und wie das Konzept umgesetzt wird und bei einer Umsetzung werde ich auch gerne dabei sein und meine Arbeitskraft anbieten.

Im Laufe dieses Jahres bin ich immer wieder an den verschiedensten Stellen auf Teilaspekte der Problematik gestoßen. Viele andere haben bereits unabhängig Aspekte daraus diskutiert. Das ist wieder ein schönes Beispiel, dass Ideen eben niemandem gehören. Sie existieren völlig unabhängig und wenn sich Menschen in einem bestimmten Kontext bewegen, müssen sie früher oder später alle auf die gleichen Ideen stoßen.

Dieser Blogbeitrag soll erst einmal die Diskussion anstoßen. Die Frage ist, welche Teile des Konzeptes gefallen euch, welche gefallen euch nicht? Verbesserungsvorschläge? Soll das so oder in anderer Form umgesetzt werden? Ich weiß, dass auf Bundesebene ein Team rund um den Generalsekretär auch an einigen Dingen arbeitet, die vielleicht verwandt sind. Leider gab es dazu bisher keine öffentlichen Diskussionen, so dass ich nicht abschätzen kann, inwieweit es Überschneidungen oder Konflikte gibt. Eine Umsetzung meiner Ideen wird natürlich wenn dann nur in enger Absprache mit dem Bundesvorstand erfolgen können.

Zu lösende Probleme / Fragestellungen

Folgende Probleme/Fragestellungen möchte ich lösen:

1. Unterschiedliche Mitgliedsanträge: Jede Gliederung besitzt einen eigenen Mitgliedsantrag. Dabei gibt es verschiedene Optionen, die das Mitglied wählen kann, die zum Teil nicht kompatibel zwischen verschiedenen Gliederungen sind. Es ist schwierig für einen Interessenten, überhaupt herauszufinden, bei welcher Gliederung er Mitglied werden muss. Nicht alle Gliederungen ermöglichen einen Online-Mitgliedsantrag. Die Einrichtung eines Online-Mitgliedsantrags benötigt bisher bei jeder Gliederung eine technische Umsetzung und das Finanzieren eines SSL-Zertifikats.
2. Kontakt zu lokalen Piraten: Woher weiß ein Interessent oder Neumitglied oder auch bisher passives Altmitglied, wie es Kontakt zu lokalen Piraten herstellen kann oder eine Übersicht bekommt, welche Aktivitäten in seiner Nähe stattfinden? Startet man bei piratenpartei.de gelangt man nur über den Umweg des Wikis zu diesen Infos (teilweise nicht mal dies).
3. Begrüßungspaket für Neumitglieder: Wie kann man Neumitglieder am besten willkommen heißen, so dass sie sich angenommen fühlen und alle Informationen haben, um (wenn sie das wollen) auch aktiv zu werden.
4. Veraltete Stammtisch-Informationen. Schaut man ins Wiki, sind die Seiten vieler Stammtische nicht gut gepflegt. Obwohl ich weiß, dass Stammtische stattfinden, steht nichts darüber auf den entsprechenden Wiki-Seiten. Es kam schon mehrfach vor, dass ich Bekannte übers Internet auf einen lokalen Stammtisch bei ihnen verweisen wollte und dann feststellen musste, dass die Stammtisch-Seite Monate nicht bearbeitet wurde. Eine Nachfrage vor Ort ergab aber, dass weiterhin regelmäßig Stammtische stattfinden. Ich weiß selbst als zeitweiser Betreuer einer Stammtischseite, wie nervig das Updaten ist und wie leicht man es vergisst .
5. Information durch die Partei: Viele Piraten (auch viele der aktiveren) lesen keine überregionalen Mailinglisten mehr. Die Signal/Noise-Ratio ist dort einfach zu schlecht. Zu viel Rauschen, zu wenig Information.
   So entsteht immer wieder der Wunsch, dass Gliederungen zu bestimmten Themen alle Mitglieder anschreiben sollen. Einige Mitglieder mögen dies nicht, da sie generell keine Massen-E-Mails möchten oder bei der Partei bewusst eine Low-Traffic-E-Mail-Adresse hinterlegt haben, um wirklich wichtige Dinge wie Einladungen zu Parteitagen nicht zu verpassen.
   Die Flaschenpost könnte hier bereits eine Lösung anbieten. Meine Erfahrung mit Newslettern ist aber, dass die meisten der Abonnenten Newsletter nicht lesen, wenn diese mehrere Themen enthalten. Eine Nachricht kommt dann am besten an und wirkt dann am besten, wenn im Betreff bereits steht, worum es geht und eben nur dieses Thema in der Nachricht behandelt wird. Außerdem ist die Flaschenpost eben ein bundesweites Medium. Für Nachrichten, die gezielt an einen Landesverband oder einen Bezirksverband oder eine lokale Gruppe gehen sollen, ist sie die falsche Plattform.
6. Spenden: Wir sollten uns als Partei nicht von Unternehmensspenden abhängig machen. Deswegen ist es wichtig, für Spenden auch bei den nicht so aktiven Mitgliedern und Sympathisanten zu werben. Wie kann man diese erreichen?
7. Kommunikation zwischen Gliederungen: Auch für Vorstände wird es immer schwieriger, herauszufinden, wo welche Kreisverbände, Bezirksverbände usw. existieren und den richtigen Ansprechpartner zu finden.
8.  Sammeln von Unterstützer-Unterschriften: Beim Sammeln von Unterstützer-Unterschriften muss man ermitteln können, zu welchem Wahlkreis ein Wähler gehört, damit dieser das richtige Formular unterschreibt. Das UU-Sammeln läuft im Regelfall bereits lange vor einer Wahl. Viele potenzielle Unterstützer sind sich zu dem Zeitpunkt gar nicht bewusst, dass Unterschriften benötigt werden. Wie kann man diese erreichen?

Konzept

OpenGeoDB

Grundlage der Implementation ist die unter einer freien Lizenz stehende OpenGeoDB-Datenbank (Beispiel-Anwendung beim ADFC). Hier finden sich regelmäßig aktualisierte Informationen über alle Orte in Deutschland, inklusive allen verwendeten Postleitzahlen, den geografischen Koordinaten und der vollständigen Verwaltungsgliederung von Gemeine-Ebene über die Kreise, die Regierungsbezirke bis zu den Bundesländern.

Im Regelfall reicht eine Postleitzahl (manchmal noch die Angabe eines Ortsnamens) aus, um eine Adresse genau einem Kreis zuordnen zu können. Außerdem kann man anhand der PLZ die geografische Lage ermitteln.

Partei-Gliederungen

Es wird eine elektronische und immer aktuelle Datenbank aller Parteigliederungen (bis runter auf Kreisebene) benötigt. Diese muss eine Vielzahl von Informationen über die Gliederung enthalten:

• Zugeordnete Verwaltungsgliederung(en): Kreise, Regierungsbezirke, Bundesland, Bund
• Kontakt-E-Mail-Adresse für verschiedene Zwecke mit zugehörigen Public Keys für Verschlüsselung
• Bankverbindung
• Verschiedene Optionen, wie ob Mitgliedsbeiträge per Lastschrift eingezogen werden sollen und ob Online-Mitgliedsantrag akzeptiert wird und ob ggf. die übergeordnete Gliederung für die Mitgliederverwaltung zuständig ist usw.
• Links zu Webpräsenzen
• Referenzen auf zugehörige Mailinglisten

Ursprünglich dachte ich daran, diese Informationen auf Wiki-Seiten zu pflegen und die Wiki-Seiten so zu sperren, dass nur Vorstände sie bearbeiten können (gerade die Bankverbindung, aber auch E-Mail-Adressen wären ja mögliche Angriffspunkte).

Inzwischen bietet aber die geplante bundesweite Einführung der neuen Verwaltungssoftware bessere Möglichkeiten. Hier werden relativ bald alle Gliederungen bis auf Kreisebene Zugangsrechte erhalten und für jede Gliederung existiert ein entsprechender Datenbankeintrag. René Brosig hat mir bereits bestätigt, dass es möglich ist, für die einzelnen Gliederungen weitere benutzerdefinierte Felder zu hinterlegen, um alle oben genannten Infos dort unterzubringen. Ein Skript zu schreiben, das die Informationen regelmäßig aus der Sage Datenbank abfragt und in einer externen Datei ablegt, sollte kein Problem darstellen. Vorstände der jeweiligen Gliederungen können so die Informationen über ihre Gliederung relativ einfach selbst aktuell halten.

Stammtische/Piratentreffen/Crews

Es wird eine elektronische und immer aktuelle Datenbank aller Stammtische benötigt. [Gemeint sind damit nicht nur Stammtische, sondern auch Piraten-Treffen und Crews. Man verzeihe mir, dass ich ab hier nur noch den Begriff Stammtisch verwende. Das ist in meinem Umfeld eben der übliche Begriff.] Diese Datenbank muss eine Vielzahl von Informationen über den Stammtisch enthalten:

• Name
• Ortskoordinate
• Ansprechpartner mit Kontaktdaten
• Termin, Ort des nächsten Treffens (Kann auch sein: tba/Steht noch nicht fest)
• Links zu Webpräsenzen
• Referenzen auf zugehörige Mailinglisten

Diese Informationen können nicht allein von Vorständen aktualisiert werden. Es gibt zu viele Stammtische. Hier sollen sich die einzelnen Ansprechpartner/Koordinatoren darum kümmern. Um diese Informationen zu sammeln, soll eine Vorlage auf einer Wiki-Seite pro Stammtisch/Treffen/Crew eingebunden werden, in der diese Informationen von jedem hinterlegt werden können. Ein Wiki-Skript kann diese Informationen zusammensammeln und in einem maschinell auswertbaren Format zur Verfügung stellen. Praktiziert wird das so ähnlich bereits in Baden-Württemberg und Rheinland-Pfalz, wie man sich hier für Baden-Württemberg anschauen kann:

• http://wiki.piratenpartei.de/BW:Stammtische

Wie man sieht, sind viele Termine nicht aktuell. Um das zu ändern, schlage ich zwei Maßnahmen vor:

• Durch die angebotenen Zusatzdienste (siehe an vielen Stellen weiter unten) lohnt es sich, die Seiten tatsächlich aktuell zu halten. Die Information wird dann an vielen Stellen veröffentlicht und ausgewertet, das Bearbeiten macht also für den Bearbeitet sehr viel mehr Sinn.
• Bei Stammtischterminen in der Vergangenheit kann der zuständige Ansprechpartner automatisiert informiert werden, zuerst direkt zum Termin, dann ggf. bis zu drei Mal alle  zwei Tage. Liegt ein aktueller Termin mehr als eine Woche in der Vergangenheit, wird zum Vorstand der zugehörigen Gliederung eskaliert, nach zwei Wochen zur Bundesgeschäftsstelle.

Steht der nächste Termin längere Zeit (> 1 Monat) auf „tba“, werden auch wieder Erinnerungs-Emails in verschiedenen Eskalationsstufen an Ansprechpartner, Vorstand, BGS geschickt.

Die gewonnenen Daten können gruppiert nach Gliederungen in verschiedenen Kalenderformaten veröffentlich werden, so dass sie sich einfach in Kalender auf Webseiten etc. einbinden lassen. Vor einem Treffen (z.B. zwei Tage vorher) kann automatisch eine Einladungs-E-Mail an die zugehörigen Mailing-Listen gesendet werden.

Gliederung nachschlagen

Es wird eine Mini-Webanwendung geben, mit der anhand von Eingabe von PLZ und ggf. der Auswahl eines Ortes die zugehörigen Gliederungen von unten nach oben mit ihren jeweiligen Kontaktadressen angezeigt werden. Diese App kann von Vorständen/BGS etc. verwendet werden, um schnell herauszufinden, welche Gliederungen für eine bestimmte Adresse zuständig sind.

Parteimitglied werden

Offline

Bisher war es schwierig, einen Papier-Mitgliedsantrag gliederungsübergreifend zu verwenden, da die verschiedenen Gliederungen auf ihren Anträgen unterschiedliche Optionen bei Neumitgliedern abfragen. Dabei geht es (Bei der letzten Marina wurde dies analysiert) ausschließlich um Kontakt zwischen dem Mitglied und der Partei. Mit dem neuen Konzept zum Kontakt zwischen Mitglied und Partei (siehe unten) werden diese Optionen überflüssig. Damit ist es möglich, einen einheitlichen Papier-Mitgliedsantrag zu verwenden. Als Empfänger-Adresse wird hier die BGS verwendet. Die BGS kann anhand der oben genannten Mini-Webanwendung einfach herausfinden, welche Gliederung zuständig ist und den Mitgliedsantrag weiterleiten. Als Empfänger-Adresse wird hier die Adresse eines räumlich betroffenen Verbandes eingesetzt. Der Verband  kann anhand der oben genannten Mini-Webanwendung einfach herausfinden, welche Gliederung zuständig ist und den Mitgliedsantrag ggf. weiterleiten.

Online

Auf der Bundeshomepage soll es einen eigenen Bereich geben, um Mitglied zu werden. Dieser Bereich ist per SSL gesichert und mit einem SSL-Zertifikat der Bundespartei authentifiziert. Alle anderen Gliederungen können von ihren Homepages aus auf diesen Bereich verlinken.

Hier gibt der Interessent seine Adresse und eine optionale Nachricht ein. Anhand der Adresse wird die zuständige Gliederung ermittelt. Erlaubt die Gliederung Zahlung per Lastschrift, werden die Kontodaten abgefragt. Anschließend kann das Mitglied einen vorgefertigten Mitgliedsantrag mit seinen Daten und den Daten der Gliederung als PDF öffnen. Dieses kann er dann ausdrucken, unterschreiben und an die Gliederung per Post/Fax senden. Erlaubt die Gliederung Online-Mitgliedschaft ohne Unterschrift, kann er den Antrag auch direkt online absenden. Dabei wird eine (je nach Wunsch der Gliederung mit S/MIME oder PGP/MIME) verschlüsselte E-Mail mit den Daten erzeugt und an die entsprechende Vorstandsadresse der zuständigen Gliederung gesendet.

Kommunikation

Ein wichtiges Mittel zur Kommunikation sind Mailinglisten. Als Teil dieses Konzepts sollen auf allen Gliederungsebenen Announce-Mailinglisten eingerichtet werden (Zu einem großen Teil existieren diese bereits). Auf die Announce-Mailinglisten dürfen nur die jeweiligen Vorstände (oder dazu Beauftragte) schreiben. Pro Mailingliste sollten im Durchschnitt nicht mehr als 1-2 E-Mails pro Woche geschrieben werden. Wenn also jemand sowohl für Kreisebene, Landesebene als auch Bundesebene die zuständige Liste abonniert hat, bekommt er maximal 3-6 E-Mails pro Woche (in Wahlkampfzeiten ggf. etwas mehr).

Damit dieses Mittel auch tatsächlich genutzt wird, wird es auf der Bundeswebseite im Bereich „Mitmachen“ einen Bereich geben, wo nach Eingabe der PLZ / des Ortes alle relevanten Mailinglisten für den Ort angezeigt werden. Die Announce-Listen auf allen Ebenen und die unterste Diskussionsliste (im Regelfall Stammtisch oder KV) sind vorausgewählt. Der Besucher kann dann mehrere Listen auf einmal abonnieren. Es gibt dabei auch ein gemeinsames Double-Opt-In, so dass ein Bestätigungsklick in einer E-Mail ausreicht, um sich gleichzeitig auf mehreren Mailinglisten anzumelden.

Wird jemand über die Webseite Neumitglied, wird er direkt anschließend auf diese Funktion umgeleitet. Er kann dann mit einem Bestätigungsklick alle relevanten Announce-Listen für seine vorher als Mitgliedsadresse angegebene oder eine andere E-Mail-Adresse abonnieren.

In diesem Fall wird auch die Option angeboten (standardmäßig vorausgewählt), mit der angegebenen E-Mail-Adresse ein Benutzerkonto im Syncom-Forum anzulegen.

Zusammen mit den Mailinglisten wird auf der Übersicht auch jeweils ein Link auf den entsprechenden Bereich im Syncom-Forum angegeben.

Abmelden von Mailinglisten ist wie üblich über einen Link am Ende jeder E-Mail möglich. Beim Abmelden von Listen sollte auf das vorhandene Syncom-Forum hingewiesen werden. Es sollten möglichst viele Mailinglisten, mindestens alle Announce-Listen in Syncom beteiligt sein, also auch über das Webforum lesbar sein, die Announce-Listen sinnvollerweise auch ohne vorherige Anmeldung. (Suchmaschinen kann man per Robots.txt aussperren)

Nach Einführen des Systems erhalten alle Mitglieder einmalig eine Einladung mit Link, um alle für sie relevanten Mailinglisten (Announce-Listen aller Ebenen, unterste Diskussionsliste) zu abonnieren.

Die Announce-Mailinglisten der verschiedenen Ebenen sind meiner Meinung nach auch der richtige Ort, um anlassbezogen um Spenden zu bitten.

Geolocation für Wiki-Benutzerprofile

Jeder Benutzer kann im Wiki auf seiner Benutzerseite freiwillig seine Geodaten eingeben, wenn er für andere Piraten in seiner Nähe ansprechbar sein möchte.

Umkreissuche

Im Bereich „Mitmachen“ der Bundeswebseite gibt es eine Funktion „Umkreissuche“. Hier können nach Eingabe einer PLZ Angebote in der Umgebung angezeigt werden:

• Zuständige Gliederungen mit ihren Webseiten und Ansprechpartnern
• Stammtische/Treffen/Crews in der Umgebung mit Webseiten, Terminen und Ansprechpartnern
• Zuständige Mailinglisten mit der oben genannten Funktion zum gleichzeitigen Abonnieren mehrerer Listen.
• Wiki-Nutzer in der Umgebung

Die Daten werden als Textübersicht und in einer Karte angezeigt (OSM oder Google Maps)

Unterstützerunterschriften

Die Problematik der Unterstützerunterschriften hat sich nach dem Einzug der Berliner Piraten ins Abgeordnetenhaus etwas entspannt. Nur noch in wenigen Fällen müssen jetzt Unterstützerunterschriften gesammelt werden. Die dann vorhandene Infrastruktur mit Anbindung der OpenGeoDB und der vorhandenen Umkreissuche wird dabei dann sicherlich sehr nützlich sein.

Request For Comments

Jetzt bin ich auf eure Fragen, Anmerkungen und Anregungen gespannt!

Update 1 (12.10.2011)

Inzwischen hatte ich Kontakt mit Wilm (Bundesgeneralsekretär) und Markus von der BGS (Bundesgeschäftsstelle).

Grundsätzlich wird mein Vorhaben unterstützt, zum großen Teil auch explizit begrüßt.

Mit Wilm ist abgesprochen, dass eine erst einmal einfachere Variante des Online-Mitgliedsantrags möglichst schnell umgesetzt wird. Empfänger werden hier vorerst vor allem Landesverbände sein, nach unten hin ausgebaut wird das ganze dann erst später nach und nach. Wichtige Info von Wilm war, dass es Kreisverbände gibt, die ihre Verantwortung für die Mitgliederverwaltung komplett an die übergordnete Gliederun abgegeben haben. Hier muss also auch bei Gliederungen vermerkt werden können, dass Anträge an die übergeordnete Gliederung gehen sollen.

Der von mir angestrebte Umsetzungshorizont für diese Minimallösung sind etwa drei Wochen, ich möchte also bis Anfang November damit fertig sein. Die Komplettlösung wird hoffentlich so bis Frühsommer 2012 stehen.

Von Markus gab es die wichtige und nachvollziehbare Ansage, dass die BGS explizit keine Mitgliedsanträge (außer bei Auslandspriraten) entgegen nehmen möchte. Offline-Mitgliedsanträge (in Flyern etc) sollen also immer an einen räumlich zuständigen Vorstand addressiert sein. Bei bundesweit eingesetzen Flyern muss man sich da noch eine gute Lösung ausdenken.

Online-Mitgliedsanträge werden an die zuständigen Vorstände in einem einfachen Textformat per E-Mail versendet, das sich gut zum Kopieren & Einfügen eignet, das aber auch automatisiert weiter verarbeitet werden kann. Nach Aussage von Markus setzt der LV Berlin hier bereits in seinem OTRS-System (Ticketsystem) ein Skript ein, um solche E-Mails automatisiert verarbeiten und Einträge im CiviCRM (Mitgliederverwaltung) anlegen zu können. Ein angepasstes Skript kann man sicher auch anderen Gebietsverbänden zur Verfügung stellen.

Außerdem fände ich natürlich auch Mitstreiter nicht schlecht: Wenn du ein erfahrener PHP-Programmierer bist (Objektorientes PHP ab version 5) und Lust hast, mitzuarbeiten, dann melde dich bei mir.

Am Freitag war mir klar, dass ich nicht so einfach ein Antragsbuch bekomme, wie ich es gerne haben möchte:

• Nach den Gruppen des Alex-Müller-Verfahrens sortiert
• Möglichst kompakt zum Ausdrucken
• Ohne Text der Anträge, die ich sowieso ablehnen werde (Das sind Anträge zum Wahlprogramm und die Anträge, die die beiden Jans automatisch aus Liquid Feedback eingereicht haben)

Ich hatte das Antragsbuch für den Landesparteitag 2010.2 in Baden-Württemberg erstellt und dafür ein Programm erstellt, das aufgrund einer einfachen Strukturvorgabe und einer Liste von URLs das Antragsbuch im TeX-Format direkt aus den Wiki-Seiten erzeugt. Mit etwas Arbeit (hauptsächlich am Wochenende unterwegs im Zug) konnte ich dieses für die Anwendung für den Bundesparteitag anpassen.

Das Ergebnis möchte ich mit euch teilen. Ihr findet es unter http://www.neunbeere.de/ExtRef/BPT2010_2/.

Die Kürzel in den Dateinamen haben folgende Bedeutung:

• Begr = Die Begründungen der Antragsteller sind im Antragsbuch enthalten
• Wahl = Auch Anträge zum Wahlprogramm sind im Antragsbuch enthalten
• Satz = Auch Satzungsänderungsanträge sind im Antragsbuch enthalten
• Mass = Auch die automatisch eingereichten Massenanträge der beiden Jans sind enthalten

Die kürzeste Version hat 129 Seiten und wiegt 1,06 MB. Die ausführlichste Version hat 263 Seiten und wiegt 1,71 MB.

Außerdem ist noch folgendes zu beachten:

• Ein Klick auf die Antragsnummer in runden Klammern öffnet die offizielle Wiki-Seite des Antrags im Browser
• Die Kästchen, die mit “Alex-Müller”, “Ja”, “Nein” und “Enthaltung” beschriftet sind, können nach dem Ausdrucken dazu verwendet werden, zu markieren, wie ihr abstimmen wollt.
• Der separate Balken auf der linken Seite des Antragstexts dient vor allem dazu, Antragstext und Begründung zu trennen, schafft aber auch sonst mehr Übersichtlichkeit
• Es sind nur die Anträge enthalten, die im Dokument “Antragsgruppen_v2″ der Antragskommission enthalten sind. Wird eine neuere Version dieses Dokuments erstellt, aktualisiere ich auch meine Antragsbücher
• Die letzte Aktualisierung der Antragsgruppen durch die Antragskommission soll Donnerstag Mittag erfolgen. Man sollte also mit dem endgültigen Drucken bis Donnerstag Abend warten.
• Es handelt sich nicht um ein offizielles Antragsbuch. Somit kann ich auch nicht garantieren, dass nicht irgendwo etwas falsch ist oder fehlt. Bitte mich weder beschimpfen, hauen noch verklagen, solltest du wegen irgendwelcher Fehler im Antragsbuch falsch abstimmen.

Fehler oder Verbesserungsvorschläge könnt ihr unter http://piratenpad.de/BPT2010-2-Antragsbuch-NineBerry melden.

Falls die Antragskommission findet, dass die von mir erstellten Antragsbücher was taugen, können wir auch gerne zusammen an einer offiziellen Version arbeiten

Technik

Eventuell werde ich später den Quelltext meines Programms veröffentlichen. Dazu muss ich aber zuerst prüfen, ob nicht Code verwendet wird, der nicht unter einer freien Lizenz veröffentlicht werden darf.

Das Programm verwendet einfache Daten aus einer Textdatei als Eingabe und erzeugt dann die TeX-Dateien vollautomatisch.

Update

Die PDFs wurden jetzt auf den aktuellen Stand der Antragskommission gebracht.

Das neue Liquid Feedback der Piratenpartei Deutschland ist ja momentan ein heißes Thema. Und besonders auch auf Twitter oder anderen Kurznachrichtendiensten möchte man gerne mal eben auf ein Thema oder eine Initiative verlinken. Da habe ich mir gedacht, wäre es ganz praktisch, wenn es speziell für dieses Liquid Feedback einen Kurz-URL-Dienst gäbe, der möglichst einfach zu verwenden ist.

Also habe ich mir mal eben die Domain pplf.de registriert und dort so etwas umgesetzt. Wer z.B. auf das Thema Nummer 12 verlinken will, kann einfach die Adresse http://pplf.de/t12 verwenden. Wer auf die Initiative Nummer 233 verlinken will, verwendet einfach die Adresse http://pplf.de/i233.

Weitere Verwendungsmöglichkeiten und die Datenschutzerklärung finden sich direkt auf http://pplf.de.

Zur Umsetzung wurde nichts programmiert. Es wurde einfach das Apache Module mod-rewrite verwendet. Die .htaccess-Datei auf dem Server hat folgenden Inhalt:

RewriteEngine On
RewriteBase /

RewriteRule ^$ /index.html

RewriteRule ^t(\d+)$ https://lqfb.piratenpartei.de/pp/issue/show/$1.html [R]
RewriteRule ^i(\d+)$ https://lqfb.piratenpartei.de/pp/initiative/show/$1.html [R]
RewriteRule ^m(\d+)$ https://lqfb.piratenpartei.de/pp/member/show/$1.html [R]
RewriteRule ^b(\d+)$ https://lqfb.piratenpartei.de/pp/area/show/$1.html [R]
RewriteRule ^a(\d+)$ https://lqfb.piratenpartei.de/pp/suggestion/show/$1.html [R]
RewriteRule ^v(\d+)$ https://lqfb.piratenpartei.de/pp/vote/list.html?issue_id=$1 [R]

ErrorDocument 404 http://pplf.de/

Gehostet ist das Ganze bei HostEurope, und das Paket ist so eingestellt, dass IP-Adressen im Apache Log nicht gespeichert werden.

Update

Für die Länderinstanzen von Liquid Feedback der einzelnen Landesverbände stehen nun entsprechende Subdomains zur Verfügung. Liste der unterstützten Subdomains unter http://pplf.de/.

Ich selbst habe aktuell noch keinen Referenzschlüssel erhalten, erwarte ihn aber mit Spannung. Meine ersten beiden Initiativen (Zwei Alternativinitiativen zum selben Thema) habe ich schon vorbereitet und werde sie einstellen, sobald ich ein Benutzerkonto habe (Es sei denn, jemand raubmordkopiert die Texte von hier und stellt sie selbst ein)

Ich habe eben meine Zugangsdaten erhalten und meine ersten beiden Initiativen (Zwei Alternativinitiativen zum selben Thema) eingestellt.

Ihr findet sie im System unter der Adresse https://lqfb.piratenpartei.de/pp/issue/show/1.html

Hier also die beiden Initiativen:

Alternative 1: Zusätzliche Benutzerkonten ohne Stimmrecht, aber mit Initiativrecht

Antrag

Im Liquid Feedback System der Piratenpartei Deutschland soll die Möglichkeit geschaffen werden, dass Parteimitglieder ein zusätzliches Benutzerkonto registrieren können, das über kein Stimmrecht verfügt, mit dem aber eigene Initiativen und Anregungen gestartet und bearbeitet werden können.

Jedes Mitglied darf nur maximal ein solches zusätzliches Konto registrieren. Bei Beendigung der Mitgliedschaft wird das Konto gesperrt, aber nicht gelöscht.

Das ehemalige Mitglied hat nach Beendigung seiner Mitgliedschaft das Recht, seine im System gespeicherten Profildaten, auch die angezeigten Namen, seine Namenshistorie sowie seinen Anmeldenamen löschen zu lassen. Die von der Person eingestellten Texte sind entsprechend der aktuellen Benutzerbedingungen unter einer freien Lizenz veröffentlicht und werden nicht gelöscht.

Die Implementation der Zugriffsverwaltung läuft analog zum aktuellen System:

• Die Clearingstelle erzeugt zusätzlich Paare von Referenzschlüssel und Invite-Code, die als „ohne Stimmrecht“ markiert sind und teilt dem Bundesvorstand die Referenzschlüssel mit und teilt der Liquid Feedback Administration die Invite-Codes mit, jeweils mit der Information, dass es sich um solche ohne Stimmrecht handelt.
• Wenn keine technischen Gründe dagegen sprechen, sollen Referenzschlüssel und Invite-Codes durch Anfügen eines Suffixes deutlich als solche markiert werden.
• Auf Liquid Feedback-Seite werden die von der Clearingstellen erhaltenen Invite-Codes als gültige Invite-Codes mit dem Merkmal „Kein Stimmrecht“ erfasst.
• Die Information, dass ein Benutzerkonto über kein Stimmrecht verfügt, ist auf der Profilseite des Benutzerkontos anzuzeigen und als Information im automatisch erstellten Datenbank-Dump einzufügen.
• Auf Bundesvorstandsseite werden die von der Clearingstelle erhaltenen Referenzschlüssel als gültige Referenzschlüssel ohne Stimmrecht in einer separaten (separat von den Referenzschlüsseln mit Stimmrecht) Liste erfasst.
• In der Mitgliederdatenbank ist neben dem bisherigen Feld für den Liquid Feedback-Referenzschlüssel auf Bundesebene ein zusätzliches Feld für einen Liquid Feedback-Referenzschlüssel ohne Stimmrecht einzurichten.
• Ein Pirat kann beim Bundesvorstand einen Referenzschlüssel ohne Stimmrecht anfordern. Der Bundesvorstand oder ein Beauftragter prüft, dass diesem Mitglied noch kein Referenzschlüssel ohne Stimmrecht zugewiesen wurde, trägt einen Referenzschlüssel von der Liste der noch gültigen Schlüssel bei dem Mitglied in der Mitgliederdatenbank ein und gibt den Schlüssel an das Mitglied heraus.
• Für den Umgang mit verlorenen Referenzschlüssel, Invitecodes oder Zugangsdaten werden die bereits etablierten Prozesse analog angewendet.

Die hier beschriebene Erweiterung soll bis April 2011 umgesetzt werden.

Begründung

Viele Piraten möchten zurecht nicht, dass ihr Abstimmungsverhalten in Liquid Feedback öffentlich wird, haben aber gleichzeitig den Wunsch, bei bestimmten Initiativen auch gezielt an der öffentlichen Diskussion teilzunehmen. Zurzeit besteht keine Möglichkeit, als Ersteller einer Initiative oder einer Anregung öffentlich aufzutreten, ohne damit zugleich sein gesamtes Abstimmungsverhalten bei allen Initiativen öffentlich zu machen. Außerdem könnten die veröffentlichten Texte verwendet werden, um mithilfe einer Textanalyse den Urheber und damit auch sein gesamtes Abstimmungsverhalten zu ermitteln.

Gelöst würde dies dadurch, dass es die Möglichkeit gibt, für die Textarbeit ein separates Benutzerkonto zu verwenden. Dieses darf dann natürlich kein eigenes Stimmrecht besitzen.

Die Beschränkung auf Parteimitglieder, die Einschränkung auf ein Konto pro Mitglied und die Verknüpfung (über den Umweg der Clearingstelle) mit den persönlichen Daten des Mitglieds ist sinnvoll, um Spam und Trolling (durch Mitglieder oder Nichtmitglieder) zu vermeiden und im Falle von strafbarem oder extrem parteischädigendem Verhalten in Liquid Feedback den Urheber ermitteln zu können.

Die Verwendung eines Suffixes zur Kennzeichnung von Referenzschlüsseln und Invite-Codes ohne Stimmrecht schafft wenig zusätzliche technische Sicherheit, kann aber Fehler durch menschliches Versagen minimieren.

Ein Mitglied soll nach Beendigung der Mitgliedschaft über die persönlichen Informationen bestimmen können, die zum Betrieb von Liquid Feedback nicht erforderlich sind. Deswegen soll er seine Profildaten und die angezeigten Namen löschen lassen können.

Eine automatische Löschung bei Beendigung der Mitgliedschaft ist nicht sinnvoll, weil man damit dem Mitglied die Möglichkeit nimmt, weiterhin als Urheber seiner Texte erkennbar zu sein, was er eventuell möchte, auch wenn er aus der Partei ausgetreten ist.

Zur Umsetzung dieser Anforderungen sind Änderungen an der Software Liquid Feedback notwendig. Diese erfordern mit den notwendigen Vorüberlegungen, der Implementation und Tests ausreichend Zeit. Da Liquid Feedback von Freiwilligen in ihrer Freizeit entwickelt wird, muss man hier einen Zeitraum von einem halben Jahr für die Umsetzung vorsehen.

Alternative 2: Zusätzliche Benutzerkonten ohne Stimmrecht, aber mit Initiativrecht und als Delegationsziel

Anmerkung

Hierbei handelt es sich um eine erweiterte Version des Antrags „Zusätzliche Benutzerkonten ohne Stimmrecht, aber mit Initiativrecht“. Die Erweiterungen sind fett hervorgehoben.

Antrag

Im Liquid Feedback System der Piratenpartei Deutschland soll die Möglichkeit geschaffen werden, dass Parteimitglieder ein zusätzliches Benutzerkonto registrieren können, das über kein eigenes Stimmrecht verfügt, mit dem aber eigene Initiativen und Anregungen gestartet und bearbeitet werden können und auf das andere Benutzer ihre Stimme delegieren können.

Jedes Mitglied darf nur maximal ein solches zusätzliches Konto registrieren. Bei Beendigung der Mitgliedschaft wird das Konto gesperrt, aber nicht gelöscht.

Das ehemalige Mitglied hat nach Beendigung seiner Mitgliedschaft das Recht, seine im System gespeicherten Profildaten, auch die angezeigten Namen, seine Namenshistorie sowie seinen Anmeldenamen löschen zu lassen. Die von der Person eingestellten Texte sind entsprechend der aktuellen Benutzerbedingungen unter einer freien Lizenz veröffentlicht und werden nicht gelöscht. Die Speicherdauer für Informationen über Abstimmungen und Delegationen während Abstimmungen entspricht der bei Benutzern mit eigenem Stimmrecht.

Die Implementation der Zugriffsverwaltung läuft analog zum aktuellen System:

• Die Clearingstelle erzeugt zusätzlich Paare von Referenzschlüssel und Invite-Code, die als „ohne Stimmrecht“ markiert sind und teilt dem Bundesvorstand die Referenzschlüssel mit und teilt der Liquid Feedback Administration die Invite-Codes mit, jeweils mit der Information, dass es sich um solche ohne Stimmrecht handelt.
• Wenn keine technischen Gründe dagegen sprechen, sollen Referenzschlüssel und Invite-Codes durch Anfügen eines Suffixes deutlich als solche markiert werden.
• Auf Liquid Feedback-Seite werden die von der Clearingstellen erhaltenen Invite-Codes als gültige Invite-Codes mit dem Merkmal „Kein Stimmrecht“ erfasst.
• Die Information, dass ein Benutzerkonto über kein Stimmrecht verfügt, ist auf der Profilseite des Benutzerkontos anzuzeigen und als Information im automatisch erstellten Datenbank-Dump einzufügen.
• Auf Bundesvorstandsseite werden die von der Clearingstelle erhaltenen Referenzschlüssel als gültige Referenzschlüssel ohne Stimmrecht in einer separaten (separat von den Referenzschlüsseln mit Stimmrecht) Liste erfasst.
• In der Mitgliederdatenbank ist neben dem bisherigen Feld für den Liquid Feedback-Referenzschlüssel auf Bundesebene ein zusätzliches Feld für einen Liquid Feedback-Referenzschlüssel ohne Stimmrecht einzurichten.
• Ein Pirat kann beim Bundesvorstand einen Referenzschlüssel ohne Stimmrecht anfordern. Der Bundesvorstand oder ein Beauftragter prüft, dass diesem Mitglied noch kein Referenzschlüssel ohne Stimmrecht zugewiesen wurde, trägt einen Referenzschlüssel von der Liste der noch gültigen Schlüssel bei dem Mitglied in der Mitgliederdatenbank ein und gibt den Schlüssel an das Mitglied heraus.
• Für den Umgang mit verlorenen Referenzschlüssel, Invitecodes oder Zugangsdaten werden die bereits etablierten Prozesse analog angewendet.

Die hier beschriebene Erweiterung soll bis spätestens April 2011 umgesetzt werden. Abweichend davon soll die Möglichkeit zur Delegation auf Benutzerkonten ohne eigenes Stimmrecht bis spätestens August 2011 umgesetzt werden.

Begründung

Viele Piraten möchten zurecht nicht, dass ihr Abstimmungsverhalten in Liquid Feedback öffentlich wird, haben aber gleichzeitig den Wunsch, bei bestimmten Initiativen auch gezielt an der öffentlichen Diskussion teilzunehmen. Zurzeit besteht keine Möglichkeit, als Ersteller einer Initiative oder einer Anregung öffentlich aufzutreten, ohne damit zugleich sein gesamtes Abstimmungsverhalten bei allen Initiativen öffentlich zu machen. Außerdem könnten die veröffentlichten Texte verwendet werden, um mithilfe einer Textanalyse den Urheber und damit auch sein gesamtes Abstimmungsverhalten zu ermitteln.

Gelöst würde dies dadurch, dass es die Möglichkeit gibt, für die Textarbeit ein separates Benutzerkonto zu verwenden. Dieses darf dann natürlich kein eigenes Stimmrecht besitzen.

Tritt ein Benutzerkonto durch das Starten und Diskutieren von Initiativen in die Öffentlichkeit und zeigt dabei Kompetenz in dem Themenebereich, ist es nachvollziehbar, wenn andere ihre Stimme gerne auf diesen „Experten“ delegieren wollen. Ein Parteimitglied kann so als Experte in einem Themenbereich auftreten, dort Initiativen starten und kommentieren und für andere Abstimmen, ohne sein eigenes Abstimmverhalten (vor allem auch das in anderen Themenbereichen) offenlegen zu müssen

Die Beschränkung auf Parteimitglieder, die Einschränkung auf ein Konto pro Mitglied und die Verknüpfung (über den Umweg der Clearingstelle) mit den persönlichen Daten des Mitglieds ist sinnvoll, um Spam und Trolling (durch Mitglieder oder Nichtmitglieder) zu vermeiden und im Falle von strafbarem oder extrem parteischädigendem Verhalten in Liquid Feedback den Urheber ermitteln zu können.

Die Verwendung eines Suffixes zur Kennzeichnung von Referenzschlüsseln und Invite-Codes ohne Stimmrecht schafft wenig zusätzliche technische Sicherheit, kann aber Fehler durch menschliches Versagen minimieren.

Ein Mitglied soll nach Beendigung der Mitgliedschaft über die persönlichen Informationen bestimmen können, die zum Betrieb von Liquid Feedback nicht erforderlich sind. Deswegen soll er seine Profildaten und die angezeigten Namen löschen lassen können.

Eine automatische Löschung bei Beendigung der Mitgliedschaft ist nicht sinnvoll, weil man damit dem Mitglied die Möglichkeit nimmt, weiterhin als Urheber seiner Texte erkennbar zu sein, was er eventuell möchte, auch wenn er aus der Partei ausgetreten ist.

Zur Umsetzung dieser Anforderungen sind Änderungen an der Software Liquid Feedback notwendig. Diese erfordern mit den notwendigen Vorüberlegungen, der Implementation und Tests ausreichend Zeit. Da Liquid Feedback von Freiwilligen in ihrer Freizeit entwickelt wird, muss man hier einen Zeitraum von einem halben Jahr für die Umsetzung vorsehen. Die notwendigen Anpassungen zu Delegationen werden länger dauern, vor allem sind hier Vorüberlegungen wichtig, um die Nachvollziehbarkeit und Sicherheit weiter garantieren zu können. Deswegen wird für diesen Punkt ein Jahr Entwicklungszeit vorgesehen.

After updating the Adobe Flash Player installation to 10.1, the PHP script would (in some situations) terminate with the error “Call to a member function asXML() on a non-object”. The problem here is that the script uses the PHP parser function “simplexml_load_string” to parse an XML document sent from the Flash movie and then works with the XML DOM object returned by the function. When the string given to “simplexml_load_string” is not a valid XML document, the function will return NULL and this is what happened.

So I had to investigate why the Flash movie would suddenly send non-valid XML when it didn’t all the time before. Upon examination I found that the XML code sent by the Flash movie contained   entities as they are used in HTML. XML however (while it does know the concept of entities) does by default not know these entities but only a very limited set of entities, so an XML document containing the   entity will not be accepted as valid XML.

Comparing the behaviour with an older version of Adobe Flash Player (10.0) I found that this is obviously a bug introduced in version 10.1. The problem can be reproduced in a minimal flash movie using the following Action Script code:

 var xml:XML = new XML();
 var SubNode:XMLNode = new XMLNode(1, "TestNode");
 //Nonbreakable space
 SubNode.attributes.TestAttribte = "\xA0";
 xml.appendChild(SubNode);
 xml.send("Test.php", "_self", "POST");

Using the Live HTTP Headers extension of Firefox the problem can be made visible.

This is what it looks like with the older version 10,0,45,2 of Flash Player:

The newest version 10,1,53,64 incorrectly replaces the nonbreakable space character with the HTML entity:

I have reported this bug to Adobe and it will be interesting to see how quick it will be fixed.

Inside my PHP script, I currently use the following function to replace the incorrectly set   entity before processing by Simple XML:

function fixAdobeNBSPBug($s){
  $code = chr(0xC2) + chr(0xA0);
  $s = str_replace(' ', $code, $s);
  return $s;
}

Auf Anfrage eines Bekannten aus dem Richard Dawkins Forum habe ich das Programm in etwas veränderter Form nachprogrammiert. In einem Video auf Youtube kann man es in Aktion sehen.

Den Quellcode übergebe ich der Public Domain. Man kann das fertige Projekt mit ausführbarer Datei (für Windows) und allen Quelltexten von meinem Webserver herunterladen. Der eigentliche Algorithmus befindet sich in WeaselCode.pas. Die Unit dlgMainWindow.pas kümmert sich um die Benutzeroberfläche.

Programmiert habe ich das ganze mit der Open Source Entwicklungsumgebung Lazarus. Diese verwendet als Sprache Delphi (Object Pascal) und läuft auf vielen verschiedenen Plattformen. Man kann so mit demselben Quelltext sehr effizient GUI-Anwendungen für Windows, Linux und Mac OS X erzeugen.

Was bei diesem Projekt natürlich nicht der tatsächlichen biologischen Evolution mittels natürlicher Auslese entspricht, ist dass wir hier als Anwender das Ziel (einen Satz) vorgeben. In der tatsächlichen Evolution wird das “Ziel” der Auslese jeweils durch die Umgebung bestimmt, die entscheidet, welche Genvarianten in dieser Umgebung die erfolgreicheren sind.

Es gibt inzwischen eine ganze Reihe von Software-Projekten (sog. Artifical Life Anwendungen), die diesen Sachverhalt korrekt abbilden, indem sie selbst kein Ziel vorgeben, sondern virtuellen sich entwickelnden Lebewesen nur eine bestimmte Umgebung anbieten und dann den Evolutionsprozess selbst entscheiden lassen, in welche Richtung sich die Lebewesen entwickeln.

Eines dieser Projekte ist Polyworld. Eine beeindruckende Vorführung dieses Projekts findet man auf Youtube in einem Google Techtalk. Leider ist der Vortragende etwas nervig, es lohnt sich meiner Meinung nach aber unbedingt, sich das ganze Video anzuschauen.