Basiskommunikation DeepaMehta 3

Auf Basis der Mail von jri vom 04.10.09

  1. Aufgeworfene Fragen
  2. Technischer Überblick
    1. Unterschiede zu DeepaMehta 2.0b8e
    2. CouchDB
    3. Schlanker Kern mit Modul/Plugin-Konzept
    4. Andockstellen für Anwenderentwickler/innen
    5. Graphische Benutzerschnittstelle
  3. Nutzersicht
  4. Community Plan

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

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:

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

http://github.com/jri

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