Dank Saarblogger bin ich auf die Vision einer Mensa 2.0 im GoetheBlog gestossen.

Schöne Idee, vor allem das mit dem Foto des Menus . Das Empfehlungssystem wiederum … naja, das würde wohl im Falle der Saarbrücker Mensa auf solche Einträge hinauslaufen: “Gäste, die heute das Schweineschnitzel mit Pommes Frites gegessen haben, … werden morgen woanders essen.” Was auch noch fehlt: Eine Webcam, die den Andrang in der Mensa zeigt. Damit man sich nicht ‘ne halbe Stunde die Füße in den Bauch steht.

Aber was ich eigentlich schreiben wollte: Zumindest einen RSS-Feed für die Saarbrücker Mensa kann ich anbieten (ja, ernsthaft): siehe http://is.uni-sb.de/frontpage/mensa.php (RSS).

Studierende der FR InfoWiss, EzW und SpoWi kennen diesen Service dank ViLI ja schon seit ein paar Jahren… Ich will schon seit Ewigkeiten die Menus der anderen “gastronomischen Einrichtungen” an der UdS mit aufnehmen, aber es fehlte dann doch die Motivation

Ist nicht mehr als ein RegExp-Hack, und natürlich nicht vom Studentenwerk abgesegnet, so beware.

Die BBC hat gestern ihr komplettes Programmarchiv in einer Datenbank zum Recherchieren freigeben. Wohlgemerkt nur die Metadaten zu Radio- und Fernsehprogrammen der letzten Jahrzehnte — also keine Multimedia Dateien. Aber der Clou an der Sache ist, dass die Daten neben HTML auch in RDF (Resource Description Framework) abrufbar sind … ein El Dorado für Semantic Web Enthusiasten. Beispielsweise der RDF-Eintrag zu der Doctor Who Episode “The End of the World” (aus 2005), bei denen die Darsteller und Autoren mittels FOAF-Elementen beschrieben sind.

Da dauerte es natürlich nur ein paar Stunden, bis die ersten SPARQL-Queries für diese BBC-Daten publiziert wurden. Sogar tag clouds erzeugt die BBC.

Hmmm… da liegt es ja quasi auf der Hand, zukünftig auch ganz “normale” Episodenguides (zunächst nur zusätzlich) in RDF zu publizieren. Viele Episodenführer werden ja derzeit schon in Datenbanken verwaltet, ein RDF Export dürfte da ja nicht zu sehr aufwändig sein, wenn ein “Episodenführer-Vokabular” mal feststehen würde (Note to self: Schauen, was die MPEG7-Gruppe in der Richtung schon gemacht hat). Und wenn man das dann noch unter einer Creative Commons Lizenz veröffentlichen würde…

Man stelle sich mal vor, wenn viele der heutigen Fansites zu diversen TV-Serien RDF-basierte Fassungen ihrer Episodenguides anbieten würden — man hätte im Nu eine globale (und maschinen-”verstehbare”) Episodendatenbank, die TV.com das Fürchten lehren würde. Okay, ist wohl eine arg idealistische Zukunftsvision mit zahlreichen “würde” und “könnte”, aber ein hübsches Spielzeug wäre es allemal . Aber mal sehen, vielleicht finde ich im Sommer etwas Zeit, um mal mit “meinen” Episodenführern etwas ‘rumzuexperimentieren.

Gerade habe ich mal wieder mit den Amazon WebServices “herumgespielt” — bin jedesmal wieder begeistert wie schnell man mit REST-basierten WebServices und PHP5 zu einem Ergebnis kommt. Innerhalb von 10 Minuten hatte ich eine kleine quick&dirty Anwendung zusammengebaut, die mir für eine ASIN die Preise aller Amazon-Niederlassungen zusammensucht (inkl. Marketplace) und in Euro umrechnet. Dank SimpleXML in PHP5 bekommt “Rapid Development” wahrlich eine ganz neue Dimension

Da das aber so schnell ging, dachte ich mir beinahe schon, dass jemand anderes sowas schon entwickelt haben muss und tatsächlich: http://www.pricenoia.com tut genau das, was ich suche (und das auch viel besser

Amazon Marketplace hat sich in den letzten Monaten als nette Alternative zum Schnäppchen-Kauf von älteren DVDs, Büchern und CDs entwickelt. Der große Vorteil sind die einfache Bestellabwicklung (Bezahlung geht über Amazon Payment) und die festen Versandkosten (von Amazon vorgegeben). Während sich also bei ebay die Kunden gegenseitig überbieten (und dann öfters mit horrenden Versandkosten abgezockt werden), geht es bei Marketplace umgekehrt: Dort unterbieten sich die Anbieter, um an erster Stelle gelistet zu werden. Besonders bei DVDs, die älter als 2-3 Jahre sind, kann sich das Vergleichen mit ebay-Offerten lohnen.

Und wo wir gerade bei den Amazon WebServices sind: Deren neuer Dienst “S3” klingt interessant. Es ermöglicht das recht kostengünstige Speichern von beliebigen Daten auf deren Webservern, die dann über eine URI adressierbar sind. “Normale” Websites mit genügend Traffic-Reserven dürfte das kaum ansprechen, aber für stark frequentierte Websites (siehe “geheised” oder “slashdotted”) könnte das eine interessante Alternative sein, um statische Inhalte (vor allem fette Multimedia-Daten) auszulagern. Man zahlt auch nur das, was man wirklich braucht — also kein monatlicher Abo-Beitrag, sondern nur 16 Euro-Cent pro GB Traffic und 12 Euro-Cent pro GB genutztem Speicherplatz.

Der neue Google Kalender ist eine überraschend nützliche Angelegenheit. Ich bin immer mehr dazu verführt, meine Daten über Google zu verwalten. Meine E-Mails laufen schon über Gmail (allerdings habe ich noch ein imp/horde als backup), Google Map/Earth ist ein hübsches Spielzeug mit Mehrwert, Google Desktop Search ist tierisch praktisch. Aber das alles ist im Bezug auf den Datenschutz ein Spiel mit dem Feuer. Google Desktop indiziert meine Festplatte, meinen Suchverlauf und lagert die Index-Daten auf den Google Servern. Und wer weiss, wer theoretisch Zugriff auf meine E-Mails hätte. Aber es ist doch sooo praktisch, alles kostenlos über’s Web organisieren zu können. Vor allem für solche Webnomaden wie mich, die immer mal wieder an einem anderen Rechner arbeiten und jederzeit von überall Zugriff auf persönliche Daten/E-Mails haben wollen.

Nett ist die Import/Sharing-Funktion bei Google Calendar: Man kann nicht nur Kalender-Daten aus Outook et al. importieren, sondern auch Termine mit anderen Google Calendar Nutzern teilen. Wer beispielsweise die US-Ausstrahlungstermine von “Lost” in seinem Google Kalender sehen will, der füge dem Kalender einfach webcal://ical.mac.com/mcornill/lost.ics hinzu (Add Other Calendar / Public Calendar Address). Jetzt fehlt eigentlich nur noch eine Import-Funktion von myepisodes.com… sollte eigentlich nicht zu kompliziert sein, das von Google akzeptierte iCal Format ist ja offen und bekannt. Man muss also im Prinzip nur einen myepisodes RSS to iCal Parser schreiben.

Notfalls gibt es auch eine simple API namens Event Publisher. Einziges Problem hierbei: Man kann zwar Termine via einem Button auf einer Website zu seinem Kalender hinzufügen, aber es gibt dann keine Möglichkeit, über kurzfristige Terminänderungen informiert zu werden. Doch ich bin mir sicher, daran arbeiten die Google Leute bereits