Zurück zur Wiki-Seite der AG Meinungsfindungstool:
http://wiki.piratenpartei.de/AG_Meinungsfindungstool
synchrone/mündl. Kommunikation:
Mumble-Raum AG Meinungsfindungstool [Pfad: Bund/Arbeitsgemeinschaften/Technik (IT)]
Mumble-Direktlink: http://is.gd/yN0dgS
Dies ist ein Notizpad und keine offizielle Äußerung der Piratenpartei!
This is a note pad and NOT an official statement of the Pirate Party!
Mumble-Arbeitstreffen der AG Meinungsfindungstool:
Dienstag, den 13.05.2014, 21:00 - 22:30 Uhr
== Teilnehmer / Attendees ==
- Merkbefreiter
- /
- DerThomas
- Wolfgang
- bloxx
== Agenda ==
Wir befinden uns in der Prototyp-Implementierungsphase.
Top 1 - Informationen aus den Teams - kurzer Austausch:
Ausgangspunkt: Letztes Treffen (06.05.2013) - https://meinungsfindungstool.piratenpad.de/ep/pad/view/ro.7WxLidStQCaeutwnTbDhHmku/latest
- Ontology Definition Team
- Abgeschlossen
- In Arbeit
- Nächste Schritte: (HELP WANTED!)
- Feature: Unique Constraints auf einzelnen Eigenschaften ermöglichen, um z.B. Namen/Aliase für User datenbankseitig eindeutig zu bekommen.
- Refactoring: Funktionalitäten im OntologyContext sauber trennen zwischen Entitäten (Deklaration und Konfiguration) und allgemeiner Persistenz (SetCurrentOriginator, AddChangeDetail und SaveChanges).
- Legende zu den einzelnen Ontologie Entitäten aus OWL erstellen.
- Gruppendefinition innerhalb der Ontologie:
- sollten wir zwei Typen von Gruppen unterscheiden (offene Gruppen und definierte Gruppen (authentifizierte (Triggerwarnung!) Mitglieder))?unbedingt!
- Vorschlag:
- offene Gruppe bezieht sich auf Topic (das vorschreibt, was reingehört) - ihr gehören faktisch alle ihm zugehörigen Posts an
- geschlossene Gruppe bezieht sich auch auf Topic, aber nur die Posts der Mitglieder zu dem Topic erscheinen in der Gruppe
- Probleme: Lesen/Schreiben? Definition? implizit/explizit?
- Jetzt gerade noch nicht wichtig bzw. führt jetzt zu weit+1+1
- Ist die Authentifizierung Aufgabe der Ontologie? (OpenID / PiratenID)
- Muss wohl leider so sein: Sonst kann sich jeder als jemand anders ausgeben!+1
- User/Origin
- Themenkomplex Authentifizierung/Gruppen/Berechtigungen
- qKonsens-spezifisch
- ==> zumindest mal unterschiedliche Gruppentypen versuchen herausarbeiten!
- wie werden Bewertungen innerhalb von Gruppen abgebildet bzw. aggregiert?
- persönliche Meinung (Individuum)
- gemeinsamer Standpunkt (Gruppe) incl. Verständigung über vorh. Dissens!!
- Abgleich mit eDialogus http://www.imc.com.gr/ontologies/eDialogos/consensus/#overview
- Abgleich mit WikiArguments
- Abgleich mit Findeco
- Abgleich mit Multilectics
- Abgleich mit qKonsens
- Abgleich mit Votorola: http://zelea.com/w/Stuff:Votorola/glossary
- Abgleich mit X-Tree-M
- Offene Fragen
- Definition der Begriffe innerhalb der Ontologie: http://meinungsfindungstool.piratenpad.de/disco-Ontologie-Begriffe
- Sollen Textformatierungen (Markup) in der Ontologie (Datenbank) gespeicher werden?
- Problem: HTML ist nur eine möglich Auszeichnungssprache für Textformatierungen. Wahrscheinlich müssten wir etwas abstrakteres wie z.B. Wiki Markup nutzen und entsprechende Konvertierungen anbieten.
- Sind dadurch Javascript-Angriffe auf die Plugins möglich ?
- Was wird an Formatierungsmöglichkeit benötigt?
- Prototype Core Team
- Abgeschlossen:
- Web API: Ermitteln der Origin über Request.Headers.Referrer fixen.
- In Arbeit:
- JavaScript Library:
- Neue Version der d!sco Client Library basierend auf JayData implementieren.
- Vereinfacht den Zugriff auf die d!sco Daten dramatisch, da das gesamte Entitäten-Modell der Ontology aus den Metadaten der Ontologie generiert wird!
- Abhängigkeit zu datajs Bibliothek ebenfalls über RequireJS verwalten
- jsfiddle.net-Demos
- Nächste Schritte:
- Web API: Kleiner Refactorings, wie z.B. OntologyContext Klasse aufteilen usw.
- Allgemein: Aufgaben an denen im Rahmen der AG MFT mitgearbeitet werden kann auf die Wiki Seite setzen - direkt mit einem Klick ==> erst auf CodePlex, dann ins Wiki.
- Ontology Explorer: Anreicherung der generierten Web API Dokumentation mit individueller Beschreibung.
- Wie es scheint, kann die automatisch generierte Dokumentation nicht verwendet werden, da diese sehr fehlerhaft ist.
- Es muss eine komplett manuelle Web API Dokumentation erstellt werden!
- Offene Fragen:
- Prototype Plug-In Team
- Abgeschlossen:
- In Arbeit:
- X-Tree-M ("eXtended-TREE-Method")
- rechten beiden Panel mit Inhalten füllen
- qKonsens
- Roadmap: https://meinungsfindungstool.piratenpad.de/qkonsens-roadmap
- Rating-Summe: Einige offene Fragem
- Was bei doppelten User-Ratings? (Geht dummerweise noch)
- Effiziente Summenberechung? (Auf dem Server?)
- Wie klappt das bei DiscoArguments?
- Was nun?
- Verschiedene User
- Hilfe-Inhalte?
- Bearbeiten-Funktion??
- d!scoArguments:
- Seite 'Trend': Verlinkung zur Seite 'Diskussion' herstellen (klick auf Topic).
- Nächste Schritte:
- X-Tree-M:
- bringe Beispielinhalte zum Thema "Basisdemokratie-Strukturen" in meine lokale Datenbank
- Multi-Selektion per Shift-Taste
- mehrere Parent-Items + entspr. Copy-by-Reference-Operation -> Speicherung des bevorzugten Default-Parents per Cookie für leichteres Hochhangeln
- jQuery: http://learn.jquery.com/about-jquery/how-jquery-works/
- Selektion mit Pfeiltasten
- ggf. stärkere Einrückung
- Logging für Fehler-Erfassung (z.Zt. noch abstürzende Selektierung)
- Prüfung der XML-Datenbank-Daten per Programm
- Probble-Funktionalität einbauen
- Integration von DISCO-Datenbank, sobald Client Library einen passablen Stand erreicht hat und qKonsens mit Multilectics harmoniert
- History
- qKonsens-Roadmap: https://meinungsfindungstool.piratenpad.de/qkonsens-roadmap
- Multilectics:
- Sofort nach qKonsens
- Filter- und Sortierungsmöglichkeiten.
- Meta-Diskussion unter den Posts (siehe stackoverflow.com)
- Startseite(n), Themen-Browser, Gruppen-Mgr_innen
- Themengruppen. (=Topics)
- User.
- Vertrauenspersonen.
- Edit-Funktion
- in gaaanz weiter Zunkunft:
- Manifest (Einzel- oder Gruppenstandpunkt): EtherPad-Like?
- d!scoArguments:
- Seite 'Diskussion': Layout dynamisieren.
- Seite 'Diskussion': Daten laden.
- Offene Fragen:
- Communication Team:
- Abgeschlossen:
- Beta-Testerin Lily – https://wiki.piratenpartei.de/Benutzerin:Lily – gefunden; die sollen wir ansprechen, wenn Betatest-Phase bei d!sco ansteht...
- Passende Sammel-Struktur auf unserer Wikiseite dauerhaft und auffindbar verankert:
- In Arbeit:
- d!sco Proof of Concept (Aufbereitung der User-Case-Studie)
- Entwurf fertig stellen und formal überarbeiten = "Selbstverständnis d. AG"
- Zwischenstand - User-Case-Studie:
- 22.04.2014 - Bzgl. Anbau einer theoretischen Erklärung vorweg lief bis jetzt nur Informationen sammeln und aufbereiten und Brainstorming...
- Nächste Schritte:
- @Slash ==> E-Democracy Talk mit Votorola und Blinap organisieren??
- Wiki-Redesign
- Sticky-Thread für's Forum
- Funding
- Englische Erklärung als Zusammenfassungs-Schnitt erstellen & veröffentlichen
- Eingehende Vorgehensweise:
- gesondertes Treffen
- im Vorfeld dessen sich Notizen machen, wie man schneiden würde
- Notiz-Überschneidungen werden genommen
- Offene Fragen:
- Allgemeine Aufgaben
- Abgeschlossen:
- In Arbeit:
- Nächste Schritte:
- Offene Fragen:
Top 2 - Diverse Themen
- Funding Again? Die Arbeit auf freiwilliger Basis ist sehr ineffizient, da verständlicher Weise andere Dinge Vorrang haben. Beispiele wie Loomio oder OpenPetition lassen mich glauben, dass es möglich ist, sich über Funding zu finanzieren, um es uns zu ermöglichen mehr Zeit zu investieren, da wir dies aus dem Funding entlohnen könnten. Was müsste Eurer Meinung nach gegeben sein, damit Ihr mehr Zeit investieren würdet/könntet/wolltet?
- Finanzieller Ausgleich
- /: Ja, definitiv; mein Tagtraum sieht so aus, dass wir über d!sco gerade genug Geld zum Leben einspülen und auf dieser Basis unabhängig quasi als Selbstständige d!sco entwickeln ^^ ...
- Stimme zu, das sollten wir so machen. Ich werde aber weiterhin einfach so mitarbeiten, bin Schüler :)
- Merkbefreiter: ein Problem das ich hier sehe, ist evtl. die unterschiedliche Vorstellung oder die unterschiedlichen Bedürfnisse von "gerade genug zum Leben"! Wir stehen an unterschiedlichen Pukten im Leben, haben unterschiedliche Verpflichtungen und dadurch unterschiedliche Notwendigkeiten zu bedienen. Daher kämen für mich zwei "Finanzielle Ausgleichsysteme" in Frage
- A) Offene Beteiligung: Jede Aufgabe, die wir im Rahmen der d!sco Network Organisation ausführen wird zuvor von uns gemeinsam definiert (eine Art Anforderungsmanagement) und bewertet (eine Art Punktesystem, welches die Komplexität und den zeitlichen Umfang der Aufgabenstellung darstellt). Und es werden Akzeptanz- bzw. Abnahmekriterien (Definition Of Done) vereinbart, damit eindeutig ist, wann eine Aufgabe als erledigt gekennzeichnet werden kann. Das erfordert Disziplin. Eine Aufgabe ist jeweils einem Mitglied der d!sco Network Organisation zugeordent. Einzelne Aufgaben sollten daher möglichst klein und überschaubar sein. Ist eine Aufgabe objektiv erledigt (siehe Definition Of Done), werden dem Bearbeiter die Punkte aus der vorherigen Bewertung "gutgeschrieben".
- B) Geschlossene Beteiligung: wir definieren komplette Aufgabenbereiche in der d!sco Network Organisation, für die wir Voll-/Teilzeitkräfte zu marktüblichen Preisen engagieren. Dieses Modell fördert eine stärkere Bindung einzelner weniger Voll-/Teilzeitkräfte gegenüber den freiwillig Engagierten Personen. Hier kommt es ggf. zu Interessenskonflikten.
- C) Zeitaufwands-Finanzierung: Diejenigen, die beim Projekt in seiner Ganzheit mitarbeiten möchten (und nicht aus rein finanziellen Gründen), sollen so gefördert werden, dass sie ihre Hauptzeit in das Projekt statt in einen anderen Job stecken können.
- Konkrete Organisationsform (z.B. als Gemeinnützige GmbH oder Genossenschaft)
- /: Seh' ich momentan nicht die Notwendigkeit dafür, muss ich gestehen; warum braucht man das ?
- Merkbefreiter: das bräuchte man nur, um die Finanziellen Anforderungen an eine Förderung zu bedienen. Evtl. gilt es hier eine Organisation zu gründen, um überhaupt förderfähig zu werden?!
- Wenn die Gelder von der EU kommen, wahrscheinlich nicht, oder?
- Formalismen nicht unterschätzen; genau überlegen ++1+1
- mindestens eine, besser zwei Vollzeitstellen
- /: Ja, also, mir persönlich ist eher danach, die Einnahmen vollkommen gleichgestellt auf alle Mitglieder der Stamm-AG-Mitglieder zu verteilen; also uns 5.
- Merkbefreiter: hmmm, also das halte ich so für problematisch. Meinem Verständnis nach, sollten die Einnahmen anhand definierter Kriterien (siehe Beteiligungsformen A + B) und nicht nach dem Giesskannenprinzip aufgeteilt werden.
- Hauptaugenmerk auf Zusammenführen bestehender Initiativen, Gruppen, Projekte, Software im d!sco Network
- /:
- Sehr wichtiger Punkt – wir müssen ein Unterstützer-Netzwerk aufbauen. Mir schwebt in diesem Rahmen bei einer "Starter"-Crowdfunding-Initiative eine Gewinnbeteiligung für alle Plug-In Entwickler vor Augen - prozentual, und das so, dass mindestens jeweils 5.000 € bei Erreichen des Minimalziels für die Plug-In Entwickler rumkommen - damit nicht nur wir 5 massiv die Crowdfunding-Initiative pushen, sondern viel mehr Leute; da schiel' ich vor allem auf Loomio, die offenbar echt die nötige Schlagkraft dafür haben
- Wenn wir präsentieren, sollten wir am Schluss der Präsentation stets auf einen sporadischen Newsletter hinweisen; sobald wir dann 'ne Crowdfunding-Initiative starten, können wir alle Abonnenten, die sich in Folge mehrerer Vorträge gesammelt haben, bequem für die Crowdfunding-Initiative mobilisieren
- Eigene Corporate Identity
- /: Ohne Logo und durchgängigem, gut gestaltetem Look geht gar nix...
- Vielleicht ein Kopf im Profil: Haartracht aus lauter "?" (Medusenkopf?) und ein "!" als "Ergebnis" (Sprechblase?)
- Konzeptreife:
- /: Wir sollten alle groben Elemente umgesetzt, bzw. in Präsentationsmaterial erfasst haben; davon seh' ich uns in einem Punkt noch entfernt, Stichwort "Suggestion box", also einer Infrastruktur im Interface des "Gerüsts" (All-in-one-Ding) zur Förderung eines der spezifischen Plug-Ins des "Gerüsts"
- Erweitertes Präsentationsmaterial:
- /: Wir müssen darauf hinarbeiten, eine Präsentation als Video zu haben, 'ne Webseite/Blog für Updates unseres Projekts zu haben, und überhaupt in größerem Rahmen unser Projekt vorstellen zu können (open mind, res publica, netzpolitischer Abend der digiges e.V., Online-Zeitungs-Artikel, Journalisten-Kontakte aufbauen)
- Praktische Etablierung:
- /:
- Es wäre sehr, sehr hilfreich, wenn wir das Tool so weit bringen, dass man es auf ausgewählte AGen loslassen könnte, und mit ihnen gemeinsam die Sache etwas kultivieren könnte, und dann den Kreis der AGen, mit denen man enger kooperiert ausweitet; das eröffnet einem auch den Weg, per Buvo-Antrag dann wenn's so weit mit der Crowdfunding-Initiative ist, unsere Meldung auch im Newsletter der Piratenpartei zu platzieren bzw. dies zu versuchen; jenem Partei-Newsletter folgen immerhin über 5.600 Personen...
- Außerdem ist das halt einfach notwendig, dass man mal guckt, wie sich d!sco denn tatsächlich in der Praxis macht... LQFB hat das ja auch gebraucht... und Loomio hat's auch gemacht...
- Finanz-Konzept aufstellen:
- /: Imho müssen wir ein Finanz-Konzept aufstellen, wenn's dann mal ernst wird mit dem Funding. Wie viel Geld wird benötigt ? Welche Re-Finanzierungs-Ansätze verfolgt ? GLS-Bank-Konto – ja oder nein ? Automatische gleichgestellte Geldverteilung von Eingängen auf's Konto einrichten ? Usw.
- Finanzierungsmodelle
- Anadiotis von eDialogos hat einen Vorschlag gemacht
- EU Förderungsmittel ausgelobt
- Falls die Zeit reicht:
- Deliberatorium - interessanter als wir dachten!
- Schwerpunkt in der Entwicklung: was sollten neue Mitmacher schwerpunktmäßig in der Entwicklung (C#/XAML) angehen?
- Kooperation mit wiki9999: wollen wir wiki9999 als Plug-In in unsere Proof-Of-Concept mit aufnehmen? <http://wiki9999.org/sites/default/files/wiki9999_komplett_2012-04-24.pdf>
== Beschlüsse / Decisions ==
- @Merkbefreiter: George von eDialogos anmailen wegen Termin möglichst nächsten Dienstag, um über Erfahrungen Projektförderung (z.B. EU Horizon 2020) zu sprechen.++
- @ALL: weiter Schritte
- 1. verbinden von qK und d!scoArguments
- 2. verbinden mit X-Tree-M
- 3. paralell einholen von verfügbaren Informationen bzgl. Funding
- 4. wenn PoC Implementierungen abgeschlossen, dann Funding noch mal aufgreifen
- @WS: Abstimmung mit Paul betreffs "Theorie"
- @WS: Termin mit Jochen, Paul & Marc organisieren
== Nächste Themen / Next Topics ==
== Nächster Termin / Next Date ==
- Dienstag, den 20.Mai 2014, 21 Uhr im Mumble-Raum "AG Meinungsfindungstool"
== Sitzungsende / End of Session ==