Welche "3byte" - "extended" POI Regionen werden auf Oregon dargestellt?

@ wildgoose
Ob ID-Werte dokumentiert sind oder nicht, oder ob sie außerhalb irgendwelcher Spezifikationen liegen, ist beim Erstellen einer garmin-tauglichen OSM-Karte nicht unbedingt relevant. Ja, ich kenne die Einwände, daß man sich an bestimmte Spielregeln zu halten hat. Aber OSM-Kartentüftler probieren halt gerne, was geht und wer viel Geduld hatte, entdeckte in der Vergangenheit ungeahnte Möglichkeiten. Diese gingen nun teilweise in neuen Gerätetypen bzw. deren Unitsoftware verloren. Auch ein VHCx wertet nicht jede beliebige ID aus. Irgendwo hat auch das seine Grenzen. Aber die Einschränkungen an den neuen Geräten fallen dem Insider halt eben negativ auf.

Vor einigen Monaten wurde bereits eine Diskussion darüber geführt, ob Garmin mit der Überblendung der IconSymbole den OSM-Kartenbastlern in die Parade fahren wolle. Denn dabei wurde schlagartig deutlich, daß die "eingebaute" Garmin-Symbolbibliothek an vielen Stellen, wo der OSM-Kartenbastler differenziert, immer wieder dieselben Icons liefert. Es wurde aber auch deutlich, daß Kartenbastler nach Lust und Laune IDs zweckentfremden, wenn sie diese in ihrer ursprünglichen Bedeutung nicht benötigen. So tauchten dann plötzlich statt Ampeln, Poller, Schranken und Wanderzeichen jede Menge Marine-Symbole auf dem Land auf. Es wurde dann geklärt, daß dies ein ungewollter Nebeneffekt eines neuen Systems sei, der inzwischen offensichtlich beseitigt wurde.

Das ID-System läßt sich nicht allein mit im Netz kursierenden Listen durchschauen. Durch systematisches Recherchieren kann man feststellen, daß mit den IDs ganz verschiedene Eigenschaften und Funktionen verknüpft sind:
- intern hinterlegte Symbole,
- Schriftgröße,
- Schriftfarbe,
- Zoombereich,
- Suchkategorien,
- Eigenschaftsanzeige (Info, Pegelstände etc.)

Das von Garmin definierte System weist, wie bereits erwähnt, diverse Spielarten in den verschiedenen Unit-Softwares der GPS-Geräte und der PC-Software (MapSource, ... ) auf. Im OSM-Wiki gibt es irgendwo eine Liste, in der Tüftler niederschreiben, welche IDs auf welchem Gerät in welcher Kategorie mit welchem Symbol auftauchen. usw.
Es zeigt sich an verschiedenen Stellen: Die Software des VHCx kann mehr IDs auswerten als neuere Geräte. Warum diese Einschränkung?

Garmin hat Änderungen an der Software vorgenommen, deren Auswirkungen auf OSM-Karten negativ sind. Der Firma könnte das eigentlich egal sein. Wäre da nicht der Umstand, daß viele nur deshalb ein Garmin-Gerät kaufen, weil sie spezielle aus OSM-Daten erzeugte Karten damit anzeigen lassen wollen, die Garmin so nicht liefern kann. Also ...

Vielleicht liest ja ein netter Garmin-Mitarbeiter mit, so wie damals ... ... und das Problem erledigt sich irgendwann.

Und in der Zwischenzeit wird nach neuen kreativ nutzbaren Lücken im System gesucht.

Viele Grüße
Eli

Mag den Beitrag über mir mal jemand löschen, der hat mal wieder nichts mit dem Thema zu tun!

Weiters....
gibt es weitere POI Regionen wie 0x32?? die aber auch oberhalb von 500m auf den GPS dargestellt werden, ohne in der Suche aufzutauchen?

Wobei die Suche nur POI in der höchsten resolution zu beachten scheint. Sprich man kann in Level 22 etwa andere Icons verwenden. Blöd ist halt, dass 500m resolution 23 entspricht, und als resolution zwar Sinn macht, aber die Kartengröße um 10-15% vergrößert. Will man also klassich 24-22 verwenden, dann hat man auf 300 und 500m einen Overlap, da 700m noch zur 23 (bzw 24er hochgezogen) resolution gehören (oder und das ist halt noch blöder, werden POI bei 700m nicht angezeigt, um bei 1km wieder aufzutauchen, wo man einen anderen POI Type verwendet).

@ Felix
Du hast völlig recht.
Aber manche müssen es immer wieder von neuem erklärt bekommen.

@ macnetz
Auf diese Anmerkung hatte ich gewartet

Die Ausrichtung auf ein einziges Modell macht natürlich wenig Sinn. Die Kenntnis des gemeinsamen Nenners bringt alle am weitesten. Doch welcher ist das? Genau das versuchen OSM-Enthusiasten wie Felix heraus zu finden.

Du kritisierst mit Recht, daß es ziemlich unsinnig ist, ein einmal definiertes System bis zur Unkenntlichkeit zu verbiegen. Doch die Lücken eines Systems kreativ zu nutzen, finde ich in Ordnung. Klar kann man alles auf ein Minimum schrumpfen und jede Kreativität ersticken. Man kann aber auch versuchen, die Kreativität einzelner als Ansporn zu sehen, daraus etwas Neues zu entwickeln und einen überholten Standard zu erweitern.

Die Organisation des ID-Systems mag ja mal theoretisch sehr systematisch festgelegt worden sein. Doch diese Festlegung allein bringt einen nicht ans Ziel, wenn man Karten für Garmingeräte bauen möchte. Es reicht bei weitem nicht aus, irgendeinen Standard abzufragen. Es muß überprüft werden, wie die mit dieser oder jener ID gekoppelten Informationen vom Garmin-System erkannt und ausgewertet werden. Die Ergebnisse zeigen dann, welche Layout-Ideen mit welcher ID umgesetzt werden können.

Es führt auch nicht besonders weit, wenn man sich an irgendeine Systematik hält, die sagt, 0x?? bis 0x?? ist für Gaststätten gedacht und 0x?? bis 0x?? für Unterkünfte. Man muß wissen, was die Garmin-Software daraus macht, damit das exquisite Chinarestaurant später nicht in der Suchkategorie Imbissbude angezeigt wird und Jugendherberge, 5-Sterne-Hotel und Campingplatz nicht durcheinander gekegelt werden. Ich fand in der Vergangenheit diverse inzwischen verbesserte Karten, deren Ersteller diesbezügliche Hausaufgaben zunächst mehr schlecht als recht erledigt hatten. Felix Karte war und ist dagegen trotz diverser Besonderheiten und Eigenwilligkeiten ein sehr gut durchdachtes System.

Herauszufinden, welche IDs in GPS-Geräten ordnungsgemäß angezeigt aber von Suchkategorien ausgeschlossen werden, ist ebenfalls sehr wichtig. Was bringt es, wenn das GPS-Gerät in der Kategorie Landmarke/künstlich lange Listen von Strommasten ausspuckt und die interessanten Dinge in dieser Liste untergehen bzw. gar nicht angezeigt werden?

Es gibt mehrere Kategorien, die in den verschiedenen Produkten nicht nur unterschiedlich benannt, sondern auch unterschiedlich organisiert werden. Man kann versuchen, den kleinsten gemeinsamen Nenner zu finden, wenn man eine für viele Geräte und Softwarevarianten brauchbare Karte entwickeln möchte. Doch wo der zu finden ist, die Frage erhebt sich bei jeder Weiterentwicklung von neuem. Schön wäre, wenn Neuentwicklungen erweiterte Möglichkeiten mit sich brächten. Momentane Beobachtungen zeigen aber, daß zumindest in einigen Bereichen Einschränkungen entstanden sind, die sich für manche kreativ ausgestaltete Karten auf OSM-Daten-Basis negativ auswirken. Das ist sehr schade.

Im großen Ganzen versuchen OSM-Karten-Bastler genau das Gegenteil von dem, was Du ihnen immer wieder zu unterstellen scheinst. Es geht nicht darum, ein System total zu verbiegen, sondern darum, es sinnvoll zu nutzen. Daß das nicht immer gelang und gelingt, liegt meines Erachtens am schwer zu durchschauenden Suchkategorie-System von Garmin, das nicht einheitlich auf die IDs zugreift.

Marine-IDs sind der einzige Bereich, wo IDs systematisch bewußt umfunktioniert wurden und werden. Wenn das mit Sinn und Verstand gemacht wird, habe ich da auch kein Problem mit. Nenne mir einen logischen überzeugenden Grund (fernab aller Prinzipienreiterei), warum
- Seezeichen-IDs nicht für Wanderzeichen
- Marine/Hindernis Gefahren nicht für Gefahrenzeichen an Land
benutzt werden sollen?
Solange eine Wasser-Land-Analogie besteht, sehe ich keinen triftigen Grund, die IDs statt für die Markierung von Wasserwegen für die Markierung von Landwegen zu nutzen. Es sind beides Wegmarkierungen. Die ID-Blöcke sind so umfangreich, daß für Binnengewässer notwendige IDs immer noch genügend übrig bleiben.

Wer das aus Prinzip nicht in Ordnung findet, muß dafür sorgen, daß das Prinzip so erweitert wird, daß diese Bereiche prizipiell in ausreichendem Umfang ihre eigenen IDs haben.

Viele Grüße
Eli

Zitat von extemecarver

...
Weiters....
gibt es weitere POI Regionen wie 0x32?? die aber auch oberhalb von 500m auf den GPS dargestellt werden, ohne in der Suche aufzutauchen?

Wobei die Suche nur POI in der höchsten resolution zu beachten scheint. Sprich man kann in Level 22 etwa andere Icons verwenden. Blöd ist halt, dass 500m resolution 23 entspricht, und als resolution zwar Sinn macht, aber die Kartengröße um 10-15% vergrößert. Will man also klassich 24-22 verwenden, dann hat man auf 300 und 500m einen Overlap, da 700m noch zur 23 (bzw 24er hochgezogen) resolution gehören (oder und das ist halt noch blöder, werden POI bei 700m nicht angezeigt, um bei 1km wieder aufzutauchen, wo man einen anderen POI Type verwendet).

Da grübel ich jetzt grade drüber nach.
Heißt das, daß Pois nur dann in die Suche aufgenommen werden, wenn man sie in der höchstmöglichen Resolution programmiert?

Die gleichzeitige Verwendung einer ID mit verschiedenen Resolutionen mit verschiedenen Icons (so meinst Du das doch, oder?) kann ich mit Hilfe des Composers nicht ausprobieren.

Bei meinen Tests bin ich ganz simpel vorgegangen. Ich hab Level 17 eingestellt, geguckt, ab welcher Zoomstufe die Icons auftauchen und in welcher Suchliste sie erscheinen.

Um über das, was Du beschreibst, Klarheit zu erhalten, müßte man weitere Testserien mit unterschiedlichen Bedingungen anlegen. Oder verstehe ich Dich da jetzt irgendwie falsch?

Viele Grüße
Eli

Zitat von extemecarver

...
gibt es weitere POI Regionen wie 0x32?? die aber auch oberhalb von 500m auf den GPS dargestellt werden, ohne in der Suche aufzutauchen?
....

Vielleicht funktioniert diese:
0x1e im VHCx Suche nein, sichtbar 500+, popup nicht dokumentiert;

Viele Grüße
Eli

Jip, es scheint so, dass Icons nur im resolution=24 (bzw der höchsten benutzen, falls man 23 nimmt) in der Suche auftauchen. Sprich eigentlich bedeutet dies, von resolution 23 runter, ist die Zuordnung mehr oder weniger egal, ähnlich verschiedener Linientypen je nach resolution.

OSM Composer finde ich nur schrecklich kompliziert, langsam, und eben viel zu limitiert, um mich damit abzugeben.... Direkt style-files zu bearbeiten, ist IMHO sicherlich nicht komplizierter, aber bietet viel viel mehr Möglichkeiten.

Zitat von wildgoose

Falls du damit mich meinst, solltest du dir mal das MPC Handbuch zur Brust nehmen. Ein Garminformat und OSM sind zwei Paar Schuhe. Du kannst nicht z. B. C++ programmieren und deine eigene Syntax verwenden. Der MPC Katalog gibt eine Syntax vor, genau wie OSM eine eigene Syntax hat .. oder kann ich die auch umdrehen???

PS: Aber, wenn du so recht hast, warum funktionieren dann alle anderen Karten, aber mit OSM gibts Schwierigkeiten?

Sorry nein, Dich meinte ich nicht. Das war meine Reaktion auf den inzwischen gelöschen (nicht zitierten) Einwurf von macnetz.

Es geht mir nicht um's Recht haben, oder ein System als richtig oder falsch einzuordnen, sondern darum, Möglichkeiten heraus zu finden, die funktionieren, also auf OSM-Daten basierende Karten zum Laufen zu bringen. Ich denke, das ist legitim.

Viele Grüße
Eli

Zitat von extemecarver

Jip, es scheint so, dass Icons nur im resolution=24 (bzw der höchsten benutzen, falls man 23 nimmt) in der Suche auftauchen. Sprich eigentlich bedeutet dies, von resolution 23 runter, ist die Zuordnung mehr oder weniger egal, ähnlich verschiedener Linientypen je nach resolution.

Hmmm - grübel - Das kann ich auf meiner Karte jetzt nicht so schnell nachvollziehen. Sowohl auf PC als auch VHCx finde ich die Objekte unabhängig von der aktuell eingestellten Zoomstufe der Kartenanzeige in der Suchliste. Aber das meinst Du nicht. Oder?

Zitat von extemecarver

OSM Composer finde ich nur schrecklich kompliziert, langsam, und eben viel zu limitiert, um mich damit abzugeben.... Direkt style-files zu bearbeiten, ist IMHO sicherlich nicht komplizierter, aber bietet viel viel mehr Möglichkeiten.

Mir reichen bislang die gebotenen Möglichkeiten und das Tempo wurde verbessert. Für meine Bedürfnisse ist es ausreichend. Auch der Zugriff auf Kartenobjekte und Renderregeln wurde immer komfortabler. Ist halt Geschmacksache, welcher Weg zum Ziel einem besser gefällt. Aber das brauchen wir hier nicht diskutieren.

Viele Grüße
Eli

Zitat

Hmmm - grübel - Das kann ich auf meiner Karte jetzt nicht so schnell nachvollziehen. Sowohl auf PC als auch VHCx finde ich die Objekte unabhängig von der aktuell eingestellten Zoomstufe der Kartenanzeige in der Suchliste. Aber das meinst Du nicht. Oder?

Warum ist die Anzeige in der Suchfunktion jetzt eigentlich ein Problem?
Die zuvor genannte ID-Serien werden auf dem VHCx doch gar nicht vom garminschen Kategoriesystem erfaßt. Bleibt nur die Frage, was andere G-Soft- und Firmware damit macht.

Auf der Karte werden die Objekte im von Garmin vorgegebenen Zoombereich angezeigt, auch wenn der Kartenbastler eine höhere Resolution vorgibt. Wie es mit herunter gesetzter Resolution aussieht, interessierte mich bislang nicht. Es gibt ja auch noch Bereiche, die auf 120m (im VHCx) "gedeckelt" sind. Aber die tauchen in der Suchkategorie "Alle POIs" auf. Sind für Dich also uninteressant.

Wenn ich Dich richtig verstehe, vermutest Du, man könne möglicherweise durch Herabsetzen der Resolution die Anzeige der Objekte in der Suchliste der Kategorie "Alle Pois" blockieren. Oder bin ich da jetzt total verkehrt? Wenn Du diese These überprüfen möchtest, programmiere ich gerne eine Testserie und guck das mal genauer an.

Viele Grüße
Eli