Beiträge von WOM

Hallo Wolfgang,

diese "DigTK25"-Karten verwenden nicht den Geogrid-Viewer, sondern ein proprietäres Produkt einer Firma "Hill". Deshalb habe ich vor 2 Jahren etliche Versuche angestellt, diese Karten als Bitmap zu exportieren. Die Methode habe ich hier beschrieben:
http://www.pocketnavigation.net/board/tid42004-sid.htm

Ich habe die aus diesen Karten damit erzeugten Bitmaps dann in Ozi einlesen können. Je nach Rechner-Ausstattung kann es dabei aber auch Probleme geben. Nachdem ich inzwischen auf die MagicMaps umgestiegen bin, brauche ich diese Prozedur seit längerem nicht mehr. Ich befürchte nun, dass uns auch die neuen TK25plus-Karten des Lvermgeo RP böse Überraschungen bieten werden.

Viele Grüße,
WOM

Es scheint mir eher unwahrscheinlich, innerhalb einer Wandertour 8000 Höhenmeter zu schaffen, da wäre selbst Reinhold Messner neidisch Ähnlich verblüffende Ergebnisse erhielt ich bei der Auswertung des während einer Wanderung von Ozi aufgezeichneten Tracks. Ich hatte diesen mittels "GPS-Track-Analyse" ausgewertet und durfte mich bei den aufsummierten Höhenmetern über unglaubliche Leistungen freuen, die ich erbracht haben sollte.

Vermutlich spielen hier die Schwankungen der vom GPS-Empfänger gelieferten Daten die Hauptrolle. Wenn man sich z.B. nur auf einer Ebene bewegt, wird der sekündlich per NMEA übermittelte Höhenwert mal über und mal unter dem tatsächlichen Wert liegen. Da für die erstiegene Gesamthöhe nur die positiven Werte summiert werden (bei den anderen ging es ja scheinbar bergab), kommt dann einiges zusammen. So habe ich bei Auswertung eines mittels VisualGPSce aufgezeichneten knapp halbstündigen Stadtrundgangs, der praktisch keine Steigungen aufwies, angeblich eine Gesamthöhe von 182 m bewältigt. In dieser halben Stunde sind rund 1800 NMEA-Werte angefallen, und die Höhe hat meist um 0,1 m rauf oder runter geschwankt (mal etwas mehr, mal etwas weniger). Passt als Summe gut zu dem bei der Auswertung errechneten Wert von 182 m.

Falls allerdings die obigen Höhenwerte (8000 m) nicht aus der Auswertung eines aufgezeichneten Logs stammen, sondern vom Programm VOR der Tour erzeugt werden, müsste das ja eine Tour über mehrere Tage mit vielen Anstiegen sein. Himalaya?

Viele Grüße,
WOM

Zitat

Original von joeduck
Nur würde mich interessieren ob man die Informationen aus der Datenbank von geocaching.com für die ganzen POIS aus dem Geocache Overlay offline mitnehmen kann. Wenn ich unterwegs bin wäre es toll die Infos die ich brauche um den Cache zu finden dabei zu haben ohne eine Internetverbindung zu brauchen.

Was du vermutlich suchst, nennt sich "papierloses cachen" oder neudeutsch "paperless caching". Mit diesen Schlagworten finden sich unter www.geoclub.de etliche Informationen zu diesem Thema. Mit Programmen wie "Geocache-Scanner" (http://www.zwanziger.de/gc_cs.html) oder "Cachewolf" (http://cachewolf.berlios.de) kann man Cachebeschreibungen aus dem Internet laden und automatisiert so aufbereiten, dass sie sich incl. aller Bilder bequem auf dem PDA mitnehmen lassen.

Mit dem Geocache-Scanner kann man z.B. um einen Urlaubsort eine Radiussuche durchführen (km Luftlinie), oder man lässt sich die Caches entlang einer Route downloaden. Für letzteres muss die Routenstrecke in Form einer *.ovl-Datei vorliegen, wie sie z.B. von Geogrid Viewer (Top50 V4.0) erzeugt wird. Zur Cacheauswahl kann man Kriterien angeben wie z.B. den Cachetyp: etwa nur Multis plus Virtuals oder nur Traditionals, ob auch Logs mitgeladen werden sollen, usw.

Ich habe z.B. kürzlich Caches konvertiert, die von Bonn aus bis zu 50 km entfernt liegen. Das ergab mit den von mir gewählten Kriterien 280 Stück. Mit allen Logs und Bildern (ohne die Userbilder aus Logs) nehmen die konvertierten Dateien insgesamt knapp 50 MB Speicherplatz ein. Ist also kein sonderliches Problem. Man muss nur ab und zu aktualisieren, um nicht vergeblich nach zwischenzeitlich archivierten Caches zu suchen.

Viele Grüße,
WOM

Hallo Mike,

da ich urlaubsbedingt einschließlich der damit verbundenen Vor- und Nacharbeiten seit mehreren Wochen nicht mehr im Forum war, habe ich Dein Posting erst jetzt gesehen. Zu den geschilderten Problemen kann ich leider wenig sagen, da sie bei mir nicht aufgetreten sind und meine Fineprint-Versuche nun auch schon anderthalb Jahre her sind. Ich habe es genau so gemacht wie von mir damals beschrieben, und mehrere Bekannte (u.a. auch LeGro) haben es erfolgreich nachvollzogen.

Inzwischen sind aber anscheinend wiederholt Schwierigkeiten aufgetreten, die vermutlich auf geänderte Konfigurationen zurückzuführen sind, sei es bei Fineprint oder beim verwendeten Betriebssystem. So wurde u.a. von Problemem mit einer gewissen DLL berichtet. Auch scheinen die Einstellmöglichkeiten in Fineprint sich im Laufe der "Versionspflege" geändert zu haben. Wie auch immer, ich habe bereits damals das Fazit gezogen: "Wenn man mit dem herkömmlichen Kartenexport mit Hilfe des "alten" Geogrid-Viewers 1.x auskommt, besteht kein Grund, von den dazu bewährten Export-Methoden umzusteigen." Und dies kann ich auch nach wie vor nur bestätigen und praktiziere es so. Nachdem ich nur mittels Fineprint die störrischen "DigTK25"-Karten (mit ihrem proprietären Viewer) exportieren konnte, habe ich im weiteren für die TOP50 den leichteren Weg des Exports über den alten Geogrid-Viewer (1.x) gewählt. Diesen alten Viewer kann man immer noch billig bei Ebay durch Kauf einer entsprechenden TOP50 erlangen, und dann lässt sich der Export z.B. außer der von Peterpu beschriebenen Methode auch relativ leicht mittels "NH-Top50Trans" bewerkstelligen. Jedenfalls wünsche Dir so oder so viel Erfolg dabei

Viele Grüße,
WOM

Zitat

Original von steffgen
Da der mapsticher nur mit 256 Farben funktioniert und mir Photoshop beim Zusammensetzen von grossen Karten zu langsam ist, verwende ich übrigens Global Mapper

http://www.globalmapper.com/

Ist turboschnell (braucht nur einen Bruchteil der Zeit, die Photoshop benötigt) und das auch bei riesigen zusammengesetzten Karten.

Hallo Steffgen,

das klingt interessant. Was braucht denn der Global Mapper als Input? Sind das im Falle Saarland 16.000 einzelne Screenshots? Und was sonst noch,
bzw. was stellst Du dafür in NH-Top50Trans alles ein?

Zitat

Original von steffgen
Seltsam: Warum funktioniert dann bei mir das ganze nur bei 1024x768 ?

Offensichtlich kann Dein System noch Screenshots mit 1024x768 Pixeln verarbeiten, während es sich an größeren Happen verschluckt. Es kann also nur etwas sein, was bei unseren Konfigurationen unterschiedlich ist. Ich habe weniger PC-Power, weniger Ram, und die Grafikkarte ist auch nichts besonderes. Wohl habe ich aus gutem Grund die Auslagerungsdatei auf einer anderen physikalischen Festplatte (wird auch von Microsoft in der Knowledge-Base irgendwo empfohlen). Kommt eventuell beim dauernden Abspeichern der Screenshots Deine Festplatte nicht schnell genug mit und schafft das nur bei kleineren Portionen???

Zusätzlich habe ich bei XP in der Boot.ini den 3GB-Switch gesetzt. Siehe z.B. hier:
http://www.panoramafactory.com…es/17/313.html?1057432320
oder hier:
http://www.microsoft.com/whdc/…rm/server/PAE/PAEmem.mspx

Ob die hier beim Karten-Export ablaufenden Prozesse dies aber ausnutzen können, erscheint mir fraglich, wäre aber vielleicht einen Versuch wert.

Ferner: es gab mal Probleme mit einem früheren MagicMaps-Update. Darin waren gewisse Routinen so geändert, dass NH-Top50Trans das nicht mehr wie gewohnt steuern konnte. Norbert Hein hat das anschließend durch eine Folgeversion seines Tools behoben, aber seither bin ich gegenüber MagicMaps-Updates etwas mißtrauisch und verwende noch immer die Version 1.5.6. Dazu dann "NH-Top50Trans v. 3.7.1 Dev". Mehr fällt mir an Unterschieden zu unseren Konfigurationen momentan nicht ein.

Viele Grüße,
WOM

Zitat

Original von Wastl
ich kann jetzt nur spekulieren:
Da man in Ozi ja als NMEA-Sentence RMC einstellt, und der nur die Positionsdaten enthält, würde ich mal davon ausgehen, daß Ozi die Richtung selber berechnet...

Zitat

Original von LeGro
... Klingt einleuchtend und vielversprechend! ...

Da wäre ich vorsichtig. Anbei die Definition des RMC-Datensatzes (Ziffer 8!) und einige mit VisualGPSce aufgenommene Log-Ausschnitte. In diesen ist durchaus auch eine Richtung enthalten.

Viele Grüße,
WOM

-------------------------------------------------------------

1 2 3 4 5 6 7 8 9 10 11|
| | | | | | | | | | | |
$--RMC,hhmmss.ss,A,llll.ll,a,yyyyy.yy,a,x.x,x.x,xxxx,x.x,a*hh

Field Number:
1) UTC Time
2) Status, V = Navigation receiver warning
3) Latitude
4) N or S
5) Longitude
6) E or W
7) Speed over ground, knots
8.) Track made good, degrees true
9) Date, ddmmyy
10) Magnetic Variation, degrees
11) E or W
12) Checksum

SysOn Smart Blue mini:
$GPRMC,154210.000,A,5037.6032,N,00656.9359,E,1.91,164.72,190805,,,D*67
$GPRMC,154211.000,A,5037.6029,N,00656.9361,E,2.15,154.46,190805,,,D*6C
$GPRMC,154212.000,A,5037.6024,N,00656.9363,E,1.90,165.16,190805,,,D*69

Holux GR-231:
$GPRMC,154000.079,A,5041.2933,N,00658.3837,E,8.70,149.37,171104,,,A*6A
$GPRMC,154001.079,A,5041.2911,N,00658.3856,E,8.81,151.80,171104,,,A*67
$GPRMC,154002.079,A,5041.2889,N,00658.3875,E,9.30,154.33,171104,,,A*63

Royaltek RBT-3000:
$GPRMC,154630.420,A,5037.5117,N,00656.6489,E,3.303961,116.20,241204,,*0D
$GPRMC,154631.420,A,5037.5112,N,00656.6499,E,2.431135,142.19,241204,,*0D
$GPRMC,154632.420,A,5037.5107,N,00656.6510,E,3.335197,120.83,241204,,*07

Zitat

Original von steffgen

... Und tatsächlich, daran lag es , mit 1024x768 funktioniert es plötzlich einwandfrei....Jetzt frage ich mich aber doch: Ist dies ein generelles Problem, dass das nur mit 1024x768 funktioniert und habe ich etwa irgendwo den Hinweis darauf übersehen. Funktioniert es bei anderen auch bei höheren Auflösungen ?

Ich mache es genau umgekehrt: mein 17"-Monitor ist standardmäßig auf 1024 X 768 Pixel eingestellt. Um den Kartenexport zu beschleunigen, erhöhe ich temporär auf 1280 x 1024 Pixel. Und tatsächlich benötigt dann bei Montage mittels Photoshop eine 44 x 46 km große Karte statt rund 1 Stunde nur noch etwa 35 min (Zeitersparnis also ziemlich genau im Verhältnis der pro Screenshot anfallenden Pixelmengen). Mit "NH-Top50Trans v. 3.7.1 Dev" und Mapstitcher benötigt eine 50 x 48 km große Karte etwa dieselbe Zeit.

Meine Geräteausstattung: P4-2800, 1GB Ram, Win-XP SP2, Auslagerungsdatei 4 GB auf 2. Festplatte in einer separaten 6GB-Partition (also keine Fragmentierungsprobleme). Einstellungen in "NH-Top50Trans v. 3.7.1 Dev" analog den von LeGro getesteten: "Kartenexport-Verzögerungsfaktor" = 0.5, "Warte auf MagicMaps" = 0 ("schnell").

Übrigens hat Norbert Hein sein hervorragendes Programm in der aktuellen Version mal wieder weiter verbessert. In der kürzlich erschienenen Developerversion 3.7.1 kann man beim Teilen der Karten angeben, dass keine Kartenteile außerhalb des markierten Bereichs erzeugt werden. Ferner lässt sich auswählen, dass überhaupt keine unvollständigen Bildschirmkopien erstellt werden. Dadurch beschleunigt sich der Export nochmals, falls nämlich die zu exportiernde Karte weiße Flächen enthält. Diese werden nun erst gar nicht mehr mit erfasst.

Viele Grüße,
WOM

Zitat

Original von stras16
Es ist nun so, wenn ich die richtige Karte öffne, zeigt mir Ozi die richtige Ortsangabe an.

Es wird also zumindest erstmal überhaupt eine Karte angezeigt?

Zitat

Original von stras16
Wenn ich nun auf eine andere Karte stelle, kommt nicht die entsprechende Karte, sondern nur ein weißes Blatt ohne Kartenhinterlegung.

Hast Du schon probiert, mal in der oberen Icon-Leiste das 2. Feld von links anzuklicken: "Find Maps at Cursor"?
Dann sollte Ozi nochmal alle verfügbaren Karten suchen. Falls das auch nicht hilft: vielleicht wohnst Du nicht allzu weit von Köln entfernt? Am Donnerstag ist dort Usertreffen, und da würden sich gewiss kompetente Ansprechpartner finden.

Viele Grüße,
WOM

Zitat

Original von stras16
Habe plötzlich auch das Problem, dass Ozi die entsprechende Karte selbstständig nicht mehr findet.

Vorher hat es aber vermutlich funktioniert? Was hast Du denn seither geändert? Nachdem Du Wastls Tipp ausprobiert hast, fragt es sich, was denn nun in der dabei neu generierten "MapFolderIndex.fdx2" drin steht. Sind die Pfade so, wie sie sein sollen (also mit korrekter derzeitiger Verzeichnisstruktur)? Falls nein: versuchen, die "MapFolderIndex.fdx2" zu editieren (richtige Pfade eintragen). Falls ja: vielleicht OziCE deinstallieren und komplett neu installieren?

Viele Grüße,
WOM

Heureka, ich hab's! OziCE legt in seinem Verzeichnis "System Files" eine Datei namens "MapFolderIndex.fdx2" an. In dieser steht aber entgegen seiner Bezeichnung nicht nur der Pfad zum Kartenverzeichnis, sondern zusätzlich auch der zum OziCE-Programm. Da ich dieses von der SD-Karte auf die CF-Karte verlagert hatte, hat OziCE die beim Kartensuchlauf generierte Datei "Maps.ndx2" nicht wie bisher an alter Stelle ablegen können, und so fehlten die Informationen über vorhandene Karten. Dies funktionierte erst wieder, nachdem ich dort eine leere OziCE-Verzeichnis-Struktur angelegt hatte.

Ich habe nun die "MapFolderIndex.fdx2" editiert und dort den neuen Ort des OziCE-Verzeichnisses eingetragen (CF-Karte). Nun läuft alles wieder einwandfrei, und ich konnte das Programm-Verzeichnis auf der SD-Karte löschen. Ich hätte natürlich OziCE auch neu installieren können, aber dann muss man auch alle vor Urzeiten getätigten Einstellungen neu vornehmen und dazu wissen: "Äh, wie war das nochmal?"

Viele Grüße,
WOM

Hallo Wastl,

Zitat

Original von Wastl
hast du die Karten bisher unterhalb des Ozi-Ordners plaziert oder in einer separaten Struktur? Falls ersteres: Dann ist es klar, daß da nix gefunden wird, weil ja wohl auf der zweiten SD-Karte nur ein kartenverzeichnis ist.

Ich habe auf der bisherigen SD-Karte für die Karten ein separates Verzeichnis gehabt, während OziCE auf derselben Karte in einem eigenen Verzeichnis lag. Nur letzteres habe ich incl. Pfadanpassung des Links auf die CF-Karte verlagert (und also das bisherige Verzeichnis auf der SD-Karte gelöscht).

Aufgrund Deiner Mail habe ich nun auf der SD-Karte wieder zusätzlich das frühere OziCE-Verzeichnis angelegt, allerdings völlig leer! Nur dessen Struktur ist nun da. Und siehe da: jetzt funktioniert es wieder. Verstanden habe ich es allerdings nicht, weil in der Registry nichts mehr auf diesen Pfad verweist, und in OziCE hatte ich im Setup sicherheitshalber nochmal alle (alten) Kartenpfade neu angelegt.

Vielen Dank für Deine prompte Hilfe, hast beim nächsten PNAV-Treffen ein Bier gut

Viele Grüße,
WOM

Bisher hatte ich sowohl das Programm OziCe wie auch die zugehörigen Map- und Image-Files auf derselben Speicherkarte (SD-Karte). Da immer mehr und größere exportierte Ozi-Karten hinzu kamen, möchte ich die SD-Karte bei Bedarf gegen eine andere wechseln. Damit ich dabei das OziCE-Programm nicht verliere, habe ich dieses auf eine im 2. Slot befindliche CF-Karte verlagert und den Link zum Aufruf angepasst. Die Pfade für die Map- und Image-Files sind hingegen gleich geblieben (SD-Karte wie bisher).

OziCE lässt sich auch wie bisher starten und funktioniert einwandfrei bis auf einen sehr lästigen Punkt: wenn ich in der oberen Leiste den Switch "Find Map at Cursor" drücke, erscheint als Ergebnis nur ein leeres "Maps found"-Fenster. Ich muss andere Karten also manuell suchen und laden. Was kann die Ursache für diesen Effekt sein?

Viele Grüße,
WOM

Hallo "Der Wanderer",

ich hatte auch die RBT-3000, und zum Akku-Entfernen muss man das Gehäuse öffnen. Wie das geht, ist hier beschrieben:
RBT 3000 und Akku
Der Akku ist mit einem Kabel angesteckt, siehe beigefügtes Bild.

Die hier im Forum so häufig berichteten Probleme mit dem Reset von GPS-Receivern wären völlig überflüssig, wenn die Hersteller sich endlich zu einer Selbstverständlichkeit entschließen würden: Einbau eines verdeckten Reset-Tasters, mit dem man die Maus in den Werkszustand versetzen kann (ähnlich wie beim PDA). Ich habe inzwischen meine 6. GPS-Maus, habe wegen des Reset-Tasters schon vor 2 Jahren vergeblich an einen Hersteller geschrieben und nur eine nichtssagende Standard-Vertröstung erhalten. Gebessert hat sich nichts.

Häufig werden ja vom Hersteller noch nicht einmal wirksame Tools beigelegt, um die Protokolle an die jeweiligen individuellen Erfordernisse anpassen oder Static Navigation disablen zu können. Stattdessen muss sich der User mit teils gefährlichen Fremdprogrammen (z.B. SirfDemo) abmühen, und der Ärger ist somit ab Werk vorprogrammiert.

Viele Grüße vom darüber sehr enttäuschten
WOM

Hallo mak77de,

Dein Tipp war wirklich prima Ich habe "GPS-Track-Analyse" (GTA) installiert und als ersten Versuch einen während einer Wanderung mit OziCe aufgenommenen Track (.plt) mittels NH-Top50Trans in das gpx-Format konvertiert. Das konnte GTA einlesen und als gta-Format speichern.

Und obwohl der OziCe-Track im Vergleich etwa zu einem kompletten NMEA-Log nur Minimalinformationen enthält, spuckte GTA auf Anhieb alles für mich Interessante aus. So auch die geleisteten Höhenmeter:

- Überwundene Höhenmeter Bergauf (+) : 1258,0 m
- Mechanische Arbeit Bergauf bei 80 kg Masse: 987,3 kJ
- Überwundene Höhenmeter Bergab (-) :-1268,0 m

Die Bergauf- und Bergabwerte unterscheiden sich trotz der bekannten Höhenunzulänglichkeiten nur geringfügig. Vermutlich hat auch mein Track einige Lücken, und dies hier war ja nur ein allererster Versuch. Die von GTA erstellten grafischen Darstellungen der Wanderung habe ich angehängt. Ich denke, dass dieses schöne Programm auch für etliche andere User von großem Nutzen sein kann. Besten Dank nochmal.

Viele Grüße,
WOM

Hallo mak77de,

vielen Dank für diesen prima Hinweis! Soweit ich beim ersten Lesen sehen konnte, scheint sich mit diesem Freeware-Programm ja alles von mir gewünschte erschlagen zu lassen. Ich werde es bei meinen nächsten Touren testen.

Viele Grüße vom hocherfreuten
WOM