die 4 GB-Grenze für unsigned Integer*4 - unsigned 32-Bit- von 4.294.967.295 wird in den nächsten Tagen wohl überschritten werden. Derzeit liegen wir bei 4.282 GB und täglich kommen 10-20 MB an Nodes dazu.
Ist interessant für manche Anwendungen - oder auch Anwender - , die möglicherweise dann ausflippen. “Unsere” Osm-Anwendungen (die bekannten Editoren, osmosis und die ganze Verarbeitungskette) sollten wohl davon nicht betroffen sein, da sie längst auf 64-Bit umgestellt wurden. Aber für manche Utility oder App würde ich meine Hände nicht ins Feuer legen wollen.
Ich stelle es mir sinnvoll vor, das letzte 32-bit-lauffähige Planetfile irnkwo einzufrieren, damit empfindliche Anwendungen da ihre maximal aktuelle Ressource haben
Garmin-Anwendungen sind hinter der mkgmap-Übersetzung wohl nicht mehr betroffen, oder? Ich gehe davon aus, daß die IDs dort pro Karte neu vergeben werden (weshalb kein kartenübergreifendes Routing geht und es auch in Grenznähe zu Konflikten kommt, wenn beide aktiviert sind).
Falls nicht bekannt: mit osmium-renumber können alle Elemente konsistent von 1 an neu durchnummeriert werden. Damit lässt sich z.B. ein aktuelles Extrakt zurück in die 32bit Welt beamen.
Kommt darauf an, wenn ich mir z.B. ein Extrakt von der Schweiz runterlade und neu nummeriere, sollten auch Tools mit 32bit signed IDs noch damit klarkommen. Das mit den 2 Jahren verstehe ich in diesem Zusammenhang nicht. Mir ging es hier ausschliesslich um kleinere Extrakte. Auf den ganzen Planet betrachtet funktioniert das wahrscheinlich wirklich schon bald nicht mehr.
Das mit kleineren Extrakten stimmt, die 2 Jahre beziehen sich darauf, dass wir dann endgülitg mehr Nodes (im Planet) haben als man mit unsigned 32bit nummerieren kann.
Genau das war mit den 2 Jahren gemeint. Momentan werden ja gelöschte IDs nicht aus der DB genommen, sondern deaktiviert – durch Löschen von Nodes spart man dadurch derzeit weder Speicherplatz noch Zahlenraum, durch Neunummerierung schon. Aber in spätestens 2 Jahren reichen die unsigned 32bit nicht mal mehr für alle aktiven Elemente (des planetfile) aus.
Als Co-Autor von mkgmap und splitter kann ich hier für halbwegs aktuelle Versionen definitiv Entwarnung geben, beide Tools werden seit geraumer Zeit mit generierten Daten mit Ids > 4GB eingesetzt. Es gibt allerdings in mkgmap eine Sonderbehandlung für Ids >= 1 << 62, z.B. 4611686018427394038L.
Es ist denkbar, das Ids mit Werten 1<<62 und höher zu Problemen führen, in der Praxis stellt das wohl kein Problem dar.