TYP-File erweitern inklusive Index-Eintrag

Hi,

Typfile und Index haben nichts miteinander zu tun. Wenn ein Typfile geändert wird, wird ja die Karte (und der dazugehörige Index) nicht verändert. Im Typfile wird das Layout für ein in der Karte vorhandenes Element festgelegt.

Oder willst Du die Karte selbst auch verändern?

lg, Paul

Zitat von nuevi

Im CN funktioniert das trotz unterschiedlichem Logo/Typ, dass der Anbieter mit eigenem Hex-Code-Typ in der Karte aufleuchtet ....

Hmmm, also das ist mir neu. In der CN (ich hab nur die Ver. 9) sind alle Tankstellen gleich, mit gleichen Logo und gleicher Element-ID. Ob sie jetzt BP oder Shell heisst, steht im Label, also den Namen des Elements.

lg, Paul

Zitat

Vorher 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.

Zitat

In 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

Zitat

0x2F01 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

Zitat von brainwave

V9 ist aber nicht 2009, einfach mal richtig lesen.
Die V9 ist von 2007 und da waren alle Tankensymbole gleich.

Und ? was will uns Dein Beitrag sagen ?. sinnlos.....

@nuevi, ich kenn die Antwort zwar auch nicht, aber die Lösung wäre höchst interessant. Ich habe mal die Typfiles der neuen Karten CN2011.1 :I00089C.Typ, die das können, versucht zu analysieren mit :
1.
der Französische Typfileeditor kann die nicht auslesen. Also damit Fehlanzeige.
2. aber ati.land.cz kann die zumindest einlesen. Er listet auch betreffs Tankstellen zumindest Tamoil und BP als Icon auf. Allerdings sind die dazu dazugehörigen Types als 0x0211(Tamoil) klassifiziert und mit '?' versehen. Das ist lt. cgpsmapper eigentlich eine Stadt. Insofern irrt entweder ati.land bzw. wir stochern da noch im Nebel. Falls Du einen Ansatz zur Analyse findest , mache ich gerne mit.
3. bliebe noch MapTK, damit kann ich nicht richtig umgehen, da fast nie benutzt. Vielleicht kann das das Typfile analysieren und als MapSkin ausgeben. Dann wüßte man ja, welcher Typ hinter ;Tamoil' und 'BP' steckt.
@ weoli :
Du hast ja die Übersetzung von Ati.land gemacht. Deshalb vermute ich mal, das Du direkte Kontakte zum Programmierer hast und vielleicht könntest Du den mal auf das Problem ansprechen, ob ati.land hier wirklich die zuftreffenden POI ausliest ?. Wie gesagt, ein 0x0211 für Tankstelle ist unlogisch.
morgen1

Zitat von brainwave

Das manche nicht lesen können.
Ob dein Beitrag sinnvoller ist...
Wenigstens an die Forenregeln solltest du dich aber halten.

"Werbung (auch nicht kommerzielle) ist in der Signatur nicht zulässig."

Mir liegt was an Problemlösungen und nicht an Streit oder Rechthaberei, deshalb ignoriere ich die Antwort einfach....
@ nuevi :
Ein denkbarer Weg wäre folgender :
Das Icon 0x2f01 auf 1 Pixel reduzieren, wird damit praktisch nicht zu sehen sein und zusätzlich einen 0x011500 .aufwärts custom point mit den gleichen Koordinaten einfügen. Für die Suche in der Katagorie sorgt der 0x2f01 und die Darstellung macht dann der CustomPOI mit eigenem Icon. Sollte man mal testen.
morgen1

edit: sollte ich mit dieser vermuteten Technologie richtig liegen, dann wären auch die von ati.land ausgewiesenen Typen logisch, da die Darstellung einfach per Typfile zur Tankstelle umfunktioniert wird.

Zitat von morgen1

Ein denkbarer Weg wäre folgender :
Das Icon 0x2f01 auf 1 Pixel reduzieren, wird damit praktisch nicht zu sehen sein und zusätzlich ......

Hmm, das wirkt für mich aber schlampig und nur eine Notlösung für "hinten herum". Ich denke kaum, dass Garmin so arbeiten wird. Dennoch höchst seltsam.

Bin mir auch nicht sicher, ob 0x0211 als Stadt durchgeht, da die Städte ja 00 in den letzten zwei Ziffern haben. Ich könnte mir vorstellen, dass die neuen CN-Karten einen weiteren Parameter im Element (oder auch im Header haben) der für die Icondarstellung verantwortlich ist. Man müsste eine der neuesten CN auf einem alten Gerät testen, ob da auch die Icons so sind (am besten auf einen noch ohne microSD Karte).

lg, Paul

habe jetzt ein Typfile mit MapTKanalysiert : MapTK meint , es seien folgende Typs drin:

Types in product 'City_Navigat2266'  FID: 2266


[POI]
00100 00200 00300 00400 00500 00600 00700 00800 00900 00a00 
00b00 00c00 00d00 01400 01500 01e00 02800 05901 05902 10b00 
10b01 10b02 10b03 10b04 10b05 10b06 10b07 10b08 10b09 10b0a 
10b0b 10b0c 10b0e 10b0f 10b10 10b11 10b13 10b14 10b15 10b16 
10b17 10b18 10b19 10b1b 10b1c 10b1d 10b1e 10b1f 10c00 10c01 
10c02 10c03 10c04 10c05 10d01 10d02 10d03 10d04 10d05 10d06 
10d08 10d09 10d0a 10d0b 10d0d 10d0e 10d0f 10d10 10d11 10d12 
10d14 10d15 10d16 10d17 10e01 10e02 10e03 10e04 10e05 10e06 
10e07 10e08 10e0a 10e0b 10e0c 10e0d 10e10 10f01 10f02 10f04 
10f05 10f06 10f07 10f08 10f09 10f0a 10f0c 10f0d 10f0e 11000 
11001 11002 11003 11004 11005 11006 11007 11008 11009 1100b 
1100c 1100e 11010 11011 11016 11018 11019 1101a 1101b 1101d 
1101e 1101f 11101 11102 11103 11104 11105 11106 11107 11400 
11401 11403 11404 11405 11406 11407 11408 11409 1140a 1140b 
1140c 1140d 13500 13501 13502 13503 13504 13505 13507 13508 
13509 1350a 1350b 1350c 1350d 1350e 1350f 13510 13511 13512 
13513 13514 13515 13516 13517 13518 13519 1351a 1351b 1351c 
13700 13701 13702 13706 13707 13708 1370a 1370c 1370d 13900 
13901 13902

da taucht 0x2f01 gar nicht auf. Es gibt also einiges , was wir noch nicht wissen. Und meine vermutete Technologie wird damit nicht bestätigt. Aber wie genau arbeiten denn die Typfileviewer/Decompiler ? Das wissen wir auch nicht und damit stehen wir wieder am Anfang. Solange man nicht selbst binär ein Typfile auseinander nimmt, gibt es keine verläßlichen Aussagen. Ich werd's in absehbarer Zeit nicht tun. Kann mich aber erinnern, dass extremecarver vor geraumer Zeit sich auch mit der Problematik der Indexe befasst hat. Ein Ergebniss ist mir nicht erinnerlich.
morgen1

Mein Vorschlag zu einer Analysenmethode wäre, genau wie bei einer Blackbox zu verfahren : Man steckt bekannten Input rein und schaut was raus kommt. Man könnte ein Kachel erstellen, die genügend POI hat, zum Beispiel einen Track in Mapedit laden und nach POI ändern. Da hat man schon mal ohne händische Arbeit das Grundgerüst, und das Mp-File im Texteditor so ändern, dass jedem POI ein anderer Typ=0x0.... zugewiesen wird. Eine Label=<0x....> zur leichteren Identifizierung hinzufügen. Compilieren und in Mapsource ausprobieren, welche Punkte bei der Suche in den Kategorien gefunden werden. Wer es durchzieht und das Ergebniss hier veröffentlicht, dem spendiere ich ein Bier.:)
morgen1

@ brainwave: Klar ist das unnötige Spielerei und ich brauchs auch nicht. Aber es ist in der Theorie interessant zu wissen.

@morgen: Durch "run and test" zu einem Ergebnis zu kommen, hat auch seine Tücken. Die Renderengines der einzelnen GPSr arbeiten ja auch unterschiedlich. Und (was ich aus den bescheidenen MPCHelp weiss) gibts bei den Points auch welche, die in den Suchindex kommen, und welche, die nicht rein kommen.

Garmin selbst nutzt für ihre eigenen Karten ja nicht MPC. Die haben das "richtige Kartenerstellungsprogramm" - wie immer das auch heissen möge. MPC gibts nur für die Drittmarkt- und Landesniederlassungs-Hersteller. Und da sind Spezifikationen vorgegeben. Nur, will man ausserhalb diesen Spezifikationen agieren (wie auch damals extremecarver), kanns mit einigen GPSr Inkompatiblitäten geben.

lg, Paul

Über den MapsourceProductCreator verfüge ich nicht. Seit dem ich weis, dass da der Input nur über Shape läuft, ist der auch uninteressant, weil an offizielle Shape kommt man nicht kostenlos ran. Ist halt die Frage, ob der MPC schon die neuen 3 ByteNT-Typen unterstützt. Steht in der MPC_Help keine Liste drin , welche Typs in welchen Index kommen ?. Genau das wollen wir ja wissen. Solltest Du das haben kannst mich per PN mal kontaktieren. Vielleicht kann man da Wissen raussaugen. Zur Erfolgskontrolle sollte Mapsource reichen. Denn wer hat schon so viele GPS Geräteversionen, dass er alle austesten kann. Ich denke, wenn es in MS funktioniert, sollte es auf allen aktuellen GPS genauso laufen.
morgen1
Nachtrag: eine Zusammenstellung der altbekannten Indexe gibt es hier
www.img2ms.de/POIStandards.xls Ist leider nicht aktuell und nur Schnee von gestern. Wer gar keine Zusammenstellung hat, dem hilft's vielleicht. Ist nicht von mir zusammengetragen .

Zitat von nuevi

Da gibt es dann außerhalb des Standardbereichs beispielsweise plötzlich eine "Heisse Quelle". (Neu sind zB 2c0c, 2c0d, 2c40 im Index).
Da außerhalb des Standardbereichs nur rudimentär getestet wurde, ist anzunehmen, dass es neben den zwei neuentdeckten noch mehr gibt. Nur ist der Nicht benutzt Bereich zwischen 2000 und 3fff der hauptsächlich in den POI-Index rückt natürlich zu groß, um dies händisch zu machen.

An dieser Stelle weiß sicher niemand von einem Tool/Add-On, das dies automatisch macht ?!

Gruß, Stefan.

Alles anzeigen

In der cgpsmapperinstallation ist ein File RGNtype.txt beinhaltet. Da werden noch viel mehr mögliche Typen aufgezählt.
Willst du mit dem gesuchten Tool die vorgeschlagene MP-testmap mit allen möglichen Typs zum Testen erzeugen? Oder wie soll ich das verstehen. Sowas kann ich in 1 Stunde zusammenschreiben. Ausgangspunkt muss eine Exceltabelle sein, in der in der ersten Spalte untereinander alle Typen stehen. Etwa so :" 0x001" usw. Zweitens braucht man ein MP-file wegen der Lat/Lon-Koordinaten (Data=...), welches mindestens genausoviele Kartenelemente [RGN10]hat , aber keine Linien und Polygone. Dann list man das mp zeilenweise ein und ersetzt bei jeden [RGN10] den 'Typ=..' durch ein Feld der Exceltabelle. Falls Du dann das testen machen willst, kann ich Dir sowas schreiben, mit grafischer Benutzeroberberfläche. Aber erst nächste Woche. Morgen sind Familienfeten angesagt. So ein MP-File kann man z.B aus POI Sammlungen erzeugen . Ein Hilfsprogramm , welches aus csv bzw Excellisten automatisch mp erzeugt, benutze ich schon länger. http://www.img2ms.de/Toskana/Setup_xls-mp-einlesen.exe. Aber Du müßtest recherchieren wieviele Typen es werden und eine entsprechend grosse POI Sammlung im Internet suchen. Dann kann ich gleich das mp erzeugen.
morgen1

Nachtrag: http://www.img2ms.de/SetupTestMapErzeugen.zip ist fertig zum Download