OPML – notizBlog

SocialSpecing & HyperTexting

Matthias Pfefferle — Sat, 07 Nov 2026 20:15:50 +0000

Vor ein paar Wochen hat mich @voxpelli in einer Bluesky-Diskussion über SocialSpec erwähnt. Caleb Hailey (@calebhailey.com), der Initiator der Spec, hat dort nach Kontakten zu Automattic gesucht. Für Micro.blog gab es schon ein Plugin, für WordPress aber noch nicht. Pelle kenne ich schon eine ganze Weile aus dem IndieWeb-Umfeld und er meinte, dafür sei ich wohl der richtige Ansprechpartner. Also hab ich ein bisschen mitgelesen und mir SocialSpec etwas genauer angeschaut.

SocialSpec

SocialSpec macht aus einer Domain eine Art Social-Profil. Neben dem Feed veröffentlicht eine Seite drei einfache Dateien:

AboutSpec unter /.well-known/about.md, die About-Seite als Markdown
ContactSpec unter /.well-known/contact.vcf, eine Visitenkarte als vCard
FollowSpec unter /.well-known/following.opml, die Blogroll als OPML

„single purpose, single file, and single request / No HTML scraping required.“

Im IndieWeb-Chat wurde SocialSpec Mitte Oktober schon ausführlich diskutiert, und auch Herr Montag ordnet SocialSpec in seinem Post ähnlich ein. Kritisiert wurden vor allem die Side-Files.

The sidefile-antipattern is a violation of the DRY principle by the use of secondary files (typically in some one-off XML format) to provide information that is a duplicate of information available in primary files on a website (in HTML), and is an antipattern due to typical DRY violation problems such as out-of-date, missing, corrupted, or outright false data.
indieweb.org/side_file

Caleb hat das aus Sicht der App-Entwicklung erklärt. Nicht jeder kann sein HTML anpassen, eine OPML-Datei oder eine vCard kann aber fast jedes Tool exportieren. Und für eine App ist eine Datei an einer festen Adresse einfacher und zuverlässiger als HTML zu parsen.

Das deckt sich mit meinen Erfahrungen mit WordPress. Ich nutze Microformats seit 20 Jahren, aber als Plug&Play-Lösung in einem CMS funktionieren sie einfach nicht gut. Darüber diskutieren wir im #indieweb-wordpress Channel schon ewig. HTML können die meisten WordPress-User nicht selbst bearbeiten, die Liste an Themes mit Microformats2-Support ist leider überschaubar und über ein Plugin geht es einfach nicht. Es bleiben eigentlich nur Blöcke, über die man Inhalte semantisch auszeichnen kann, so wie bei IndieBlocks… und ausgerechnet der Block-Editor ist in der IndieWeb-Community nicht besonders beliebt, aber das ist ein anderes Thema und einen eigenen Post wert 😉

Ich kann Calebs Punkt also durchaus nachvollziehen.

Die WordPress-Plugins

Wenn mich Pelle schon empfiehlt, muss ich dem natürlich auch gerecht werden 😊

Am meisten Sinn gemacht und direkt einen Mehrwert geboten hat FollowSpec im Blockroll-Plugin, also hab ich dort /.well-known/following.opml eingebaut. Die Datei ist eine einfache Liste mit den Feeds aller gelisteten Blogrolls. Links ohne Feed lasse ich weg und Feeds, die in mehreren Blogrolls stehen, kommen nur einmal rein.

Blockroll kümmert sich aber nur um die following.opml, für alle drei Dateien hab ich ein eigenes Plugin geschrieben. Ist das SocialSpec-Plugin aktiv, liefert Blockroll keine eigene Datei mehr aus, sondern hängt die Feeds der Blogrolls an die following.opml von SocialSpec mit dran.

Beim SocialSpec-Plugin verwende ich, soweit möglich, die Daten, die schon in WordPress stecken. Man muss also nichts neu schreiben. In den Einstellungen wählt man nur aus, wer die Seite repräsentiert (ein User für ein persönliches Blog oder „niemand“ für ein Magazin oder eine Firma) und, wenn man will, eine andere About-Seite.

Für die about.md nehme ich standardmäßig die /about Slashpage und wandle das HTML in Markdown um. Hat man in den Einstellungen eine andere Seite ausgewählt, nehme ich die. Gibt es gar keine About-Seite, nehme ich als Fallback die biografischen Angaben aus dem Profil.

Die About-Seite als Markdown passt übrigens gut zu Dave Winers Idee vom „Web of Markdown“:

How about a Markdown web browser. No CSS, no frameworks, just Markdown files.
Dave Winer – The web of Markdown

Für die contact.vcf nehme ich standardmäßig das Profil des ausgewählten Users, mit Name, Website, biografischen Angaben und Profilbild. Ist kein User ausgewählt, nehme ich als Fallback Titel, Untertitel und Icon der Seite. Die E-Mail-Adresse veröffentliche ich nicht, man kann sie aber über einen Filter ergänzen.

WordPress hat keine Liste mit Blogs, denen man folgt. Für die OPML können andere Plugins wie Blockroll über einen Filter Feeds ergänzen. Außerdem nehme ich die Links aus dem alten Link-Manager, wenn sie einen Feed haben. Und wie bei den anderen XML-Formaten hab ich für die OPML eine Ansicht im Browser gebaut, mit einem „Subscribe“-Button für jeden Feed.

Alle drei Dateien und die normalen Feeds von WordPress schicken außerdem CORS-Header mit, damit Apps sie direkt im Browser laden können.

Auf notiz.blog gibt es meine About-Seite schon als about.md, meine Kontaktdaten als contact.vcf und die Blogs, denen ich folge, als following.opml.

HyperTexting

Eingebaut hab ich SocialSpec vor allem, weil es relativ einfach war. Den Sinn dahinter hab ich aber erst durch HyperTexting wirklich gesehen.

Über HyperTexting bin ich eher zufällig gestolpert. Caleb hat mir in einem kurzen Video gezeigt, wie meine SocialSpec-Implementierung auf notiz.blog in seiner App aussieht.

notiz.blog in HyperTexting (Video von Caleb)

(About-Seite und Kontaktdaten zeigt die App bisher allerdings nur in der TestFlight-Version an.)

Ich mag vor allem, dass sich die App wie ein Social Network anfühlt und trotzdem weitestgehend mit Web-2.0-Technologien wie Blogrolls und RSS funktioniert.

Im Prinzip ist HyperTexting ein Feed-Reader mit einer chronologischen Timeline, ohne Algorithmus und ohne Account. Jede Seite bekommt ein Profil mit Posts, Links, About-Seite, Kontaktdaten und wem sie folgt, und zukünftig soll man auch direkt auf die eigene Seite posten können, wohl auch über Micropub. Damit folgt HyperTexting dem gleichen Muster wie ein Social Reader aus dem IndieWeb. Man liest alles in einer Timeline und antwortet direkt von dort, die eigenen Posts landen aber auf der eigenen Seite und nicht auf einer Plattform. Unter der Haube steckt ein Static-Site-Generator, den es auch als CLI gibt.

sodir.org

Über den Post von Maurice bin ich noch auf sodir.org gestoßen. Das ist eine Art Browser für SocialSpec-Profile. Man gibt eine Domain ein und sieht die letzten Posts, wem die Seite folgt, die About-Seite und die Kontaktdaten. Die Daten kommen direkt von der Seite, ohne Account und ohne Plattform. Maurice überlegt übrigens gerade, wie er SocialSpec in Kirby einbaut.

Ich bin gespannt!

RSS-Fans wie du sind die unbesungenen Heldinnen und Helden des Internets. Weiter so!

.well-known/slashpages

Matthias Pfefferle — Wed, 28 Oct 2026 13:27:23 +0000

Ich hab in den letzten Wochen ziemlich viel an meinen Slashpages rumgebastelt. Ich liebe die Idee! Slashpages helfen dabei, ein Blog, seinen Hintergrund und die Person dahinter ein bisschen besser zu verstehen (frei nach @ix).

Im Prinzip ist die Idee super simpel: einfach /about eingeben und man landet auf dem Profil. Um zu sehen, welche Slashpages ein Blog hat, müsste man aber alle einzeln überprüfen.

Deshalb hab ich mir /.well-known/slashpages überlegt, eine einfache Liste mit allen Slashpages eines Blogs. Eine well-known Seite für well-known Seiten… irgendwie ironisch, aber bei knapp 80 Seiten sind das halt ’ne ganze Menge Links 😉

Inspiriert ist das Ganze von .well-known/feeds und /.well-known/recommendations.opml .

Die Spec

Die Spec beschreibt, wie die Liste aussieht. Es ist eine OPML-Datei, in der jede Slashpage ein outline ist. Der Titel steht in text, der Name der Slashpage in category und die Adresse in url:

<outline
	type="link"
	text="Was ich gerade mache"
	category="/now"
	url="https://notiz.blog/now/"
/>

Die URL soll der bekannte Pfad sein, also z.B. /now/. Liegt die Seite woanders, darf die URL auch dorthin zeigen.

Hat eine Seite mehrere Namen, stehen alle in category, z.B. category="/changelog,/log". Man kann auch weitere OPML-Dateien einbinden, und die Datei sollte mit Access-Control-Allow-Origin: * ausgeliefert werden, damit auch Tools im Browser sie lesen können.

Die /slashes-Seite ersetzt das übrigens nicht. /slashes ist für Menschen, /.well-known/slashpages für Maschinen.

Das WordPress-Plugin

Das Plugin stellt die Datei unter /.well-known/slashpages (und /.well-known/slashpages.opml) bereit.

Unter Einstellungen → Slash Pages stehen alle Slashpages von slashpages.net. Für jede kann man eine Seite auswählen, eine eigene URL eintragen (z.B. für Seiten, die nicht in WordPress liegen) oder sie einfach leer lassen. Gibt es schon eine Seite mit passendem Slug, z.B. now, ist sie schon ausgewählt.

Die OPML kann man sich auch im Browser anschauen. Dafür bringt das Plugin ein kleines Script mit, genau wie bei .well-known/feeds, nur ohne XSLT.

Die Browser-Erweiterung

Die Erweiterung prüft auf jeder Seite einmal, ob es eine /.well-known/slashpages gibt. Wenn ja, wird das Icon blau und zeigt die Anzahl der Slashpages. Wenn nicht, bleibt es grau. Ein Klick auf das Icon listet die Seiten mit ihren Namen auf.

Hat eine Seite keine /.well-known/slashpages, probiert die Erweiterung beim Klick die bekannten Pfade von slashpages.net einzeln durch. Das sind rund 80 Requests, deshalb passiert das nur, wenn man klickt.

Für die automatische Prüfung braucht die Erweiterung Zugriff auf alle Seiten. Den kann man im Browser auch abschalten, dann funktioniert nur noch der Klick. Daten sammelt die Erweiterung keine.

Sie läuft in Firefox, Chrome (und Edge, Brave, …) und Safari.

Plugin und Erweiterung gibt es bisher nur auf GitHub. Falls ihr Feedback habt, ich würde mich sehr über eure Ideen freuen!

Ich glaube, das ist ein bisschen ausgeartet… 🫣

Hey, RSS-Fan! Du bist cool. Bleib einfach großartig! 😎

XSLT.js

Matthias Pfefferle — Mon, 19 Oct 2026 11:21:14 +0000

Vor ein paar Tagen habe ich mich noch darüber aufgeregt, dass Browser künftig wohl kein XSLT mehr unterstützen werden. Es mag sein, dass ich da vielleicht etwas zu ~~hysterisch~~ voreilig war.

@krinkle hat mich in den Kommentaren auf einen Blogpost und einen Pull Request hingewiesen, die zeigen wie man mit JavaScript zu einem ähnlichen Resultat kommt. (Danke nochmal dafür!)

If you just want to make some existing XSLT work in browsers that don’t support it, check out Mason’s XSLT polyfill. But if you don’t need to use XSLT, JavaScript is, in my opinion, a better option.
Making XML human-readable without XSLT

Statt JavaScript zu verwenden, um XSLT über WebAssembly clientseitig auszuführen, könnte man JavaScript auch direkt nutzen, um das XML zu transformieren.

Hätte man auch gleich drauf kommen können!

Ich hab mir also mal einen Abend Zeit genommen und das OPML für das SocialSpec Plugin (mehr dazu bald) von XSLT auf JavaScript umgezogen.

Man bindet „einfach“ ein script-Element mit dem XHTML-Namespace in die XML-Datei ein. Das führt der Browser dann aus.

<opml version="2.0">
  <script xmlns="http://www.w3.org/1999/xhtml" src="opml.js" defer=""/>
  <head>…head>
  <body>…body>
opml>

Das Script liest die Daten aus dem OPML, baut daraus eine HTML-Seite und ersetzt damit das XML (document.documentElement.replaceWith( html )). Feed-Reader ignorieren das Script und bekommen weiter das normale OPML.

Ich arbeite jetzt seit fast zwei Jahrzehnten mit offenen Formaten und Web Standards und bin bei der Technik inzwischen ziemlich leidenschaftslos. Ich finde XSLT zwar immer noch charmanter, aber das hilft ja nicht, wenn kein Browser es unterstützt.

So lange das Ergebnis das gleiche ist, ist mehr der Weg dahin mittlerweile fast egal.

XSLT ist tot, lang lebe JavaScript!

Hey, RSS-Fan! Du bist cool. Bleib einfach großartig! 😎

Wer sieht schon gerne XML?

Matthias Pfefferle — Wed, 07 Oct 2026 10:50:48 +0000

Ich habe bei Dave Winer gelesen, dass XSLT aus den Browsern entfernt werden soll.

Ich habe gerade alle XML Formate die ich in WordPress finden konnte, mit XSLT aufgehübscht und jetzt beschließen Google & Co. ernsthaft den Support einzustellen!?!?

Aber bevor ich weiter „rante“, hier ein kurzer Einschub was XSLT überhaupt ist: Mit XSLT lassen sich XML-Dateien in andere Formate umwandeln, zum Beispiel HTML. Man verlinkt dazu ein Stylesheet in der XML-Datei und der Browser übernimmt die Umwandlung. So wird aus einem RSS-Feed eine lesbare Webseite. Ohne JavaScript und ohne dass man dafür auf dem Server etwas installieren muss.

Für den Feed-Reader ändert sich dabei nichts. Der bekommt weiterhin die XML-Datei. Wenn ihr den Feed im Browser öffnet, seht ihr dagegen Beiträge, Links und eine Erklärung wie ihr ihn abonnieren könnt.

Ich benutze das hier seit einer ganzen Weile. 2020 hab ich meinen RSS-Feed mit XSLT und CSS gestaltet. Später kam die OPML-Ausgabe meines .well-known/feeds Plugins dazu. Und jetzt auch die OPML-Dateien meiner Blogroll.

Bei OPML finde ich das besonders praktisch: Ihr klickt auf den Link und bekommt eine Liste von Blogs durch die ihr stöbern könnt. Die gleiche URL könnt ihr in euren Feed-Reader importieren. Man muss nicht einmal wissen was OPML ist um etwas damit anfangen zu können.

@ix hat auch gerade nochmal über seine Basteleien geschrieben. Er hübscht seine OPML-Dateien auch mit XSLT auf und inzwischen auch seine RSS-Feeds.

Die generelle Idee hinter XSLT erinnert mich sehr an den Microformats-Grundsatz:

Designed for humans first and machines second
microformats.org

Bei Microformats ergänzt man das HTML einer Webseite so, dass auch Software etwas damit anfangen kann. Das gleiche HTML für Menschen und Maschinen. Bestehendes sinnvoll erweitern, mit dem arbeiten was schon da ist.

XSLT macht im Prinzip das Gleiche, nur aus der anderen Richtung:

Designed for machines first and humans second

Die XML-Dateien bleiben für Maschinen lesbar. Mit einem Stylesheet können aber auch Menschen etwas damit anfangen.

RSS und OPML sind ein wesentlicher Bestandteil des Open Webs. Wir verlinken sie an so vielen Stellen, weil wir wollen dass Besucher es einfach haben den Blog zu abonnieren oder weil wir ihnen neue Links vorschlagen wollen. Was sie in Zukunft sehen werden ist reines XML. Keine Möglichkeit irgendetwas zu erklären oder auf das Wesentliche aufmerksam zu machen! Nur XML!

Leider ist das auch keine rein theoretische Diskussion mehr. Stand 5. Oktober 2026:

Chrome: XSLT ist bereits deprecated. Die Abschaltung ist für Chrome 158 am 17. November 2026 geplant. Befristete Ausnahmen für registrierte Websites und verwaltete Browser sollen am 17. August 2027 enden. Betroffen sind sowohl die Verknüpfung mit einem XSLT-Stylesheet als auch die JavaScript-API XSLTProcessor. Zeitplan von Chrome
Firefox: Mozilla hat die Abschaltung für August 2027 angekündigt. Intent to Unship
Safari/WebKit: WebKit unterstützt die Entfernung grundsätzlich, formuliert seine Zustimmung aber vorsichtig. Einen verbindlichen Abschalttermin habe ich in den geprüften Quellen nicht gefunden. WebKits Stellungnahme

Bei Chromium ist die Entfernung bereits beschlossen. Noch ist XSLT aber nicht aus allen Browsern verschwunden und auch die Änderung am HTML-Standard ist noch offen.

RSS, Atom und OPML funktionieren natürlich weiter. Entfernt wird die XSLT-Verarbeitung im Browser. Der Reader kann meinen Feed also weiterhin lesen, aber wer auf den Link klickt bekommt die XML-Ansicht.

Die Begründung der Browserentwickler sind Sicherheitslücken, Wartungsaufwand und geringe Nutzung. Das sind alles nachvollziehbare Argumente. Trotzdem finde ich den Verweis auf JavaScript und moderne Frameworks als Ersatz unbefriedigend. Ich hab eine XML-Datei und ein Stylesheet. Für das was ich damit machen will hat das bisher gereicht!

Was können wir stattdessen machen?

XSLT mit JavaScript nachrüsten. Es gibt einen Polyfill mit WebAssembly, den man direkt in die XML-Datei einbindet. Der Browser führt damit das Stylesheet aus, der Reader bekommt weiterhin XML. Das könnte die bisherige Darstellung unter der gleichen URL erhalten. Allerdings dokumentiert das Projekt Unterschiede zur eingebauten XSLT-Verarbeitung, etwa beim Nachladen weiterer Dateien. Ob es mit meinen Stylesheets und den Readern funktioniert müsste ich ausprobieren.
XML mit CSS gestalten. Das bleibt möglich. Die gleiche XML-Datei lässt sich damit im Browser lesbar darstellen, für Reader ändert sich nichts. CSS kann aber nicht alles was XSLT kann: Aus einer URL in einer OPML-Datei wird dadurch noch kein anklickbarer HTML-Link. Für eine einfache Ansicht kann es trotzdem reichen.
HTML und XML unter der gleichen URL ausliefern. Mit Content Negotiation könnte der Server anhand des Accept-Headers entscheiden welche Version er zurückgibt. Nur für die HTML-Version würde ich XSLT auf dem Server ausführen, Reader müssten weiterhin das ursprüngliche XML bekommen. Eine zusätzliche öffentliche URL braucht es dafür nicht. Der Haken: Browser und Reader lassen sich über den Header nicht zuverlässig auseinanderhalten. Das müsste ich mit verschiedenen Readern testen. Caches brauchen außerdem Vary: Accept damit sie die Versionen nicht verwechseln.

Ganz ehrlich? Das ist alles 💩 und keine wirkliche Alternative!

Gewöhnt euch lieber schon mal wieder an XML!

Hey, RSS-Fan! Du gehörst zu den wenigen Besonderen, die diesen altbewährten und trotzdem großartigen Weg wählen, um informiert zu bleiben. Hut ab!

.well-known, OPML & XSLT

Matthias Pfefferle — Fri, 16 Aug 2024 15:32:38 +0000

Ich hab dem .well-known/feeds Plugin ein schlankes Design verpasst. Wer will schon XML sehen? 😉

Danke @alex für die Idee ❤️

👊 It's a secret to everyone! Read more about RSS Club.

Hey, RSS-Fan! Du gehörst zu den wenigen Besonderen, die diesen altbewährten und trotzdem großartigen Weg wählen, um informiert zu bleiben. Hut ab!

NewsGator Online unterstützt APML

Matthias Pfefferle — Sat, 19 Apr 2008 11:58:15 +0000

NewsGator Online, die online Version von den klassischen Feed-Readern FeedDemon und NetNewsWire, unterstützt jetzt auch APML.

Der APML-Feed beinhaltet alle RSS-Feeds mit einer Wertigkeit, wahrscheinlich nach dem selben Prinzip errechnet wie der Feed Report bei NetNewsWire oder FeedDemon.

Der Online-APML-Feed ist also, wie auch der APML export bei FeedDemon nichts weiteres als ein OPML-Feed mit Attention Profile.

Leider ist NewsGator Online nur APML-Provider und bietet mir keine Möglichkeit, z.B. neue Feeds anhand meines Attention Profiling zu finden.

(via)

APML als Filter für meinen Feed-Reader

Ich höre immer häufiger von Leuten, die ihren RSS-Reader ausmisten, da einfach viel zu viele Informationen auflaufen, die in keiner annehmbaren Zeit „abgearbeitet“ werden können. Natürlich hat man mittlerweile einen Mechanismus entwickelt, mit dem man recht schnell zwischen wichtigen von unwichtigen Artikeln unterscheiden kann, aber warum sollte man diesen Vorgang nicht automatisieren?

Warum nicht einfach eines meiner Attention Profiles (z.B. der APML-Feed meines Weblogs) dazu verwenden, die Inhalte meiner abonnierten Feeds zu bewerten und dementsprechend zu filtern/sortieren. Das würde mir ne Menge Zeit ersparen und ich müsste auf keinen meiner Feeds verzichten.

…aber sicherlich arbeiten Google und NewsGator schon an genau diesem APML Filter für GoogleReader bzw. NewsGator Online 🙂

Danke, dass du diesen Beitrag über RSS liest. RSS ist großartig – und du bist großartig, weil du es nutzt. ♥️

FeedDemon unterstützt APML

Matthias Pfefferle — Sat, 12 Jan 2008 17:06:49 +0000

Nachdem newsgator, die Firma hinter NetNewsWire (NNW) und FeedDemon, am Mittwoch bekannt gab dass die neuen Versionen ihrer RSS Reader ab sofort kostenlos erhältlich seien…

NewsGator Releases New Versions of Client Products; Best-of-Breed RSS Readers Now Free. #

…habe ich mir mal den neuen FeedDemon angeschaut und entdeckt, dass er ab der Verion 2.6 schon APML unterstützt.

Wie schon im Oktober angekündigt unterstützt diese Version zuerst einmal den Export der Feeds in APML (ähnlich wie beim OPML export):

The first step will be APML export, which is already underway. Once we’ve worked out a few details, we’ll also support APML import.

Die APML Sources sehen beispielsweise so aus:

APML:

Es handelt bei dem Feed-APML also um eine Art OPML-File mir Bewertung.

OPML:

Wer genau wissen will wie sich der value Wert errechnet, kann ja mal den „How Does FeedDemon Calculate Attention?“ – Artikel bei Nick Bradbury lesen. Mal gespannt wie die APML-Importfunktion aussehen wird und wann die anderen Feed Reader von newsgator nachziehen werden.

Du bist ein echter RSS-Profi! Während andere im Lärm der sozialen Medien untergehen, genießt du die Einfachheit und Kontrolle von RSS. Glückwunsch!

APML Support for WordPress

Matthias Pfefferle — Wed, 28 Nov 2007 20:24:13 +0000

Update: The newest Version of „APML for WordPress“ can be found here: https://notiz.blog/projects/apml-for-wordpress/.

I wrote a small APML Plugin/Extension for WordPress, as I mentioned some posts before. The Script creates an APML feed using the WordPress Categories and Tags.

If you want a preview of the Plugin, visit my APML file: https://notiz.blog/apml

How to install it (~~it only works for WordPress 2.3.x~~):

download the file
~~place it in the root of your WordPress installation~~

If you have any suggestions, please leave me a note.

~~Download: APML for WordPress 1.0 for WordPress 2.3.x~~

Du bist ein Effizienz-Profi! Mit RSS sparst du Zeit und vermeidest Ablenkungen. 👏

APML – Attention Profiling Mark-up Language

Matthias Pfefferle — Fri, 23 Nov 2007 08:14:25 +0000

Bei Sebastian Küpers habe ich das erste Mal etwas über APML gelesen, mich aber nicht weiter damit beschäftigt… Jetzt bin ich letzte Woche über dataportability.org nochmal auf das Thema gestoßen und hab mir das ganze mal etwas näher angesehen.

APML steht für Attention Profiling Mark-up Language und bietet ein Format, Attention Daten darzustellen und portabel zu machen.

APML allows users to share their own personal Attention Profile in much the same way that OPML allows the exchange of reading lists between News Readers.

Die Idee hinter APML ist, einen Offenen Standard zu schaffen, der es Benutzern erlaubt Attention Daten zu erstellen und diese Systemunabhängig zu nutzen. Mit APML wäre es z.B. möglich seine Interessen von einer Community in eine andere mit zu nehmen um schon gleich nach der Anmeldung, den eigenen Interessen entsprechende Inhalte angezeigt zu bekommen.

Eine Attention sieht folgendermaßen aus:

Beschreibung:

key bezeichnet die Attention, also das Interesse das ich habe.
value gibt an wie groß das Interesse ist.

Der Wert value muss zwischen 1 (sehr interessant) und -1 (nicht interessant) liegen.

… und da ich das Ganze natürlich auch immer ausprobieren muss, habe ich ein kleines Script geschrieben welches die WordPress Tags und Categories im APML Format ausgibt.

Link: https://notiz.blog/wp-apml.php

Wenn ihr noch Anregungen habt lasst sie mich bitte wissen, wenn nicht biete ich das Script demnächst mal zum Download an.

Glückwunsch, du liest per RSS! Du gehörst zu einer kleinen, feinen Gruppe, die stilvoll auf dem Laufenden bleibt.

dataportability.org

Matthias Pfefferle — Mon, 19 Nov 2007 19:15:30 +0000

Standardized Data Portability is the next great frontier for the web. As users, our identity, photos, videos and other forms of personal data should be discoverable by, and shared between our chosen tools or vendors. We need a DHCP for Identity. A distributed File System for data. This page will list the standards and contributors who are making it happen.

Mal gespannt was aus dataportability.org wird, hört sich auf alle Fälle schon mal sehr spannend an. Vielleicht findet ja endlich jemand die Musterlösung für Social Network Portability.
Wer interessiert ist, kann schon mal den Feed abonnieren.