[Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event

[Ronnie Soak]

Hi,
>
> Meine Deutschlandkarte besteht zur Zeit aus 155 Kacheln. Dabei arbeite ich
> mit statischen Kachelgrenzen. Sprich ich rechne die einmal mit einem zurecht
> geschnittenen Extrakt aus und lass den splitter dann direkt aus dem planet
> ausschneiden.
> Das dauert rund 1:05 h für alle meine Karten (~630 Kacheln).
> mkgmap dürfte kaum noch Zeit verlieren durch das aussortieren von Tags.
> Genaueres müsste man auf mkgmap-dev erfragen, das ist aber schon recht weit
> optimiert worden.

Ich würde dann mal testen wollen (an z.B. einem Bundesland), wie viel
man an Zeit herausholen kann, wenn man
splitter die von der Overpass-Api vorgefilterten Daten als Input gibt.
(Natürlich inkl. der Laufzeit der Abfrage.)


>
> Sinnvoll nutzbar wäre die Overpass-API, wenn sie direkt die Kacheln liefert.
> Idealerweise als pbf, mit xml ist mkgmap 5-7mal langsamer. Und die Frage
> ist: Ist das von der Last her sinnvoll. splitter erzeugt recht wenig Last
> und der RAM-Verbrauch hält sich sehr in Grenzen.

Wenn die (CPU?) Last gering ist und auch der RAM nicht voll, dann wird
I/O die Grenze sein, an der er sich 1h aufhält.
Da kann ich mir schon vorstellen, das ein vorgefiltertes .osm (ich
schätze mal 50% der Originalgrösse) was bringt.

Allerdings hast du recht, dass wir von der API nur XML bekommen. Wenn
pbf wirklich so viel schneller ist, werden wir nichts gewinnen, wenn
wir in der Toolchain noch eine Umwandlung haben. Gilt das 5-7x auch
für splitter?

@Roland: ist sowas mal geplant, dass die Overpass API zumdest bei
lokalen Datenbanken auch pbs ausspucken kann?

Gruss,

Chaos