PILGRIMAGE

… aber ein großer Strich für mich! Der Strich auf diesem Screenshot zeugt davon, dass dank der Hilfe von Jens Wunderling der GeoCane die gesetzten und gespeicherten Waypoints richtig (!) als KML-Datei ausgibt. Die Punkte werden verbunden und bilden den gelaufenen Weg als Linie aus, der dann in GoogleEarth importiert den gelaufenen Weg revue passieren lässt. Die KML-Datei kann man zum Testen hier runterladen.

< kml xmlns="http://earth.google.com/kml/2.1">
< Placemark>
< LineString>
< coordinates>
13.281605,52.305908,0
13.281706,52.305908,0
13.281807,52.305908,0
13.281908,52.305908,0
< /coordinates>
< /LineString>
< /Placemark>
< /kml>

Der GPS Logger V1.0 zusammen mit Lassen IQ GPS mit dem ich gestern versucht habe (m)einen kurzen, gegangenen Weg zu tracken (vgl Blogeintrag der ersten getrackten Route und Blogeintrag der zweiten getrackten Route) gab nach 15 Minuten stillliegen auf dem Balkon folgende Daten aus:

Vermutlich ist der 12-Kanal-Empfänger einfach nich state-of-the-art genug, um, wie (m)ein RoyalTek Bluetooth GPS (mit SIRF3 Chipsatz), eine genaue Position zwischen Straßenschluchten zu finden!? Außerdem überagt ein vollbelaubter Baum den Balkon und nimmt dem GPS, trotz angeschlossener Antenne, die Sicht auf den Himmel.

Die unteren beiden Screenshots aus Google Earth zeigen eine getrackte Route in der Nähe meiner Wohnung.

Hiermit verweise ich (weil’s so schön ist) dann doch nochmal aus den bisherigen Verlauf
meiner Diplombearbeitung … Zur Zeit befinde ich mich übrigens in Viloria de Rioja, dem Geburtsort des heiligen Domingo de la Calzada. Sollte sich einmal ein Leser dieses Blog hierhin verirren, gibt es eine private Pilgerherberge (Te.:0034-646-364037). ;-)

Ein weiterer Schritt ist geschafft. Die $GPGLL-Daten (vergleiche vorherige Blogeinträge zu GPGLL) werden als Serielle Daten über Arduinos Serial Monitor ausgegeben. Dabei reduziere ich mich erst einmal auf Längen- und Breitengrade und die Uhrzeit (d.h. weitere mögliche Daten wären Höhe über NN (Normal Null), Geschwindigkeit über Grund, wahrer Kurs, Anzahl der Sateliten …

Arduinos Serial Monitor – Screenshot

Ein Track Log (Wegaufzeichnung), häufig auch nur als Track bezeichnet, ist eine meistens mit einem GPS-Gerät erstellte Aufzeichnung eines zurückgelegten Weges. Die einzelnen Punkte eines Track Logs werden als Wegpunkte (engl. waypoint = eine (elektronische) Marke, die ein eindeutige Positionsangabe auf der Erde speichert / in der Luftfahrt = Intersections) bezeichnet. Da neben den reinen Positionsangaben (Länge und Breite) auch meistens Höhe und ein Zeitstempel beim Track Log gespeichert wird, kann damit eine zurückgelegte Strecke ausgewertet werden: Höhenprofil, Geschwindigkeitsprofil etc.

Im Gegensatz zu einer Route als genauer Weg zwischen zwei geografischen Punkten (jedoch ≠ Luftlinie (Gerade) zwischen zwei Punkten), die nur meistens wenige Wendepunkte/Wegpunkte eines Wegs bis zum Ziel beinhaltet, ist ein Track Log eine deutlich genauere Aufzeichnung des Weges. Wegpunkte werden je nach Einstellung und Fortbewegungsart alle 1 bis 20 Sekunden oder im Abstand zwischen 1 bis 200 m gesetzt.

Quelle: Wikipedia

Text from gpsvisualizer.com

Notes about uploaded files:

A project by Thomas Winkler

Bild und Textquelle

GPS::Tron is an adaption of the classic arcade game Tron for mobile phones. What makes it new and different is that the original game’s concept is expanded by adding levels of reality and virtuality that blend into the realm of augmented reality. The players move in real space, they are tracked by GPS and their position influences their position in the game. Each player is represented by a line that gets longer and longer. However, the player’s own line is not allowed to cross itself or the opponent’s line. If it does, the player causing the crash loses.

If you want to get used to the rules of Tron just jump to the bottom of this page, where a simple version of such a tron game has been attached. You can play it right in your browser to get a feeling what Tron is about.

Back to GPS::Tron: If a player runs 200meters straight forward in the real world, the mobile phone’s display shows a line approximately 1cm long. If he moves right, also the track on the phone is drawn in the right direction. Because the players of GPS::Tron have to be mobile to be able to play it, the game itself has to work on a device that is small and habile enough to be carried around. For this reason, the goal of this project is to develop a GPS::Tron client which works on every phone which supports J2ME MIDP/2.0 and the Bluetooth-API (there is already a prototype for Symbian Series 60 which works on Nokia 7650/3650/6600 and Siemens SX1). For the calculation of the actual position, the player also needs a gps receiver, which sends the current position via bluetooth to the the mobile phone.

GPS::Tron is for 2 players who both need 1 mobile phone and a gps-receiver for playing. The communication between the mobile devices is done over the internet (GPRS/UMTS of the mobile network provider is used). The players do not have to be geographically close-by. For example, one player can be in Austria, the other in another country. This is possible because the players start virtually (in the game) nearby.
The 2 players do not have to run, they can also play using a car, bike, ship, whatever.

GeoRSS overview

RSS is a family of XML formats for exchanging news, especially news about Web pages or other Web content. Many dynamic web sites, especially Weblogs or “Blogs” now provide RSS “feeds” of their new or changed content. Another common term for a source of news in RSS format is”Web feed”. The basic idea is a simple, brief, and structured XML format which includes only key descriptive elements like author, date, title, narrative description, and hypertext link, elements which help a reader (or an RSS “aggregator” service) decide what source materials are worth examining in more detail. This concise, structured format has also proven useful for publishing all kinds of small, time-sensitive nuggets of information, including Flickr’s photo journals, Craigslist classifieds, and local events.

GeoRSS is simple proposal for RSS feeds to also be described by location or Geotagged. We standardize the way in which “where” is encoded with enough simplicity and descriptive power to satisfy most needs to describe the location of Web content. GeoRSS may not work for every use (for example, we provide for only one location per RSS entry), but it should serve as an easy-to-use geotagging language that is brief and simple with useful defaults but extensible and upwardly-compatible with more sophisticated formats like the OGC (Open Geospatial Consortium) GML (Geography Markup Language). Read the rest of this entry »

via googlekarten.blogspot.com

Garett Rogers berichtet auf zdnet, das bei der Suche nach “Microsoft” via Google Maps folgendes Ergebnis erschien – Ein Anti-Microsoft Bild innerhalb der Microsoft Ergebnisse:

Mittlerweile wurde das Bild entfernt. Das Bild kam von einer Yelp.com Seite und wurde automatisch in die Google Maps Suchresultate integriert. Wie kam es dazu?

Danny Sullivan und Barry Schwartz sind der Sache nachgegangen und kamen zu folgender Erklärung: Es scheint, dass Google eine spezielle geographisch ausgerichtete Bildersuche verwendet, die versucht, Bilder auf Seiten zu finden und diese dann den Firmen zuordnet.

Beispiele: Das Google Maps Suchresultat für Ask.com verwendet ein Bild von hier und die Suche nach Microsoft Corporation ein Bild von hier.

Ähnliche Fehlresultate treten auch bei Adressen oder Telefonnummern auf. Ergebnisse dieser Art liegen bestimmt nicht im Interesse von Firmen. Man stelle sich vor – jemand lädt ein Bild auf seine Seite mit Deinem Firmennamen und Kontaktinformationen…

Die Gute Nachricht: Hier gibt’s eine Anleitung um so etwas zu verhindern.

Höhere Auflösung

Höhere Auflösung: Bild links / Bild rechts

Höhere Auflösung: Bild links / Bild rechts

Höhere Auflösung: Bild links / Bild rechts Read the rest of this entry »

via googlekarten.blogspot.com

HeyWhatsThat ist ein Panorama/Profil Generator für Google Maps/Earth mit diversen Funktionen. Funktionieren tut das Ganze bisher leider nur in den USA. In einer Google Map kann man einen Standort markieren oder aus vorhanden einen auswählen um sich den Panorama-View anzeigen zu lassen. Durch Klick auf “Show Profile” zeigt sich ein Höhenprofil:

Bei der Auswahl eines eigenen Standortes werden einem die nahe liegenden höchsten Punkte als Auswahl angeboten. Sämtliche gespeicherte Standorte können auch in Google Earth betrachtet werden. Bsp: Matterhorn.

Das Geotag dieses Blogeintrages liegt übrigens auf dem Null-Meridian (46.069419674968536, 0.0)

gefunden bei googlekarten.blogspot.com: “Diese Wegbeschreibung dient nur zu Planungszwecken. Sie werden ggf. feststellen, dass die Verkehrsverhältnisse aufgrund von Baustellen, hohem Verkehrsaufkommen oder anderen Ereignissen von den anhand der Karte dargestellten Suchergebnissen abweichen können.”