[...] – Während Facebook über sog. EngagementAds nachdenkt, naht am Horizont etwas, das die Werbebranche weitaus mehr interessieren dürfte: APML ist soweit fast durchdefiniert und wird bei entsprechender Umsetzung die Useraktivitäten am PC datentechnisch strukturiert aufzeichnen. APML? Der Name ist Programm: “Attention Profiling Mark-up Language”. Siehe Background [...]

[...] versprechen. SAA sind zZt bleeding edge, eine recht schwache Position. Und eine gedachte Ehe mit APML erscheint mir sinnig. Artikelzusatzinfos 1. Tags: data portability, datenschutz, friendfeed, [...]

[...] Woche ist auf Robert Basics Artikel zu APML eine interessante Diskussion zu dem Sinn und Zweck von APML entstanden. Einer der größten [...]

OK, ich bin davon ausgegangen man nutzt ein Plugin welches aus den Tags eines Blogs ein APML-File erstellt. Dadurch würde rel-tag überflüssig, da das XML-File besser zu parsen ist…

Handelt es sich um verschiedene Informationen hast du natürlich recht.

Brian Suda hat übrigens schon ein XSLT-Beispiel geschrieben, welches eine Tag-Cloud in APML wandelt (http://suda.co.uk/projects/apml/).

Ich würde das nicht so entweder-oder sehen: Entweder Tags oder APML. Eher sowohl-als-auch. Eine APML-Datei ist keine html-Datei. In einer html-Datei können Tags drin stehen (microformats reel=”tag”). Über viele Seiten hinweg können diese, zusammen mit einer Gewichtung, in einer APML-Datei abgelegt werden. Die Gewichtung kann andererseits über das Styling wieder in die Präsentation der Tags in der html-Seite einfließen (wenn man z.B. xsl für die Generierung der (x)html-Seiten verwendet). Beides kann sich sehr gut gegenseitig ergänzen.

Allerdings sollte rel=”tag” nicht unbedingt die einzige Grundlage für APML sein. Da gäbe es noch meta name=”keywords” sowie nach Dublin Core DC.subject oder, nach RDFa Schreibweise, dc:subject. Und vermutlich noch ein paar andere Möglichkeiten.

Die fehlende Normierung von Daten in APML – wie von Dirk angesprochen – ist natürlich auf längefristige Sicht ein Problem, das gelöst werden sollte.

Aber an der von Matthias Pfefferle erwähnten Möglichkeit, APML für Feed Reader zu nutzen, arbeitet z.B. Newsgator inzwischen auch schon. Momentan schreiben die nur APML, werden aber zukünftig auch den Import unterstützen, um weitere Feeds anhand dieser Daten vorzuschlagen.

Nach der Microformats Tag-Spezifikation sind Tags immer URIs :) nur leider keine allgemein gültigen.
Aber generell gibt es zwischen Tags und APML wenig unterschiede… der Vorteil von APML ist zum Einen die Gewichtung der “Tags” und zum Anderen das wohlgeformte XML. Meiner Meinung nach sollte man deshalb zuerst schauen ob ein APML-File vorhanden ist, bevor man mit rel-tags arbeitet.

Das mit den Tags bringt mich auf die Idee, dass man vielleicht als weiteren Service mit dem sich DataPortability beschäftigt Tags aufnehmen sollte (z.B. per rel-tag microformat). Dann könnte man alle seine Tags auf allen seinen Services zentral sammeln lassen und könnte so eine verbesserte Form einer Tag-Completion machen. D.h. ich melde mich bei einer neuen Site an und die kennt direkt die Tags, die ich so verwende.

Das würde es vielleicht vereinfachen sich selbst eine Taxonomie aufzubauen. Das Problem bzgl. APML (und anderen Dingen) wäre natürlich dass man evtl. auch Taxonomien verschiedener User mixen will. Wenn nun der eine deutsch schreibt, der andere englisch, gibt es aber natürlich schon ein Problem.

Das mit URIs zu lösen ist aus akedemischer Sicht sicherlich fein, aber man muss ja erstmal zu allem die URI haben und man muss sie auch irgendwie eingeben oder auswählen. Da sehen ich Tags dann doch als pragmatischer an.

(man könnte sich auch vorstellen, dass sich Servcies wie Amazon zusammentun und eine gemeinsame Tag-Taxonomie z.B. für Bücher erstellen, die dann automatisch ins APML einfliessen können. Tags können ja im Endeffekt sicher auch URIs sein ;-) ).

Statt eines normierten Vokabulars könnten Tags durchaus sinnvoll eingesetzt werden. Bereits so, wie die Tags eben geschrieben werden, kann durchaus schon ein Nutzen daraus entstehen.

Nützlicher wird es natürlich, wenn es zu solchen Begriffen einen, von mir aus gerne zentral geführten, Thesaurus gäbe, der die verwendeten Tags in einen Bezugsramen setzt, so dass entsprechende Software dazu verwandte Begriffe finden könnte. Solch einen Thesaurus könnte man z.B. in OWL oder eventuell auch in SKOS verfassen. Das könnte auch ein Communityprojekt werden ähnlich wie Wikipedia. Sozusagen die maschinenlesbare Parallelversion von Wikipedia. Wobei für ein Interessenprofil weniger die langatmigen Erklärungstexte relevant sind, sondern eher die Beziehungen zu anderen Begriffen.

APML hat derzeit mit im Wesentlichen 2 Problemen zu tun: Erstens ist der Begriff “Interessenprofil” durch Spamming negativ besetzt, und zweitens gibt es noch kaum Anwendungen oder nützliche Thesauri. Aber was nicht ist, kann ja noch werden.

Normierte Vokabulare sind aber nahezu nicht handle-bar, da es alle “Dinge” in allen möglichen Sprachen beinhalten müsste.
Auch Community übergreifende Netze im Sinne des Semantic-Web sind leider nur Zukunftsmusik, deshalb schätze ich den pragmatischen Ansatz von APML: Es ist jetzt und mit einfachen Mitteln einsetzbar… Klar steigt die Logik beim verarbeiten der Attention-Daten und der User muss schlimmstenfalls noch eine Zustimmung geben, aber es ist eben sofort einsetzbar.

Ein schöner Anwendungsfall für APML ist z.B. ein Filter für RSS-Reader, der mir die Feeds anhand meines Interesses bewertet.

Ja, APML bietet eine gute Möglichkeit, die Interessen eines Users abzubilden. Aber das alleine reicht ja nicht aus, sondern man will diese Daten auch automatisiert verarbeiten können. Und das ist verdammt schwierig, wenn das Vokabular nicht “normiert” ist.

Das ist wohl auch der Grund, warum APML noch nicht wirklich genutzt wird. Bei Dopplr werden einem Kontakte vorgeschlagen, indem die Verbindungen im sozialen Netzwerk analysiert werden. Das ist noch einfach, weil jeder Kontakt diese “Object-ID” hat.

Bei der Diskussion zu APML wird immer wieder auf Tags gesetzt – meiner Meinung nach sind Tags aber ein wirklich schlechtes Werkzeug und der Benutzer muss sich Gedanken darüber machen, welche Tags er denn setzt. Also kann ich evtl. gleich hingehen und den User sein APML-File selbst erstellen lassen – ohne Umweg über die Tags.

Wenn man sich dann eine Profilseite von jemanden anzeigt, könnte man dort dann ebenfalls die APML-Informationen anzeigen. Der User muss dann aber selbst entscheiden, ob er diese Informationen “interessant” findet. Aufgrund des unterschiedlichen Vokabulars kann es im Moment nicht sinnvoll automatisiert geschehen.

Schön, wird mein Mist gleich zwei mal veröffentlicht :) ich hab aus versehen Open-ID statt Object-ID gelesen… (wer lesen kann ist klar im Vorteil)

Aber wie schon gesagt, gibt es gerade eine Debatte APML auf RDF umzustellen, das hieße es wäre mit Hilfe von z.B. SKOS und Object-URIs auf Basis von eindeutigen Identifiern (wie z.B. der ISBN Nummer) schon möglich ziemlich exakte Zuweisungen zu machen… aber das ist wohl Zukunftsmusik.

Ich finde aber APML bietet schon jetzt eine recht gute (wenn auch nicht ganz exakte) Möglichkeit die Interessen eines Users abzubilden.

Sehe ich nicht so. Klar, Firmen wie Amazon mag es bei dem Begriff “Interessen” um konkrete (aka verkaufbare) Gegenstände gehen. Bei Interessen denke ich aber eher an eher abstrakte Begriffe wie z.B. “Politik” oder “Religion”, oder auch um technische Themen wie “XML” oder “Accessibility”. All diese Interessen kann man weder kaufen noch verkaufen. Für alle diese Interessen braucht es keine “Objekt-ID”.

All diese Interessens-Stichworte kann ich wunderbar in einer eigenen APML-Datei sammeln. Eine (noch zu schreibende) Software könnte nun versuchen, anhand meines Interessenprofils nach Informationen im Internet suchen, die mich vermutlich interessieren könnten.

Denkbar wäre z.B. eine Art Excerpt aus all den Blogs in meiner Blogroll,. Dieser Auszug enthält dann nur Blogbeiträge zu Stichworten, die mich interessieren. Am Besten auch noch nach Interessenlage sortiert.

Was ich nicht möchte, ist, dass irgendwelche Firmen eine “Recommendation-Engine” auf mein Interessenprofil loslassen und mich mit Spam zumüllen. Insbesondere dann, wenn irgendwelche kommerziellen Interessen hinter so einem Interessenprofil resp. dessen Auswertung stehen, werde ich sehr misstrauisch. Aber ein Interessenprofil, das ich selber erstelle, und das ich selber nutze, und das ich jederzeit selber auch wieder löschen kann, das ich also komplett selber in der Hand habe, das könnte durchaus interessant sein.

APML ist erstmal (wie schon erwähnt) nicht wirklich viel mehr als eine Tag-Cloud in XML, die in abstrakter Form beschreibt was ich mag und was nicht.

@Dirk: Das Problem der Mehrdeutigkeit der abstrakten Begriffe (z.B. bei Homonymen wie “Bank”) lässt sich auch über normale URIs (http://de.wikipedia.org/wiki/URI) lösen, das müssen nicht gleich OpenIDs sein. Um URIs in APML einsetzen zu können, wird gerade auch eine RDF-Version von APML diskutiert: http://groups.google.com/group.....330941b901