QuaaxTM vs. TM4PHP
Es ist nicht zu verleugnen, dass es noch weitere Topic Map Prozessoren für PHP gibt. Ein Team unterstützt von Lars Heuer hat sehr viele Anstrengungen unternommen, um TMAPI für PHP zu portieren. Eine erste Implementierung Names QuaaxTM gibt es auch schon. Allerdings gibt es einige, in meinen Augen, grundlegende Probleme, die den Erfolg dieses Projektes beeinflussen:
PHP5
QuaaxTM benötigt PHP5 – leider bieten viele Provider auch im Jahr 2007 noch kein PHP5 an, die Großen der Branche in Deutschland zählen leider dazu.
PHP ist leider nicht abwärtskompatibel und deswegen ist es auch nicht auf PHP4 nutzbar.
Diese technische Barriere ist einer der Hauptgründe für TM4PHP.
MySQL
QuaaxTM benötigt ebenfalls eine MySQL-Datenbank. Sicherlich bieten viele Provider MySQL im Zusammenhang mit PHP an, leider ist das aber nicht immer so. Dementsprechend ist dies eine weitere technische Barriere.
Interoperabilität durch XTM
In meinen Augen ist XTM die Grundlage für jeden Austausch von Topic Maps. Java- bzw. PHP-Objekte können schwer direkt zwischen verschiedenen Applikationen ausgetauscht werden. XTM ist das universelle Austauschformat für alle Anwendungen.
Leider bietet QuaaxTM derzeit keinen Im- oder Export als XTM.
Einen riesigen Vorteil hat QuaaxTM aber: es ist fertig implementiert und funktioniert. TM4PHP ist derzeit noch in keinem Status, der eine Veröffentlichung rechtfertigt.
Ich würde mich über eine Diskussion zu diesem Thema freuen, auch über einen regen Austausch zum Thema. Ich bin auch gern bereit, jegliche Bestrebungen der Portierung von Topic Maps nach PHP (ab 4) zu unterstützen.
Hallo Tobias,
Lars (Heuer) hatte mich gestern über TM4PHP informiert, ich bin dann auch ziemlich schnell nach einem Blick in ein Code-Beispiel auf deinen Namen gestoßen.
Zu den technischen Barrieren, die oben genannt sind, möchte ich sagen, dass spätestens die Zeit diese beseitigen wird. Ich hatte mir im Rahmen meiner Diplomarbeit mittelpreisige Consumer-Tarife der am meisten frequentierten Hoster angeschaut, um Aussagen für das Potenzial von PHPTMAPI und letztlich QuaaxTM wagen zu können. Die boten z. B. alle MySQL an (InnoDB wäre noch eine Frage). Und PHP5 ist auch kein Exot mehr (habe gerade noch einmal bei Strato geschaut; bei domainfactory kann man ebenfalls switchen).
XTM ist sicherlich das wichtigste Austauschformat. Ein Problem war, dass XTM 1.0 (ISO-extern) bzw. das zu Grunde liegende (Daten)Modell nicht 100% mit dem TMDM (ISO-intern) konform war (z. B. typed names) und XTM 2.0 (ISO-intern), das sich am TMDM orientiert, erst seit kurzem offiziell verabschiedet worden ist.
QuaaxTM berücksichtigt ausschließlich das TMDM, man kann also z. B. Namen typisieren. Problem war dann die Serialisierung nach XTM 1.0. Ich hatte ein Klasse entwickelt, die PHPTMAPI und DOM benutzt, um XTM 1.0 zu exportieren (genauer: einen Export simulieren, da möglicherweise Semantik verloren geht, Bsp. typed names).
Werde bei nächster Gelegenheit diese Klasse für XTM 2.0 kurz umschreiben und als PHPTMAPI-util (quasi analog zu TMAPI-utils) freigeben. Es fehlt dann noch ein XTM-Parser. Richtig interessant wird das Ganze, wenn ein bzw. DER Webservice für PHP portiert wird (TMWSI soll es ja werden?).
Eine Bündelung der Anstrengungen z. B. im Bereich XTM-Parsing/Serialisierung auf Basis von PHPTMAPI (Stichwort PHPTMAPI-utils) würde ich sehr begrüßen…
Grüße,
Johannes