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 29.07.2014, 21:00 - 22:30 Uhr
== Teilnehmer ==
- Thomas (Urlaub für die nächsten 5 Wochen)
- ich (Paul) bin nicht da, aber ihr könnt trotzdem die qK-Neuerungen durchlesen (wenn ihr wollt). Grüße!
- Merkbefreiter
- /
- Jano
- Wolfgang
== Agenda ==
Wir befinden uns in der Prototyp-Implementierungsphase.
Top 1 - Informationen aus den Teams - kurzer Austausch:
Ausgangspunkt: Letztes Treffen (22.07.2013) - https://meinungsfindungstool.piratenpad.de/ep/pad/view/ro.7WxLidStQCaguvsnTbDhHmku/latest
- Ontology Definition Team
- Abgeschlossen
- Diskussion zum Themenbaum (Eltern-Kind-Beziehung / Relationen)
- wird erst einmal alles so belassen, bis wir bei der Integration des Themenbaumes handlungsbedarf entwickeln.
- In Arbeit
- Diskussion: PostType und ReferenceType Constraints
- Diskussion: Rollen- und Berechtigungskonzept
- Abgleich mit WikiArguments: Felix angeschrieben für detailliertere Informationen zur konzeptionellen Methodik von WikiArguments.
- Abgleich mit qKonsens: findet im Zuge der PoC Implementierung statt
- 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 Findeco
- Abgleich mit Multilectics
- Abgleich mit Votorola: http://zelea.com/w/Stuff:Votorola/glossary
- Abgleich mit Vilfredo
- 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:
- In Arbeit:
- Diskussion: welche NoSQL Datenbank für PoC einsetzen (Triple Store, Graphdatanbank)
- Web API: IIS Konfiguration anpassen, sodass der Application Pool nicht nach 20 Minuten automatisch recycled wird und der Datenzugriff performant bleibt. Momentan dauer der erste Zugriff (nach dem recyclen nach 20 Minuten Inaktivität) unverhältnismäßig lange.
- 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:
- Data Storage: SQL Datenbank auf test.disco-network.org durch RDFa Tripple Store (NoSQL) ersetzen.
- 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")
- qKonsens
- d!scoArguments:
- Seite 'Discussion': Editieren von bestehenden Argumenten (Posts) ermöglichen. (TFS <http://bit.ly/1laugAw>)
- Nächste Schritte:
- X-Tree-M:
- coming soon :
- multi-language support
- multi-parent support; Copy by Reference; Default parent needs to be saved for fast navigation towards root
- strict rules; max. num. of letter per entry; max entries per parent
- merge support
- coming later :
- check of XML-database
- Probble-functionality
- DISCO Integration in November 2014
- History
- trying to implement a more comprehensive Cookie to enable version check
- User-Login
- Filter Support; Region, Activity, ...
- 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
- Themengruppen. (=Topics)
- User.
- Vertrauenspersonen.
- Edit-Funktion
- in gaaanz weiter Zunkunft:
- Manifest (Einzel- oder Gruppenstandpunkt): EtherPad-Like?
- d!scoArguments:
- Offene Fragen:
- Communication Team:
- Abgeschlossen:
- Externe Promo-Tour für personelle Verstärkung:
- Programmierer-Foren:
- Wiki-Autoren der Artikel „Semantisches Web“, "OWL" und "RDF":
- 5 Personen
- müßige Sache, fühlt sich nicht sehr effizient an und fühlt sich darüber hinaus ausgeschöpft an...
- 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:
- 17.06.2014 - Bzgl. Anbau einer theoretischen Erklärung vorweg lief bis jetzt nur Informationen sammeln und aufbereiten und Brainstorming...
- Archiv fertig durchgekämmt
- Jetzt trage ich gerade unterschiedliche Quellen zusammen, die Problemaufrisse bzgl. der jetzigen Diskussionskultur darstellen; als nächstes wird dann abgewogen, was die 5 fatalsten Mängel unserer Diskussionskultur sind, und die werden dann narrativ zu einer TOP 5 zusammengeschnürt
- Erhielt E-mail von Jano; sie hat für den 01. Juli zugesagt
- Nächste Schritte:
- Externe Promo-Tour für personelle Verstärkung (engl.):
- Stackoverflow:
- Programmierer-Foren:
- Wiki-Autoren der Artikel „Semantisches Web“, "OWL" und "RDF":
- @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:
- Consensus Tool Team (vorübergehend):
- Abgeschlossen:
- In Arbeit:
- Nächste Schritte:
- Offene Fragen:
- Stationenkonzept/Prozessschritte
- d!sco Delta (Toolanalyse - Umfrage)
- Allgemeine Aufgaben
- Abgeschlossen:
- Rami: ML-PoC-Plugin ==> @Merkbefreiter nimmt Kontakt zu Rami auf
- Habe Rami den PoC Epic ausführlich erklärt und warte nun auf Rückmeldung
- In Arbeit:
- Nächste Schritte:
- Offene Fragen:
Top 2 - Diverse Themen
- Jetzt bräuchten wir noch dringend einen OWL/RDFa (Ontology) Experten, nicht zuletzt, um etwas mehr über Distributed RDF Storages zu erfahren.
- Die Grundidee um folgende Synopsis erweitern, damit wird in einem Satz alles wichtige gesagt:+ WS -2
- EN: Our aim is to enhance online deliberation by defining an internet based system that ensures a corruption-, hierarchy- and authority- free discourse due to its open and decentralized nature.
- [KA01-1] DE: Unser Ziel ist es, Online-Partizipation und Meinungsfindungsprozesse zu verbessern, indem wir ein Internet-basiertes System definieren, das korruptions-, hierarchie- und autoritätsfreie Diskurse, aufgrund seines offenen und dezentralen sowie redundanten Charakters, gewährleistet.
- Neben dem wichtigen Punkt der Herrschaftsfreiheit etc. sollte wohl auch das Problemfeld um die Strukturierung von Diskussionen drin sein
- Hatten wir nicht schon Konsens, dass "MFT" über "Meinungsfindung" hinaus auch und vor allem "Willensbildung" meint?!
- statt "hierarchie- und autoritätsfrei" sollte mMn tatsächlich "herrschaftsfrei" stehen. Denn eine hierarchische Struktur der Diskurse und fachliche Autoritäten werden für die anstehenden komplexen Probleme dringend gebraucht. Kritik an verselbständigten Hierarchen und Autoritäten ist wichtig, aber wir dürfen doch nicht "das Kind mit dem Bade ausschütten"!
- Ist der "redundante Charakter" wirklich "unser Ziel"? Sogenannte "nützliche" und "sichernde" Redundanz ist doch stets nur "Mittel zum Zweck", eben ein "notwendiges Übel".
- [KA01-2] DE: Ein Diskussionssystem hat das Ziel, das Diskutieren rundum zu optimieren, und wir möchten nicht das beste Diskussionssystem entwickeln, sondern den kürzesten Weg zu immer besseren Diskussionssystemen.
- Tut mir leid, aber das ist von "rundum optimieren" über "kürzesten Weg" bis "besseren Diskussionssystemen" alles eher hohle Phrase als Kernaussage.
- [KA01-3] DE: <Jana's Variante I>
- [KA01-4] DE: <Jana's Variante II>
- Bestand: http://wiki.piratenpartei.de/AG_Meinungsfindungstool/Ergebnisse/DieGrundidee
- Datenbankupdates sind momentan immer noch nicht inkrementell möglich, d.h. bei einem Update der Ontologie muss immer die Datenbank komplett platt gemacht werden (alle eingegebenen Daten gehen dabei verloren! Initialisierung mit Seed-Daten)
- Wir wollen hier auf NoSQL Datenbanken als PoC umstellen, weil dies in der späteren Architektur wahrscheinlich die zu favorisierende Storage Technologie sein dürfte. Hier analysieren Paul und ich, ob wir ein eigenes P2P Protokoll überhaupt benötigen, oder ob das bereits mit dem Einsatz einer "Distributed RDF Storage"-Technologie abgedeckt sein könnte.
- Solange die Umstellung nicht erfolgt ist, werden wir weiterhin keine Delta-Aktualisierungen auf dem SQL Schema machen.
== Beschlüsse / Decisions ==
== Nächste Themen / Next Topics ==
- Jano & Wolfgang: Vorbereitung Umfrage/Klassifizierung/Einordnung von Tools
- Verfahren für eine Themenwahl
- Kooperation PPlattform
== Nächster Termin / Next Date ==
- Dienstag, den 5. August 2014, 21 Uhr im Mumble-Raum "AG Meinungsfindungstool"
== Sitzungsende / End of Session ==