[Gelöst] Niedersachsen / Deutschland Relation

Seit ein paar Tagen kann ich die Relation https://www.openstreetmap.org/relation/62771 weder mit osm2pgsql noch mit imposm importieren. Diese Changeset https://www.openstreetmap.org/changeset/110477883#map=10/53.5259/6.7632 dürfte dafür verantwortlich sein.

Könnte sich das jemand anschauen? Achavi: https://overpass-api.de/achavi/?changeset=110477883&zoom=10&lat=53.5260&lon=6.7628

Edit: Anscheinend ist auch die Deutschland-Relation https://www.openstreetmap.org/relation/51477 betroffen. Eventuell auch noch weitere Relationen. :rage:

Edit: Die Ausschneide-Polys für dach- germany- und niedersachsen-latest von der Geofabrik gefixt.

Ich wollte mir das gerade mal anschauen, hab aber keinen Bock mehr… :frowning:

Ein Wegstück - Grenze Bremen/Niedersachsen: https://www.openstreetmap.org/way/112511597

  • 20 Relation
  • Die hälfte kaputt
  • Was bitte ist/soll der Relationstyp"collected_boundary"? Dokumention gibt es nicht. Overpass kackt ab (ist überlastet - wie üblich! :frowning: )

josm zeigt mir zumindestens die Niedersachsen-Relation (62771) als geschlossen an. Bremen (62718) auch. Deutschland (51477) auch.

Wie sieht denn die Fehlermeldung aus, die dich annehmen lässt, es würde an dem Changeset liegen?

Ich hatte mir das schon angeschaut, als die Linie und die zwei beteiligten Relationen entstanden: https://www.openstreetmap.org/way/977959796
Ich denke nicht, dass diese Einträge zu Irritationen bei Imports führen. Sie sind zumindest datentechnisch schlüssig. Dagegen gibt es wirklich verkorkste Konstrukte, mit denen Software dennoch klarkommt (von Auswerteergebnissen abgesehen).

Die Verwaltungs- und PLZ-Grenzen sind in Ordnung, wenn nicht, hätte ich das gemerkt. Die “betroffenen” Relationen wurden angefasst, weil ein oder mehrere Mitglieder - also Grenzlinien - für die neuen Relationen geschnitten werden mussten. Das wird ständig gemacht und muss nicht erschrecken.

Grüße
Mario

Die Stelle hat mit der in der Threaderöffnung eigentlich nichts zu tun.

Aber ja, 20 Relationen mit 10 Fehlermeldungen. Wobei die Fehlermeldungen ausschließlich unverbundene Küstenlinie - also Linien und nicht Relationen - anmeckern. Denn es sind nur die Küstenlinien geladen, welche Mitglied der geladenen Grenzrelationen sind. Der Rest ist vorhanden, nur nicht in JOSM.

Also keine Sorge, es ist nicht die Hälfte kaputt. Lediglich die drei “collected_boundary”-Relationen sind völliger Quatsch - nur eine Sammlung aus den Linien, deren zugehörige Relationen eigentlich gemeint sind. Und JOSM meckert nicht mal, weil es mit dem Typ von Relation nichts anfangen kann. Ich würde vorschlagen, diese Relationen in ordentliche “collection”-Relationen umzuwandeln - mit Relationen als Mitglieder. (Edit: Umwandlung erledigt)

Beste Grüße
Mario

Fehlermeldungen bekomm ich keine beim osm2pgsql-Import (zumindest wären mir keine aufgefallen). Die 2 administrative Grenzen fehlen jedenfalls im Geofabrik-Download germany-latest.osm.pbf (auch in dem von gestern).

SELECT osm_id, admin_level, name, boundary 
FROM public.germany_polygon
WHERE admin_level::int IN (2, 4)
AND boundary = 'administrative'
GROUP BY osm_id,admin_level, name, boundary
ORDER BY admin_level, name;

"osm_id","admin_level","name","boundary"
177629938,"2","Tiefwasserreede","administrative"
24718735,"2",NULL,"administrative"
-62611,"4","Baden-Württemberg","administrative"
-2145268,"4","Bayern","administrative"
-62422,"4","Berlin","administrative"
-62504,"4","Brandenburg","administrative"
-62718,"4","Bremen","administrative"
-62782,"4","Hamburg","administrative"
-62650,"4","Hessen","administrative"
-28322,"4","Mecklenburg-Vorpommern","administrative"
-62761,"4","Nordrhein-Westfalen","administrative"
-1320370,"4","Region Sjælland","administrative"
-62341,"4","Rheinland-Pfalz","administrative"
-62372,"4","Saarland","administrative"
-62467,"4","Sachsen","administrative"
-62607,"4","Sachsen-Anhalt","administrative"
-51529,"4","Schleswig-Holstein","administrative"
-62366,"4","Thüringen","administrative"
96944684,"4",NULL,"administrative"
96944686,"4",NULL,"administrative"
96944690,"4",NULL,"administrative"
123414344,"4",NULL,"administrative"
123414345,"4",NULL,"administrative"
180053025,"4",NULL,"administrative"
266647678,"4",NULL,"administrative"
274168026,"4",NULL,"administrative"
278841648,"4",NULL,"administrative"
293519268,"4",NULL,"administrative"
506304229,"4",NULL,"administrative"
618019097,"4",NULL,"administrative"
803654492,"4",NULL,"administrative"
803654493,"4",NULL,"administrative"
803663331,"4",NULL,"administrative"
803663333,"4",NULL,"administrative"

Ich hab ja in meinen Verarbeitungsschritten seit Jahren nicht geändert.

Edit: Irgendwie hatten sind in ein paar osm_ids “.0” im Export eingeschlichen. Die hab ich rausgemacht.

Anscheinend sind die Ausschneide-Polys der Geofabrik für DACH, Germany und Niedersachsen seit ein paar Tagen zu klein und schneiden daher Teile der Relation ab.

Im Screenshot die orangen Linie ist Niedersachsen direkt aus der API geladen, die schwarzen Linien sind die dach/germany/niedersachsen.poly von der Geofabrik. Alles Stand 9.9.2021

Stimmt, für Deutschland (und DACH) habe ich noch eine andere Stelle gefunden - östlich Flensburg - Flensburger Förde:

http://download.geofabrik.de/europe/germany.html (Die kleine Karte oben rechts ist scroll- und zoombar und zeigt den OSM-Hintergrund mit der abgedeckten Area des jeweiligen Polyfiles.)

Diese Ausschnitte sind allerdings nur für die tagesaktuelle Verwendung gedacht und schließen die eigentlichen Datenbereiche voll ein. Wenn sich dann Grenzen im Seegebiet verschieben, fällt das nicht auf. (Wo die admin-Grenzen breite Anwendung finden, ist z.B. für die Addresssuche in mit mkgmap erstellten Karten. Da wird aber ein separates File benutzt, welches aus den Grenzdaten des gesamten Planets erzeugt wird. Da gibt es diese Abschneidungen nicht.)

Mir ist es halt aufgefallen in meinen 2 “Adressabdeckung”-Layern auf https://osm-suspects.gbconsite.de/#7/52.716/8.531/osm-abdeckung_minimal, dass da die Grenze eines ganzen Bundeslands fehlt. Ich hab die Geofabrik informiert.