[[TracNav]]

= Developers' Corner =

== News ==
 * [06.08.06] Developed a protoype of a simple GUI to test/tune algorithms: PhaseLibTuner
 * [19.07.06] An alignment visualisation (VizAlign) system is now available to analyse alignments for tuning purposes.
 * [10.05.06] Thanks to Malte, the [https://phaselibs.opendfki.de/repos/trunk/PhaseLibs/doc/JavaDoc/index.html JavaDocs] are now properly accessible on the repository.

== Goals ==

 * Teilnahmefähigkeit für INRIA-Alignment Contest ''1.9.2006'' herstellen
 * Similarity Flooding optimieren (Lizhen)
 * "Alten" PhaseTab-Algorithmus evaluieren (Björn)
 * Similarity Measures für den Vergleich von Instanzen (Property oder Displayslot -basiert o.ä.)

== Ideas for further improvements ==
 * use rdf comments
 * use subclass and similar relations, e.g. from simflood

== General Ideas ==

sorry - still in German

 * Da AlignmentGeneratoren die Ontologien nicht verändern (insbesondere: kontrahieren) können, wird ein "MetaOntologieAdapter" benötigt, der eine andere Ontologie (im Sinne des Interfaces) konrahieren kann. (und später auch expandieren?) -> siehe [wiki:adapters_composite]
 * "MetaAlignmentGenerator" der eine Ontologiereduktion vor dem eigentlichen Alignment durchführt, kurz: er entscheidet an welchen Stellen die Ontologie zu kontrahieren ist, und verwendet zur "Darstellung" gegenüber dem untergeordneten AlignmentGenerator den MetaOntologieAdapter.
 * Um Similarity Flooding zu optimieren, kann der Benutzer 2 Klassen aus den 2 zu vergleichenden Ontologien auswählen. Aus den 2 Klassen werden 2 Subgraphen generiert. Auf den 2 Subgraphen werden Similarity Flooding Algorithmus verwendet. Um die ganzen Ontologien zu vergleichen, wählt ein heuritisches Algorithmus die wichtigsten Klassen aus, basiert auf denen das ganze Ontologiegraph aufgeteilt wird. Danach wird Similarity Flooding algorighmus darauf verwendet.