Als erstes muss die obere Schraube gelöst werden (Torx Bit, 30 oder breiter, flacher Schraubendreher).

Wenn die Schraube gelöst ist, lässt sich das komplette Beleuchtungsgehäuse mit geringem Kraftaufwand (kräftiger Ruck am Anfang) nach vorne ziehen (nicht verkanten). In meinem Fall war es nicht notwendig irgendwelche Laschen nach unten zu drücken (wie anderswo in einem Forum beschrieben).

Das Gehäuse kann dann so weit nach vorne gezogen werden, bis man bequem an den Kabelanschluss kommt. Das Kabel kann, muss aber nicht vom Gehäuse abgezogen werden. Einfacher ist es, wenn man das Kabel abzieht. Beim Abziehen muss der Kabelstecker über eine kleine Nase gezogen werden – die kann man mit einem kleinen Schraubendreher eindrücken, dann geht es leichter. Für die folgenden Schritte am besten darauf achten, dass das Scheinwerferglas nicht zerkratzt – bei mir sind die folgenden Schritte auf dem Beifahrersitz durchgeführt worden.

Wie in der Anleitung beschrieben muss man dann die Abdeckung auf der Gehäuserückseite entfernen. Dazu werden die vier Haltepunkte gelöst – die Abdeckung lässt sich dann ganz leicht abziehen.

Der Rest geht dann wie bei jeder anderen Lampe auch: Lampe lokalisieren (Tipp: großer Reflektor), Kabelschuh abziehen, Halterung öffnen, Lampe tauschen).

Danach alle Schritte in umgekehrter Reihenfolge ausführen und ihr seit fertig. Bei mir hat der ganze Vorgang (mit Fotodokumentation) ca 10 Minuten gedauert.

Some things MapMaker lacks might include our awesome open RESTful API (before REST was sexy), Osmarender (the open tile rendering distributed stack), cycle maps (showing how powerful community data can be), Community events list longer than your arm, dumps of all the data and of course Germans.

(Den vollen Blogeintrag gibt es hier)

Stimmt schon, die deutsche OSM-Mailingliste platzt aus allen Nähten und ist bei weitem die aktivste. Bei Flickr habe ich heute ein paar nette Bilder gesehen – unter anderem auch dieses hier.

Deutschland leuchtet (c by: itoworld - www.itoworld.com)

Das Bild zeigt die Aktivitäten in verschiedenen europäischen Ländern – je heller, um so mehr wird dort gemapped. Der Kommentar dazu:

Germany is, as always, glowing brightly!

Hoffen wir mal, dass das so weitergeht.

gpsbabel -w -i garmin -f usb: -o gpx -F wegpunkte.gpx

Mit den Luftbildern lassen sich vor allem Wälder und Gewässer besser erfassen als per GPS – das ist sonst eine ziemlich mühselige Angelegenheit. Im Prinzip hat ja eh jeder die Möglichkeit bei OSM mitzumachen, jetzt lohnt es sich aber gleich doppelt. Die Daten sollen in einer relativ hohen Auflösung verfügbar sein – wenn das Projekt erfolgreich ist (die Frage, was das Projekt erfolgreich macht, ist meines Wissens noch nicht geklärt), will Bayern auch darüber nachdenken noch mehr Daten zur Verfügung zu stellen und auch Werbung bei anderen Landesvermessungen für die Freigabe der Daten zu machen. Als Gegenleistung gibt es die Oberpfalz in digitalisierter Form.

Also – auf gehts, bei www.openstreetmap.de findet man einen guten Einstieg in das Thema – die Bayerischen Bilder werden aber nur über das JAVA-Tool JOSM verfügbar sein (also nicht über den Web-Editor). Mit Hilfe der Anleitung sollte man damit aber auch schnell zurecht kommen. Viel Spaß und Erfolg dabei.

Nun zurück zur iPod-Unterstützung von Winamp. Generell gibt es zwei Möglichkeiten, den iPod mit Winamp zu verwalten. Seit Version 5.2 von Winamp wird ein iPod-Plugin mit ausgeliefert, so dass Winamp von Haus aus mit dem iPod zurechtkommen kann. Leider schöpft dieses Plugin noch nicht alle Möglichkeiten aus – insbesondere hat das Generieren des Cover-Flows bei mir (in Version 5.531) nicht funktioniert.

Eine andere Möglichkeit ist das ml_iPod Plugin, welches man unter http://mlipod.sourceforge.net/ findet. Die Installation läuft über die bei sourceforge gehostete Executable ziemlich einfach (man sollte allerdings wissen, wo sich die Winamp-Installation auf der Festplatte befindet).

Folgende Features werden von ml_iPod unterstützt:

• Übertragung von mp3-Dateien aus der Medienbibliothek auf das Gerät
• Erstellung der Cover-Flow Informationen
• Synchronisierung von Podcasts
• Synchronisierung von Videos und Video-Podcasts

So bald das Plugin installiert ist, kann man den iPod anstecken – dieser sollte dann von Winamp erkannt werden. Danach wird man aufgefordert das iPod-Modell zu spezifizieren. Die weiteren Konfigurationsmöglichkeiten des Plugins sind leider zum Teil sehr unintuitiv untergebracht.

Übertragung von mp3-Dateien

MP3 an iPod senden

Dateien, Alben und die Lieder von einzelnen Interpreten können aus jeder Ansicht heraus über einen Rechtsklick an den iPod übertragen werden. Der Übertragungsstatus wird angezeigt.

Übertragungsstatus der Dateien

Synchronisation von Podcasts

Bei Podcasts ist ein wenig Konfiguration angesagt – man muss dem Plugin mitteilen, wo die Podcasts zu finden sind. Dazu öffnet man die Pluginkonfiguration unter: Optionen->Einstellungen->Allgemeine Einstellungen->iPod Support.

In der Pluginkonfiguration gibt es das Untermenü “Speech” – dort muss der Pfad eingestellt werden, in dem Winamp die Podcasts ableget – scheinbar kann dies nicht automatisch von ml_iPod ermittelt werden.

Konfiguration der Podcasteinstellungen für den iPod

Podcast Verzeichnis von Winamp

Das Winamp-Podcastverzeichnis findet man unter Medienbibliothek->Podcast-Verzeichnis. Nach der Konfiguration können Podcasts, die in diesem Verzeichnis liegen mit dem “Sync Podcasts” Button auf den iPod überspielt werden.

Podcasts synchronisieren

Das waren so die für mich wichtigen Funktionen – mit Videos läuft es ähnlich wie mit den Podcasts – funktionieren tut es auch. Viel Spaß damit.

DRM geschützte Musik

WMA XXX steht in diesem onlineshop für Musikstücke, die mit DRM versehen sind. Leider nichts für mich – die könnte ich ja auf den meisten meiner Geräte nicht mal abspielen.

Entweder kaufe ich mir jetzt die CD und kopiere mir das Lied von da aus auf die Festplatte oder ich muss es mir noch online runterladen. Tja … keine Spontankäufe im DRM-Wunderland.

Passend dazu gibt es bei xkcd einen tollen Comic den ich hier einblenden darf.

Steal this comic (XKCD)

Performance, so musste ich jüngstens erfahren, ist in großen Softwareprojekten immer wieder ein kritischer Punkt der Probleme verursacht. Eine Wichtige Information – meine Universitären Projekte hatten nie Performanceprobleme – waren aber auch um mehrere Klassen kleiner als Projekte, die es hier in der freien Wildbahn so gibt.

Die Erste Funktion, die ich realisiert habe, liest aus einer XML-Datei (mit ca. 10 Zeilen Länge) vier Parameter aus und schreibt diese in eine Datenbank. Alleine das Auslesen der Parameter aus der XML-Datei benötigt auf meinem relativ neuen Rechner mit ausreichend Arbeitsspeicher annähernd 40 Sekunden. Da die Komponente nur im Batch-Betrieb Verwendung findet, ist sie nicht Performancekritisch – man sieht aber schon wie der Overhead der verwendeten Frameworks die Leistungsfähigkeit des Gesamtsystems beeinflusst. Eine weitere Problemstelle ist das Analysieren von Fehlern – ich habe bereits Stack-Traces produziert, deren Länge annähernd drei DIN-A4 Seiten hatte. Das erschwert natürlich die Fehlersuche.

Ich glaube man muss sich bei der Verwendung eines Frameworks an jeder Stelle sehr genau überlegen, ob die Vorteile die Nachteile überwiegen – das gilt nicht nur für das Thema Performance – auch die Schulung in den Frameworks muss sorgfältig durchgeführt werden. Ein schlechtes Softwaredesign kann auch mit einem guten Framework entstehen.

There is no universally accepted definition of software quality

Der Grund dafür liegt vor allem in den unterschiedlichen Sichten auf ein Softwareprodukt. Ein Nutzer hat einen anderen Blickwinkel als der Programmierer. Da kann der Code noch so schön sein – wenn die Software nicht das macht, was sie tun sollte und nicht zuverlässig ist, wird kein Benutzer von einer Software mit hoher Qualität reden.

Im Einzelfall muss man sich also sehr genau ansehen, was denn tatsächlich gefordert ist und dann überlegen, wie man dieses Ziel erreichen kann. Mit pauschalen Aussagen und Messwerkzeugen wird man nicht weit kommen.

Das war ja sowieso das Thema: Qualität meßbar machen, Qualität transparent machen oder Qualität vergleichbar machen. Wie wir jetzt wissen ist das so nicht möglich – dieses Versprechen kann man nicht einhalten. Was aber funktioniert: Qualitätsteilaspekte messen und vergleichen; jedoch nur in einem fest abgesteckten Rahmen.

Die große Gefahr ist dabei allerdings, dass man sich zu stark auf die messbaren Größen fixiert und das eigentliche Ziel aus dem Auge verliert. Was ist denn nun aber das Ziel? Für Anwendungssoftware ist die Antwort:

Die eigentliche Arbeit des Nutzer so gut wie nur irgend möglich durch die Software zu unterstützen.

Und dabei die Wirtschaftlichkeit des Unterfangens nicht aus den Augen zu verlieren. Wenn eine Software mehr kostet, als sie mir nachher im Betrieb bringt – dann brauchen wir ja gar nicht erst anfangen zu entwickeln.

"Handyporto" Werbung

Unter dem Titel “Handyporto” vermaktet die Deutsche Post einen neuen Dienst. Der Name sagt eigentlich schon fast alles – man kann per SMS das Porto für einen Brief oder eine Postkarte lösen.

Funktionieren soll das ganze so:

1. SMS an eine Nummer schicken (Brief oder Karte als Stichwort eingeben)
2. Als Antwort auf die SMS bekommt man eine (12-stellige) Nummer geschickt
3. welche man dann auf die Karte oder den Brief schreibt und damit frei macht

Auf den Werbebierdeckeln wird darauf hingewiesen, dass dieser Dienst im Moment nur für Kunden von T-Mobile oder Vodafone verfügbar ist.

Die Idee ist toll … im Detail gibt es natürlich mindestens einen Haken – den Preis.
Ein Standardbrief kostet laut Post 0,55 € – wenn ich “Handyporto” verwende, kostet mich der selbe Brief 0,95 € + die Kosten für eine SMS. Natürlich wollen die Netzbetreiber auch etwas von dem (Mehrwertdienst-)Kuchen abhaben – wahrscheinlich kostet das Ganze deshalb 40 Cent mehr. Schade – so viel ist mir dieser Service nun doch nicht wert.

Mehr Informationen über den Dienst gibt es unter http://www.handyporto.de. Einen Testbericht gibt es bei teltarif – das der Dienst anfällig für Misbrauch ist, wurde auch schon klar.

Mal davon abgesehen, dass das mal wieder ein unsinniges Patent ist, ist die Idee richtig gut. Durch die Bewegung im Wasser kann Strom erzeugt werden, der die Rechner antreibt. Die Kühlung der Hardware kann ebenfalls mit dem massig vorhandenen Wasser geschehen.

Das würde Unsummen an Geld sparen und die Umwelt wirklich schonen (green IT eben). Zum Vergleich (die Werte sind aus dem Jahr 2006 und ich hab sie zitiere sie aus dem Gedächtnis): das Leibnitz Rechenzentrum benötigt für den Betrieb des HLRB II ca. 1,1 MW Leistung (und da ist die Energie für die Kühlung noch gar nicht berücksichtigt).

Interessant finde ich auch, in welche Richtungen bei Google gedacht wird.

Pelamis Wellenkraftwerk (quelle: http://de.wikipedia.org/wiki/Bild:Pelamis_Wellenkraftwerk_Portugal_1.JPG)