klaus++ inspiration & technologie

10:30 Einleitung:
 Martin vom New Thinking Laden
 Jenny vom Liquid Democracy e.V. beschreibt Verein

 Vorstellungsrunde
 Ideen für Sessions sammeln Open Data Network - Dietrich

Session KISS - welche Interfaces und Anwendungen für welche Anwender

Matthias: Anwender müssen konkreten unmittelbaren Nutzen sehen - Internetrecherche für den Opa ist ein Beispiel.
Potentielle Anwender müssen in irgendeinem Bereich engagiert sein.
Wir suchen noch nach Möglichkeiten, das Internet als Ergänzung und Erweiterung der politischen Proszesse im realen Leben zu nutzen.

Ein Anwendungsfall

Rathäuser (Bürgermeister / Bürger)

Benötigen Auschreibungstools, Konsultationsmöglichkeiten bieten, die Bürger haben keine Zeit ins Rathaus zu kmmen, deshlab sollen Vorgänge von der Präsenz emtkoppelt werden. Die Entscheidungsträger sehen Bürger als Störfaktoroder Potentiellen Feind, wir könnten Anwendungen als Lösungen beispielhaft anbieten, dieses muß über die politische Eben erfolgen, eine Verwaltung wird es nicht selbständig machen. Die Bürger müssen Öffnung einfordern.
 Ein Beispiel wäre das "Liquid Feedback" System.
 Software zum öffentlichn Management von Bürgerhaushalten
 Schnittstellen zur Krypto Infrakstruktur für Beteiligungsprosesse verwenden

Und weiter, weiter, weiter ...

2. Tag

Programm Sonntag (10:00-17:00)
1. ODN / Trust Network
2. Adhocracy / Votorola / Echo/ Idea Management (Erdem)
3. Schnittstellen zwischen online Voting/Democracy Tools (Martin H.)
Blick von außen

Vorschlag Lorenz: Wie macht man die Open Data Idee Attraktiv für Otto Normalverbraucher

Kurzvorstellungen: Open Transport, Offenheit für Weiteres

11:00 Nico startet mit Open Transport
 es gibt keine umfassende Verkehrsmittelabfrage für Nutzer, die Bahnauskunft kennt keine Fernbusse etc. Der Nutzer muß selber wissen, welche Verkehrmittel existieren, Preise sind auch nicht transparent. Es gibt nur proprietäre Systeme. Einwand Häcker: Google versucht das zu überbrücken. Nico: Google ist interessant.

Die Idee "Open Transport Map" besteht aus einer Fahrplan-Datenbank, an die Benutzer Verbindungsanfragen stellen können. Das Interesse bei der Bahn dürfte gering sein, weil sie zur Zeit bestimmt, welche Verbindungen sichtbar sind, da sie die Hoheit / das Monopol zur Fahrplanauskunft hat.

Preisinformationen sollen zunächst nicht abgebildet werden, da Preise dynamisch gebildet werden und nicht in statischen Tabellen stehen.

Open Transport hat nichts mit Geld zu tun, die Reiseagenturen stellen Preisanfragen an Transportanbieter, der User fragt in OTM Verbindungen ab und die Reiseagenturen stellen Preisanfragen an Transporteure, die sie an User weiterreichen.

Motivation der User wäre ähnlich wie bei Open Streetmap ein intrinsisches: "Ich will, daß mein Ort schön abgebildet wird. Deshalb laufe ich mit meinem GPS Tracker rum und poste die so entstandenen Daten. Danach wird mein Stadtviertel besser gezeigt."

USP / Motivation für Nutzer/Konsumenten ist der Mehrwert in Form von Zeit- Zeitgewinn und Transparenz.

Exkurs Nico: Google bietet US Transporteuren (Bus) die Möglichkeit ihre Fahrpläne in einm auf sie zugeschnittenen Format abzulegen. Ob dieses Format alles abbilden kann, was in Europa an Transportmitteln verfügt, ist fraglich.

Intervention Peter

Die Erkenntnisse der Kommunikationstechniken wie Zukunftswerkstatt und Open Space sollten in Software einfließen, andererseits kann die Arbeit mit ZW und OS eine Abbildung in Software gebrauchen.

Antwort Friedrich: Trotz aller Gemeinsamkeiten / der Arbeit an sozialen Objekten gibt es grundlegende Unterschiede zwischen offline- und online-Techniken und Kommunikation. Deshalb muß ein solches Projekt grundlegend angegagen werden.

Peter: Das ist keine Kritik sonder ein Wunsch: Die online- und offline-Prozesse sollen ineinaderfließn und sich ergänzen.

Echo: Echo bietet die Möglichkeit, zunächst das Problem zu entwickeln, bevor es ans Abstimmen geht. Auch in Google Wave kann man Templates für solche Prozesse bauen.

Votorola: Ich habe mir diese Fragen bisher nicht gestellt, sondern will die Bahandlung von Abstimmungen unterstützen, die allgemein als Problem / Konflikt bekannt und akzeptiert sind.

Dominik: Es gint keine Probleme, die in unserer gesellschaft individuell im engeren Sinne lösbar sind. Deshalb braucht es Plattformen, auf denen die Probleme definiert und mit Lösung(svorschläg)en ausgestattet werden.

Echo: Da alle Probleme miteinander in Verbindung stehen, bietet eine Abbildung in Software zum Management von Diskussions- und Abstimmungsprozessen die Chance, solche Abhängigkeiten zu erkennen und neue Lösungswege zu entdecken.

Friedrich: man soll nicht so tun, als ob es sich um Softwareprobleme ginge.

Echo: Es gibt im dezentralen Netz keinen Ort, von wo aus ich mir einen Überblick über die ganzen Informationsinseln verschaffen kann. Deshalb braucht es das semantische Web

Ein offline-Beispiel von Peter (rederei.de): americaspeaks.org organisiert Diskussionsprozesse mit tausenden von Teilnehmern

Session Schnittstellen

Adhocracy - exportiert Vorschläge, Abstimmungen, Delegationen, u.a. OpenID Login funktioniert

Votorola - OpenId wird unterstützt, alle Funktionen sind exportierbar da Meinungsfindungs- und Abstimmungsserver per URL miteinander kommunizieren

Echo - User Interface ist entscheidend, plattformübergreifendes System in Vorbereitung, dabei werden Ausschnitte der Daten sichtbar gemacht. Es sollen alternative Meinungen sichtbar bleiben, so daß keine einzelnen Daten per API rausgegeben werden. Es werden Widgets entwickelt, die gestaltete Teile exportieren.

copy&paste aus piratepad.net/odc10