Oskar Welzl: Weblog zur Homepage

Gelandet sind sie (mit uns) im gleichen Lokal wie beim letzten Mal - und auch heute wieder: Bedienung nachlässig, Musik zu laut. Egal, sehr lustig wars mit den beiden (vor allem der Vergleich der Schrullen unserer Familien war ausgesprochen erleichternd *g*). Ich möchte sowas öfter haben. ;)

Schlechte, aber nicht unerwartete Nachrichten für Besitzer von N800/N810-Tablets:

… no OMAP2 compatibility will be officially provided. The revamped UI relying on graphics acceleration and the new functionality built around the new supported hardware made it too complex to keep the compatibility between both architectures.

This early release comes with an invitation to build variants based on Maemo 5 compatible with existing hardware like the N800 and N810. Maemo SW can't promise commercial quality for such configurations …

Wie befürchtet also keine offizielle Portierung der neuen Software durch Nokia auf die derzeit verwendeten OMAP2-Prozessoren. Allerdings gibt es (und das ist neu) die ausdrückliche Einladung, Varianten des nun im Vergleich zu früher wesentlich offeneren Systems zu bauen und diese dann als „Community Distributions“ auf die N8x0-Serie zu bringen. Erste Ansätze dazu gibt es bereits: Das MER-Projekt hat schon vor über einem Monat konkrete Formen angenommen und wird von engagierten Entwicklern vorangetrieben.

Für ein Unternehmen wie Nokia ist die Vorgehensweise ungewöhnlich: Statt (wie auch bei Maemo bisher üblich) fertige Versionen zu veröffentlichen, werden diesmal ausgehend der heutigen pre-Alpha regelmäßig neue Entwicklerversionen online gestellt. Eine echte Alpha soll es erst Jänner/Februar 2009, eine Beta überhaupt erst im Zeitraum März-Mai 2009 geben. Über eine Markteinführung schweigt man sich wieder einmal aus: Final release when ready, heißt es. Mich persönlich freut diese frische Herangehensweise: „Frei“ und „offen“ ist hier nicht mehr nur der Code (die heute veröffentlichten Komponenten sind zu 100% quelloffen), sondern erstmals auch der Entwicklungsprozess. Das hilft nicht nur den Programmierern von Anwendungssoftware. Auch Projekte wie MER können so mit Nokia Schritt halten und haben zumindest die theoretische Chance, gleichzeitig mit der Fertigstellung von Maemo 5 ihre Varianten als gleichwertige und kompatible Alternativen anzubieten.

Für Anwender wie mich bringt die heutige Veröffentlichung wenig - abgesehen von der Sicherheit, daß das Maemo-Team im angekündigten Zeitplan liegt. Spannend wird es erstmals mit der fertigen Alpha im Jänner/Februar. Bis dahin soll, wenn ich es richtig verstanden habe, eine mehr oder weniger stabile Fassung auch der User-Interface-Komponenten vorliegen. Die entsprechen zwar nach all dem, was man weiß, nicht so ganz meinen Anforderungen an ein mobiles Betriebssystem (und sind teilweise ein Rückschritt im Vergleich zu OS2008), trotzdem freue ich mich darauf zu sehen, wie all die Ankündigungen dann tatsächlich in die Praxis umgesetzt werden.

Man kommt mit dem Abendessen in der Hand vom Büro nach Hause und erfreut sich nicht nur am Anblick, sondern auch am Duft, der sich mittlerweile (offenbar hatte er den ganzen Nachmittag über Zeit dazu) auch schon in der Wohnung ausgebreitet hat.

Meine Tür liegt verkehrsgünstig zwischen Lift und Treppe, als Verursacher kommen (wenn ich jetzt mal davon ausgehe, daß es sich um Hundekot handelt) also alle hundehaltenden Mitmieter im dritten und vierten Stock in Frage. Das sind doch einige und ich werde jetzt darauf verzichten, mittels CSI-ähnlicher Methoden den Täter aufzuspüren. Einen Verdacht hab ich aber: die Töle von gegenüber. Die legt vorm Gassi-Gehen mit Vorliebe einen Zwischenstop auf meiner Fußmatte ein, während Frauchen auf den Lift wartet. Außerdem kläfft sie auch immer so ungut. Stun-den-lang. Beweisen kann mans halt nicht.

(Ach ja: Ich hab ja in meinem Mietvertrag noch das ausdrückliche Verbot der Haustierhaltung drin. Das geht mittlerweile nicht mehr, glaub ich, oder?)

Das Beruhigende an diesem Lokal: Solange es mein Filetsteak mit Chili-Schoko-Sauce gibt, will ich nicht so recht an die Wirtschaftskrise glauben. ;)

Ein Account auf soup.io sammelt stur alles zusammen, was ich ihm sage. Das Ergebnis - soup.welzl.info - ist ein Planet-ähnlicher Mischmasch aus meinen eigenen Inhalten (aus diesem Blog, aber auch von meinem Mobile Web Server oder von delicious), vor allem aber aus Inhalten anderer Websites, die ich mehr oder weniger regelmäßig lese. Ein öffentlicher RSS-Reader? Ja, irgendwie. Nur theoretisch auch noch ein bißchen mehr.

Ehrlich gesagt hab ich noch keine Ahnung, ob mir das Ding in irgendeiner Weise nützlich sein wird oder ob es für andere einen Mehrwert bringt, aber what shall’s: Es ist gratis, es macht Spaß und ich kann es auf meiner eigenen Domain unterbringen. (Und natürlich ist es ach so „Web 2.0“! *LOL*)

Nettigkeit am Rande: Gekocht wird soup.io in Österreich, genauer in der Otto-Bauer-Gasse in Wien (siehe Impressum). Wer kann da schon nein sagen?

Was an diesem Fall so unglaublich ist: Es geht nicht etwa um die mittlerweile fast schon langweilige Frage von Urheberrechten und DRM. Apple möchte einfach nur erzwingen, daß jeder iPod-Besitzer ausschließlich die iTunes-Software zum Befüllen seines Geräts verwendet. Daran hängt Apples Geschäftsmodell: iTunes ist das Bindeglied zwischen der vom Konsumenten dankbar selbstfinanzierten Abspielstation iPod und der Geldmaschine iTunes Store. Jeder iPod-Besitzer, der andere Software verwendet, steht nicht mehr automatisch regelmäßig vor dem großen Schaufenster des iTunes Store und wird dementsprechend seltener bis gar nicht dort einkaufen.

Zwar klingt das aus Apples Sicht kommerziell nachvollziehbar, für den Konsumenten ist es aber eine Ungeheuerlicheit: Das Gerät geht mit dem Kauf in sein Eigentum über, er darf aber nicht darüber entscheiden, wie er es verwendet. Dieser Zwang zu einer bestimmten Software geht so weit, daß er auch den Zwang zu einem bestimmten Betriebssystemen mit einschließt: Windows 2000? Nein. Windows ME? Nein. GNU/Linux? Daran denkt Apple nicht mal. FreeBSD? Auch nicht, obwohl Apple den gesamten Unterbau für sein OS X von dort geholt hat. Ausschließlich Windows XP, Windows Vista und OS X werden geduldet, für Benutzer anderer Systeme ist der iPod schlichtweg nicht funktionsfähig.

Apples Sperre zum umgehen ist dabei technisch gar nicht so kompliziert und wurde 2007 bereits erfolgreich vorexerziert (daher gibt bzw. gab es bisher Programme, die Musik auf iPods schreiben konnten): Alles hängt an einer einzigen Datei (iTunesDB), die unverschlüsselt am iPod liegt. In ihr sind die Songdaten abgespeichert. Lesen kann diese Datei jeder. Zum Schreiben ist es jedoch notwendig, eine nach einem geheimen Verfahren errechnete Prüfsumme anzuschließen. Stimmt diese Prüfsumme nicht, ist die Übertragung der Datei an den iPod nicht erfolgreich. Wer Software für den iPod entwickeln möchte, muß also nur diesen Algorithmus herausfinden. 2007 dauerte das knappe 36 Stunden.

Apple hat darauf reagiert und in der letzten Firmware die Prüfsummenberechnung verändert. Zeit also, sich darüber Gedanken zu machen, wie man sie diesmal knacken könnte. Der ersten Gedankenaustausch dazu im oben erwähnten Wiki wurde nun von Apples Anwälten grob unterbunden. Überraschenderweise berufen sie sich dabei auf den DMCA, mit dem man eigentlich gegen Copyrightverletzungen vorgehen würde. Die EFF und die Betreiber des Projekts selbst sind aber (so wie ich) der Ansicht, daß jemand, der Daten auf sein eigenes Gerät schreiben will, keine Copyrightverletzung begeht und daß Apple in diesem Fall kein rechtlich schützenswertes Interesse daran hat, daß der Algorithmus geheim bleibt.

Wer sich für die juristischen Details und die Argumentationslinien beider Seiten interessiert, findet hier die Mail von Apple an Bluwiki und hier die Reaktion der EFF. Ich bin gespannt, wie die Sache weiter geht … nicht, weil ich meinen nicht vorhandenen iPod von GNU/Linux aus mit Musik befüllen möchte, sondern weil es schön wäre zu sehen, daß auch ein großer Konzern nicht einfach mit allem durchkommt. Schlimm genug, daß Leute auf die Hardware reinfallen - sie sollten wenigstens nachher noch die Chance bekommen, sich per Software aus der eisernen Umklammerung zu lösen.

Ich würd gern mal Nokias neues Service Friend View ausprobieren und habs bei mir auch schon installiert - es scheitert nur daran, daß ich keine Freunde hab. Zumindest keine, von denen ich aus dem Stand wüßte, daß sie meinen oben angeführten Mindestanforderungen entsprechen. ;)

Friend View ist eine Mischung aus „Ich sehe, wo Du gerade bist“ und Micro-Blogging. Die Beta Labs beschreiben es als an experimental research project, was weniger eine revolutionäre Idee, sondern ungetestete, halbfertige Software bedeutet. Sei’s drum. Ich find das Konzept nett und eigentlich auch ganz brauchbar umgesetzt (eine kleine Idee davon vermittelt das Promo-Video).

Also: Rührt Euch per Mail bei mir, wenn Ihr das Programm erfolgreich installiert habt. Oder fügt mich gleich zur Liste hinzu, ich verwende auf Friend View den gleichen Namen wie hier.

Bei den Browsern hat der Internet Explorer nochmal deutlich verloren und liegt erstmals unter 50%. Der Abstand zum Firefox beträgt nun nur mehr drei Prozentpunkte. Ebenfalls interessant: Abgesehen von der Aufholjagd des Firefox gibt es keine Veränderung seit 2006.

Der Anteil der regelmäßigen Leser ist von 11% auf 10% leicht gesunken, wobei allerdings die Besucherzahl insgesamt nochmal deutlich gestiegen ist: Statt 59 kommen nun im Schnitt 84 Besucher pro Tag hierher.

Was Microsoft in der Browserstatistik verliert, gewinnt es bei den Betriebssystemen wieder dazu: Rund 85% aller Zugriffe erfolgen mit einem Windows-System. Vor allen Windows Vista trägt hier zum Wachstum von MS bei, fast ausschließlich auf Kosten von GNU/Linux. Das freie Betriebssystem stürzt von 14% auf 7% ab und liegt damit nur mehr knapp über OS X, das seinen Anteil von 6% unverändert halten konnte.

Die Gruppe „Andere“ wird zunehmend bunter. Neben diversen Windows-Varianten und Unix-Derivaten finden sich hier auch immer mehr mobile Betriebssysteme (z.B. Symbian), aber auch Spielkonsolen wie Nintendo Wii.

Alle Zahlen beruhen wie immer auf der Auswertung der letzten 3000 Besucher. Prozentangaben sind gerundet.

So landen wir also im Ibis und plaudern über alte Zeiten. (Sehr alte Zeiten mittlerweile …) Er wirkt sehr entspannt und ausgeglichen. Ich glaub fast, es geht ihm gut. ;)

Ganz zum Schluß wird mir noch eine besondere Ehre zuteil: Ich darf seine Neue kennenlernen. Sie spricht sogar mit mir und führt mich schließlich heim, wofür ich ihr ausgesprochen dankbar bin.

Nett wars. Immerhin haben wir uns seit Juli 2007 nicht mehr gesehen. Wir sollten sowas öfter mal machen.

Anlaß ist die Eröffnung einer neuen Website, die ich gestern ganz zufällig mitbekommen hab: Ich hab ja hier im Februar 2007 über Drahtdesign aus dem Hause Salomon berichtet. Offenbar hat sich diese Werbung derart positiv auf die Nachfrage dort ausgewirkt, daß man sich nun entschlossen hat, der Kollektion „Swinging Candles“ einen eigenen Webauftritt außerhalb der etablierten Firmenhomepage zu spendieren.

Nicht übel, nicht übel, was da so geboten wird. Ich hab mein Teil ja schon, sonst tät ich doch glatt nochmal einkaufen (die Farbvariation Gelb-Rainbow hats mir angetan *gg*).

(Ach ja: Wer verwirrt auf einer halb leeren Seite steht und keine Navigation findet: Flash aktivieren bzw. besser gleich direkt zum Shop. Dort gibts zwar auch kein Bild, aber eine Übersicht über alle Varianten in HTML. Die Dingers sehen nach wie vor so aus wie hier auf dem Foto zu diesem Blogeintrag - nur halt in den sechs verschiedenen Farben.)

Seit dem 14.10.2008 ist RDFa eine W3C-Empfehlung. RDFa steht für „RDF in attributes“ und definiert eine Erweiterung zu XHTML, mit der RDF-Statements direkt in Webseiten eingebettet werden können. Das Internet wird dadurch ein Stück maschinenlesbarer: Suchmaschinen können diese Information verwerten und so zum Beispiel in Suchergebnissen eine Unterscheidung treffen zwischen Essen, der Stadt in Deutschland, und dem guten Essen bei der Mama. (Tatsächlich experimentiert Yahoo! in seinem Projekt Searchmonkey mit RDFa. Irgendjemand hier sollte mal über Searchmonkey bloggen …)

Natürlich habe ich mich (trotz meiner Verärgerung und Frustration über den sorglosen Umgang mit URIs) seit 14.10. mit RDFa gespielt und versucht, ob man es in einem Blog auf twoday.net einsetzen kann. Immerhin: SIOC/RDF, Planets, Geotagging und Tagging … Mein Blog hat ja schon jetzt nicht mehr allzuviel mit dem zu tun, was Knallgrau sich ursprünglich so vorgestellt hat unter diesem Service.

Um es vorweg zu nehmen: Dieses Blog enthält noch keine RDFa-Informationen. Ich habe es bei einem Testblog belassen. Zum ersten Mal leisten die knallgrauen Server spürbaren Widerstand.

Das grundlegende Problem: RDFa ist als Erweiterung zu XHTML (genauer: zu XHTML 1.1) konzipiert. XHTML ist durch derartige Module leicht erweiterbar, HTML nicht. Ich bemühe mich zwar, dieses Blog so weit wie möglich XHTML-konform zu halten. Knallgrau verhindert aber, daß es wirklich verläßlich sauberes XHTML ist:

• Es gibt bei der Texteingabe keine Prüfung auf valides XHTML, wie z.B. Drupal sie anbietet. Mit ein bißchen Disziplin schaffe ich es zwar meist (nicht immer), meine eigenen Beiträge fehlerfrei zu halten. Auf die Kommentare anderer User habe ich jedoch keinen Einfluß. Was immer da an Markup drin ist, XHTML ist es wahrscheinlich in den seltensten Fällen.
• Wesentlich schlimmer: Eine rudimentäre Prüfung auf gültiges Markup führt twoday.net beim Speichern eines Beitrags dann doch durch. Die ist aber problematisch und zerstört in Einzelfällen korrektes XHTML. Folge: Es gibt Situationen, in denen ich selbst wissentlich fehlerhaften Code veröffentlichen muß, weil twoday die von mir richtig eingegebenen Tags stur entfernt.
• Knallgrau gibt mir keine Möglichkeit, den MIME-Type der Dokumente zu verändern. XHTML 1.0 kann man ruhigen Gewissens als text/html ausliefern (das passiert hier). RDFa baut aber auf XHTML 1.1 auf, und dieses sollte als application/xhtml+xml ausgeliefert werden. Zwar geht text/html in Ausnahmefällen durch, trotzdem: An solche Vorgaben hält man sich einfach, und zwar aus dem gleichen Grund, aus dem man sich regelmäßig duscht.
• Es ist naheliegend, XHTML-formatierte Inhalte der Seite mit dem datatype rdf:XMLLiteral in eine RDF-Aussage zu übernehmen. Diese Konstruktion bricht zusammen wie ein Kartenhaus, wenn dann einmal fehlerhaftes XHTML (das dann in der Regel auch kein XML mehr ist) in einem solchen Bereich auftaucht.

Mir war das alles dann doch zu heiß. Es gibt keine ausreichenden Erfahrungen, wie RDFa-Parser arbeiten, ob sie über derartige Unkorrektheiten stolpern. (Der von mir zum Testen von rdfa.twoday.net verwendete Parser zum Beispiel spuckt bei ungültigem XHTML nur mehr Fehlermeldungen aus.)

Bleibt zusammenfassend: Ich weiß wie's geht, ich kann es jederzeit einbauen, sobald eine halbwegs fehlertolerante Applikation es auch sinnvoll verarbeiten kann. Bis ich aber weiß, wie fehlertolerant solche Applikationen sein werden, spiele ich nur im Testblog weiter - und schau mir Drupal näher an, das nicht nur korrektes XHTML bietet, sondern auch schon RDFa-Unterstützung eingebaut hat.