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

[Ronnie Soak]

Am 5. Juli 2012 13:22 schrieb aighes <osm at aighes.de>:

> Ich weiß nicht wie sehr du beim Erstellen von Garminkarten in der Materie
> drin steckst. Mal am Beispeil von Deutschland erklärt. Wenn man mkgmap die
> pbf-Kacheln gibt, rechnet er bei mir ~37min diese in img-Kacheln um. Dann
> folgen ~3min für das Zusammenfassen zur gmapsupp.img. Dieses Zusammenfassen
> würde immer Anfallen, wenn der Nutzer eine andere Kachelzusammenstellung
> wählt. Daher wäre es fürs cachen natürlich sinnvoll, wenn alle, die eine
> Deutschlandkarte wollen, die gleichen Kacheln herunterladen.

Also ich hab das mal selbst gemacht, als es noch wenig fertige Karten
gab. Das ist aber schon länger her. Da hat sich sicher viel
weiterentwickelt.

Wenn ich fertige Kacheln relativ schnell zusammensetzen kann, dann
bietet sich natürlich das Cachen auf Kachel- und nicht auf Länderebene
an.
Damit bräuchte man nur eine fixe Lookup-table Land->benötigte Kacheln.
Lambertus cached dem Gefühl nach eher länderweise, rechnet Kacheln
aber immer neu (oder cached sehr kurz). (Sofortdownload, wenn Land
vorhanden, sonst immer ca 1-2h).

Für uns wäre es sicher günstiger, auch die Kacheln länger zu cachen.
Ob man dem Nutzer dann auch noch die 5min des Zusammensetzens spart,
in dem man auch Länder cached, ist dann eher Bonus. Den Plattenplatz
müsste man aber vorher mal durchrechnen.

>
> Meine Idee wäre jetzt eine Kombination aus fertigen, fixen Extrakten der
> frequentierten Länder und zusätzlich eine variable Auswahl der Kacheln.

Ja, so macht das auch Lambertus jetzt. Ich würde aber auch die fixen
Extrakte aus den selben Kacheln bauen, also nicht mit Länder-shapes
beschneiden.
Ob die dann nach fixem plan vorgerechnet, oder beim ersten Anfordern
erstellt udn dann gecached werden, ist geschmackssache.

Gruss
Chaos

PS: Nach so viel Diskussion will ich sowas jetzt aber auch bauen.