Beiträge von ray

@macnetz, ich wollte keine Namen nennen

12 GB
Und das ganze geht nur "GUT" mit TTQV PU?

Ray

Zitat von Bernhard_G

Hallo,

wir haben in der Firma Highend-Scanner, mit denen man problemlos Landkarten einscannen kann. Die Scanner werden eigentlich dazu verwendet, um alte Kostruktionszeichnungen digital zu archivieren.

Das Scannen einer großen Landkarte (Generalkarte Italien, Großblatt) mit 600dpi dauert 30 Sekunden!!

Hi Bernhard,

das mit den Scanner hättest du nicht sagen sollen.
jetzt bringe ich dir einen ganzen Stapel Karten zum Scannen vorbei
Wo wohnst du genau?

Wie schon gesagt wurde, 200 dpi und 8-bit-Farbtiefe (256 Farben) reichen vollkommen. Das ganze am besten als TIFF.

Eine Anschließende Umwandlung ind Format ECW ist bei großen Karten sinnvoll.
(Es soll Leute geben, die arbeiten mit 1.8 GB großen ECWs!)

Zur Weiterverarbeitung, sprich kalibrierung und Anzeige gibt es eigentlich nur 2 sinnvolle Programme TTQV und Fugawi.

Ray

Hi blackwilli,

genau das hatte ich gesagt, die Reihenfolge der Tags sollte egal sein.

Egal, ich hatte etwas "Dampf" abgelassen, vielleicht etwas zu pauschal.

Es ist mir eigentlich vollkommen egal, ob es am Parsen oder in der nachfolgenden Verarbeitung liegt, es gibt definitiv Probleme beim Lesen von GPX-Files mit MapSource.

Bist du dir sicher, das MapSource den XML-Parser von MS verwendet?

Ich werde wenn ich etwas mehr Zeit habe, versuchen rauszufinden wie die Datenstruktur aussehen muss damit MapSource die GPX-Files lesen kann.

Bei <trkpt> ist die Reihenfolge der includierten Tags <ele> und <time> entscheidend, zumindest für MapSource. Das hat ja JLacky bestättigt.

Mit Waypoints werde ich noch etwas spielen müssen, um heruaszufinden wie es MapSource genehm ist.

Ray

P.S.: Nicht ohne Grund kann man in G7ToWin eine Flag setzen, damit Garmin-kompatible GPX-Files erzeugt werden

gpsconv.pl 1.0.0 Erweiterte Unterstützung von Waypoints und diverse Bugfixes.
GPSCONV-GUI.pl 1.0.0 Überarbeitung der Oberfläche und einige neue Optionen.

gpsconv:
Lesen und Schreiben von Waypoints jetzt auch bei den Formaten G7T und Kompaß (TK) und Alpenverein (AV).
Beim Schreiben kann angegeben werden ob nur Tracks, oder Waypoints oder beides geschrieben werden soll.
Es ist möglich die Waypoints in eine getrennte Datei zu schreiben, falls man diese nicht zusammen mit den Tracks haben möchte.
Kleinere Optimierungen bei den Formaten GPX und KML beim Lesen und Schreiben von Waypoints.
Achtung: die Waypoint-Datei für Alpenverein muss waypoint.dat lauten und wird nur erkannt wenn sie unter "Eigene Dateien\AlpenVerein" (genauen Verzeichnisnamen weis ich gerade nicht auswendig) liegt.
GPSCONV-GUI:
Die Auswahlliste der Formate ist jetzt alphabetisch sortiert, also nicht wundern.
Neben den normalen öffnen, gibt es jetzt einen Button um weitere Dateien hinzuzufügen. (Bsp.: um eine weitere Datei aus einem anderem Verzeichnis zu Öffnen)

(Habe gerade keine Zeit um mehr zu schreiben, das liefere ich noch nach, was sich alles geändert hat.
Das Wetter ist einfach zu schön um am Rechner zu sitzen.)
So, ich hoffe ich habe nichts vergessen :), ist schon paar Wochen her.

Ray

Die Version 6.12.2 von MapSource weigert sich standhaft standard-konforme
GPX-Files mit einer nichts-sagenen Fehlermeldung zu öffnen

Wofür gibt es Standards wenn Monopolisten wie Microsoft und Garmin diese einfach ignorieren und unter gleichen Namen irgendeinen S* verzapfen?

Konkreter Fall ist ein GPX-File von Pathway, welches jede andere Software lesen kann außer MapSource.

Weis jemand, wie ein Garmin-GPX-File ausschauen muss, damit MapSource dies lesen kann?

Bitte keine Verweise auf die offizielle GPX-Definition, ich kenne sie, nur bei Garmin hat sie keiner gelesen .

Für hilfreiche Infos zum Garmin-GPX-Derivat wäre ich dankbar.
...
Bin immer noch stinksauer, habe schon einiges raus gefunden.
Im Falle des standard-konformen Pathway-GPX-track, ist es die Reihenfolge der Tags.
garmin besteht darauf, das in <trkpt...>...</trkpt> zuerst <ele> und dann <time> kommt . Pathway macht es gerade andersherum, was ja XML- und GPX-konform ist.

Bei Waypoints sieht es mit Garmin ganz übel aus.
Hier verwendet Garmin Extension, das ist legitim.
Aber leider besteht Garmin beim Lesen darauf das diese enthalten sind.

Mit G7t kann man dieses Problem mit Waypoints lösen in den man standard-konforme GPX-Files ins Garmin-GPX-Derivat konvertiert.

Ohne Worte.

Ich gehe jetzt schlafen
Gute Nacht Naviboard

Ray

Zur Info:
Das Text-Format entspricht den TK-Format von Kompass/AlpenVerein.
Dieses Format können dieverse Programme lesen.
Wie es ausschaut wurde es per Text-Export mit Fugawi erzeugt.
Dabei kann Fugawi TK direkt schreiben.

Ray

P.s.: GPX ist natürlich besser

Danke das habe ich jetzt gebraucht

ich hoffe dogmaster40 hat sein Gerät noch.

Die Initialisierung muss nicht zwangsweise durchgeführt werden, zumindest hat mein Meridian es auch auf den kanaren gepackt ohne Initialisierung.
Das sieht man nach paar Minuten, dann kann man die Initialisierung immer noch machen.

Ich geh' jetzt in den Keller um ...

Ray

der Geogridviewer kann wohl direkt Binär-OVL nach GPX konvertieren.
Da gibt es einen Thread dazu bei ww.maps4free.de
siehe http://www.maps4free.de/forum/index.php?showtopic=370

Ob diese Software ohne Top50 läuft, keine Ahnung.

Ray

google ist dein Freund

http://ourworld.compuserve.com…es/rmerschel/homepag2.htm
kenne diese Software nicht persönlich.

wer verwendet denn binäre OVLs?
Überede denjenigen ASCII-OVLs zu speichern.

Ray

P.S.: PCX5 kannst du dann mit diversen Tools nach GPX konvertieren.

.vdb scheint ein ShapeFile-Format zu sein.
Da müsste man wissen, welche Software das lesen kann und nach GPX konvertieren kann.

Auf die Schnelle finde ich nichts dazu.
Da sollte man Leute mit GIS-Erfahrung fragen.

Ray

Zitat von dehein2

zu Google Maps hat im TTQV Fprum jmd. ein geniales Tool geschrieben mit dem man auch so Kalibirietre GE Karten erzeugen kann... echt genial.
("Karten aus GoogleMaps Kacheln zusammensetzen und kalibrieren")

AM besten den Thread erst zuende lasen, hat sich ein bisschen was geändert seit Themenstart..

Gruß
Dennis

Eine Alternative ist http://users.skynet.be/hofinger/MapCapt.html
Diese Shareware kann auch andere Online-Map, neben GoogleEarth.

Ray

@consultancy, wie schauen diese Files aus?
Sind es binär-Files oder ASCII-Text (von Menschen lesbar)?
Fallls ASCII, kannst du mal den Inhalt posten?

Ray

Wie sehen die Daten aus?

Kannst du ein Beispiel posten?

Da ich die SwissMap nicht habe, kann ich nicht selbst nachschauen.
Evt. liegen die Daten in nicht binärer Form im Programm-Verzeichnis von SwissMap.
So ist das zumindest bei MagicMaps.

Diese Vermutung schrieb ja webgandalf bereits.
Selbst wenn diese Overlays im Swiss-Grid vorliegen, ist das kein Problem.
Evt. lautet die Endung .smo, als Tip für die Suche.

Ray

Hallo Berth,

auch wenn die Antwort etwas spät kommt, möchte ich dir eine weitere Lsg. aufzeigen.

Mit meinem Konverter gpsconv (siehe meine Signatur) werden die Farben für jeden Track automatisch unterschiedlich gesetzt.
Egal ob diese in einen KML oder in mehrere KMLs geschrieben werden.
Du kannst auch problemlos ein bestehendes KML damit nochmals verarbeiten.

Vorteil, ist die automatische Verarbeitung.
Schliesslich bin ich faul und möchte keine händische Arbeit reinstecken.
Ein weiterer Vorteil ist, das du ACTIVE LOG-Segmente automatisch verbinden lassen kannst, je nach Einstellung. So hast du keine unterschiedliche Tracks für eine Tour, nur weil der Empfang unterbrochen war.

In der aktuellen Version gibt es noch Probleme mit Waypoints, diese sind aber in der nächsten Version gelöst, die ich in den nächsten Tagen veröffentliche.

Ray

Welche Software hast du?
Fugawi oder TTQV?
Hier könnte man über ein Textimport die Daten einlesen.

Hast du diese Daten händisch eingetragen, oder stammen sie von einer bestimmten Software?
Sprich, ist es ein bestimmtes Format?

Falls du programmieren kannst, konvertiere es einfach ins GPX-Format.

Ray

spliten oder reduzieren, das sind 2 verschiedene Dinge.

Spliten kann u.a. gpsconv, siehe Link in meiner Signatur.

Wenn du ein 60Csx hast, hast du doch sicherlich auch MapSource?
MapSource kann Tracks "ausdünnen".

Ray

schaue dir mal diesen Thread http://www.mtb-news.de/forum/showthread.php?t=235179 zum Thema PDA am MTB an.

Zur Garmin topo D:
Die Magellan Topo D und die Garmin Topo D basieren beide auf der gleichen Datenquelle. Nur wurden die Daten unterschiedlich aufbereitet.
Bei Garmin sind alle Nicht-Strassen unglücklicherweise gestrichelt.
Das ist bei Magellan besser gelöst, hier kann man zumindest grob die Kategorie der Wege unterscheiden.
Auch sind die Höhendaten nicht nur als Höhenlinien eingezeichnet, sondern richtig hinterlegt.
Aber an die Qualität von Rasterkarten kommt keine dieser Karten ran.

D.h. nicht das Vektorkarten das nicht darstellen können, nur fehlt den heutigen GPSRs die Fähigkeit dies alles darzustellen.
Wenn ich mich richtig erinnere basieren die neusten Karten der Top50/Top10-Serie auf Vektorkarten und nicht mehr auf gescannten Papierkarten.
Denn inzwischen arbeiten die Landesvermessungsämter mit Vektorkarten.
Aber das sollten die Kartenprofis, wie z.B. @macnetz, ... bestätigen.

Ray

Kerstin, du hast recht
Der Kaffeekonsum ist entscheidend ;):p
Wenn man die Betriebslaufzeit mit GPS mit den normalen Akku (1200 mAh) wüsste könnte, man hochrechnen.

Das der Satmap Active 10 Sports GPS nur ein eingeschränktes OS hat, ist unschön.
Da wird es schwierig Fremdsoftware und somit selbstgescannte Maps einzusetzten.
Sehr unschön
Selbst wenn von den 50h wohl nur 20h in der Praxis übrig bleiben.

Ray

Ich habe schnell mal nachgeforscht.

Der Loox 560 soll mit den 3000 mAh-Akku bei Einsatz des GPS-Empfängers den ganzen Tag durchhalten.
Siehe
http://www.mtb-news.de/forum/s…ighlight=loox#post3751923

Ray

Zitat von freeday

Das Problem mit der Akkulaufzeit wurde hier gut gelöst. (3xAA-Batterien)

Warum sollte das eine Lsg. sein?
Da steht nichts wegen Akkulaufzeiten.
In so einen Fall befürchte ich immer das schlimmste.
Wenn die AAA-Akkus/Batterien nach 3h leer sind, ist das keine Lsg..
Ich glaube bei unter 1000 mAh ist Schluss, Mignon-zellen kommen dagegen auf bis zu 2700 mAh.
Ups, sehe gerade es sind AA-Akkus .

Ray