-----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----- _______________________________________________ Talk-de mailing list [email protected] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
