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
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 ...
-
Hallo Paul,
das ist kein Gerücht sondern wahr. Allerdings sind es meines Wissen max. 255 (=0xFF) Punkte.
-
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!
Alternativ sehr gerne auch per Paypal spenden.
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!
Alternativ sehr gerne auch per Paypal spenden.
Vielen, vielen Dank ... -
Hallo Felix,
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)
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)
Alternative waerhre einen mp to osm Konverter zu benutzen/schreiben.
Ein guter Einstieg ist hierzu:
http://trac.openstreetmap.org/…inz2osm/mp2osm_linz_jr.pyGruss 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).
-
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 -
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!
Alternativ sehr gerne auch per Paypal spenden.
Vielen, vielen Dank ... -
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 -
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
