ZitatZum zweiten Fall wurde bei OSM das DEM-Format von Garmin beschrieben.
Na, dass macht ja ein klein bisschen Hoffnung, dass es vielleicht bald ein Tool gibt, mit dem man aus einer Datei mit Höhendaten (z.B. im BIL(?) Format - vgl. MPC Hilfe -) auch auf legalem Weg entsprechende DEM Dateien erzeugen kann, die man dann z.B. mit dem GMapTool seinen Kacheln zuweisen kann.
Grüße
ZitatVorher gab es konkret als Beispiel in der Karte global genau EINEN Typ Tankstelle Typ hex 2f01, der dann von Garmin auch als Tankstelle erkannt und in die entsprechende Kategorie "Tankstelle" im Index einsortiert wird
Wenn man sich die CN 2009 (non NT) ansieht haben wirklich alle Tankstellen denselben Typ hex 2f01.
ZitatIn der CN (ich hab nur die Ver. 9) sind alle Tankstellen gleich, mit gleichen Logo und gleicher Element-ID.
Aber das mit dem gleichen Logo stimmt so (zumindest in der CN 2009 non NT) nicht. Es gibt da schon verschiedene Symbole. Wie das also mit unterschiedlichen Symbolen bei identischem Typ gesteuert wird, weiß ich daher leider auch nicht.
Aber ein bisschen Suchen in der Beschreibung von cGPSmapper bringt folgendes zu Tage
Zitat0x2F01 Fuel/Gas
...
0x4400-0x443F Gas
Probier doch mal Typen von 0x4400 - 0x443F aus. Also einem POI zuweisen und dann in der Typ Datei ein eigenes Symbol für den gewählten Typ definieren.
Mit Gas wird ja in Amerika Benzin bezeichnet. Vielleicht hilft das ja.
[Edit]: Scheint doch nicht zu gehen, da nach diesen Typen 0x4400 - 0x443F wohl nicht gesucht werden kann. Siehe dazu diese alte Diskussion in der map_authors Gruppe. Besonders Mapdekodes Antwort. Ob das noch Gültigkeit hat?
Grüße
ZitatIch denke, wir können ggf. nach der INTERMOT Köln mit der neuen Version QV 5 rechnen! (Spekulation )
Das war wohl zu pessimistisch. Neue Homepage mit TTQV5 ist da. Das Warten hat ein Ende 
Die Darstellung ist gelungen, dafür fehlen jetzt die Straßennamen.
Wobei man letzteres durch die einfache Modifikation des Typfiles ändern kann. Da ist bei fast allen Polylinien und POIs die Beschriftung ausgeschaltet. Einfach einschalten, dann werden sie wieder angezeigt wie in der TOPO v2.
Warum Garmin unterschiedliche Typfiles bei der Karte auf SD (die ja angeblich die Straßennamen anzeigt) und der Karte für Mapsource (die ja keine Namen anzeigt) installiert, wird wohl mal wieder Garmins Geheimnis bleiben.
Grüße
weoli
Das liefert die Boardsuche 
Für diejenigen, die die Updatedatei auch gerne lokal auf dem Rechner hätten, siehe hier im Nachbarforum.
Grüße
weoli
@windoof: Ich habe auch die Feststellung gemacht, daß manche Straßenkategorien im Typfile schlichtweg nicht dargestellt werden. Das sind z.B. die, die in meinem Typfile noch neongrün oder lila sind. Das war nämlich mein Ansatz. Ich habe einer Kategorie erstmal eine auffällige Farbe zugeordnet, um (im Vergleich mit einer Generalkarte, also auch mit den von Dir erwähnten Motorradkarten) zu sehen, welche Straßen das denn überhaupt sind. Danach hab ich dann die richtige Farbe gewählt. So habe ich mich durch alle Kategorien durchgehangelt. War zwar aufwendig, hat aber weitestgehend zum gewünschten Ergebnis geführt.
Habt ihr eigentlich schon einmal die Funktion TYPE IDENTIFIER FOR NT MAPS im weiter oben bereits erwähnten Online Editor für die Typ Dateien ausprobiert? Das ist der 5 Karteireiter. Erspart das mühsame Zuweisen von Farben, ...
Die mit dieser Funktion des Online Editors erstellte *.TYP Dateien weist den Polygonen und Polylinien automatisch jeweils eine eigene Farbe zu, die aus den Garmin Objekttyp (TYPE) und Untertyp (SUBTYPE) abgeleitet wird. Außerdem wird automatisch eine Bezeichnung zugewiesen, die den Garmin Objekttyp und Untertyp beschreibt.
Beim Laden in MAPSOURCE hat die zugehörige Karte dann ein sehr „farbenfrohes“ Aussehen, da jedem Garmin Objekttyp eine eigene Farbe zugewiesen wurde. Aber mit Hilfe eines Farb-Pickers kann dann durch anklicken eines Elementes dessen Farbe ausgelesen und anhand der ausgelesenen Farbe der Garmin Objekttyp abgeleitet werden.
Wenn der Mauszeiger über ein Element ohne Label bewegt wird, wird der Garmin Objekttyp und Untertyp außerdem im Flyout angezeigt.
Zum Anzeigen der Farbwerte kann recht gut der in der Online Beschreibung erwähnte Farb-Picker PIXIE (http://www.nattyware.com/pixie.html) verwendet werden.
grüße
Hallo,
aber weder bei der Topo D v2 noch bei der v3 handelt es sich um NT Karten. Die stellen also für GPSMapEdit (sofern ungelockt) kein Problem dar. Die DEMO Kacheln der Topos lassen sich dagegen öffnen. Wie man die Einzelkacheln aus der gmapsupp.img holt, ist (oder war) ja hier oder in anderen Foren hinlänglich beschrieben
GPSMapEdit kann jedoch, wie in der Eingangsfrage geschrieben, keine NT Karten öffnen. Da kommt immer die Warnung "WARNING: The map XXXXXXXXX is in NT format which is not supported." Nach einer Lösung wird immer wieder in seriösen und "nicht seriösen" Foren gefragt. Gib entsprechene Suchbegriffe, am besten auf englisch, ein und Du wirst die enstprechenden Fragen finden. Auch Stan ist beim cGPSmapper noch nicht soweit. Zur ver98f hat er lediglich geschrieben
ZitatNew: Experimental NT storage format (NOT real NT maps!) - should not be used for production maps.
Auf eine Lösung werden wir wohl noch, wenn überhaupt, ein bisschen warten müssen.
Also selbst wenn du eine ungelockte NT Kachel hast, wirst Du die mit GPSMapEdit nicht öffnen können. Die DEMO Kacheln der Topos lassen sich dagegen öffnen. Das sind also keine NT und auch nicht wie bergdohle schreibt "Halb-NT-Karten"
Grüße
weoli
Hallo Christian,
am einfachsten geht das mit dem TDBchanger, siehe hier
Da kannst Du das direkt abändern ohne mit einem HEX Editor in der tdb Datei etwas abzuändern
Grüße
weoli
Hallo UMEI,
ich weiß nicht, ob das so eine gute Idee ist, die Daten nicht direkt von CGIAR herunterzuladen weil das schneller, leichter oder besser geht?
Wie vor längerem mal im folgenden Diskussionsfaden diskutiert, bestand zwischen den Daten der CGIAR und den Original Daten der NASA ein Versatz von 1,5" nach Nordosten (siehe z.B. hier) den man manuell oder mit Tools beheben konnte. Manche Programme haben das scheinbar sogar automatisch gemacht.
Die CGIAR hat dann (nach meinem Kenntnisstand völlig unbemerkt von der Öffentlichkeit und ohne das je auf Ihrer Homepage mitgeteilt zu haben) im Sommer letzten Jahres neue Daten auf Ihrem Server zur Verfügung gestellt (Dateidatum 18.06.2009). Diese neuen Daten weisen den Versatz nicht mehr auf. Die runtergeladenen GeoTiffs oder ASC Dateien beinhalten - nämlich im Gegensatz zu den im oben erwähnten Diskussionsfaden untersuchten Kacheln mit 6000x6000 Punkten - jetzt 6001x6001 Punkte. Und sie haben eine Überlappung von 1 Pixel mit den Nachbarkacheln.
Nur leider wurden diese Daten nur auf dem CGIAR Server bereitgestellt. Auf den anderen Servern, die man z.B. bei der grafischen Auswahl wählen kann (z.B. der italienische FTP Server oder der Harvest Choice Server) finden sich immer noch die Daten von Ende 2008. Und diese weisen weiterhin den Versatz gegenüber den NASA Daten und jetzt sogar zu den Daten, die direkt bei der CGIAR heruntergeladen werden, auf. Das lässt sich leicht überprüfen, wenn man mal die Daten der CGIAR und die Daten von einem der anderen Server in Global Mapper öffnet und übereinanderlegt. Ich verwende daher grundsätzlich nur noch die Daten direkt von der CGIAR.
Ich habe zwar schon letzten Herbst einmal Dr. Jarvis von der CGIAR in einer E-Mail auf diesen Missstand hingewiesen aber leider bis heute keine Antwort darauf bekommen.
Übrigens:
ZitatExtrahiert man die links aus dem .kmz so sehen die so aus:
http://srtm.geog.kcl.ac.uk/portal/sr...m_mk_23_04.zip
wenn ich mir die von dir verlinkte Datei ansehe, ist der Inhalt von 2006. Das sind bestimmt keine Daten der Version 4.1! In der Readme.txt sieht man, dass es Daten der Version 3 sind.
Die ASTER GDEM Daten sind ja übrigens auch nicht grundsätzlich besser als die SRTM Daten. Siehe dazu diese Diskussion. Ich habe da in der Zwischenzeit auch Bereiche gefunden, die Lücken aufweisen und z.B. nicht gepatcht sind. Da werden z.B. auf einem etwa 300 m breiten Streifen völlig falsche Werte angezeigt. Oder die im zuvor erwähnten Thread diskutierten Wolkenkratzer.
Grüße
weoli
Naja, dann nicht. Da man damit ja auch manche Logger oder GPS Geräte auslesen oder umprogrammieren kann, hab' ich gedacht das geht mit dem Aventura auch. Da gibt es diverse Anleiztung im iNet wenn man nach Sirfdemo sucht. SW läuft ja nicht auf dem Gerät sondern einem PC, der mit dem GPS Gerät verbunden wird.
Wie gesagt, habe es nicht ausprobiert.
Grüße
Freeday,
Kommt dann die Frage, obs ein Tool gibt, wo man selber einige Paramter am Aventura optimieren kann oder zumindest mal die GPS-Firmwareversion abfragen kann - hast Du eine Idee Matz?
Bin zwar nicht Matz und kann es selber mangels Aventura auch nicht selber ausprobieren, aber vielleicht geht es mit SiRF Demo? Da müsste man auch die Firmwareversion auslesen können. Zum Download geht's hier. Aktuell dürfte die Version 3.87 sein.
Die passende Anleitung gibt's hier.
Grüße
weoli
Hallo mike_hd,
was meinst Du mit
Erstens eine Zumutung, dass die Karten in der Auswahl wild durcheinander gewürfelt werden und nicht alphabetisch sortiert.
Bei mir sind immer alle Karten alphabetisch sortiert. Wild durcheinander kann ich da nicht finden. OK, eine "xyz CD2 abc" liegt vielleicht hinter einer "xyz CD10 fgh". Das ist aber das einzige, wo mir das mal aufgefallen ist und ich erst drüber gestolpert bin. Aber in der EDV kommt doch beim alphabetischen sortieren die 10 vor der 2. Ist ja bei Dateiname im Explorer genauso. Da hab ich mir schon lange angewöhnt führende Nullen bei Zahlen voranzustellen.
Wo es mich gestört hat, habe ich es mit dem Tool Tdbchanger geändert. Fix aus 2 eine 02 gemacht und es passt wieder.
Grüße
weoli
EDIT: Ach jetzt habe ich es nochmal gelesen. Es geht ja um BaseCamp. Da hat mich der Titel MapSource 6.15.10 in die Irre geführt. Man sollte immer mal genauer lesen und nicht nur überfliegen.:(
Um nochmals auf die Anfangsfrage von morgen1 zurückzukommen und auch zu dem neuen Schutzkonzept von Garmin überhaupt, sind die Aussagen von Stan (Entwickler cGPSMapper) im map_authors Forum ganz interessant.
Im mittleren Teil seines Statements (ab "From the Garmin communication we can read") kann man lesen, wie es wohl mit dem Schutz weiter geht.
Grüße
Ja, das ist so. Läuft auch eine Diskussion drüber im Yahoo Forum. Die Aufregung ist groß. Ob's ein Fehler oder Absicht ist ...??
GPSMapEdit 1.0 (update 61.3)
(January 12th, 2010) Download version 1.0.61.3 (1337 K).
Fix: The support of Google Maps is updated.
NOTE: If you even after upgrading still get the "(Failed)" messages, please wait about 1 day without accessing Google Maps or change you IP address (if possible) to reset the blocking.
Hallo Paul,
habe ich mich noch nie drum gekümmert. Polygone für Flächen habe ich z.b. mit mehreren 1000 Punkten. Zerlegung überlasse ich cGPSmapper.
Probiere es doch einfach mal aus.
Grüße
