Elementgrösse in MP-files

Garmin fenix 7X und epix Gen 2 im Test

Der Schwerpunkt dieses Tests und Vergleichs der Garmin Fenix 7X Solar und Garmin Epix Gen 2 liegt auf den Sensoren wie Höhenmesser, Positionsbestimmung und Herzfrequenz. Was unterscheidet die beiden GPS-Outdoor-Smartwatches? Und wie gut ist die Taschenlampe der Fenix 7X für den Outdoorbereich? Hier geht es zum Test der Outdoor-Smartwatches ...

    Hi,

    ich hab da eine eher triviale Frage: Ich hab mal wo aufgeschnappt - weiss leider nicht mehr wo -, dass ein Element (Polygon, Polyline) max. 254 Nodes haben darf. Ist das ein Gerücht oder was wahres dran ....

    lg, Paul

    WILDGOOSE Geo Services - Specialist for Vietnam

    Hallo,

    danke für die Antwort. Dann dürfte diese Limitierung richtig sein. Aber .... nachträglich wundere ich mich schon, da ich beim Analysieren von anderen Files sehr wohl mal Elemente gesehen habe, die grösser 255 Nodes waren.

    Was passiert beim compilieren dann (mit grösseren Polygonen zum Beispiel). Werden die intern von cgpsmapper geteilt .... ? Naja, vieleicht komm ich noch drauf.

    lg, Paul

    WILDGOOSE Geo Services - Specialist for Vietnam

  • Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
    Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank...

    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

    Für die alten Hasen sicher nichts Neues, aber über die 250 Punkte-Grenze bin ich auch bei den Polylinien gestolpert. Sind diese länger als 250 Punkte, dann scheitert das Garmin-Routing, bzw. ist fehlerhaft/noch fehlerhafter.
    In mgkmap kenne ich leider keine Funktion, welche die Polylinien automatisch kürzt.


    Gruß
    Stefan

    mkgmap kuerzt auf 256 Punkte bei Polygonen, rund 80 bei Linien. Beides im Quellcode einstellbar.


    Wobei gut moeglich ist, dass dies nur bei osm als Datenformat passiert (ist glaube ich im osmxml5handler.java integriert). Wer Daten in Polish Format hat, sollte diese mehr oder weniger von mkgmap schon korrigiert haben. Alternative waerhre einen mp to osm Konverter zu benutzen/schreiben.


    MP als Format ist einfach auch viel beschraenkter als das was bei osm inzwischen mit Multipolygonen und Relationen umgesetzt wird. Von der Fehlerkorrektur ist mkgmap daher deutlich besser/weiter als alle anderen Konverter - jedoch halt nur wenn die Daten im osm Format vorliegen. Bald sollte auch der neue Multipolygon Code kommen, und Verbesserungen fuer unvollstaendige/offene Polygone (wichtig wenn man mit durch osmosis - etwa geofabrik - zerstueckelten Daten arbeitet).

  • Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
    Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank...

    Hallo Felix,

    Zitat von extemecarver

    mkgmap kuerzt auf 256 Punkte bei Polygonen, rund 80 bei Linien.


    Wo hast du denn diese Werte her?
    Sowohl in LineSplitterFilter.java ist MAX_POINTS_IN_LINE = 250
    also auch in PolygonSplitterFilter.java MAX_POINT_IN_ELEMENT = 250
    voreingestellt (lässt sich natürlich anpassen)

    Zitat von extemecarver


    Wobei gut moeglich ist, dass dies nur bei osm als Datenformat passiert


    Soweit für mich erkennbar wird zumindest im polish data reader (PolishMapDataSource.java) der LineSplitterFilter.java importiert und Polylines auf die Anzahl der Punkte hin untersucht.
    Für Polygone konnte ich das jedoch nicht erkennen.(meine java Kenntnisse sind auch nur rudimentär)


    Zitat von extemecarver


    Alternative waerhre einen mp to osm Konverter zu benutzen/schreiben.


    Ein guter Einstieg ist hierzu:
    http://trac.openstreetmap.org/…inz2osm/mp2osm_linz_jr.py


    Gruss Gert

    Ups, mit 250 hast du recht fuer Polygone. Bei Linien gibt es aber 99% sicher eine kuerzere Laenge wenn sie Autoroutingfaehig sind, diese liegt um die 80.
    (oder es wurde wieder abgeschafft).


    (das ganze gilt natuerlich nur fuer resolution=24 (bzw 23 wenn man dies als hoechste resolution benutzt) - da in kleineren resolution dann der dp-filter hier noch zusammenkuerzt - außer man verwendet --merge-lines, was jedoch zu Problemen mit dem Tooltipp fuehrt, bzw die Karte dann ordentlich im Bild springen kann wenn man auf eine gemergte Linie klickt in niedrigeren resolutions).

  • Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
    Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank...
    Zitat von papaluna

    Ich habe mir gerade noch mal als Beispiel eine Polyline (routingfähig) von mir angeschaut:
    jeweils Level0=24
    Input-Daten: 464 Punkte
    img: 250 + 215 = 464 +1 Zusatzpunkt durch Splittung


    Ich habe das auch gerade noch einmal geprüft. Die Linie wird tatsächlich im img bei 250 Punkten gesplittet. Was allerdings etwas unschön ist, ist die Tatsache, daß der eine abgesplittete Teil die Standardeinstellung in Sachen Geschwindigkeit des Elements bekommt. Hier Wirtschaftsweg mit 40km/h, nach Absplittung 5km/h. Da bleibe ich lieber bei der Vorgehensweise, an jeder Abzweigung zu manuell zu splitten.


    Gruß
    Stefan

    Zitat von Canario

    Was allerdings etwas unschön ist, ist die Tatsache, daß der eine abgesplittete Teil die Standardeinstellung in Sachen Geschwindigkeit des Elements bekommt. Hier Wirtschaftsweg mit 40km/h, nach Absplittung 5km/h.


    Hallo Stefan,
    interessanter Hinweis, das war mir noch gar nicht aufgefallen.
    afaik ist die Standardeinstellung für den Typ 0x07 speedclass=2(40km/h) roadclass=0. Der abgesplittete Teil erhält anscheinend speedclass=0(5km/h) roadclass=0 wenn mkgmap die Daten im mp-format zugeführt werden.


    Wenn allerdings Daten im OSM-format als input genommen werden, erhält der abgesplittete Teil übrigens die gleichen Werte wie die Ausgangslinie.


    Gruss
    Gert