Der sonst so vorbildliche Support von all-inkl scheint leider gerade komplett ausgelastet zu sein, nicht mal auf meine Mail wird geantwortet. Aber man kann sich selbst helfen:

Lösung:

Dazu geht man in seinen KAS Server, dort ins Menü Tools -> Besitzrechte, trägt unter Verzeichnis das Verzeichnis des Blogs ein (bei mir /blog) und als User wählt man den PHP-User aus. Dann noch das rekursiv Häkchen anklicken und auf "Besitzrechte ändern" klicken. Nach relativ kurzer Zeit sollte das Blog wieder korrekt starten und auch der Admin Bereich ist wieder zugänglich.

Bei mir ist alles noch recht träge, aber ich vermute, das liegt daran, dass All-Inkl noch am reparieren ist.

P.S: Ganz vergessen - Falls jemand nach dieser Rechte Änderung immer noch Warnings bekommt (fopen usw), der sollte einfach mal den Inhalt von template_c löschen, und zwar komplett. Am besten, bevor ihr die Rechte auf PHP-User setzt, danach habt ihr evtl. Probleme, auf das Verzeichnis per FTP zuzugreifen. Dann einfach für das Verzeichnis noch mal zurück setzen, leeren und wieder auf PHP-User setzen.

LoudTwitter kann die Tweets auf drei verschiedene Weisen in das Blog posten: Per ATOM API Call, XML-RPC-API Call und per Email. Serendipity unterstützt nur die letzten beiden Methoden mit jeweils einem eigenen Plugin, XML-RPC wäre zu bevorzugen, weil dadurch kein eigenes Postfach für Blogposts angelegt werden muss.

Vorbereitungen

XML-RPC ist eine (einigermaßen) standardisierte Schnittstelle, die von vielen Blogs unterstützt wird, und die von einigen Tools benutzt wird, wie z.B. dem Windows Live Writer und Scribefire für FireFox (zwei externe Blogeditoren, über die ich bereits berichtete). XML-RPC wird von Serendipity nicht direkt sondern über das Plugin "Einträge via XML-RPC erstellen" unterstützt. Dieses muss also installiert werden. Zusätzlich macht es Sinn, einen eigenen User für LoudTwitter im Blog anzulegen, der nur die Möglichkeit hat, Artikel zu posten. Er sollte möglichst keine administrativen Rechte haben. Ist dies erledigt, so kann man auf die Seite von LoudTwitter gehen, um sich für den Service zu registrieren.

Registrierung des Blogs bei LoudTwitter

• Auf der ersten Seite von LoudTwitter gibt man zuerst die URL seines Blogs an und klickt auf "Yes, this is my blog".
• Auf der folgenden Seite sucht man den etwas versteckten Link "signup" und klickt ihn.
• Auf der nächsten Seite gibt man an, über welchen Menchanismus man das Blog befüllen will. Leider ist genau XML-RPC dort (noch) nicht aufgeführt, also klickt man erst einmal den Link "post by email instead". Hier muss nur eine EMail eingegeben werden, an die die täglichen Tweets verschickt werden sollen. Dieses Setup kann nachher ausgeschaltet werden, wir werden später direkt in das Blog posten.
• Nun muss der Twittername eingegeben werden, dessen Tweets man darstellen möchte.
• Danach kommt die Konfiguration, wie ein Artikel mit täglichen Tweets aussehen soll. Ich denke diese Einstellungen sind selbst erklärend.
• Als letztes erzeugt man den Login Account für LoudTwitter. Ich habe hier eine OpenID verwendet, man kann aber auch eine Email mit Passwort angeben.

Nun hat man einen Loudtwitter Account erzeugt.

Tweets per XML-RPC direkt in das Blog schicken

Nach der Registrierung klickt man auf "Home" und konfiguriert den XML-RPC Aufruf (XMLRPC posting configuration).

Als XMLRPC endpoint url gibt man http://blogdomain/serendipity_xmlrpc.php ein (wobei Blogdomain evtl auch ein Unterverzeichnis enthalten kann, das hängt von der Blog Konfiguration ab), zusätzlich gibt man den vorher erstellten Serendipity Benutzer und sein Passwort ein und speichert dies mit dem OK Knopf.

Da nun zwei Konfigurationen erstellt wurden, an die die Tweets geschickt werden können, muss die gewünschte im Home Screen ausgewählt werden (xmlrpc set) und die Konfiguration ist abgeschlossen. Nun kann mit try it out now überprüft werden, ob die Konfiguration passt. Wurde alles richtig gemacht, so sollte nun ein Test Artikel im Blog von Loudtwitter erzeugt werden.

LoudTwitter funktioniert bei mir recht gut, scheint aber insgesamt noch ein wenig wackelig zu sein. So konnten bisher Tweets mit Umlauten gar nicht per XMLRPC verschickt werden, da dies das XML des RPC Aufrufs invalide machte. Dies konnte ich mit einem kleinen Mail Verkehr mit dem Autor fixen lassen. Wenn ich den Test ausführe, bekomme ich außerdem nach einiger Zeit eine Fehlermeldung des Servers, der Post wird aber trotzdem verschickt.

Auf diese Weise hatte ich das Problem schnell mit Debug Ausgaben eingegrenzt und gefixt. In der Sandbox läuft das Plugin nun!

Die neue Version 1.16 habe ich gerade nach Spartacus ausgeliefert und sie ist natürlich auch direkt bei mir im Blog zu beziehen. Falls ihr über die weiße Seite nicht hinaus kommt (also nicht per Spartacus updaten könnt), zieht euch am besten die Version hier im Blog und speichert das im ZIP enthaltene Verzeichnis im Plugin Verzeichnis eures Blogs (und überschreibt damit die vorherigen Dateien). Ist dies erledigt, sollte das Blog wieder starten und ihr solltet nun in die Plugin Konfiguration gehen.

In der Sandbox von Laemmy waren nun mehrere Installationen des Event Plugins zu sehen. Ich bin mir nicht sicher, ob das ein spezielles Problem der Sandbox Installtion war, oder ob dieses Problem bei allen auftritt, bei denen das Plugin nicht mehr lief. Ihr solltet alle Instanzen des Plugins, die ihr findet, bis auf eine, deinstallieren (im Plugin Manager löschen), falls dies bei euch auch der Fall ist. Idealer Weise sollte das korrekt konfigurierte Plugin stehen bleiben, die anderen Installationen haben wahrscheinlich default Konfigurationen.

Also bitte vorerst auf ein Update des Plugins verzichten, so lange der Fehler nicht gefunden wurde.

Es gibt dazu auch einen Thread im S9Y Forum.

Performance

Bisher wurde unterhalb jedes Artikels ein Bild eingefügt, das den Check auf Tweetbacks zu diesem Artikel ausführte. Es mussten möglichst viele KurzURLs für diesen Eintrag gesammelt werden, die dann alle in Twitter gesucht werden mussten. Mit dem Backtweet Support gibt es nun nur noch ein Bild im Footer des Blogs, das eine Suche für alle Blogeinträge über Backtweets auslöst. Die Vorteile, die sich dadurch ergeben sind groß:

1. Mit nur einem Aufruf können alle Tweetbacks in das Blog gefunden werden. Vorher wurden nur Tweetbacks auf angeschaute Artikel gefunden und das mit einer Suche pro aufgerufenem Artikel. Auf der Übersichtsseite des Blogs wird die Suche also nur einmal anstatt einmal pro dargestelltem Artikel aufgerufen.
2. Dadurch, dass die Suche in einem Bild im Footer des Blogs ausgelöst wird, blockieren die ganzen Einzelbilder nicht mehr das Laden anderer Bilder bei Browsern, die Bilder nacheinander und nicht gleichzeitig laden. Der Seitenaufbau der Blogübersicht ist dadurch bei solchen Browsern deutlich flüssiger.

Mehr gefundene Tweetbacks

1. Bei Backtweets kann man nach den echten URLs suchen, der Service liefert dann alle Tweets mit KurzURLs auf die Seite zurück, die der Service kennt. Backtweets kennt sehr viele URLKürzer Services, deutlich mehr jedenfalls, als das Microblogging Plugin, und bisher unbekannte werden schnell unterstützt.
2. Im Gegensatz zur bisherigen Suchimplementierung können nun auf diese Weise auch "User Kurz Urls" gefunden werden, wie die, die von Twitter selber normaler Weise über bit.ly erzeugt werden.
3. Man kann sogar eine Domain als Suche angeben, dann werden alle Tweets gefunden, die auf Seiten unterhalb dieser Domain zeigen. Dies benutzt das Plugin, wodurch es eben nur noch eine Suche starten muss.
4. Durch die Domain Abfrage ergibt sich noch ein weiterer Vorteil: Es werden nun auch Tweetbacks auf Artikel gefunden, deren Titel sich in der Zwischenzeit geändert haben (wodurch sich meist der Link auf den Artikel ändert). Wenn Serendipity diesen Link versteht, tut es das Microblogging Plugin ebenfalls.

Um den Backtweets Support im Plugin benutzen zu können, muss man sich einen API Key besorgen. Diesen bekommt als bei Backtweets registrierter User auf der Seite für Backtweetsentwickler. Diesen trägt man dann in die Plugin Konfiguration (Reiter Tweetbacks) ein. Schaltet man zusätzlich den Backtweets Support auf dieser Seite ein, so werden Tweetbacks nicht mehr mit der alten Suche gefunden, sondern nun indirekt über Backtweets.

ChangeLog für das Microblogging Plugin 1.12

• Added backtweets.com support! Now the search for tweetbacks is a lot more efficient and even produces more search results by supporting user short urls.
• One global search for tweetbacks using backtweets instead of one for each article. Huge performance win and all articles will be checked.
• The event plugin now emits CSS for the sidebar plugin to look good. The sidebar plugin can't do it itself.
• Sidebar plugins cachefile deleted after saving configuration in order to reflect new settings.
• Tweetbacks will be loaded oldest first, so they are in correct order if more than one is found.
• Added optional moderation of tweetbacks.
• 2 different tweet filters: Filter all tweets starting with @ or containung @ (sidebar)

Wie üblich wird die neue Version 1.12 in Kürze über Spartacus verteilt oder ist ab jetzt in meinem FILES Bereich zu haben. Ich würde jedem empfehlen, das neue Plugin zu installieren und den Backtweets Support zu benutzen.

UPDATE: Version 1.13 behebt ein Problem in der Moderationsmöglichkeit von Tweetbacks, das funktionierte bisher nicht wie erwartet.

Die WMP wird unten an die Wiimote gesteckt und macht die Interpretation der Wii Controler Bewegungen deutlich präziser. Mit ihr wird offenbar zusätzlich noch die Rotation der Wiimote gemessen.

Ich habe das Spiel gleich mal eingelegt und probiert: Beeindruckend! Die neuen Sport Spiele machen einen Höllenspaß und man kann sehen, wie das Avatar präzise die Bewegungen nachvollzieht, die man selber mit dem Controller ausführt. Das Schwert liegt genauso im Raum, wie der Controller und schlägt mit vergleichbarer Härte zu. Besonders gut kann man das bei Tischtennis beobachten. Hier bewegt sich die Kelle in der Hand des Avatars genauso, wie die WiiMote in der eigenen. So bekommt man ziemlich gut Schnitte hin, indem man beim Schlag die WiiMote z.B. leicht schief hält.

Leider ist die Freude nicht komplett ungetrübt..

Die Steuerung klappt nicht immer 100%, so fällt z.B. beim Paddeln auf, dass das Paddel nicht unbedingt immer auf der Seite des Bootes gehalten wird, wo man auch die Wiimote gerade hält. Da kommt die Steuerung ab und an dann doch durcheinander. Aber unterm Strich ein Mordsgaudi, von dem ich mich kaum losreißen konnte.

Morgen wird dann zu zweit mit meinem Bruder getestet. Dazu brauchte ich eine 2. WMP, die ich mir gleich inklusive eines Spiels kaufte: Grand Slam Tennis von EA. Das habe ich gerade auch einmal angetestet, hier kam allerdings alles andere als Freude auf. Das Avatar scheint fast zufällig die Art der Schläge auszuführen, unabhängig davon, wie präzise man die Vorgaben nachzuvollziehen versucht. Die automatische Bewegung der Figur treibt einen dann endgültig in den Wahnsinn. Ich habe schon einige Berichte zu dem Spiel jetzt gelesen, ich scheine nicht der einzige zu sein, der diese Frustration hatte. Dieses Tagebuch eines Test beschreibt die Erfahrung recht gut, auch wenn die beiden Spieler hier offenbar etwas frustresistenter sind, als ich.. Ich habe die Wiimote bei dem Spiel schon nach recht kurzer Zeit entnervt auf die Couch geschleudert.

In bewegten Bildern kann  man sich die Problematik bei Dailymotion ansehen. Auch dieser Tester scheint die schlechte Steuerung recht gelassen hinzunehmen, die im Werbetext zum Spiel als "die präzisesten Tennisschläge, die es in einem Videospiel jemals gab" beschrieben werden. Aber man bekommt schon einen recht guten Eindruck davon, dass das Avatar alles andere als präzise das geplante nachvollzieht.

Offenbar gab es Test, in denen Unterschiede zwischen Debug Konsolen und echten Verkaufskonsolen festegestellt wurden. Hier z.B. der Verriss und das Lob ein und des selben Portals zu WGT. Der Unterschied in den beiden Tests war die benutzte Konsole. Was mich wundert: Ich kann vor allem den Verriss nachvollziehen und ich habe eine völlig normale, im Laden gekaufte, frisch erneuerte und nicht gemoddete Wii.

Fazit: Die Wiimote Plus Erweiterung ist eine ziemlich coole Sache, wenn man sich Wii Sports Resort ansieht. Sie kann aber auch unglaublich schlecht unterstützt werden, wie man in EAs meiner Meinung nach in Sachen Steuerung völlig verunglücktem Grandslam Tennis sehen kann. Vielleicht macht Tennis ja morgen zu zweit etwas mehr Spaß, wenn beide Spieler genauso schlecht mit der Steuerung klar kommen. Das kann natürlich nicht der Sinn sein.

Nun gut: Ich prügele mich nun erst mal noch ein wenig mit meinem Schwert.

So ein Service geht genau anders herum vor: Er sucht einfach alle Links in der Public Timeline heraus und schaut, wo diese dann im Endeffekt hinzeigen. Dann füllt er eine lokale Datenbank, in der die Tweets über die LangURL referenziert werden. Diese kann dann durchsuchbar gemacht werden. Dazu benötigt man einen dedizierten Server, der für alle sucht. Wenn jedes Blog (und somit ein Twitter Plugin) das tun würde, wäre das der absoluter Overkill.

Das gute an Backtweets: Sie haben eine API, über die man die Suche ausführen kann. Es wird also in Kürze ein Update für das Serendipity Tweetback Plugin geben, das diesen Service unterstützt und dann auf einfache Weise tatsächlich (hoffentlich) alle Tweetbacks findet. Good News!

Update 22.07: Nach ersten Test stellt sich heraus, dass Backtweet offenbar doch nicht ganz so generisch vorgeht, wie ich mir das vorgestellt und erhofft hatte. Es werden nicht alle Tweetbacks gefunden, die das Twitter Plugin findet. Problem scheint zu sein, dass Backtweet (aus mir nicht nachvollziehbaren Gründen) offenbar die Art der Short URLs begrenzt hat. bit.ly, tinyurl.com und tr.im wurden gefunden, die 7ax.de shorturls  aber z.B. nicht. Dafür allerdings tatsächlich User spezifische URLs, es wurde mir eine tr.im URL angezeigt, die das Plugin nicht finden kann.

Ich habe gerade mal bei einem der Entwickler nachgefragt, warum das so ist.

Zusätzlich scheint es noch Probleme in der API zu geben. Weder das Paging noch der since_id  Parameter (beides dokumentiert) führen zum erwarteten Ergebnis. Da muss wohl auch noch mal nachgefragt werden. Kurz: Ganz so toll, wie gehofft, ist das alles noch nicht, kann aber noch werden..

Ach ein ziemlich cooles Feature soll nicht unerwähnt bleiben: Genauso wie bei 7ax.de kann man auch einfach die Haupt-Blog-URL suchen und bekommt dann alle Tweetbacks auf alle UnterURLs. Daraus kann man im Plugin dann eine deutlich performantere Suche erzeugen.

Weiteres Update: @michaelmontano meldet mir gerade per Twitter DM, dass 7ax.de nun auch unterstützt wird. Das ist cool, verifiziert aber im Umkehrschluss, dass eben nicht generisch nach Links gesucht wird, sondern nur nach ausgesuchten Kürzern. Das ist schade. Mal schauen, ob ich wenigstens noch heraus bekomme, welche das sind, dann müssen die anderen eben weiter manuell gesucht werden..

Letztes Update 23.07: Nach einem kleinen Mail Gespräch mit @michaelmontano sind nun alle Probleme beseitigt. Er schreibt, dass der Service hunderte von UrlKürzern unterstützt und dass die bereits im Twitter Plugin implementierten auch darunter sind. Meine Probleme mit der API konnten wir ebenfalls ausräumen, so läuft hier im Blog nun bereits eine Plugin Alpha, die den Backtweets Service unterstützt. Klappt prima! Ist schnell und hat mir bereits einige Tweetbacks heraus gefischt, die das Plugin vorher nicht finden konnte. Hier in den Trackbacks des Artikels sieht man z.B. ein tweetback von test_brockhaus. Dieses habe ich als in bit.ly eingeloggter User erzeugt. Kommt ein wenig zeitverzögert an (da Backtweets erst seine DB updaten musste), aber es kommt.

Ich muss es noch an Alphatester verschicken und ein wenig feilen, aber der Backtweet Support ist im Prinzip fertig.

Das Konzept ist eigentlich total simpel: Man baut eine Software und verteilt für diese eine Testversion. Ist die Software gut, macht es Sinn, die Testversion anfangs komplett unbeschränkt benutzen zu lassen. Nach einem gewissen Testzeitraum beschränkt man die Funktionalität oder fängt an, immer mehr Registrierungshinweise aufpoppen zu lassen. Dadurch kann sich der Anwender vor einem Kauf ein gutes Bild von der Software machen und kommt bei der Benutzung im optimalen Fall auf den Geschmack und möchte sie nicht mehr missen. Er freut sich dann, die Software zu kaufen, wenn der Preis angemessen ist. So war das früher, und manche Shareware tut das heute noch so,

Gravity war für mich da z.B. ein sehr gutes Beispiel. Obwohl es kostenlose Alternativen gab, hat mich das Programm im Testzeitraum einfach so sehr überzeugt, dass ich den sehr angemessenen Preis dann gerne gewillt war, zu zahlen.

Aktuell suche ich mal wieder einen SMS Chat für mein E71. Nokia bietet hier schon eine kostenlose Variante an, die aber nicht ganz meinen Vorstellungen entspricht. Ein wenig suchen gab schon ein paar Treffer von viel versprechenden Programmen zum Thema: SMS Chat und ThreadSMS. Beide sind Shareware. SMS Chat ließ sich problemlos installieren, nervt dann aber bei nahezu jeder Aktion gleich mit einem Wartescreen. Die Testversion von ThreadSMS unterscheidet sich u.a. darin von der Vollversion, dass man die Testversion selbst für seine IMEI zertifizieren muss, sonst kann man sie erst gar nicht installieren.

Bei ThreadSMS müsste ich mich nun also damit auseinandersetzen, wie so etwas geht und wahrscheinlich noch zusätzliche Programme installieren. Von den Screenshots her zu urteilen, könnte das das Programm sein, das ich suche, aber ich habe echt keine Lust, mich mit solchen Internas beschäftigen zu müssen. Ich will das Programm einfach nur testen und wenn es gut ist kaufen.

Beide Testversionen hinterlassen also alles andere als einen MustHave Eindruck beim ersten Test. Ganz im Gegenteil: Sie sind einfach nur nervig. Meiner Meinung nach funktioniert Shareware so nicht.

Ich bin also weiter auf der Suche nach einem vernünftigen (testbaren) SMS Chat. Was mir vorschwebt ist immer noch die geniale Anwendung vom Treo. Ich muss mir noch Hanashi ansehen, klingt interessant! Hat da jemand einen weiteren guten Tipp für mich?

In Menu > System > Einstellungen > Allgemein >Standortbest. findet man alles notwendige.

Bestimmungsmethoden

Hier stellt man ein, auf welche Weise der Standort ermittelt werden soll:

• Bluetooth GPS
  Hier kann ein externes Gerät angeschlossen werden, z.B. eine GPS Maus. Damit habe ich noch nicht experimentiert, wäre evtl. mal einen Versuch wert, meinen alten Palm GPS Receiver mit dem E71 zu koppeln.
• Unterstütztes GPS
  Dies ist offenbar das, was ich immer für A-GPS gehalten habe. In Wirklichkeit nennt man dieses CAGPS (Combined Assisted GPS). Hier wird - sobald das Signal zum GPS Satelliten verloren wird (also auch beim Start) - über A-GPS ein Fix ermittelt. Danach wird normal über den GPS Empfänger gesteuert. Hier wird also nur beim Start (oder evtl. in einem längeren Tunnel) über A-GPS die Position ermittelt. Der große Vorteil dabei: Über A-GPS ist ein "Fix" schnell gefunden, viel schneller jedenfalls als mit dem normalen internen GPS Empfänger.
• Integriertes GPS
  Hier kann man den GPS Chip im E71 ein- und ausschalten. Das sollte also immer angeschaltet sein.
• Netzbasiert
  Das ist das eigentliche A-GPS, es wird offenbar kontinuierlich darüber die Position ermittelt.

Interessant sind hier also vor allem die beiden Methoden, die A-GPS enthalten. Interessant ist auch, warum die bei mir bisher nie funktionierten..

Datenverbindung notwendig

Eine der beiden genannten Methoden hatte ich immer an, jedoch dauerte es trotzdem ewig, bis mal ein GPS Fix gefunden wurde. Problem dabei: Für beide Methoden wird eine Datenverbindung zum Provider benötigt, beim unterstützten nur selten (vor allem beim Start), beim netzbasierten des öfteren. So eine Verbindung hatte ich bisher nicht angegeben, da ich vermutete, dass eine Methode einfach die ungefähre Lage anhand der Funkmasten in der Umgebung ermittelt und dafür keine Internetverbindung notwendig wäre.

So etwas scheint Google Maps zu tun. Dieses kann auch in der Wohnung einen ungefähren Aufenthaltsort ermitteln, der in der Stadt sogar relativ aussagekräftig ist. Ganz offenbar funktioniert das hier genau über Funkmasten Interpolation. Und: Google Maps benötigt dafür keine zusätzliche Internetverbindung, es benutzt die bereits verwendete (also WLAN bei mir).

Zugangspunkt einstellen

Unter Menu > System > Einstellungen > Allgemein >Standortbest findet man auch noch den Eintrag "Standortbest.server". Hier kann man zum einen die Server Adresse (supl.nokia.com) eintragen aber auch den Zugangspunkt. Letzterer war bei mir bisher nicht definiert, deshalb funktionierte nur die Mehtode "Integriertes GPS". Leider kann man hier aber auch keinen WLAN Zugangspunkt sondern nur eine Datenverbindung zum Provider auswählen. In meinem Fall ist diese Verbindung kostenpflichtig. Aber nachdem ich hier einen Zugangspunkt ausgewählt hatte, funktionierten beide A-GPS Methoden nun und ein Fix war in wenigen Sekunden gefunden!

Ein Blick in das Datenprotokoll des Handys zeigt: Beide Methoden bauen einen Verbindung zum eingestellten Provider auf.

Dabei scheint "Unterstütztes GPS" der selbe Modus zu sein, den Google Maps per default (und ohne gebührenpflichtige Verbindung) benutzt. Ist nur diese Methode neben dem integrierten angeschaltet, so wird nun auch ziemlich schnell in der Wohnung ein ungefährer Standpunkt ermittelt. Dieser ist der selbe, den auch Google Maps anzeigt. Bei "netzbasiert" passiert das selbe.

Fazit

Mit den beiden Methoden hat man nun draußen deutlich schneller einen Fix gefunden. Leider ist dies in meinem Fall kostengebunden. Und weiterhin gilt: Der GPS Empfänger im Android G1 scheint einfach deutlich besser zu sein. Gerade habe ich beide Geräte mal auf die Fensterbank gelegt. Das G1 hatte wieder in wenigen Momenten das korrekte Signal und Zugriff auf die GPS Sateliten, das Nokia Handy fühlte sich offenbar durch die nahe Hauswand gestört, so dass es wieder reichlich Zeit benötigte.. Beim Nokia scheint das eher Glückssache oder eben witterungsbedingt zu sein. Bei meinen "Aus-dem-Fenster-halt-Test" gestern bei strahlendem Sonnenschein hatte es einen Fix und GPS Verbindung in vergleichbarer Zeit wie das G1..

Später: Nanu? Wenn das E71 erst mal draußen einen Fix gefunden hat, dann bekommt es auch nach kurzzeitig verlorenem Signal in der Wohnung in ca. 2m Entfernung vom offenen Fenster wieder Verbindung zum GPS Sateliten (ohne eine Datenverbindung aufzubauen)? Das ist doch gar nicht mal so schlecht.

Über die Vorzüge von Android an sich muss ich wohl nicht mehr viel sagen, dazu wurde ja schon einiges geschrieben. Was mir extrem beim testen des Geräts aufgefallen ist: Ich brauche dringend eine Daten Flatrate! Das ist schon echt genial, dass man mal eben in der S-Bahn einen Twitter oder Skype Client heruntergeladen und in nullkommanix installiert hat und dann sofort losquatschen kann. Auf dem großen Screen macht es dann auch richtig Spaß, schnell mal eine Information aus dem Internet nachzuschlagen u.ä.

Heute probiere ich das G1 beim GeoCaching aus. Auch hier wieder: Einen kostenlosen Client aus dem Markteplace geladen, ein paar Caches von geocaching.com als LOC Dateien auf die Speicherkarte gepackt, fertig! Der Client listet die Caches sofort nach Nähe sortiert auf, kann sie in der Google Map darstellen und (hier ist die Datenflat wieder genial) kann direkt auf die Online Seite des Caches springen, um benötigte Informationen für die Suche abzufragen.

Schmerzlich fällt mir dabei auf, wie schlecht der GPS Empfänger bei meinem E71 funktioniert. Auch als er noch akzeptabel funktionierte, brauchte er mindestens 2 Minuten (meist mehr), um ein stabiles Signal zu bekommen. Nicht so beim G1. Einmal aus dem Wohnungsfenster gehalten und schon hat das Gerät nahezu sofort ein GPS Signal. Auch hier spielt natürlich die Datenflat eine Rolle, da das G1 so vollen Nutzen aus dem A-GPS ziehen kann, das ich beim E71 irgendwie nie zum laufen bekommen habe.