There are several enhancements, as every year. Finally all event details are shown in an own “scene” instead of the drawer view. This makes the list view more snappy and helps for a better structure. As last year, there are room maps for most of the rooms (sadly some are missing because there aren’t available at the FOSDEM website).

The application is released as free and open source software under the GPL v3. You can find the source code, GIT repository, bug tracker, the .ipk package and more at forge.webpresso.net.

As always feel free to share ideas, improvements and bug reports. Just leave a comment or use the bug tracker (registration and manual activation is required to avoid spam – and trust me, there are many spammers…).

Die ursprüngliche Etherpad-Software ist enorm ressourcenhungrig und die Codebase sehr umfangreich – insbesondere die hohen Anforderungen an den Arbeitsspeicher (im laufenden Betrieb wohl ca. 1 GB!) hielten mich von der Installation auf meinem Server ab. Etherpad Lite hingegen begnügt sich nach eigenen Angaben im laufenden Betrieb mit rund 30 MB Arbeitsspeicher.

Diese Anleitung beschreibt die Installation von Node.js, NPM und Etherpad Lite auf Ubuntu 10.04 Server. Da in den meisten Fällen auf Port 80 eines bestehenden Servers bereits ein Webserver (in meinem Fall Apache) läuft, wird Etherpad Lite hinter Apache als Reverse-Proxy (via mod_proxy) installiert. Sicherlich nicht die beste Lösung, eine “non-blocking” Node.js-Applikation hinter einem “blocking” Apache-Server zu installieren – Nginx wäre hier sicherlich eine bessere Wahl. Aber vorerst soll Apache als Reverse-Proxy genügen. Des weiteren richten wir eine Upstart-Konfiguration ein, die Etherpad Lite nach jedem Reboot automatisch startet.

Installation von Node.js

Zunächst installieren wir Node.js auf dem Server. Die Version in den Ubuntu-Paketquellen ist deutlich zu alt, deshalb müssen wir selbst kompilieren. Da wir Node.js, den Node-Paketmanager NPM und die Applikation aus Sicherheitsgründen unter einem eigenen User installieren möchten, legen wir diesen zunächst an:

groupadd nodejs
useradd -g nodejs -s /bin/bash -d /var/lib/nodejs nodejs
mkdir /var/lib/nodejs
chown nodejs:nodejs /var/lib/nodejs

Nun wurde der User nodejs angelegt, sein Home-Verzeichnis ist /var/lib/nodejs. Nun bereiten wir den User für die Installation von Node.js und NPM vor – wir wechseln in den User nodejs:

su nodejs
cd ~

Der folgende Inhalt muss in die Datei /var/lib/nodejs/.npmrc:

root =    /var/lib/nodejs/.node_modules
binroot = /var/lib/nodejs/local/bin
manroot = /var/lib/nodejs/local/share/man

Die entsprechenden Ordner müssen nun noch angelegt werden:

mkdir ~/local
mkdir ~/local/bin
mkdir ~/local/share
mkdir ~/local/share/man

Nun fügen wir den Ordner ~/local/bin noch zum PATH hinzu – die folgende Zeile muss zum einen in die Datei /var/lib/nodejs/.bashrc, zum anderen einmal in der Shell eingegeben werden:

export PATH=$HOME/local/bin:$PATH

Jetzt installieren wir die notwendigen Abhängigkeiten über apt / aptitude:

sudo apt-get install build-essential python libssl-dev git-core libsqlite3-dev gzip curl

Nun kann Node.js heruntergeladen und kompiliert werden. Dazu “klonen” wir das Git-Repository und checken die letzte stabile Version aus – was spätere Updates erleichtert.

mkdir ~/local/src
cd ~/local/src
git clone git://github.com/joyent/node.git
cd node
git checkout v0.4.12
./configure --prefix=$HOME/local/
make
make install

Installation von NPM

Jetzt ist Node.js installiert – wir benötigen aber noch den Node.js-Paketmanager NPM. Den installieren wir ebenfalls aus den GIT-Quellen:

cd ~/local/src
git clone https://github.com/isaacs/npm.git
cd npm
git checkout v1.0.30
make install

Zu guter letzt legen wir noch einen Symlink an, damit NPM später das Verzeichnis für die Node-Module findet, das wir weiter oben bereits konfiguriert haben:

ln -s ~/local/lib/node_modules ~/.node_modules

Installation von Etherpad Lite

Nun sind endlich die Voraussetzungen gegeben, um Etherpad Lite zu installieren. Dies tun wir ebenfalls aus den GIT-Quellen. Danach rufen wir ein Shell-Script auf, um die Abhängigkeiten zu installieren.

mkdir ~/node-apps
cd ~/node-apps
git clone git://github.com/Pita/etherpad-lite.git
cd etherpad-lite
./bin/installDeps.sh

Jetzt kann die Konfiguration angepasst werden, die sich in der Datei /var/lib/nodejs/node-apps/etherpad-lite/settings.json befindet. Da ich das Etherpad mit MySQL als Datenbank betreiben möchte, kommentiere ich die vorhandene SQLite-Konfiguration aus und füge den MySQL-Benutzer und den Datenbank-Namen hinzu, die ich beide vorher angelegt habe. Den “loglevel” setze ich außerdem auf “WARN”, um nicht zu viele unnötige Log-Meldungen zu schreiben.

Jetzt legen wir gleich eine Upstart-Konfiguration an, um sicherzustellen, dass das Etherpad nach jedem System-Neustart automatisch gestartet wird. Für eine regelmäßige Überwachung und ggf. Neustart des Etherpads im Fehlerfalle bietet sich Monit an – was aber nicht Teil dieses Artikels sein soll.

Wir legen nun die Datei /etc/init/etherpad-lite.conf mit folgendem Inhalt an (auf Grundlage dieser Quelle):

description "etherpad-lite"
 
start on started networking
stop on runlevel [!2345]
 
env NODEBIN=/var/lib/nodejs/local/bin/node
env EPHOME=/var/lib/nodejs/node-apps/etherpad-lite
env EPLOGS=/var/log/etherpad-lite
env EPUSER=nodejs
 
pre-start script
    chdir $EPHOME
    mkdir $EPLOGS                              ||true
    chown $EPUSER:admin $EPLOGS                ||true
    chmod 0755 $EPLOGS                         ||true
    chown -R $EPUSER:admin $EPHOME/var         ||true
#    exec su -s /bin/bash -c 'exec "$0" "$@"' $EPUSER $EPHOME/bin/installDeps.sh >> $EPLOGS/error.log || { stop; exit 1; }
end script
 
script
  cd $EPHOME/node
  exec su -s /bin/bash -c 'exec "$0" "$@"' $EPUSER $NODEBIN server.js \
                        >> $EPLOGS/access.log \
                        2>> $EPLOGS/error.log
end script

(Diese Upstart-Konfiguration ist noch nicht optimal – spontan gelang es mir nicht, das Shell-Script installDeps.sh im pre-start erfolgreich auszuführen. Deshalb muss man daran denken, dieses Script nach einem Etherpad-Update manuell auszuführen.)

Jetzt kann Etherpad ganz einfach mittels

start etherpad-lite

gestartet werden.

Einrichtung des Apache Reverse-Proxys

Nun richten wir Apache ein, damit Etherpad auf Port 80 erreichbar ist. Dafür verwenden wir z.B. die Subdomain etherpad.example.lit – und folgende virtuelle Host-Konfiguration (beispielsweise in der Datei /etc/apache2/sites-available/etherpad.example.lit):

<virtualhost *:80>
        ServerName etherpad.example.lit
 
        ServerAdmin webmaster@localhost
 
        <ifmodule mod_proxy.c>
            ProxyVia On
            ProxyRequests Off
            ProxyPass / http://localhost:9001/
            ProxyPassReverse / http://localhost:9001/
            ProxyPreserveHost on
            <proxy *>
                Options FollowSymLinks MultiViews
                AllowOverride All
                Order allow,deny
                allow from all
            </proxy>
        </ifmodule>
 
        ErrorLog /var/log/etherpad-lite/apache2/error.log
 
        # Possible values include: debug, info, notice, warn, error, crit,
        # alert, emerg.
        LogLevel warn
 
        CustomLog /var/log/etherpad-lite/apache2/access.log combined
        ServerSignature Off
</virtualhost>

Wichtig: das Verzeichnis /var/log/etherpad-lite/apache2/ für die Apache-Logs muss angelegt werden!

Daraufhin kann der oben angelegte virtuelle Apache-Host aktiviert werden. Außerdem müssen die Apache-Module mod_proxy und mod_proxy_http aktiviert sein, danach kann die Apache-Konfiguration neu geladen werden:

a2ensite etherpad.example.lit
a2enmod proxy proxy_http
/etc/init.d/apache2 reload

Nun sollte das Etherpad unter http://etherpad.example.lit erreichbar sein!

Konfiguration von Logrotate

Wir haben nun einige Log-Dateien unterhalb von /var/log/etherpad-lite/, die schnell sehr groß werden können. Deshalb konfigurieren wir Logrotate so, dass diese Dateien wöchentlich rotiert und gepackt und für acht Wochen vorgehalten werden. Dazu fügen wir einfach folgende Zeilen zur /etc/logrotate.conf hinzu – oder legen eine /etc/logrotate.d/etherpadlite mit dem folgenden Inhalt an:

# rotate etherpad lite logs
/var/log/etherpad-lite/*.log {
        weekly
        missingok
        rotate 8
        compress
        notifempty
}
/var/log/etherpad-lite/apache2/*.log {
        weekly
        missingok
        rotate 8
        compress
        notifempty
}

Installation von Abiword für Import/Export (optional)

Für den erweiterten Import/Export muss die Textverarbeitungs-Software Abiword installiert werden – deren Binaries benutzt Etherpad zum Lesen und Schreiben von Dokumenten. In Ubuntu 10.04 ist Abiword in den Paketquellen vorhanden, deshalb reicht ein:

apt-get install abiword

Daraufhin muss in der /var/lib/nodejs/node-apps/etherpad-lite/settings.json der Pfad zum Abiword-Binary angepasst werden:

/* This is the path to the Abiword executable. Setting it to null, disables abiword.
     Abiword is needed to enable the import/export of pads*/
  "abiword" : "/usr/bin/abiword",

Nach einem Neustart mittels

stop etherpad-lite
start etherpad-lite

stehen die erweiterten Import-/Export-Funktionen zur Verfügung – dann kann ein Pad beispielsweise auch als PDF exportiert werden.

Abschluss

Etherpad Lite ist meiner Meinung nach ein sehr nützliches Tool, um gemeinsam Dokumente zu bearbeiten, Protokolle und To-Do-Listen zu erstellen usw. – was durch die Export-Funktion in viele Formate sehr gut ergänzt wird. Es existieren auch bereits viele Bibliotheken und Plugins, welche die HTTP-API von Etherpad nutzen, um Etherpads in eigenen Applikationen bequem einzubinden – Libraries für Ruby, PHP, ein jQuery-Plugin, ein Drupal-Modul (im Entwicklungsstadium) und viele mehr.

Ein Hinweis zum Schluss: diese Anleitung stellt sicher kein Optimum dar – jedoch war es mir wichtig, Node.JS sowie NPM nicht als root-User zu installieren. Deshalb weicht diese Anleitung zum Teil von den meisten im Netz zu findenden Anleitungen ab. Verbesserungsvorschläge nehme ich gern per Kommentar oder E-Mail entgegen!

Quellen und weiterführende Links:

• Ein besseres Etherpad dank Etherpad Lite!
• Building and Installing Node.js
• Etherpad Lite Readme
• Node.js HOWTO: Install NPM as user (not root)
• Install Etherpad Lite on Ubuntu and Debian
• npm install locally
• How to put Etherpad Lite behind a reverse Proxy
• Deploying Node.js With Upstart and Monit
• Run Node.js as a Service on Ubuntu
• How to deploy Etherpad Lite as a service

Moderne Smartphones versehen Fotos, die mit der integrierten Kamera aufgenommen wurden, auf Wunsch automatisch mit “Geo-Tags”. Will man jedoch beispielsweise Fotos, die man mit einer Spiegelreflexkamera (DSLR) aufgenommen hat, geotaggen, wird es etwas komplizierter. Die wenigsten Digitalkameras haben derzeit einen integrierten GPS-Sensor, über den sie die aktuelle Position abfragen könnten. Für diesen Einsatzzweck gibt es kleine Geräte – “Geo-Logger”, die man unterwegs zusätzlich zur Kamera mitnimmt. Diese Geräte zeichnen die Position auf und erlauben es später, entweder über eine externe Software am PC oder direkt durch das Einstecken der SDHC-Karte die Positionsdaten in die Fotos zu schreiben. Dabei wird die Aufnahme-Uhrzeit der Bilder mit der vom Geo-Logger aufgezeichneten Position zu dieser Uhrzeit verglichen.

Diese externen Geo-Logger haben aber zwei Nachteile: zum einen hat man ein zusätzliches Gerät, das man mit sich herumtragen muss und bei dem man auch ständig dafür sorgen muss, dass der Akku geladen ist. Zum anderen muss man Geld für ein Gerät ausgeben, obwohl man möglicherweise bereits Gadgets hat, die diese Aufgabe übernehmen könnten. Jedes moderne Smartphone besitzt einen GPS-Sensor und ist in der Lage, die eigene Position regelmäßig zu speichern.

Hier kommt für Benutzer des Smartphone-Betriebssystems HP/Palm WebOS die von mir geschriebene Anwendung “Geotag-Logger” ins Spiel, die im offiziellen HP App Catalog zu finden ist. Es existierten bereits einige Anwendungen, mit denen man die eigene Position tracken konnte – jedoch keine Anwendung, die wirklich gut für diesen Einsatzzweck geeignet war. Denn wenn man zu Fuß unterwegs ist und Fotos macht, braucht man nicht im Sekundentakt die eigene Position zu erfassen – größere Intervalle sorgen für einen deutlich geringeren Akku-Verbrauch und sollten dennoch ausreichend sein.

Mit “Geotag-Logger” für WebOS kann man entweder manuell das Speichern der aktuellen Position auslösen oder über einen automatischen Modus alle fünf Minuten die Position speichern lassen. Die erzeugten Daten können daraufhin im GPX-Format auf die USB-Partition gespeichert und von dort aus auf den PC übertragen werden. Am PC können dann mit Hilfe der GPX-Datei Positionsdaten in die Fotos geschrieben werden. Dazu können Open-Source-Anwendungen wie Geotag (Linux/Windows), GPicSync (Linux/Windows) oder GPSCorrelate (Linux) verwendet werden. Zum Taggen der Fotos existieren drei Artikel unter spiegel.de, awokenmind.de und schrenk.cc, die einen Überblick über das Vorgehen geben.

Wenn man sich unterwegs schon einmal vergewissern möchte, ob die Anwendung den eigenen Weg korrekt aufgezeichnet hat, kann man bereits zwischendurch schon einmal die Daten als GPX exportieren und die GPX-Datei anschließend mit dem kostenlos im App Catalog erhältlichen GPX Mapper öffnen. Die Anwendung zeichnet die gespeicherten Standortdaten auf eine Google-Maps-Karte.

Geotag-Logger benötigt mindestens WebOS 2.1, da die Anwendung zum Speichern der GPX-Datei auf der USB-Partition des Geräts einen Node.JS-Service verwendet – dieses Feature gibt es erst ab WebOS 2.x.

“Geotag-Logger” ist Freie Software, lizensiert unter der GPL v3. Das bedeutet, die Anwendung ist nicht nur kostenlos, sondern Sie dürfen sie außerdem an andere weitergeben, sich den Quellcode ansehen (für den Fall, dass Sie Softwareentwickler sind), den Quellcode Ihren Bedürfnissen anpassen und Ihre Anpassungen mit anderen teilen. Den Quellcode der Anwendung finden Sie im GIT-Repository der Projekt-Website (englisch).

Da ich nun stolzer Besitzer eines HP/Palm Pre 2 bin, auf dem mittlerweile WebOS 2.1 läuft, habe ich mich entschlossen, eine kurze Anleitung für Besitzer des Pre 2 bzw. WebOS 2.1 zu schreiben. Preware wird in diesem Artikel – im Gegensatz zur alten Anleitung – nicht über das Programm “WebOS Quick Install” installiert, sondern über die Kommandozeile. “WebOS Quick Install” ist offensichtlich noch nicht mit WebOS 2.1 kompatibel.

Auch für diese Anleitung gilt: Die Installation erfolgt auf eigene Gefahr! Dieser Artikel ist allerdings an die vielseits erprobte, englischsprachige Anleitung von webos-internals.org angelehnt.

Installationsschritte:

1. Laut Anleitung im Palm Developer Center muss das aktuelle WebOS-SDK installiert werden. Dazu gehört insbesondere der Novacom-Treiber (palm-novacom_1.0.64_i386.deb für 32-bit-Systeme, palm-novacom_1.0.64_amd64.deb für 64-bit-Systeme) und das SDK-Paket. (Für aktuelle Pakete bitte immer über den Palm Developer Center herunterladen!) Die Installation kann z.B. über die Kommandozeile erfolgen (am Beispiel für 64-bit-Systeme):

   sudo dpkg -i --force-architecture palm-sdk_2.1.0-svn409992-pho519_i386.deb
   sudo dpkg -i --force-architecture palm-novacom_1.0.64_amd64.deb

2. Über get.preware.org das aktuelle Preware-IPK-Paket herunterladen (mindestens die Version 1.5.0, z.B. entweder org.webosinternals.preware_1.5.0_arm.ipk für den Pre und org.webosinternals.preware_1.5.0_i686.ipk für den Emulator).
3. Nun muss der Developer-Modus im Pre 2 aktiviert werden. In WebOS 2.1 funktioniert das nicht mehr mit dem aus WebOS 1.x bekannten Konami-Code, sondern über eine andere Tastenkombination. Auf dem Startbildschirm muss folgendes eingegeben werden: webos20090606 – dann erscheint wie gewohnt das blaue Icon, mit dem der Developer-Modus eingeschaltet werden kann. Eine angenehme Neuerung: das Gerät muss nicht, wie in älteren WebOS-Versionen, neugestartet werden!
4. Das Gerät kann nun via USB an den PC angeschlossen werden – nicht im Massenspeicher-Modus, sondern “Nur aufladen” auswählen.
5. Nun kann das Preware-IPK-Paket installiert werden. Mittels Konsole wechselt man in das Verzeichnis, in dem man das heruntergeladene Preware-Paket gespeichert hat, und benutzt das Kommando “palm-install”, um das IPK auf dem Gerät zu installieren:

   cd ~/Desktop
   palm-install org.webosinternals.preware_1.5.0_arm.ipk

6. Preware ist nun installiert und kann benutzt werden. Am Besten gleich Preware öffnen und ggf. auf die aktuelle Version aktualisieren. Außerdem kann der Developer-Modus wieder deaktiviert werden.

Nun kann auch auf dem Pre 2 unter WebOS 2.1 die Vielzahl an “Homebrew-Apps” installiert werden!

The functionality has grown over the last version. You can now mark items as favorite and switch to the list of your favorites. This should make planning easier. You can also switch to a view with all events in the future – making it easy to see what talks are next. The search functionality is now improved. Also new is a “Feeds” function where you can have a look at FOSDEM website news as well as various identi.ca and Twitter channels. There are also two new maps included. The application is localized for English and German, but the schedule and feed items of course are all English.

Under the hood many parts of the code was rewritten and/or improved. There’s still room for improvement, but the performance should be now better and many bugs should be fixed.

The application is released as free and open source software under the GPL v3. You can find the source code, GIT repository, bug tracker, the .ipk package and more at forge.webpresso.net.

Always feel free to share ideas, improvements, bug reports and your opinion. Just leave a comment or use the bug tracker (sorry, but registration is required to avoid spam).

Da es bisher – jedenfalls für europäische WebOS-Nutzer – keine Navigationslösung gibt, ist Navit besonders interessant. Ich muss allerdings gleich vorab warnen: Navit funktioniert zwar mittlerweile, ist jedoch – abhängig von den geladenen Kartendaten – recht langsam und noch nicht wirklich benutzerfreundlich.

Die Installation ist recht einfach – jedoch ist zwingend WebOS 1.4.5 erforderlich! Ist diese Voraussetzung erfüllt, einfach folgende Schritte ausführen:

1. Falls noch nicht geschehen, muss Preware installiert werden.
2. In Preware unter “Komplette Liste” bzw. “Verfügbare Pakete” nach “Navit” suchen und die Anwendung installieren. Für die Anwendung müssen zwei Abhängigkeiten mit installiert werden: “speechd”, eine Sprachsynthese-Bibliothek, sowie “locale” für die Internationalisierung.
3. Nun muss Navit gestartet werden. Startet die Anwendung nicht, auch nicht nach einem Geräteneustart, liegt das recht wahrscheinlich an einem Fehler von Palm im WebOS-Update auf 1.4.5 (hier näher beschrieben). Die einfachste Lösung des Problems: es muss der “Emergency Fstab Fixer” via Preware installiert werden. Nach der Installation muss der Neustart des Telefons bestätigt werden – danach sollte Navit zumindest starten.
4. Nach dem Start von Navit sind noch keine Kartendaten vorhanden, da diese nicht mitgeliefert werden. Am Einfachsten installiert man sich das freie Kartenmaterial von OpenStreetMap. Diese können mit verschiedenen Tools detailliert für bestimmte Areale heruntergeladen werden – für viele Länder gibt es vorgefertigte Links beim Navit-Projekt. Die Karten für Deutschland werden mit ~490MiB angegeben – bei mir waren es im Endeffekt rund 670MB, die man im Pre erst einmal freischaufeln muss. Zum Download erhält man eine *.bin-Datei, die Navit lesen kann. Nach dem Klick auf den Link kann es einen Moment dauern, bis der Download startet. Recht einfach ist jedoch auch der Download eines bestimmten Areals über den Planet Extractor, durch die Auswahl eines kleineren Bereichs kann man Platz auf dem Gerät sparen.
5. Nun muss der Pre per USB-Modus an den PC angeschlossen werden. Die heruntergeladene *.bin-Datei muss nun in den Ordner appdata/org.webosinternals.navit/maps kopiert werden, der beim ersten Start von Navit erzeugt wurde (und leer sein müsste).
6. Nach dem Entfernen des Pre vom PC kann Navit gestartet werden und sollte die Karten anzeigen. Die Performance könnte – wie bereits erwähnt – besser sein, jedoch wird berichtet, dass bei kleineren Kartenausschnitten und/oder weniger enthaltenen POIs im Kartenmaterial die Performance deutlich steigt. Hier kann man sicherlich noch etwas Performance einsparen.

Eine englische Installationsanleitung sowie ein paar kurze Bedienungshinweise gibt es bei webos-internals.org, die auch die Anwendung auf WebOS portiert haben sowie für die Entwicklung von Preware verantwortlich sind.

Diese Anwendungen sind an sich nichts neues, dank geeigneteren und benutzerfreundlicheren Ortungs-Methoden erfahren sie aber erst in den letzten Monaten einen starken Zuwachs. Moderne Smartphones haben mittlerweile Techniken an Bord, um innerhalb weniger Sekunden die Position des Gerätes ziemlich genau zu bestimmen (GPS, A-GPS, GSM- und WLAN-Ortung).
Auch in Web-Browsern hält das Thema langsam Einzug – Firefox ab Version 3.5, Chrome ab Version 5, Opera ab Version 10.6 sowie der iPhone-Safari-Browser unterstützen die Lokalisierung. Dafür zuständig ist eine vom W3C herausgegebene Spezifikation – die Browser-Ortung ist allerdings meist noch recht ungenau, da der Benutzer via WLAN-Accesspoints in der Umgebung und Geo-IP geortet wird.

Mittlerweile wächst der Markt an Geo-sensitiven Anwendungen stark – und ihm wird in naher Zukunft ein weiterhin starkes Wachstum zugesagt. Ortsbezogene Social Networks wie Gowalla, Foursquare und Brightkite ermöglichen es, an Orten “einzuchecken” und zu erfahren, wo sich Freunde gerade aufhalten – und verbinden dies teils mit einem spielerischen Effekt. Auch die anderen Dienste im Social web ziehen nach – Microblogging-Dienste wie identi.ca und Twitter speichern auf Wunsch den aktuellen Ort zusammen mit “Tweets”. Facebook startete gerade vor zwei Tagen seinen neuen Dienst “Places”, bei dem bereits die Dienste Foursquare, Gowalla, Yelp und MyTown mehr oder weniger eng mit eingebunden sind. Wikipedia-Artikel beinhalten bereits seit einiger Zeit Koordinaten von Orten, mit Positionsdaten angereicherte Fotos erlauben zusätzliche Funktionen bei Foto-Communities wie Flickr und Picasa.
Um Positionsdaten zu visualisieren, sind Dienste wie OpenStreetMap und Google Maps nützlich – sie bieten eine mehr- oder weniger vollständige Karte der Erde und erlauben beispielsweise über APIs, die Kartenansichten mit weiteren Informationen angereichert darzustellen – Marker, Fotos auf einer Landkarte und vieles mehr.

Was macht diesen Markt so interessant? Zum einen sind natürlich interessante Anwendungen möglich – mit einer entsprechenden Anwendung kann man sich den nächsten Geldautomaten, das nächste Café oder eine gute Bar um die Ecke anzeigen. Man kann sehen, an welchen Orten sich Freunde kürzlich aufgehalten haben oder selbst interessante Orte “markieren”, um sie später wiederzufinden.
Aber auch für Marketing-Zwecke eignen sich ortsbezogene Dienste. Sie werden außerdem für kleinere, lokale Betriebe interessant. Werbung auf Online-Plattformen kann gezielt Nutzer in der Nähe ansprechen. Ein Café kann an alle User eines LBS im näheren Umkreis Informationen über eine Rabatt-Aktion verteilen, um Gäste anzulocken. Events können Menschen in der Nähe einfach bekannt gemacht werden. Interessante Marketing-Aktionen, wie sie beispielsweise Opel durchgeführt hat, werden möglich. Bars in den USA versprechen Foursquare-Usern, die in einem Monat am Häufigsten “eingecheckt” haben, Freibier. Gap gibt Kunden für Check-ins 25% Rabatt.

Bei all diesen Diensten, die es bereits gibt und in Zukunft immer häufiger geben wird, sollte man nie vergessen: die eigene Position ist eine sensible Information – die man nur mit Bedacht verwenden sollte. Vor allem dann, wenn sie für jedermann sichtbar im Netz zu finden ist und auf geschlossenen Plattformen wie Facebook auf ewig gespeichert sein wird.

Zu empfehlen sind noch drei Podcasts von Vorträgen auf der SXSW 2010:

• LBS 101: Geolocation On The “Horizon”
• Location-Based Marketing and Advertising: Targeting the Mobile Consumer
• Mapping and Geolocation: Turnkey Approaches You Need to Know

Es geht in diesem Zusammenhang vor allem um freie Lizenzen – Lizenzen, mit denen der Urheber jedem freistellt, die Inhalte zu jedem beliebigen Zweck zu nutzen, Kopien davon weiterzugeben (also zu teilen) und die Inhalte beliebig zu verändern. Es geht also insbesondere um die Freiheit der Nutzer sowie gegen die Einschränkung dieser Freiheit, beispielsweise durch Digitales Rechtemanagement (DRM), das dem Benutzer die Kontrolle über Daten und Software auf seinem eigenen Computer nimmt. Endbenutzer-Lizenzverträge – wie beispielsweise die von Microsoft Windows oder Apple MacOS – sind meist darauf ausgelegt, dem Nutzer die Freiheiten zu entziehen.

Der Ursprung liegt in der Freien Software – eine Bewegung, die sich für quelloffene Software unter freien Lizenzen einsetzt. In diesem Zusammenhang ist vor allem die Free Software Foundation zu nennen, die freie Software fördert und für die Einhaltung freier Lizenzen streitet. Eine der bekanntesten Lizenzen für freie Software ist die GPL. Sie gewährt den Benutzern die genannten Freiheiten und beinhaltet darüber hinaus das Copyleft – das sicherstellt, dass Software unter dieser Lizenz weitergegeben sowie Veränderungen an der Software unter derselben Lizenz veröffentlicht werden müssen, die Software also frei bleibt. Eine Weiterentwicklung der GPL, die AGPL, dehnt die Wirkung der GPL auch auf Netzwerkdienste aus, die von der GPL nicht erfasst werden. Nutzern eines Content-Management-Systems, das unter der AGPL steht, muss also beispielsweise der (ggf. veränderte) Quellcode der Anwendung zur Verfügung gestellt werden.

Aber freie Lizenzen gibt es nicht nur für Software. 2001 entwickelte Lawrence Lessig “Creative Commons” – ein Lizenzmodell, das sich vom klassischen Urheberrecht abgrenzt und auf Offenheit setzt. Jeder kann diese Lizenzen frei für seine Werke nutzen – und zwar für alle Werke, die durch das Urheberrecht geschützt sind, also unter anderem Musik, Texte, Fotos und Forschungsergebnisse. Creative Commons besteht aus vier Bausteinen, die in verschiedenen Formen miteinander kombiniert werden können:

• BY – Namensnennung des Autors erforderlich
• NC – nicht-kommerzielle Nutzung
• ND – keine Änderungen erlaubt
• SA – Weitergabe nach Veränderung nur mit gleicher Lizenz (Copyleft)

Die Lizenz CC-BY-SA, unter der auch die Inhalte dieses Blogs stehen, erlaubt es beispielsweise jedem, die Inhalte frei zu nutzen – mit der Bedingung der Namensnennung (z.B. Verlinkung zurück auf diesen Beitrag) sowie der Verpflichtung, die davon abgeleiteten Werke auch unter eine CC-BY-SA-Lizenz zu stellen.

Weiterhin gibt es einige Abwandlungen wie Sampling-Lizenzen. Eine weitere Form – wenn auch u.a. in Deutschland rechtlich nicht möglich – ist Public Domain, ein Totalverzicht auf alle Rechte am eigenen Werk.

CC-Lizenzen sind mittlerweile an vielen Stellen – besonders im Netz – zu finden. Jamendo vertreibt CC-Musik, Flickr unterstützt die Verwendung von CC-Lizenzen für Bilder und seit 2009 stehen alle Inhalte der Wikipedia sowie sämtlicher Wikimedia-Inhalte unter der CC-BY-SA-Lizenz.

Ein bekannter Aktivist, der sich für eine Liberalisierung des Urheberrechts einsetzt, ist der Science-Fiction-Author und Blogger Cory Doctorow, bekannt unter anderem als Autor bei Boing Boing. Er stellt alle seine Bücher und Werke unter einer Creative Commons-Lizenz ins Netz – was ihm sogar deutlich höhere Verkaufszahlen seiner gedruckten Bücher beschert haben soll.

Abhilfe gibt es theoretisch bereits seit mehreren Jahren: Server Name Indication (SNI) ist eine Erweiterung des SSL-Protokolls, bei der einfach bereits beim Verbindungsaufbau vor dem SSL-Handshake der gewünschte Hostname mitgesendet wird.

Serverseitig benötigt diese Erweiterung insbesondere OpenSSL ab Version 0.9.8f sowie Apache ab 2.2.12 – außerdem müssen beim Kompilieren diverse Flags gesetzt sein. Seit Ubuntu 9.10 “Karmic Koala” sind sämtliche Voraussetzungen erfüllt, ich habe SNI nun erstmalig problemlos mit 10.04 “Lucid Lynx” im Einsatz. SNI funktioniert mit Apache und OpenSSL nun ohne Neu-Kompilieren “out of the box”.

Die Vorgehensweise ist im Prinzip ganz einfach: nach einem

NameVirtualHost *:443

können in den Apache-Konfigurationsdateien mehrere virtuelle SSL-Hosts definiert werden, die jeweils eigene SSL-Zertifikate besitzen. Weitere Infos sind im Apache-Wiki sowie hier zu finden.

Eine weitere Option erlaubt das Erzwingen von SNI: übermittelt ein Client nicht die SNI-Header, kann er den jeweiligen virtuellen SSL-Host nicht erreichen. Diese Option ist standardmäßig auf “off”.

SSLStrictSNIVHostCheck on

Der Haken: neben dem Server muss natürlich auch der Client SNI unterstützen. Internet Explorer unter Windows XP unterstützen SNI generell nicht (wobei es Berichte gibt, dass mit XP SP3 die Unterstützung vorhanden ist), Konqueror beherrscht SNI ebenfalls nicht. Ein Überblick über die Browser-Unterstützung findet sich hier. Ob ein Browser SNI unterstützt, kann man bei sni.velox.ch testen.

Zumindest in einigen Bereichen kann man SNI trotz der teilweise fehlenden Client-Kompatibilität bereits einsetzen – die client-seitige Unterstützung wird sich in Zukunft weiterhin verbessern.

Ein Artikel zum Thema ist in der c’t 23/09 erschienen und ebenfalls bei sni.velox.ch zu finden.

This is my first WebOS application and it was created in very short time, anyhow I hope it’s a little bit useful.

A small feature list:

• Stores schedule. Use the “Refresh”-button in the left corner to download the latest schedule and automatically save it for offline use. This also happens if you hit “Yes” after first launch.
• Event details. Tap on an event to view detailed information.
• Quick search. Simply start typing to search in all titles, locations and attendees.
• Hide expired events. Tap on the right button to hide all events which are already expired.
• Campus map. Use the campus map for orientation. You can find it in the application menu in the schedule scene. It’s the one I found on the FOSDEM website.
• Supports every orientation. Turn the device as you like to.

This application is free software and licensed under the GPL v3.

Download: You can download this application via Palm web distribution. Simply tap the link from your WebOS phone, you can easily install the application on your device. You can also download it to your desktop pc as .ipk package file and install it via WebOS Quick Install. I also provide a .zip file which includes the source code and a few resources, so you can play around with the source code (although you also could unzip the .ipk file).

• Install via Palm web distribution, v0.1.2
• Download .ipk package, v0.1.2
• Download source archive, v0.1.1

UPDATE: You can find the source code and other versions of the application here.

If you find bugs or need support, please write a comment (preferred) or an E-Mail, I’ll respond as soon as possible.

• Der App Catalog wurde deutlich verbessert, Updates und Neuinstallationen von Anwendungen können parallel heruntergeladen werden, Downloads können angehalten und wieder aufgenommen werden
• Das Speicherplatz-Limit für Anwendungen wurde aufgehoben, alle Applikationen liegen jetzt verschlüsselt auf der USB-Partition
• Im Kalender kann man spürbar schneller durch einzelne Tage blättern
• Die Akkulaufzeit soll in Gebieten mit schlechter Netzabdeckung verbessert worden sein
• Mit dem neu unterstützten Bluetooth-Profil PAN kann das Handy als UMTS-Modem für PCs genutzt werden (dies ist bei der US-Firmware nicht möglich)
• Die Uhr im Sleep-Modus hat jetzt eine schönere Schrift

Zu diesen offiziellen Verbesserungen gab es auch im Verborgenen einige Schritte nach vorn: die Oberfläche reagiert subjektiv schneller und flüssiger auf Eingaben, die Kamera reagiert schneller und der Browser wirkt performanter. Unangekündigterweise hat auch die Unterstützung des Grafik-Chips, der bisher ungenutzt blieb, Einzug gehalten. Damit können jetzt aufwändigere Spiele auf dem Gerät laufen, einige wurden bereits auf der CES in Las Vegas vorgestellt (sind hierzulande aber leider erst ab März erhältlich). Die Entwicklung von C/C++-”Plugins” ist nun möglich, ein SDK wird im März veröffentlicht.

Für das Update gibt es ein paar wichtige Regeln:

1. Falls Patches und/oder Themes installiert sind, müssen diese unbedingt deinstalliert werden. Dabei hilft auch das Tool “Emergency Patch Recovery”, das via Preware installiert werden kann
2. Preware (falls installiert, ansonsten weiter mit 3.) sollte unbedingt vor dem Update in der aktuellen Version 0.9.12 sowie der Package Manager Service in Version 0.9.29 installiert sein. Beides sollte mit der aktuellen Version von WebOS Quick Install, 2.96, durchgeführt werden. Sind die Versionen (insbesondere des Package Manager Service) zu alt, treten nach dem Update Probleme mit dem App Catalog sowie mit Preware auf.
3. Das Update über die “Update”-Anwendung durchführen – Achtung: der Akku muss ausreichend Restladung haben. Das Update dauert etwa eine halbe Stunde inklusive Download, “Entpacken” und Installation.
4. Nach der Installation und dem Neustart des Systems sollte – sofern “Homebrew”-Anwendungen installiert sind, das Tool “Emergency Migration Helper” ausgeführt werden. Dieses kann ebenfalls mit Preware installiert werden. Nach der Installation wird die Oberfläche neu gestartet und das Tool entfernt sich automatisch selbst. Wie bereits das Update selbst stößt das Tool das Verschieben der auf der Hauptpartition installierten Anwendungen auf die USB-Partition an, behebt aber zusätzlich einige Probleme.

Nach dem Update “vergessen” leider einige Anwendungen – bei mir z.B. der identi.ca-/Twitter-Client Spaz, ihre Einstellungen. Diese müssen dann erneut vorgenommen werden. Bei der Migration werden einige Anwendungsdaten nicht korrekt übernommen.

Ist alles erledigt, kann man mit SuperTux, Doom, Quake und Classic Invaders, die alle kostenlos über Preware installiert werden, einen kleinen Vorgeschmack auf die neuen nativen Spiele bekommen.

Das nächste Update wird die auf der CES angekündigte Version 1.4 sein, das einen Video-Recorder, Videobearbeitung und voraussichtlich auch Flash mitbringt. Es soll im Februar erscheinen, in Europa wohl wieder etwas später. Ab März soll es dann auch in Europa möglich sein, kostenpflichtige Anwendungen über den App Catalog zu erwerben.

Für den Emulator des SDK wird die Virtualisierungssoftware VirtualBox von Sun benötigt. Eine aktuelle Version von VirtualBox erhält man am Besten, indem man das offizielle VirtualBox-Repository zu den Paketquellen hinzufügt. Dies kann man sowohl in der /etc/apt/sources.list direkt als auch in der Gnome-Anwendung “Software-Paketquellen” (System > Systemverwaltung > Software-Paketquellen) vornehmen. In ersterem Fall wird die folgende Zeile einfach an eine geeignete Stelle der Datei eingefügt, im zweiten Fall wechselt man in den Reiter “Andere Software” und fügt dieselbe Zeile über “Hinzufügen” der Liste hinzu:

deb http://download.virtualbox.org/virtualbox/debian karmic non-free

Um den Key der neuen Paketquelle zu importieren, muss in der Konsole folgendes ausgeführt werden:

wget -q http://download.virtualbox.org/virtualbox/debian/sun_vbox.asc -O- | sudo apt-key add -

Nun kann nach einem Update der verfügbaren Pakete das Java Runtime Environment von Sun sowie VirtualBox installiert werden (Die freie Standard-Java-Runtime von Ubuntu, GCJ ist wohl mit dem SDK nicht kompatibel):

sudo apt-get update
sudo apt-get install sun-java6-jre
sudo apt-get install virtualbox-3.0

Auf 64bit-Systemen muss wohl noch folgendes Paket installiert werden:

sudo apt-get install ia32-libs

Dann kann es bereits an die Installation des Novacom-Service (wird benötigt) und des SDK gehen, das bequem als .deb-Paket von Palm heruntergeladen werden kann:

palm-novacom_1.0.46_i386.deb
palm-sdk_1.3.5-svn234138-sdk117-pho368_i386.deb

Die beiden Pakete können in Ubuntu einfach durch Doppelklick oder auf der Konsole via dpkg -i [Dateiname] installiert werden. Achtung: die Novacom-Version scheint seit dem SDK 1.3.5 erneuert worden zu sein – eine eventuell bestehende Novacom-Installation (z.B. für WebOS Quick Install) sollte also aktualisiert werden.

Fertig! Nun kann zum Test der Emulator mittels

palm-emulator

gestartet werden. Update: Leider erhalte ich die Fehlermeldung, dass Novacom nicht läuft.

Novacom Not Running
In order to install or debug applications in the Palm Emulator, the novacom service must be running on your desktop. Please verify that you have the latest Palm SDK installed correctly.

Dieser Fehler, der mit Upstart von Ubuntu Karmic zusammenhängt, sollte laut Palm-Developer-Forum eigentlich in der aktuellen Novacom-Version behoben sein. Offensichtlich ist dennoch Handarbeit nötig, das Anlegen der Datei /etc/init/novacomd.conf – mit dem der Start von novacomd funktionieren soll – ist hier beschrieben. Vorübergehend lässt sich Novacom aber auch manuell wie folgt starten:

sudo /opt/Palm/novacom/novacomd start

Update 2: Nachdem ich im Emulator-Fenster zur Auswahl der Systeme (Pre/Pixi) nach dem Start von palm-emulator auf “Start Emulator” klicke, passiert nichts – mttels Doppelklick auf das entsprechende System startet der Emulator allerdings problemlos.

Die Installationsschritte können auch direkt bei Palm noch einmal nachgelesen werden.

Ein guter und einfacher Einstieg in die ersten Schritte mit dem SDK ist Palms Hello World-Tutorial. Viel Erfolg mit dem SDK!

Hier eine Kurzanleitung zur Installation – weitere, deutlich detailliertere Anweisungen und viele weiterführende Links finden sich bei PreCentral: Anleitung zu Preware und WebOS QuickInstall. Die Anleitung bezieht sich auf einen deutschen Palm Pre von O2 mit WebOS 1.3.1 1.4.5.

[Update:] Dieser Artikel gilt bis WebOS 1.4.5 – für WebOS ab Version 2.x existiert ein neuer Artikel unter Verwendung des SDK und ohne WebOS Quick Install.

Installationsschritte:

1. Zunächst muss WebOS QuickInstall heruntergeladen 3.14 heruntergeladen werden. Diese Anwendung benötigt Java. QuickInstall ermöglicht die Installation von Anwendungen auf dem Pre.
2. WebOS QuickInstall benötigt den WebOS Doctor von Palm. Für die europäische o2-Version, Firmware 1.3.1 1.4.5, kann er hier hier heruntergeladen werden (die aktuellste Version ist auch hier verlinkt). Er besteht – wie QuickInstall – aus einer JAR-Datei. Die heruntergeladene Datei muss in dasselbe Verzeichnis wie QuickInstall gelegt werden und zu “webOSDoctor.jar” umbenannt werden.
3. Als weitere Voraussetzung wird Novacom benötigt, eine Bibliothek von Palm. Novacom für Linux kann hier hier (32bit) als DEB-Package heruntergeladen werden, die Datei wird aber von QuickInstall auch automatisch zum Download angeboten. Die Installation von Novacom für 32- und 64bit-Systeme ist auch hier in den Punkten 4 und 5 beschrieben. Update: teilweise wird Novacom unter Ubuntu 9.10 nicht automatisch gestartet. Am Einfachsten kann dies über die Konsole mittels sudo /opt/Palm/novacom/novacomd start selbst getan werden.
4. Nun kann QuickInstall gestartet werden: z.B. mit “java -jar WebOSQuickInstall.jar &” auf der Linux-Konsole. Es sollte keine Frage nach WebOS Doctor kommen, sofern er korrekt benannt im selben Verzeichnis liegt. Gegebenenfalls erscheint eine Aufforderung zum Download von Novacom. Als Anschlussart sollte “USB” ausgewählt werden. Danach ist QuickInstall einsatzbereit.
5. Nun muss der Developer-Modus des Pre aktiviert werden. Dazu wird einfach im Launcher über die Universal Search folgendes eingegeben: “upupdowndownleftrightleftrightbastart”. Ist alles eingegeben, erscheint ein Programm-Icon “DeveloperMode” als Suchergebnis. Nach Klick auf das Icon kann der Developer Mode über einen Schieberegler aktiviert werden. Nach Aufforderung sollte das Gerät neu gestartet werden.
6. Ist das Gerät neu gestartet (im Developer-Modus), wird das Gerät per USB an den PC angeschlossen, die Frage nach dem USB-Modus beantwortet man mit “Nur aufladen”.
7. Nun wird zunächst der “Package Manager Service” mit Hilfe von QuickInstall installiert. Dazu klickt man rechts auf das dritte Icon von oben, wählt oben “WebOS Internals Feed (all)” aus, setzt den Haken bei “Package Manager Service” und klickt auf “Download”. Nach dem Herunterladen kann das Fenster geschlossen werden, in der Liste des Hauptfensters befindet sich jetzt das entsprechende Paket. Über den “Install”-Button wird das Paket auf dem Pre installiert. Wichtig: nicht zuerst Preware installieren – und nicht den eventuellen Vorschlag von WebOS QuickInstall annehmen, den Package Manager Service automatisch zu installieren, da QuickInstall eine falsche Version verwendet. Seit Preware 1.0 ist der Package Manager Service direkt in Preware integriert und muss nicht mehr separat installiert werden.
8. Der Package Manager Service ist nun installiert - auf demselben Wege wird nun auch Preware installiert. Klick auf das unterste rechte Icon, Feed “WebOS Internals Feed (all) (Pre)” auswählen, Haken bei “Preware” setzen, Klick auf “Download”, “Close”, “Install”. Fertig!
9. Preware benötigt den Developer-Modus nicht mehr, deshalb sollte man aus Sicherheitsgründen diesen Modus nun wieder verlassen. Also in der Universal Search “upupdowndownleftrightleftrightbastart” eingeben, Klick auf das erscheinende Programm-Icon, Developer-Modus ausschalten, Neustart.
10. Nun kann die neue Anwendung “Preware” gestartet und alle verfügbaren Anwendungen installiert werden! Dies sollte allerdings wohl überlegt geschehen, da sich alle der Anwendungen – inklusive Preware selbst – im Beta-Stadium befinden. Außerdem sollte man in den Preware-Einstellungen festlegen, in welchen Abständen die Anwendungslisten aktualisiert und von welchen Listen überhaupt Anwendungen angezeigt werden sollen. Weiterer Hinweis: vor einem WebOS-Update sollten alle eventuell installierten Patches deaktiviert werden!

Viel Erfolg beim Ausprobieren der Vielzahl an “Homebrew Apps”, Patches und Themes!

Hier ein Tipp für alle, die ihr IMAP(S)-Postfach mit dem Pre benutzen wollen, aber ein selbst signiertes Zertifikat verwenden und die Fehlermeldung “Das Sicherheitszertifikat des Servers ist ungültig oder Datum und Uhrzeit sind nicht korrekt eingestellt.” erhalten:

Da es leider keine Möglichkeit gibt, dem selbst signierten Zertifikat im Mail-Client zu vertrauen, muss das Zertifikat im Zertifikats-Manager des Pre installiert werden.

Zunächst muss das Zertifikat in ein geeignetes Format gebracht werden. Da ich am PC Thunderbird mit diesem Konto verwende, hier die Anleitung für Thunderbird (diese Anleitung setzt das Thunderbird-Addon Cert Viewer Plus voraus): “Extras” > “Zertifikat-Manager”, Reiter “Websites” das richtige Zertifikat des entsprechenden Servers auswählen, dann Klick auf den Button “Ansicht”. Im sich öffnenden Fenster Klick auf den Button “Export”, Format “X.509 Certificate (DER)”, Speichern.

Das exportierte Mailserver-Zertifikat im X.509 DER-Format kann nun auf den Palm in einen beliebigen Ordner kopiert werden. Nun muss das Zertifikat nur noch im Zertifikats-Manager des Pre importiertt werden. Dieser Manager ist etwas versteckt: im Anwendungsmenü links oben auf “Startbildschirm” > “Anwendungsliste”, dort wiederum links oben auf “Einstellungen” > “Zertifikatmanager”.

Dort muss über das Icon links unten das Zertifikat hinzugefügt werden. Nach dem Klick auf das Icon werden alle auf dem Gerät befindlichen Zertifikatsdateien angezeigt – unter anderem auch das eben per USB auf den Pre kopierte Zertifikat als DER-Datei. Diese Datei einfach auswählen, fertig.

Die E-Mail-Anwendung funktioniert nun auch mit dem selbstsignierten Zertifikat und gibt keine Warnungen mehr aus.

find . -name .DS_Store -type f -exec rm -r {} \;