PILGRIMAGE

Die Bearbeitung meines Diploms führt mich unter anderem über Léon (Geomashup – Koordinaten: 42° 35′ N, 5° 34′ W). Das heißt ab jetzt geht es in den Endspurt: 300 km to go! Read the rest of this entry »

… 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>

Aktueller Stand: Während vorher (vgl. auch Blogeintrag vom 5. Juni 2007) die GPS Daten über Bluetooth im Arduino Serial Monitor als Text ausgegeben wurden, wandelt das Programm auf dem Microprozessor diese Daten nun in echte Zahlen um: Mit diesen können nun die mathematischen Berechnungen für die Zielortbestimmung erfolgen.

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.

Markus N. hat mir grade folgenden Zeitnugsauschnitt gemailt. Danke. ;-)

Bild vergrößern

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

Bildquelle: Spakfun Electronics

* 12-Channel Receiver
* DGPS Ready
* Hot Start : 10s
* Warm Start : 38s
* Cold Start : 50s
* New Enhanced sensitivity mode
* 26mA at 3.3V
* Antenna detection
* Serial output stream – configurable to NMEA Standard at 2400bps to 19200bps
* Small. Really small.

Lassen iQ Spec Sheet, Lassen iQ Datasheet, Lassen IQ Pin Connections

Die passende Antenne:

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

Have a closer look here!

KML is a file format used to display geographic data in an Earth browser such as Google Earth, Google Maps, and Google Maps for mobile. KML uses a tag-based structure with nested elements and attributes and is based on the XML standard. All tags are case-sensitive and must be appear exactly as they are listed in the KML 2.1 Reference. The Reference indicates which tags are optional. Within a given element, tags must appear in the order shown in the Reference.

To see the KML “code” for a feature in Google Earth, you can simply right-click the feature in the 3D Viewer of Google Earth and select Copy. Then Paste the contents of the clipboard into any text editor. The visual feature displayed in Google Earth is converted into its KML text equivalent. Be sure to experiment with this feature.

Der Code sieht wiefolgt aus:

<_kml xmlns="http://earth.google.com/kml/2.1">
<_Placemark>
<_name>Pilgrimages Geotag
<_description>xxx
<_Point >
<_coordinates>-1.826752,51.179045,0
<_/Point>
<_/Placemark>
<_/kml >


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.

Einige Inhalte sind schon im Blogeintrag vom 29.Januar wieder gegeben. Trotzdem hier noch einmal der Link zur Sendung:

Seit 1994 versorgt das Global Positioning System (GPS) die Welt mit der notwendigen Infrastruktur zur Ortung von Schiffen, Flugzeugen und Personen. Der Bedarf war riesig und nur in zehn Jahren entwickelte sich das GPS-System zur Basis militärischer Operationen wie ziviler Verkehrsnavigation.

Seit ein paar Jahren sinken die Preise für die Technik spürbar und parallel entstehen zahlreiche Geo-Dienste, über die jedermann via Internet Zugriff auf umfangreiches Kartenmaterial und Infrastrukturinformationen über alle Regionen bereitstellt. Eine Geo-Industrie entdeckt im Stundentakt neue Anwendungsfelder und versorgt den Markt mit immer günstiger Hardware zum Ermitteln der Position. Dienste wie Google Earth erlauben zudem die Visualisierung des Planeten in 3D und lassen wiederum ganz neue Spielchen erahnen. Geocaching wird zum Volkssport und die Liveübertragung raumbezogener Aktivitäten aller Art im Internet hat begonnen.

Chaosradio stellt Technik, Infrastruktur, Protokolle und Anwendungen im Geospace vor und wagt wie gewohnt auch einen Blick in die nahe Zukunft. Dort stellen neue Entwicklungen wie das europäische System Galileo und die bevorstehende Integration von Positions-Empfängern und Mobiltelefonen neue Fragen. Neben dem unendlich beschleunigten Spieltrieb bringen die neuen Dienste und Produkte auch neue Bedrohungen für die Privatsphäre mit sich.

(Als Erläuterung zum vorherigen Blog-Eintrag gedacht)

CONNECT,0002C7BD5A93 gibt an das die Verbindung zum GPS Reciever aufgebaut wurde.
$GPGGA – Global Positioning System Fix Data
enthält die wichtigsten Angaben zur Position und deren Genauigkeit z. B. die Anzahl der Satelliten, Höhe über Meeresoberfläche und andere Informationen: $GPGGA,hhmmss.ss,llll.ll,a,yyyyy.yy,b,q,nn,d.d,a.a,M,g.g,M,h.h,rrrr*hh
1. hhmmss.ss = Aktuelle Uhrzeit in Stunden (hh), Minuten (mm), Sekunden (ss) und Millisekunden (ss)
2. llll.ll = Breitengrad
3. a = Hemisphäre des Breitengrads: Norden (N) oder Süden (S)
4. yyyyy.yy = Längengrad
5. b = Hemisphäre des Längengrads: Osten (E) oder Westen (W)
6. q = GPS Qualität: 0 = ungültig, 1 = GPS fix, 2 = DGPS fix, 6 = geschätzt (6 nur bei NMEA-0183 ab Version 2.3)
7. nn = Anzahl der benutzten Satelliten (i. d. R. 0 bis 12)
8. d.d = Horizontale Dilution of Precision (“Verschlechterung der Position”)
9. a.a = Höhe der Antenne über Geoid
10. M = Einheit der Antennenhöhe (Meter)
11. g.g = Geoidal separation
12. M = Units of geodidal separation (meters)
13. h.h = Alter der DGPS-Daten
14. rrrr = DGPS-Referenzstation (0000-1023)
15. Prüfsumme

$GPGLL,4821.7715,N,01053.8643,E,215546,A*41
Hier ist $GPGLL der Messagetype indikator, 4821.7715,N bedeutet 48° 21.7715′ nördliche Breite (N=North), 01053.8643,E bedeutet 10° 53.8643′ östliche (E=East) Länge, 215546 ist die Uhrzeit im Format hhmmss, also 21h55m46s, A bedeutet ‘Status OK’, also eine gültige Position (A=’Approved’) und V = Warnung, *41 ist die Checksumme.

$GPVTG, Kurs (wahr, T), Kurs (magnetisch, M), Geschwindigkeit über Grund in Knoten (N), Geschwindigkeit über Grund in km/h (K)

$GPGSA gibt die Information über die empfangenen Satelliten. Es können maximal
12 Satelliten gleichzeitig empfangen werden.

$GPGSV-Datensatz (SV=satellites in view, sichtbare Satelliten) enthält Informationen über Satelliten, die zur Zeit möglicherweise empfangen werden können und Informationen zu deren Position, Signalstärke usw. Da pro Satz nur die Informationen von vier Satelliten übertragen werden können (Beschränkung auf 82 Zeichen), kann es bis zu drei solche Datensätze geben.

$GPRMC191410,A,4735.5634,N,00739.3538,E,0.0,0.0,181102,0.4,E,A*19
Uhrzeit der Positionsbestimmung, Empfängerwarnung, A = Daten OK, V = Warnung, 47° 35.5634′ nördliche Breite, 007° 39.3538′ östliche Länge, Geschwindigkeit über Grund (Knoten), wahrer Kurs (ohne Bewegung 0), Datum: 18.11.02, magnetische Deklination 0.4° E, Modus (A,D,E,N,S), Prüfsumme