[deepamehta-devel] Mögliches Entwicklertreffen

Malte Reißig mre at deepamehta.de
Di Dez 2 15:50:05 CET 2008


Hallo liebe Entwickler und DeepaMehta Freunde,

ich fände es schön wenn wir uns dieses Jahr nochmal alle treffen
könnten. Damit sind eigentlich alle die gemeint, die schon etwas
DeepaMehta Entwicklungserfahrung haben und uns bei der Konzeption von
einem mögl. Import Feature helfen könnten. Uns scheint ein Teil dieses
Feature mit moderatem Aufwand umsetzbar zu sein und es wurde schon
wiederholt das Bedürfnis zum Import von Daten geäußert.

So wie es aktuell aussieht, könnte die Entwicklung von zwei
verschiedenen Anwendungsfälle getragen und somit mit "Spirit" unter
füttert werden. Einen davon hat Matthias M. bereits beschrieben, diesen
Text habe ich unten zur Orientierung mal angehängt. Jörg und ich würden
gerne mit euch zusammen in gemütlicher Runde durchsprechen inwiefern
solch eine Erweiterung dazu beitragen kann in Zukunft generell bessere
Grundlagen für den Datenimport aufzubauen und wie erste konkrete
Schritte dahin aussehen müssten.

Wer Lust hat gibt doch bitte Rückmeldung wann dafür bei Ihm Zeit wäre.
Mir passt es am besten in der Woche vom 15.12 bis zum 19.12 des Abends
am liebsten oder aber schon in der nächsten Woche, des Abends am 8.12
oder 9.12.


Für den 16. haben wir noch ein Community Meeting im Store geplant um die
Agenda vom letzten Mal nachzuholen, da gab es nämlich eine spontane
Einführungsveranstaltung. Mehr zu dem Termin unter
http://deepamehta.newthinking.net/wiki/en/Community_Agenda. Das folgende
Developer Meeting könnten wir an der Stelle ebenfalls vorbereiten,
bietet sich ja an. 

Ich freue mich auf weitere Vorschläge von euch.

Lieben Gruß

Malte


Als Anhang nochmal die bisherigen Überlegungen von Matthias und Jörg für
alle zum mitlesen...

--
> An Fragen, die diskutiert werden müssen, sehe ich z.B.:
>
> - Was passiert beim Importieren von bereits vorhandenen Topics?
> Werden diese überschrieben? Und wie kann erkannt werden, ob ein
> Topic bereits vorhanden ist?

Es spricht m. E. nichts dagegen, hier die auch sonst in DeepaMehta
verwendete Logik zu nutzen: Abhängig von dem Flag "unique Topicname"
(oder wie das heißt) überschreiben oder neu hinzufügen. Beim Szenario
als einzelne Mindmap-/ Conceptmap-Extension wird es relativ selten
vorkommen, dass jemand den Zusammenhang mit dem vorhandenen
Datenbestand braucht. Wenn umgekehrt das Überschreiben als zu großes
Risiko angesehen wird, häte ich nichts gegen einen Abbriuch des Imports
mit Fehlermeldung, so dass man im Import-Wizard die Ascii-Daten noch
weiter bearbeiten kann und den Import nochmal probiert. Die Vorbereitung
des Inputs (vernünftig kurze und aussagekräftige Labels, vernünftig
detaillierte Abstracts aus dem Rohmaterial erzeugen), die braucht
vermutlich sowieso mehrere Schritte mit Iteration. Ähnlich wie bei MS
Access.

> - Wie können verknüpfte Topics importiert werden? Z.B. Film-Topics
> die jeweils mehreren Schaupieler-Topics assoziiert sind.

1. Verlnüpfungen mit schon vorhandenen Topics wären (wie oben angedeutet)
nicht wichtig.

2. *Hierarchische* Verknüpfungen des neuen Inputs wären eine schöne erste
Ausbaustufe: Zum Beispiel die Semtech2008 Sessions zu Tracks
gruppieren, wie ich es auch irgendwo im UserGuide mit dem roten Topictype
"major" angedeutet habe (analog rot eingezeichneten Städten in einer
Landkarte neben grauen Dörfern). Da diese Zuordnung aber schon in CSV
schwierig ist, (siehe
http://www.rzuser.uni-heidelberg.de/~x28/anke/text/#4.3.2. )
müsste dies der Wizard interaktiv anbieten. Ein bisschen Handarbeit
ist da m. E. zumutbar, da es sich wohl in der Regel höchstens um 100 - 200
Topics handelt.

Wenn man sich das typische Beispiel einen Konferenz mit Sessions und Tracks
anschaut, oder Aufsätze mit Sammelbänden, dann ist meist der Input aus
einer
lieblos formatierten HTML-Tabelle zu entnehmen, da ist man froh, wenn man
überhaupt die unterste Ebene ohne Copy und Paste übernommen bekommt
(Copy & Paste ist auch inhaltlich ein Problem, weil man dabei der
Versuchung
unterliegt, schon eine erste voreilige Filterung vorzunehmen, um
Handarbeit zu
sparen).

Für die zweite bzw. die Gruppierungs-Ebene ist das etwas anderes. Zum
Beispiel
könnte man diese mit in die zweispaltige Tabelle mit einreihen (Labels,
Descriptions)
und einfach als "major" markieren. Wenn dann das vom Import-Wizard erzeute
Auto-Layout die Gruppen schon mal optisch trennt (Mutter1, Kind1a, Kind1b,
Abstand, Mutter2, Kind2a, Kind2b, Kind2c, Abstand, Mutter3, ..) dann ist es
kein Problem, die Zuordnungs-Associations in dem Moment zu machen, wo man
auch inhaltlich die Topics verarbeitet, z. B. Fulltext-Descriptions
liest und per
Fettsatz annotiert.

(Schön wäre es an dieser Stelle natürlich, wenn dabei eine farblich
stärkere Linie
der Standard wäre, damit das unauffälligere Grau der Generic Association
für die
Querverweise reserviert bliebe, die zusätzlich zu den
Hierarchie-Relationen dazu
kommen).

3. Viele nichthierarchische Verknüpfungen wie Movies/Actors wären erst eine
dritte Ausbaustufe. Die wäre erstens nicht mehr soo wichtig - da wären
andere
flankierende Verbesserungen wichtiger, um die Mapping Anwendung weiter
publik zu machen (etwa bei Chuck Frey oder gar Richard MacManus) , z. B.
eine anonyme Sandbox und ein bisschen Abrundung der Usability.

Zweitens könnte ein Import von komplexeren Verknüpfungen nicht mehr
mit viel Interaktivität in einem Wizard ablaufen, weil die reichere
Funktionalität
die Nutzer verwirren würde.

Hier käme deshalb eher infrage, ein bestimmtes XML-Format komplett
umzusetzen, etwas die RDF-Datei der Semtech2008 Sessions, oder, aus
dem Literaturbereich, etwas wie Beluga-Output
 http://beluga.sub.uni-hamburg.de/ , nämlich IMS/Scorm-Pakete, oder
vielleicht gibt es bei Endnote auch Schnittstellen zum Anzapfen. Oder auch
Concept-Maps von Novaks Cmap http://cmap.ihmc.us/conceptmap.html
Aber das wäre eigentlich schon fast Mashup und nicht mehr nur
persönliches Knowledge Management (und irgendwann wäre sowas bestimmt
eher eine Seminararbeit für Informatikstudenten?)

Soweit der Import-Ablauf betroffen ist, wäre hier wahrscheinlich eine
Transaktions-Logik das Sauberste, ganz oder gar nicht, ein neues Topic
mit allen Associations oder Abbruch.

Aber, ob es sich überhaupt lohnt, über die dritte Ausbausufe so intensiv
nachzudenken, das entscheidet sich e. E, erst, wenn die erste Stufe
Usability-mäßig vertrauenerweckend aussieht. So viel erstmal für heute.
-- 





Mehr Informationen über die Mailingliste devel