ein Weblog von Tobias Jordans zu den Themen designstudium software webdesign web2.0 informationsdesign oekologie werbung usability tj video interfacedesign marketing // alle Themen...

Als Google Mapmaker vor einer Weile veröffentlicht wurde, habe ich selbst nicht viel davon mit bekommen. Abgesehen von dem Kommentar aus der Openstreetmap-Community, das Google sich nicht die Rechte an Daten sichern sollte, die von Nutzern freiwillig für Google erstellt werden. Ein berechtiger Einwand, den Google aber durch die Möglichkeit zum Datendownload zum Teil entkräftet.

Ein TED Talk hat mich jetzt aber noch einmal eine Blick auf Map Maker werfen lassen. In dem 1,5 Minuten kurzen Video beschreibt ein Google Mitarbeiter, das 2005 nur 15 % der Erde durch gute Karten erfasst waren. Ein Umstand, der die Hilfe in Krisensitutionen wie beim Tsunami oder aktuell in Haiti extrem erschwert. Seit dem Tsunami in 2005 haben in Google Map Maker tausende Freiwillige aus 170 Ländern Millionen von Informationsschnipseln zusammengetragen.

Visualiserung aus dem TED Talk: Entwicklung der Zeichnungen in Map Maker von 2005 bis 2009 (Vergrößern)

In dem Google Map Maker Launch Post gibt es eine weitere schöne Grafik, die das Potential visualsiert.

Karten Vergleich Google Map vs. Google Map Maker

Laut dem TED Talk war die Ursprungsidee oder -motivation also, in Kriesenregionen gutes Kartenmaterial bereitzustellen. Und tatsächlich wird man, wenn man heute die Google Map Maker-Seite besucht, dort auf Haiti und den Aufruf, Haiti sauber zu kartografieren, hingewiesen.

Das sieht dann so aus:

So sieht die Google Map Maker Karte von einem Ort in Haiti aus:

Und im Vergleich dazu die Google Maps des gleichen Ortes. Ich wüsste gerne welche Daten jetzt genauer sind.

Besonders schön finde ich, dass unten rechts im Map Maker die Personen aufgeführt werden, die an diesem Kartenausschnitt beteiligt waren. So kann man sich beispielsweise das Profil von Tony, einem in New York lebenden Studenten angucken, der unter anderem die Gemeindegrenzen für einen der Orte im Kartenausschnitt eingefügt hat.

Insgesamt ein wirklich schönes Projekt von Google mit beeindruckenden Ergebnissen.

Und jetzt, hier noch der TED Talk:

Lalitesh Katragadda: Making maps to fight disaster, build economies

Eine kurze Empfehlung:

Die Präsentation von Sebastian Deterding über Game Design ist sehr gut. Die beste Zusammenfassung für das Thema, die ich bisher gelesen habe.

Tipp: Vollbild anschalten und die Slidebescheibung in Ruhe lesen.

Guter Packstation-Hinweis im Checkoutprozess

Ursprünglich hochgeladen von tordans

… wenn auch das Shopdesign eher häßlich ist.
Wer viel an seine Packstation schicken lässt, weiß, wie kompliziert es sein kann einem Shop-Interface die Packstationadresse beizubringen. Da ist so ein Hinweis direkt bei der Eingabe sehr hilfreich.

Ich habe kürzlich überlegt, flyingsparks komplett auf Posterous umzuziehen.

Das werde ich nicht machen.

Hier steht, warum.

Gründe, die dafür sprechen…

• Posterous kann seit kurzem eigene Designs. Mit einiger Anpassung hätten Endnutzer also nichts von der Umstellung gemerkt.
• Posterous ist ein hosted Service, der alle Kernfunktionen hat, die ich für flyingsparks brauche (Artikel, Tags, Kommentare — andere Funktionen nutze ich in diesem Blog eh nicht/kaum).
• Die geniale E-Mail-To-Post-Engine — hierbei reizt mich am meisten, einfach einen Screenshot in eine E-Mail pasten zu können und sicher zu sein, dass das Bild ordentlich angezeigt wird.
  (Exkurs: Was wäre es doch schön, wenn wir direkt in den Browser pasten könnten…)
• Posterous kann man out of the box einfach mit anderen Diensten wie Twitter und Facebook verknüpfen. Ich will eigentlich meine (Micro-)Blogging-Standorte stärker zusammenführen. Das wäre ein Schritt dorthin.

Trotzdem werde ich nicht umziehen können.

Gründe, die dagegen sprechen…

• Der Posterous-Blog-Importer für WordPress funktioniert für flyingsparks nicht. Und auch wenn ich das vielleicht lösen könnte (der Posterous Support hat mir hier einen Tipp gegeben), werden zur Zeit nur Posts, keine Kommentare importiert. Ohne Kommentare geht kein Umzug!
• Der Posterous-E-Mail-Workflow in der Praxis gar nicht praktikabel. Zumindest nicht für ein Blog wie dieses. Und das ist für mich das Killerargument.
  Ein Beispiel: Für mein letztes Posts (bei Posterous) wollte ich Posterous nutzen weil es diese coole PDF-Integration hat. Zum Glück hat Posterous nicht direkt veröffentlicht, denn das Post war kaputt: Eines der PDFs konnte nicht angezeigt werden. Dummer Weise bietet mir Posterous keine Möglichkeit, Posts im Nachhinein richtig zu bearbeiten. Ich konnte in der Weboberfläche das PDF bspw. nicht durch ein Bild ersetzten, weil man dort gar keine Bilder hochladen kann… Und auch mein Workaround, das Bild gesondert per Mail ins System zu senden und dann die Bild-ID im anderen Post zu verwenden, funktioniert nicht.
• Fazit: Ich musste die ganze Post-E-Mail erneut schreiben und dort das PDF direkt durch einen Screenshot ersetzten. Dann war noch einige HTML-Bereinigung und etwas Copy-Paste nötig, bis ich endlich mein flyingsparks-Post fertig hatte.

Fazit:

Was mir eigentlich Zeit sparen sollte, hat mich jetzt Zeit gekostet.

Posterous ist in seiner jetzigen Form noch nicht geeignet für Weblogs, bei denen das Erstellen eines Artikels ein Prozess ist. Ich muss löschen, einfügen und ändern können, bis ein Post fertig ist.

Für einfache Urlaubs-Blogs bei denen nur Fotos rausgehauen werden müssen, mag Posterous immer noch die beste und einfachste Wahl sein. Aber für den professionellen Bloggingbereich fehlen die nötigen Funktionen.

Das führt mich zurück zu einem Gedanken, den ich hatte, als das Posterous-To-WordPress-Features veröffentlich wurde: Es gibt eine Feature-Marktlücke für Blogger, die wie ich mit WordPress arbeiten aber einen einfacheren Umgang mit Bildern, Videos und PDFs suchen. Hier könnte Posterous helfen. Nicht als die beste webpublishing Plattform der Welt, wie Sachin mir auf meine Frage antwortet, sondern als der beste E-Mail-to-Weblog-Dienst, den es gibt.

Für mich kann solch eine Mail nur die Vorbereitung eines Posts sein (Video-Links in Embed umwandeln, PDFs hochladen und embedden, Bilder hochladen und einfügen, …). Die Endkontrolle und das Publizieren erfolgt dann aber im WordPress-Backend.