• Willkommen im Geoclub - dem größten deutschsprachigen Geocaching-Forum. Registriere dich kostenlos, um alle Inhalte zu sehen und neue Beiträge zu erstellen.

.db in .gpx umwandeln und in GSAK einlesen

isvo

Geonewbie
Hallo,

mit MGM kann man ja verdammt schnell eine .db Datei in eine .gpx umwandeln.
Wenn ich eine solche .gpx in GSAK einlese, wird der Cache-Typ auch richtig eingelesen (Multi, Tradi, ...). Die Größe des Containers wird aber immer als "Unknown" ausgegeben, obwohl in der originalen .db die Containergrößen enthalten waren. In der .gpx, die MGM erzeugt, sind die Containergrößen auch noch enthalten (z.B. <sym>Micro</sym>). Wahrscheinlich benötigt GSAK also einen anderen Tag als <sym>.
Wie könnte man eine mit MGM erzeugte .gpx korrekt in GSAK einlesen lassen?
 
isvo schrieb:
Hallo,

mit MGM kann man ja verdammt schnell eine .db Datei in eine .gpx umwandeln.
Wenn ich eine solche .gpx in GSAK einlese, wird der Cache-Typ auch richtig eingelesen (Multi, Tradi, ...). Die Größe des Containers wird aber immer als "Unknown" ausgegeben, obwohl in der originalen .db die Containergrößen enthalten waren. In der .gpx, die MGM erzeugt, sind die Containergrößen auch noch enthalten (z.B. <sym>Micro</sym>). Wahrscheinlich benötigt GSAK also einen anderen Tag als <sym>.
Wie könnte man eine mit MGM erzeugte .gpx korrekt in GSAK einlesen lassen?
Versuch es mal mit der Einstellung "Garmin GPX". Beim speichern ist das auszuwählen.

KDB
 
OP
I

isvo

Geonewbie
Hallo,

bei "Garmin GPX" ist das Ergebnis noch schlechter: Weder Cachetyp noch Cachegröße werden in GSAK eingelesen. Namen und Koordinaten aber korrekt.
 
isvo schrieb:
Hallo,

bei "Garmin GPX" ist das Ergebnis noch schlechter: Weder Cachetyp noch Cachegröße werden in GSAK eingelesen. Namen und Koordinaten aber korrekt.
Schade.

Ich versuchte die beiden GPX-Derivate von Garmin und Geocaching so exakt wie möglich abzubilden. Ein/Auslesen und mit einem DIF-Programm das Ergebnis mit dem Ursprung verglichen. Das ist aber schon ein Weilchen her, das ich das getestet habe.

Auf was steht den GSAK?

KDB
 
OP
I

isvo

Geonewbie
Hier mal ein Beispiel für einen Cache aus einem GPX-file einer Pocket Query:

Code:
  <wpt lat="53.02125" lon="8.257833">
    <time>2006-08-22T00:00:00.0000000-07:00</time>
    <name>GCXWYZ</name>
    <desc>Holiday at Hunte by ceddy, Multi-cache (1/1)</desc>
    <url>http://www.geocaching.com/seek/cache_details.aspx?guid=3f17ce76-2b24-4d70-a9b3-8b9f41bc8fda</url>
    <urlname>Holiday at Hunte</urlname>
    <sym>Geocache</sym>
    <type>Geocache|Multi-cache</type>
    <groundspeak:cache id="449904" available="True" archived="False" xmlns:groundspeak="http://www.groundspeak.com/cache/1/0">
      <groundspeak:name>Holiday at Hunte</groundspeak:name>
      <groundspeak:placed_by>ceddy</groundspeak:placed_by>
      <groundspeak:owner id="600752">ceddy</groundspeak:owner>
      <groundspeak:type>Multi-cache</groundspeak:type>
      <groundspeak:container>Small</groundspeak:container>
      <groundspeak:difficulty>1</groundspeak:difficulty>
      <groundspeak:terrain>1</groundspeak:terrain>
      <groundspeak:country>Germany</groundspeak:country>
      <groundspeak:state>Niedersachsen</groundspeak:state>
      <groundspeak:short_description html="True"><p>Holiday at Hunte</p>

Hier die Daten, die aus dem DB-file stammen:

Code:
449904 "Holiday at Hunte by ceddy" 2006 8 22 53.02125 8.25783333333333 "Multi-cache" "Small" GCXWYZ 3f17ce76-2b24-4d70-a9b3-8b9f41bc8fda 1 1

Im mit MGM erstellten GPX File sieht es so aus:

Code:
<wpt lat="53.021250" lon="8.257833">
    <name>GCXWYZ</name>
    <desc>Holiday at Hunte by ceddy</desc>
    <url>http://www.geocaching.com/seek/cache_details.aspx?guid=3f17ce76-2b24-4d70-a9b3-8b9f41bc8fda</url>
    <urlname>Holiday at Hunte</urlname>
    <sym>Small</sym>
    <type>Multi-cache</type>
  </wpt>

Im GPX file aus MGM steht die Cachegröße also wohl im falschen Tag, oder? Außerdem fehlen die Angaben zu Difficulty und Terrain. Das sollte sich doch auch noch leicht einfügen lassen, oder?
 
Hallo,

also noch mal geprüft, das erzeugt MGM für geocaching.com:
Code:
<gpx xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="1.0" creator="Groundspeak Pocket Query" xsi:schemaLocation="http://www.topografix.com/GPX/1/0 http://www.topografix.com/GPX/1/0/gpx.xsd http://www.groundspeak.com/cache/1/0 http://www.groundspeak.com/cache/1/0/cache.xsd" xmlns="http://www.topografix.com/GPX/1/0">
  <name>New Query</name>
  <desc>Geocache file generated by Groundspeak</desc>
  <author>Groundspeak</author>
  <email>[email protected]</email>
  <time>2008-04-01T11:37:40.8752478-07:00</time>
  <keywords>cache, geocache, groundspeak</keywords>
  <bounds minlat="52.987783" minlon="8.220367" maxlat="53.051517" maxlon="8.317583" />
  <wpt lat="53.02125" lon="8.257833">
    <time>2006-08-22T00:00:00.0000000-07:00</time>
    <name>GCXWYZ</name>
    <desc>Holiday at Hunte by ceddy, Multi-cache (1/1)</desc>
    <url>http://www.geocaching.com/seek/cache_details.aspx?guid=3f17ce76-2b24-4d70-a9b3-8b9f41bc8fda</url>
    <urlname>Holiday at Hunte</urlname>
    <sym>Geocache</sym>
    [color=#80FF00]<type>Geocache|Multi-cache</type>[/color]
    <groundspeak:cache id="449904" available="True" archived="False" xmlns:groundspeak="http://www.groundspeak.com/cache/1/0">
      <groundspeak:name>Holiday at Hunte</groundspeak:name>
      <groundspeak:placed_by>ceddy</groundspeak:placed_by>
      <groundspeak:owner id="600752">ceddy</groundspeak:owner>
      <groundspeak:type>Multi-cache</groundspeak:type>
      <groundspeak:container>Small</groundspeak:container>
      <groundspeak:difficulty>1</groundspeak:difficulty>
      <groundspeak:terrain>1</groundspeak:terrain>
      <groundspeak:country>Germany</groundspeak:country>
      <groundspeak:state>Niedersachsen</groundspeak:state>
      <groundspeak:short_description html="True"><p>Holiday at Hunte</p>

entspricht also das was eine PQ liefert.

KDB
 
OP
I

isvo

Geonewbie
Also bei mir klappt das so nicht. Ich kriege das gleiche Resultat wie oben. Habe im Tab "Konvertieren" bei "VON" "DB (*.DB)" und bei "Nach" "GPX Geocaching (*.GPX)" eingetragen.
Wo bitte kommen bei deinem Beispiel die unten genannten Daten her? Die stehen doch gar nicht im .db File.
Code:
<groundspeak:country>Germany</groundspeak:country>
<groundspeak:state>Niedersachsen</groundspeak:state>
 

MiHolzi

Geocacher
Hallo!

Ich wollte mich auch mal zu Wort melden, denn ich habe das gleiche Problem. Hab mir die aktuellste Version MakeGoogelMap installiert und die aktuelle Schweden-Datebank (http://geocaching.fr33webhost.com/gc/) heruntergeladen. Der MGM öffnet die DB-Datei korrekt. Doch sobald ich die Daten gespeichert habe (im Format GPX, sowie Garmin GPX) kann ich diese in GSAK zwar einlesen, aber ohne Cachesize. CacheWolf importiert mir die Daten leider gar nicht.

Habt Ihr evtl. einen Hinweis für mich?

Vielen Dank und viele Grüße,
Michael
 

Carsten

Geowizard
MiHolzi schrieb:
Hab mir die aktuellste Version MakeGoogelMap installiert und die aktuelle Schweden-Datebank (http://geocaching.fr33webhost.com/gc/) heruntergeladen.

Wieso tust du dir das als PM an? Lass dir doch einfach eine (oder mehrere) Pocket Query schicken.
 

MiHolzi

Geocacher
Hallo Carsten!

Wieso tust du dir das als PM an? Lass dir doch einfach eine (oder mehrere) Pocket Query schicken.
Gute Frage. Ich hab noch nicht so viel Erfahrung mit Pocket-Querries. Wüsste auf Anhieb jetzt nicht, wie ich das anstellen soll, weil ja auf 500 Stück beschränkt. Woher weiß ich, welche noch fehlen? Wir fahren demnächst nach Schweden mit dem Wohnmobil und wollen dort ein wenig herumfahren. Deshalb kann ich nicht entlang einer Route suchen lassen. Ich bräuchte also die Südhälfte von Schweden, am liebsten so, dass ich es in GSAK importieren und kann. Mit GSAK hätte ich mir eine HTML-Ausgabe erstellt und das Verzeichnis auf die SD-Karte für meinen Pocket-PC kopiert.

Kannst Du mir evtl. ein wenig bei dem PQ's behilflich sein? Das wäre super. Ich versuche seit 2 Wochen meine Vorstellungen umzusetzen. So langsam rennt mir die Zeit davon.

Viele Grüße,
Michael
 
MiHolzi schrieb:
Hallo Carsten!

Wieso tust du dir das als PM an? Lass dir doch einfach eine (oder mehrere) Pocket Query schicken.
Gute Frage. Ich hab noch nicht so viel Erfahrung mit Pocket-Querries. Wüsste auf Anhieb jetzt nicht, wie ich das anstellen soll, weil ja auf 500 Stück beschränkt. Woher weiß ich, welche noch fehlen? Wir fahren demnächst nach Schweden mit dem Wohnmobil und wollen dort ein wenig herumfahren. Deshalb kann ich nicht entlang einer Route suchen lassen. Ich bräuchte also die Südhälfte von Schweden, am liebsten so, dass ich es in GSAK importieren und kann. Mit GSAK hätte ich mir eine HTML-Ausgabe erstellt und das Verzeichnis auf die SD-Karte für meinen Pocket-PC kopiert.

Kannst Du mir evtl. ein wenig bei dem PQ's behilflich sein? Das wäre super. Ich versuche seit 2 Wochen meine Vorstellungen umzusetzen. So langsam rennt mir die Zeit davon.

Viele Grüße,
Michael

Mach doch einfach abhängig von der Cachedicht normale Umkreissuchen mit Geocaching.com. Diese PocketQueries lädst du dann in MGM mit der Funktion "nach laden". Weiter doppelt Caches werden dabei ignoriert. Speicherst das dann in eine GPX und konvertierst danach nach HTML. Das sollte für Schweden in einer Stunde passiert sein.

Wobei das Handling mit so einem Datengrab nicht einfach ist. Besser man selektiert sich vorher eine Route.

KDB
 
KoenigDickBauch schrieb:
MiHolzi schrieb:
Hallo Carsten!

Wieso tust du dir das als PM an? Lass dir doch einfach eine (oder mehrere) Pocket Query schicken.
Gute Frage. Ich hab noch nicht so viel Erfahrung mit Pocket-Querries. Wüsste auf Anhieb jetzt nicht, wie ich das anstellen soll, weil ja auf 500 Stück beschränkt. Woher weiß ich, welche noch fehlen? Wir fahren demnächst nach Schweden mit dem Wohnmobil und wollen dort ein wenig herumfahren. Deshalb kann ich nicht entlang einer Route suchen lassen. Ich bräuchte also die Südhälfte von Schweden, am liebsten so, dass ich es in GSAK importieren und kann. Mit GSAK hätte ich mir eine HTML-Ausgabe erstellt und das Verzeichnis auf die SD-Karte für meinen Pocket-PC kopiert.

Kannst Du mir evtl. ein wenig bei dem PQ's behilflich sein? Das wäre super. Ich versuche seit 2 Wochen meine Vorstellungen umzusetzen. So langsam rennt mir die Zeit davon.

Viele Grüße,
Michael

Mach doch einfach abhängig von der Cachedicht normale Umkreissuchen mit Geocaching.com. Diese PocketQueries lädst du dann in MGM mit der Funktion "nach laden". Weiter doppelt Caches werden dabei ignoriert. Speicherst das dann in eine GPX und konvertierst danach nach HTML. Das sollte für Schweden in einer Stunde passiert sein.

Wobei das Handling mit so einem Datengrab nicht einfach ist. Besser man selektiert sich vorher eine Route.

KDB

Ich hatte vergessen zu erwähnen, das das Konvertieren nach HTML nur mit GPX Daten funktioniert, die aus einer PockedQuery also PQ-GPX stammen. Wenn die Daten aus eine DB oder sonstwo herkommen fehlen die Discription, Hints und Logs. Das Ergebnis ist somit nicht sehr berauschend!

Verstehe sowie so nicht warum man DBs anlegt.

KDB
 

Tembo

Geocacher
isvo schrieb:
Hallo,

mit MGM kann man ja verdammt schnell eine .db Datei in eine .gpx umwandeln.
Wenn ich eine solche .gpx in GSAK einlese, wird der Cache-Typ auch richtig eingelesen (Multi, Tradi, ...). Die Größe des Containers wird aber immer als "Unknown" ausgegeben, obwohl in der originalen .db die Containergrößen enthalten waren. In der .gpx, die MGM erzeugt, sind die Containergrößen auch noch enthalten (z.B. <sym>Micro</sym>). Wahrscheinlich benötigt GSAK also einen anderen Tag als <sym>.
Wie könnte man eine mit MGM erzeugte .gpx korrekt in GSAK einlesen lassen?



Gibt es hierzu inzwischen etwas Neues?
 

mispi

Geocacher
Tembo schrieb:
isvo schrieb:
Hallo,

mit MGM kann man ja verdammt schnell eine .db Datei in eine .gpx umwandeln.
Wenn ich eine solche .gpx in GSAK einlese, wird der Cache-Typ auch richtig eingelesen (Multi, Tradi, ...). Die Größe des Containers wird aber immer als "Unknown" ausgegeben, obwohl in der originalen .db die Containergrößen enthalten waren. In der .gpx, die MGM erzeugt, sind die Containergrößen auch noch enthalten (z.B. <sym>Micro</sym>). Wahrscheinlich benötigt GSAK also einen anderen Tag als <sym>.
Wie könnte man eine mit MGM erzeugte .gpx korrekt in GSAK einlesen lassen?



Gibt es hierzu inzwischen etwas Neues?

würd mich auch interessieren ... ich stolperte soeben auch darüber :-(
 
Oben