Geofabrik: Gelöschte Elemente sind im OSM-Abbild weiterhin vorhanden

Communities Deutschland (Germany)
1

Hallo zusammen,

im Zuge der jüngsten Eingemeindungen in Deutschland ist mir aufgefallen, dass bei OSM bereits entfernte Relationen im Abbild der Geofabrik weiterhin auftauchen.

Konkretes Beispiel: Die Gemeinde Bromskirchen wurde in die Gemeinde Allendorf (Eder) eingemeindet. Die Relation von Bromskirchen als damit nicht mehr eigenständige Gemeinde, wurde daher folgerichtig vor ca. drei Monaten entfernt (Relation: 443588 | OpenStreetMap) und die betroffenen Elemente der Relation der Gemeinde Allendorf (Eder) hinzugefügt.

Im Abbild der Geofabrik ist die gelöschte Relation sowie die damit verbundene Area allerdings trotz aktuellen Update-Zeitstempeln (2023-04-15T20:21:51Z für base, 2023-04-08T20:21:13Z für areas) weiterhin auffindbar.

Nach weiterer Recherche konnte ich feststellen, dass die Problematik nicht auf Relationen beschränkt ist, sondern in gleichem Maße auch Nodes und Ways betrifft: In OSM gelöschte Elemente tauchen im Abbild der Geofabrik weiterhin auf.

Beispiele:

Das gleiche (odere zumindest ein ähnliches) Problem wurde in der Vergangenheit bereits gemeldet (Probleme mit Changefiles der Geofabrik) und damals auf falsche Zeitstempel zurückgeführt, die die Differenzermittlung zwischen den Abbildern beeinträchtigt haben.

Ist dies weiterhin ein allgemeines Problem? Würde mich über Feedback bzw. Lösungsvorschläge freuen.
Vielen Dank vorab!

VG

1 Like
2

Bei mir Ctrl+F5 und mindest Zoom weniger als 1KM den nur am Freitag abend wird => 2KM refreshed.

3

Mit Abbild meinst Du vermutlich einen der zum Download angebotenen Extrakte? Welchen genau?

4

@GerdP der eigen gehostete osm-server repliziert über diesen server: Index of /europe-updates

5

Über den letzten Zeitstempel kann man sich ja die entsprechende Änderungdatei raussuchen und schauen, was drinsteht:

Bei der Geofabrik ist die Löschung drin, da wird halt die zu löschende, vorige Version 23 angegeben:

curl -s "https://download.geofabrik.de/europe-updates/000/003/573.osc.gz" \
   | gzip -dc | grep -B1 -A32 'relation id="443588"'

  <delete>
    <relation id="443588" version="23" timestamp="2022-05-20T10:49:32Z" ... >
      ...
    </relation>
  </delete>

Das minütliche Diff von openstreetmap.org enthält die Lösch-Version 24:

curl -s "https://planet.openstreetmap.org/replication/minute/005/396/321.osc.gz" \
   | gzip -dc | grep -B1 -A1 'relation id="443588"'
  
  <delete>
    <relation id="443588" version="24" timestamp="2023-01-08T16:48:59Z" ... />
  </delete>

Die kann ein Diff aus zwei Extrakten aber gar nicht liefern, da in der neuen Datei das Objekt ja gar nicht mehr vorhanden ist. Das sehe ich aber nicht als Problem, die verarbeitenden Tools müssen halt damit umgehen können.

Nach meinem Verständnis geht es da um den eher speziellen Fall, dass mehrere Änderungsdateien mit der --simplify Option zusammengeführt werden und dabei mehrere Änderungen desselben Objekts in der falschen Reihenfolge zusammengefasst werden. Bei der Relation 443588 liegt aber die letzte Änderung schon Monate zurück, das kann es also eher nicht sein.

Das ist meiner Meinung nach eine Frage an die Verarbeitungskette, mit der die Änderungen in die Datenbank eingespielt werden.

6

Wir spielen bei der Geofabrik ja jeden Tag minütliche Planet-Diffs auf
das lokale Planet-File auf. Da kann es schon mal passieren, dass
irgendwas “knarzt” im Gebälk und uns eine Änderung durch die Lappen geht

  • aus welchem Grund auch immer. Für den heutigen Durchlauf ist es zu
    spät, aber morgen lade ich mal wieder einen kompletten Planet runter,
    dann müsste alles wieder passen.
3 Likes
7

Danke für das Feedback. Ich prüfe nochmal, wenn die Änderungen bei mir angekommen sind und gebe nochmal Rückmeldung.