[Talk-de] ?Unterstützung für die(?) Server

Dirk-Lüder Kreie osm-list at deelkar.net
Di Sep 25 17:47:55 UTC 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Marcus Wolschon schrieb:
> Sascha Silbe schrieb:
>> On Tue, Sep 25, 2007 at 05:12:52PM +0200, qbert biker wrote:
> 
>> [Planet-Dump]
>>> Warum trennt man das nicht mal in zwei Teile auf? Einmal den
>>> amerikanischen Kontinent mitsamt den Tigerdaten und dann den Rest
>>> der Welt.
>> 2 Teile reichen auf Dauer nicht, siehe Import der AND-Daten für Holland
>> und China. Deshalb mein Vorschlag mit den 10°-Blöcken. Damit gibt es
>> insgesamt 648 Dateien, mit durchschnittlich immer noch 316MB
>> (unkomprimiert) pro Datei (starke Varianz). Für Deutschland bräuchte man
>> 4 dieser Blöcke: 40..50/0..10, 40..50/10..20, 50..60/0..10,
>> 50..60/10..20. Damit hätte man vorerst einen guten Kompromiß zwischen
>> Anzahl und Größe der Dateien.
> 
> Kurze Verständniss-Frage:
> 
> Wie würde man Segmente und Wege handhaben, welche die Grenze zum
> Nachbar-Server überspannen?

Es ging hier mittlerweile nur um den planet.osm-export, ein so
aufgeteiltes Serversystem hätte noch ganz andere Probleme, z.B. bei
Anfragen nach nodes per ID...

Zurück zum Planet-Export, wie löst man die Wege die mehrere Kacheln
überspannen? mehrfach mitgeben? Dann muss ein Client die Duplikate
"intelligent" auslassen. Oder setzt man einen Pseudo-node an die Grenze
und splittet den way dort? Dann müsste ein Client allerdings immer noch
basteln, um zu den Ursprungsdaten zu kommen.

Ich würde die erste Methode bevorzugen, wenn überhaupt gesplittet werden
soll/muss.

- --

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0952°N 8.8652°E

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG+UnLFUbODdpRVDwRApSFAKC2+UmK4WlRGq1VWIwljAw/VU5jIgCgpuOJ
JPvqBsle0EGgUMO9lb3iz2o=
=swQJ
-----END PGP SIGNATURE-----




Mehr Informationen über die Mailingliste Talk-de