Auf Basis der Mail von jri vom 04.10.09
Aufgeworfene Fragen
Was kennzeichnet eine 'Knowledge Base' in DeepaMehta 3 ?
- Ein offenes Hypertext System 3.Ordnung (vgl. dazu die Klassifizierung von Riley '92 und Ansätze wie Microcosm, Transliterature)
"pure hypertext is like spaghetti code with GOTOs" N. Meyrowitz '90
Was versteht DM 3 im einzelnen unter ?
Types, Relations, Associations, Topics, Attributes, Collections, Maps, Workspaces, Applikationen,
Plugin können horizontal oder vertikal in DM 3 eingabut werden.
MHEG ISO 13522-1
Wie will DeepaMehta an vorhandene Datenbestände andocken ? (vergleiche dazu Ansätze wie Intermedia und Linkworks)
Technischer Überblick
DeepaMehta 3 ist bisher komplett in JavaScript geschrieben und läuft als AJAX- und jQuery getriebene Webanwendung direkt im Browser (ohne Java). Die Topicmap-Darstellung übernimmt das HTML 5 Canvas Element. Im Backend gibt es CouchDB, eine (JSON-)Dokument-basierte Datenbank mit REST-Schnittstelle. DeepaMehta 3 benutzt derzeit keine Middleware. Die komplette Anwendung (JavaScripts, CSS-Layouts) wird direkt aus CouchDB heraus serviert und läuft clientseitig im Webbrowser. Weitere serverseitige Funktionalität, z.B. Mailversand, wird von CouchDB Extensions erledigt. CouchDB Extensions können in beliebigen Programmiersprachen geschrieben werden und kommunizieren mit CouchDB per Standard-I/O. In DeepaMehta 3 ist derzeit die (Java-basierte) Lucene Volltext-Suchmaschine auf diese Weise an CouchDB angekoppelt.
Das bedeutet das andere Clients und Anwendungen lediglich Zugriff auf den Speicher haben somit nichts von DeepaMehta's Pluginkonzept und Anwendungen nutzen können. In dieser Architektur gibt es vorerst nur einen Client.
Unterschiede zu DeepaMehta 2.0b8e
Ein Corporate Memory und seine Inhalte sind nun während der Arbeit wirklich privat. Einen persönliche Speicher würde man viell. als eine private alexandria of information scraps and their types bzeichnen. Relaxed dabei ist, die theoretische Synchronisationsfunktionalität und praktische Versionierung aller Inhalte mit jeglichen Instanzen solch einer Bibliothek (o.a.CouchDB).
Die Plugins und Views einzelner Anwendungen sind ebenfalls direkt in der CouchDB abgespeichert, haben somit die gleichen Eigenschaften und servieren direkt die Anwendung an den Browser. Wirklich sehr freundlich und gut als Ausgangspunkt für eine Pluginverwaltung zu gebrauchen.
Es gibt aktuell keine Maps in DeepaMehta 3.
CouchDB
- the private blog delivering insights into couchdb and in the life of developer damien katz
- currently very high shipping fees for tha t-shirt :)
- CouchDB Project Page
- Ubuntu setzt ab Karmic Koala (v9.10) auf CouchDB zur dezentralen Kontakt- und Lesezeichenverwaltung (Nickname: Ubuntu One)]
Schlanker Kern mit Modul/Plugin-Konzept
Bereits bestehende Plugins:
1) "DM3 Time" - Fügt Dokumenten Zeitstempel hinzu und bietet eine zeitbasierte Suche, quer durch alle Anwendungen.
2) "DM3 Workspaces" - Strukturierungsmittel für die Knowledge Base. Jedes Topic ist von vornherein einem oder mehreren Workspaces zugeordnet. Dienen später auch als Shared Workspaces (Arbeitsgruppen), wie in DeepaMehta 2.
3) "DM3 Contacts" - Anwendung zur Kontaktverwaltung.
4) "DM3 Email" - Mail Client
Andockstellen für Anwenderentwickler/innen
Ideas z.B. Plugins:
- Kalender
- Kontaktverwaltung
- Time Machine
- Access Control
- CouchDB-Extensions
- couchdb mailer extension build with java exemplified
Graphische Benutzerschnittstelle
- aktuell browser and bitmap basiert
- flexibel zum flexiblen einklinken von gui-elementen mithilfe (javascript)
- typ basierte (aggregierte) sichten
Nutzersicht
Wer sind die Benutzer ?
Was benutzen die Benutzer bisher ? Wo gilt es Benutzer abzuholen ?
Was wollen die Benutzer damit machen ?
For examples see Meeting Topic: Use cases
Community Plan
Regelmäßige Chats (?) ab November 2009
800 vormalige DeepaMehta User befragen und mit einbeziehen !
Aktuell ad-hoc konzeptionell (project driven) und dann strategisch arbeiten.
DeepaMehta 3 Kommunikation
Google Group
http://groups.google.com/group/deepamehta3/
2. Procedure
2.1 Goal
Information über den Stand der Entwicklung, Perspektiven (technisch, community)
2.2 Procedure
Beamer-Präsentation jri
2.3 Target Groups
users group, dev group, Anwender/innen
3.
3.2 Time Effort
Max. 3 Std.
4.2 Appointment
Über doodle, evtl. 45. KW, 46. KW zur Auswahl
Abstimmung mit newthinking store vorab
7. Outcomes
Wie wird das Meeting dokumentiert? Vorab klären