Manchmal kommt es anders als man denkt. Eine dumme Frage der Art "Wollt ihr ein eigenes Forum?" wird zustimmend beantwortet. Voilà, so soll es sein.
Dieses (oder heißt es dieser?) Blog beschreibt unter anderem die Entwicklung des Haardcacher-Forums.
Export der Bookmarklisten von Geocaching.com in Google Maps
von FrankT am Sa, 03. Mai 2008 03:31
"Wow" dachte ich, als ich bei GC.com entdeckt habe, daß Bookmarklisten im KML-Format exportiert werden können. Ein erster Test mit dem Import einer Liste in Google Earth war vielversprechend. Nun denn, die API von Google Maps bietet ebenfalls die Möglichkeit KML-Daten einzulesen. Was liegt also näher, als das Forum kurzerhand um eine Visualisierung von Bookmarklisten zu erweitern, denn nicht jeder hat Google Earth installiert.
Gesagt, getan, gescheitert.
Die Standardschnittstelle der API kann die KML-Datei zwar lesen, aber nicht fehlerfrei darstellen. Es fehlen die individuellen Marker-Icons. Also wurde die alternative Funktion eGeoXml von Mike Williams, dem Autor eines hervorragenden Tutorials zur Maps-API getestet. Ergebnis: Nix!
Eine mit GE darstellbare Liste, die aus GE heraus gespeichert wurde, wird fehlerfrei dargestellt. Nun habe ich aber nicht die geringste Lust, alle paar Tage die Bookmarklisten neu zu speichern.
Ein vergleichender Blick in die Dateien zeigt, daß das Skript von GC.com den KML-Standard fehlerhaft abbildet. Es bleibt also nur, die gelieferte Bookmarkliste zu "reparieren" bevor sie an die API weitergereicht wird.
Mit 43 Usern im Forum muß ich mir um Serverlast eigentlich noch keine Gedanken machen. Trotzdem widerstrebt es mir, die Daten bei jedem Aufruf neu zu konvertieren. Ein einmaliges Abspeichern ist auch nicht die Lösung, da sich Bookmarklisten ab und an ändern. Ich bin zu bequem, dieses manuell zu prüfen. Wofür hat man einen Computer.
Das Zauberwort heißt Caching! Nein, wir finden die Bookmarklisten nicht mit dem GPSr, sondern halten die konvertierten Daten für eine bestimmte Zeit gespeichert.
Das spart bei uns und bei GC.com Rechenzeit.
Versuchsweise habe ich die Cachelebenszeit vorerst auf 7 Tage eingestellt. Ob dieser Wert brauchbar ist, muß sich zeigen.
Der einzige Nachteil von eGeoXml ist, daß das parsen der KML-Daten deutlich länger dauert als mit der originären Funktion der API. Hier wartet also noch etwas Arbeit. eGeoXml kann deutlich mehr, als in unserer Anwendung benötigt. Die überflüssigen Funktionen zu entfernen, wird vermutlich die Performance steigern.
Dazu werde ich aber erst kommen, wenn die kreativen Wünsche der User befriedigt sind. Ein Forum ist halt eine ewige Baustelle.
Ein Blog im Übrigen auch, wenn ich mir mein halbfertiges Template so betrachte.
Gesagt, getan, gescheitert.
Die Standardschnittstelle der API kann die KML-Datei zwar lesen, aber nicht fehlerfrei darstellen. Es fehlen die individuellen Marker-Icons. Also wurde die alternative Funktion eGeoXml von Mike Williams, dem Autor eines hervorragenden Tutorials zur Maps-API getestet. Ergebnis: Nix!
Eine mit GE darstellbare Liste, die aus GE heraus gespeichert wurde, wird fehlerfrei dargestellt. Nun habe ich aber nicht die geringste Lust, alle paar Tage die Bookmarklisten neu zu speichern.
Ein vergleichender Blick in die Dateien zeigt, daß das Skript von GC.com den KML-Standard fehlerhaft abbildet. Es bleibt also nur, die gelieferte Bookmarkliste zu "reparieren" bevor sie an die API weitergereicht wird.
Mit 43 Usern im Forum muß ich mir um Serverlast eigentlich noch keine Gedanken machen. Trotzdem widerstrebt es mir, die Daten bei jedem Aufruf neu zu konvertieren. Ein einmaliges Abspeichern ist auch nicht die Lösung, da sich Bookmarklisten ab und an ändern. Ich bin zu bequem, dieses manuell zu prüfen. Wofür hat man einen Computer.
Das Zauberwort heißt Caching! Nein, wir finden die Bookmarklisten nicht mit dem GPSr, sondern halten die konvertierten Daten für eine bestimmte Zeit gespeichert.
Das spart bei uns und bei GC.com Rechenzeit.Versuchsweise habe ich die Cachelebenszeit vorerst auf 7 Tage eingestellt. Ob dieser Wert brauchbar ist, muß sich zeigen.
Der einzige Nachteil von eGeoXml ist, daß das parsen der KML-Daten deutlich länger dauert als mit der originären Funktion der API. Hier wartet also noch etwas Arbeit. eGeoXml kann deutlich mehr, als in unserer Anwendung benötigt. Die überflüssigen Funktionen zu entfernen, wird vermutlich die Performance steigern.
Dazu werde ich aber erst kommen, wenn die kreativen Wünsche der User befriedigt sind. Ein Forum ist halt eine ewige Baustelle.
Ein Blog im Übrigen auch, wenn ich mir mein halbfertiges Template so betrachte.
Tags: Geocaching • Bookmarkslisten • Google Maps Api • Kml • Forum
3489 mal betrachtet • 0 Kommentare