Re: GPS Planet filtern / Point in Polygon Test beschleunigen

mmd wrote:

• Spoiler Alert *
  

Also, wenn's "nur" um den Bereich um Eislingen geht, könnte man ja alternativ die GPX Daten in JOSM über die API lesen und das Ergebnis dann mit osmosis weiterverarbeiten. Sind nur gut 350.000-400.000 Punkte, wenn ich mit 9.670372,48.669878999999995,9.7599792,48.731738 die richtige BBOX getroffen habe.

Gruß,
mmd

Ich brauche keinen Spoiler. Ich habe ein (fertiges) Programm, das mir aus dem OSM GPS Planet die gewünschten Daten ausschneidet (Bounding Polygon oder Bounding Box) und dieses komische Format des OSM Planet GPS in "normale" Koordinaten (LatLon oder LonLat oder osm-xml) umwandelt.... kann man einstellen.
Wenn es jemand braucht, kann ich es auch verteilen. Aber ich will es schneller machen.....auch ohne Java Libaries. Es macht Spaß solche Datenmengen behandeln zu können und man lernt viel, wenn man sowas schreibt. Gerne schaue ich in Java Libs rein ob ich Abkürzungen implementieren kann. Momentan ist der Code etwas über 500 Zeilen und wenn man ein Extrembeispiel nimmt (ein DE Bounding Polygon mit 10x mehr Punkten als das der Geofabrik), dann ist osmosis noch doppelt so schnell (ohne Zeit, die es dauert den GPS Planet in osm-xml umzuwandeln). Durch das Vorfiltern eines Bounding Polygons mit einer äusseren Box habe ich das Programm um den Faktor 10 beschleunigt. Wenn ich jetzt mit einer inneren Box noch den Faktor 2 hinbekomme, liege ich mit osmosis gleich auf..... Code-Optimierung und evtl Multithread mal ausser acht gelassen.

@all, Netzwolf.....auch wenn ich nicht drauf eingehe, ich grübele über jeden Tipp. Wie gesagt, das ist mein erstes richtige Programm seit 15 Jahren. Da geht alles etwas langsamer 😉 Ehrlich gesagt bin ich schon froh, dass es überhaupt funktioniert.