alps hypertexte

Tiny Tiny RSS hat noch mehr ajax-mäßiges Verhalten drauf als Gregarius. Scheint aber noch jung und läuft mit PostgreSQL (Demo) (via Weblog Tools Collection)

Gestern bin ich über das Ajaxian-Blog auf den RSS-Reader Gregarius (GPL) gestossen und hab es gleich ausprobiert (Online-Demo von Gregarius). Gregarius kann alle üblichen RSS-Funktionen, also

• Feeds anzeigen
• nach vorgegebenem Intervall (oder nur nach manuellem Anstoß) aktualisieren
• Feeds bearbeiten/löschen/hinzufügen + OPML-Import/Export
• Feeds in Ordnern/Verzeichnissen organisieren.
• Feeds durschsuchen (Volltextsuche)
• alte Items (ab X Tagen) löschen lassen

... und hat noch ein paar Extrachen wie

• Tagging (bei Bedarf auch mit Hilfe von Tag-Vorschlägen aus del.icio.us)
• AJAX-mäßiges Öffnen/Schließen der Ordner auf der Ansichtsseite, sowie Update der Feeds
• viele Konfig-Möglichkeiten
• Skins, PlugIn-Schnittstelle, verschiedene Language-Packs (Deutsch fehlt übrigens noch, falls noch jemand Zeit hat)

.. die Gregarius von anderen webbasierten RSS-Readern unterscheidet. Auch hat der Autor hier und da auf einige ergonomische Details geachtet. Nachdem man einen Feed "als gelesen markiert" hat, springt Greagarius direkt zum nächsten ungelesenen Feed, was schonmal flowig rüberkommt. Ein-Zwei Unstimmigkeiten gab's natürlich auch. So hat der OPML-Import aus meinem Desktop-Reader (aKregator, KDE/Linux) samt Verzeichnisse zwar geklappt, bei Verzeichnissen in Verzeichnissen wurden nur die Verzeichnisnamen etwas durcheinandergebracht (das übergeordnete Verzeichnis hat den Verzeichnisnamen des Unterverzeichnisses erhalten, was manuell einzeln korrigiert werden musste). Aber bei nur einer Verzeichnisebene im OPML sollte es keine Probleme beim Import geben. Auch die Rewrite-Einstellungen (.htaccess) scheinen bei meinem Hoster nicht zu funzen, aber wer braucht bei einem Online-RSS-Reader schon "schöne URLs"? Also Rewriting ausgeschaltet. Insgesamt macht Gregarius aber einen guten Eindruck, insbesondere für so eine frühe 0.5'er Version. Ich bin gespannt, wie es sich bis zur 1.0 entwickelt.

Man kennt das Problem: Da gibt es einen Web-Publisher, der eine Authorität zu einem Wissensgebiet darstellt und der auf mehreren Kanälen sendet. Zuerst kennt man nur sein Weblog, später bemerkt man, dass er auch ein Wiki betreibt, Bookmarklisten und Termine öffentlich verwaltet, Photos ins Netz setzt, seine Buch-Interessen über Amazon-Wunschzettel preisgibt usw. Aber woher soll der interessierte Leser all seinen Output in Form von RSS-Feeds sammeln, wenn der Publisher sie nicht übersichtlich auf einer Site zusammenfasst (was übrigens ziemlich selten der Fall ist)? Es wäre also praktisch, sämtlichen Output eines Publishers in einer OPML-Liste zu sammeln, die man einfach in seinen RSS-Reader abonnieren kann. Man hätte alle Feeds einer Person einzeln im RSS-Reader und kann bei Bedarf jene Feeds wieder löschen, die man nicht braucht/möchte. Dies wäre um einiges eleganter, als alle Feeds zu einem großen Feed zusammenzufügen (inklusive lästiger Werbung, die einige Services mit in solche Sammel-Feeds packen). Die Semantiker haben dafür auch schon eine passende Umschreibung: Subscribe to someones brain. In meinem Fall ist diese OPML-Liste recht simpel. Ich verwalte keine öffentlichen Bookmarklisten, flickre nicht herum, kein iCal, keine Wunschzettel ... nur 3 RSS-Feeds für diese Website, meine Linkperlen und die HCI-Linksammlung, die schnell in eine maschinenlesbare Liste gepackt sind. Die 'Zentrale' für diese Information ist (natürlich) das FOAF-File. Darin werden alle Feeds, die ein Publisher sendet, aufgelistet (zu sehen in meiner FOAF-Datei ab dem Kommentar <!-- RSS feeds -->) Hat man nun alle Feeds in seiner FOAF-Datei aufgelistet, geht man zu Leigh Dodds Subscribe to my brain-Dienst, trägt dort seine FOAF-URL und den Email Sha1 Hash String (ebenfalls in der FOAF-Datei innerhalb des <foaf:mbox_sha1sum>-Elements zu finden) ein und schon hat man seine entsprechende OPML-Datei, mit allen in der FOAF-Datei eingetragenen Feeds. Dann noch mit 'nem schicken Icon auf diese Liste verlinken () und der totale semantische Ego-Trip kann ausgestrahlt werden Achja, Morton Frederiksens FOAF-Explorer stellt die Feeds auch schon hübsch dar (faszinierend, wie schnell er immer solche neuen Sachen in den Explorer integriert) Und - liebe Blog-Tool-Hersteller - es wird höchste Zeit, dass Blog-Tools auch Möglichkeiten zur Verwaltung von FOAF-Dateien der Autoren bereitstellen, wenn sie denn schon Blogeinträge, Linklisten (oder Sideblogs, wie auch immer) Amazon-, Flickr- und del.isio.us-Feeds integrieren. Damit der RDF-Unerfahrene Publisher solche Infos schnell einfügen kann, ohne mit einem Editor im Code rumhacken zu müssen.

Mehr Infos dazu

• I want to subscribe to your brain - Geoffrey Bilder
• The lazyweb works - Geoffrey Bilder
• Group brain subscription - Danny Ayers
• Subscribe To My Brain - Leigh Dodds (mehr technische Details)
• Subscribe to My Brain
• philwilson.org: I'm trying to subscribe to your brain (alternatives Verfahren zum gleichen Zweck)

Die gestrige Nacht habe ich mich mit einem interessanten aber noch nicht ausgereiften Feature beschäftigt. Nämlich die Möglichkeit, seine Kommentare in anderen Weblogs auf seiner Site zu sammeln. Eins vorweg: Es ist ein tierisches gebastle und das Ergebnis ist alles andere als benutzerfreundlich. Das Ganze basiert darauf, dass man für jeden Kommentar, den man irgendwo hinterlassen hat, einen Trackback-Ping an ein verstecktes Posting in seinem eigenen Weblog absetzt. Im Falle von Wordpress holt man sich zuerst ein PlugIn, um einen versteckten Eintrag machen zu können und welches die Trackbacks entgegen nimmt. Versteckt deshalb, damit es nicht auf der Startseite und im Archiv als normales Posting erscheint. Dann bastelt man sich ein Trackback-Skript auf den eigenen Webserver. Etwa das Standalone-Trackback von Movable Type (Perl-CGI-Skript). Ich habe das äquivalente PHP-Skript von Timo Gnambs genommen, weil ich lieber PHP als Perl mag/kann und es sich in Vergangenheit gut bewährt hat. Und man fängt an, für jeden seiner auswärtigen Kommentare einen Trackback-Ping abzusetzen. Nun, im Ansatz keine schlechte Idee, wenn das nicht soviel manueller Aufwand wäre und wenn es nicht auf einem "kranken Protokoll" basierte, das eigentlich abgeschafft gehört. Die so gepingten Kommentare gibt es dann auch als RSS-Feed, falls die Leser nachverfolgen möchten, was man sonst noch so in den Weiten der Blogossphäre verzapft Aber gute Ideen können weiterentwickelt werden. So könnte man z.B. eine "Fremdkommentar-TB-URI" für den Header eines Weblogs erfinden, ähnlich wie die RSS-Autoerkennung oder das RDF-Schnipsel für die Erkennung Trackback-fähiger Einträge. Das andere Weblog, in welchem man seinen Senf ablässt, könnte dann von der hinterlegten Website die Trackback-URI für auswärtige Kommentare beziehen und einen Ping auf diesen Sammel-Eintrag absetzen. So würde jeder Kommentar, den man irgendwo hinterlässt, automatisch in seinem Weblog eingesammelt werden. Und an der Darstellung müsste man natürlich noch feilen.

Ich hatte schonmal über die kaputten Feeds von Wordpress geschrieben, der Eintrag ist aber an einem Gau verlorengegangen. Gestern habe ich mir WP 1.5 (welches übermorgen freigegeben werden soll) nochmal genauer angeguckt und gesehen, dass die Feeds immernoch kaputt sind. Deshalb hier die beiden RSS2.0 und 0.92'er Feeds im Zipfile. Einfach passende Version entpacken und in das Rootverzeichnis der WP-Installation hochladen (dabei vorhandene Dateien überschreiben oder vorher umbenennen). wp-feeds-1.2.zip | wp-feeds-1.5.zip Die Änderungen, die ich durchgeführt habe:

• Content-type: text/xml; in Content-type: application/rss+xml; geändert
• Datumsangaben bei den pubDate-Elementen von D, d M Y H:i:s +0000 nach D, d M Y H:i:s O geändert (Zeitverschiebung wurde nicht korrekt angezeigt)
• Schreibweise vom <wfw:commentRSS>-Element nach <wfw:commentRss> korrigiert. (RSSBandit hat z.B. deswegen die Kommentare nicht mit angezeigt)
• <slash:comments> hinzugefügt (zeigt die Anzahl der Kommentare an und wird von einigen RSS-Readern interpretiert)
• Nur in wp-feeds-1.2.zip: <dc:creator> hinzugefügt
• Update 29.03.2005: pubDate Fehlerkorrektur eingebaut

Please fix your feeds, folks. Damit wir endlich auch die Kommentare lesen können, ohne einzelne Kommentarfeeds extra abonnieren zu müssen

Ok, dann antworten wir mal:

1. Welche Quellen nutzen Sie im Augenblick um nach RSS-Feeds zu suchen?
   Ich suche nie nach Feeds, sondern abonniere sie direkt von der Website.
2. Was muss eine Suchmaschine/Verzeichnis für RSS-Feeds bieten?
   RSS-Feeds vielleicht? Jetzt mal ernst, mehr inhaltliche Infos zum Feed selbst. Z.B. ob es ein Multiautoren-Feed ist, ob Werbung oder Leserkommentare darin enthalten sind. Schließlich geht es hier um Metadaten, baby.
3. Wie sind die Erwartungen an die Kategorisierung?
   Dazu habe ich keine besondere Meinung. Aber sich an die Kategorisierung vom Open Directory zu halten, kann nicht schaden (“respecting prior art”)
4. Wie wichtig ist die Vollständigkeit der verzeichneten Feeds
   Für mich: gar nicht (siehe Antwort 1.)
5. Sollen inaktive Feeds aufgeführt werden?
   Das ist jetzt bestimmt 'ne Fangfrage, oder? Gegenfrage: Sollten Tote zu einer Party eingeladen werden?
6. Wie wichtig ist die Möglichkeit direkt einen Feed zu abonnieren?
   Für mich persönlich: Gar nicht (siehe Antwort 1.).
7. Wie wichtig ist ein deutsches Verzeichnis von RSS-Feeds überhaupt?
   Für mich persönlich: Gar nicht (siehe Antwort 1.)
8. Was wäre sonst noch zu beachten?
   Eine leicht zugängliche Möglichkeit zum Austragen anbieten Und natürlich immer schön auf das Rechtliche achten, gell.

So, jetzt mal schauen, wie andere geantwortet haben...

Das Full-Feeds vs. Teaser-Thema scheint ja ein Dauerbrenner zu werden. Derzeitige Diskussionen gibt es auf

• <markup />
• Jeenas Weblog
• PlasticThinking (früher auch)
• einfach-persoenlich

Im einfach-persönlich-Thread fragt Jörg:

Habt Ihr außer dem besseren Lesen noch andere Argumente, die dafür oder dagegen sprechen?

Jo, die haben wir. Neben dem in meinem alten Blog angesprochenen Aspekt der Mobilität gibt es noch 2 wichtige Gründe, weshalb ich keine Teaser im Feed mag: 1. Es gibt einen Unterschied zwischen Teaser und Teaser. Soll heissen, nicht jeder kann einen anständigen Teaser produzieren, der mit 1-2 Sätzen den Inhalt eines Items zusammenfasst. Tatsächlich sind die meisten Teaser im Umlauf schlicht "Schrott". Und selbst wenn es so wäre, dass alle Teaser perfekt wären, würde das die schreiberische Kreativität einschränken, denn manche Einträge sind nicht so eben zu "teasern". Wie würde beispielsweise der Teaser zu so einem Rundumschlagenden Update lauten? Ich mag solche Roundup-Einträge gerne lesen, aber ein Teaser würde mir da Null weiterhelfen. 2. Auch wenn ich vom Teaser her das Thema begreife, ist es eine andere Sache, wie tief dieses Thema besprochen wird. Beispiel: Der Titel und Teaser verspricht etwas über "Abwehr-Methoden bei Kommentarspam". Der Teaser ist eine gewöhnliche Einleitung in das Thema. Ob ich diesen Beitrag komplett aufrufe und lese hängt davon ab, wie dieses Thema behandelt wird. Ist es oberflächlich angerissen? Ist es gar ein populistisch formulierter Werbetext von jemandem, der keine Ahnung von der Materie hat und nur auf ein paar PlugIn-Sites verlinkt? Oder werden bestimmte Techniken besprochen, inkl. Code-Snippets oder vollständigem HowTo? Solche Fragen klärt der Teaser nicht immer ausreichend. Dagegen können mich ein paar XML- oder RDF-Codezeilen im Eintrag magisch anziehen. Deshalb brauche ich Full-Feeds mit allen Infos. Das Argument mit dem möglichen Kontentklau kann ich irgendwie schwer nachvollziehen. Wenn Leser meine Items für die private Verwendung bei sich aufbewahren, habe ich keine Probleme damit (so oft, wie ich schon Daten-GAUs hatte, ist es nur legitim). Wenn jemand meinen Feed auf einer anderen öffentlich erreichbaren Website aggregiert, kann ich dem ein Riegel dazwischen schieben. [schnell hinterhergeschoben:] Noch ein Grund für Full-Feeds sind RSS-Reader, die sich auf ein Thema beziehende Weblogeinträge in einer Baumstruktur vernetzt darstellen. Ralph nannte sie damals treffend "spontane Wissensknoten". Siehe Bildschirmfoto im früheren Eintrag Spontane Wissensknoten im RSS-Reader. Sowas funktioniert logischerweise nur, wenn dem RSS-Reader alle Hyperlinks eines Items bekannt sind.