APP zum Überprüfen der amtlichen Grenzen in Deutschland

Hatte übrigens jemand Antwort vom Kollegen ludwich bekommen ?

http://www.openstreetmap.org/user/ludwich

Dieses Wochenende sind noch mal einige Fehlermeldungen dazu gekommen:

http://ags.misterboo.de/

u.a. ersetzt der Kollege leider immer noch den 8 stelligen Gemeindeschlüssel mit dem 12 stelligen Regionalschlüssel.

Noch ein Wort zu der type=multipolygon vs. type=boundary Geschichte

Auch wenn es bei uns anders ist als im Rest der Welt … es war bisher einheitlich !! Es gibt nicht viele Sachen in der OSM DB die vollständig und einheitlich sind, die Grenzen in Deutschland waren dies bis vor kurzem: komplett und einheitlich type=multipolygon.

Ich denke wir sollten woodpeek von der geofabrik zu dieser Frage nochmal was sagen lassen. Ich habe mir seine Argumente mal rausgesucht und finde diese sehr sinnvoll, überhaupt generell seine Gedanken zum OSM Datenmodell. Und wie ich die Sache so überblicke, gehört er zu den recht wenigen Fachleuten die von der Programmierung her überhaupt den Durchblick haben und an der nächsten api Version mitarbeiten. Meiner Meinung nach wird das sowie so eine Mammutaufgabe werden, das Datenmodell von OSM an zukünftige Anforderungen anzupassen.

Aber egal wie man sich hoffentlich gemeinsam einigt: ein Durcheinander im tagging wie es sich momentan abzeichnet, sollte unbedingt vermieden werden.

Da teile ich deine Meinung, dass dies völlig daneben ist.
Der Regionalschlüssel ist nun einmal etwas anderes als der Gemeindeschlüssel.
Daher sollte dafür auch ein anderer Key benutzt werden.

Es war nie einheitlich. Es gab auch in DE immer Gebiete wo type=boundary genutzt wurde.

Das Flächenmodell wie es durch type=multipolygon favorisiert wird, unterschlägt die zweite Seite von Grenzen, nämlich die Linie, die zwischen zwei Gebieten existiert. Denke nur mal an Begriffe wie Deutsch-Französische Grenze oder Seegrenze (Staat / internationales Gewässer).

Von daher bevorzuge ich das französische Modell mit boundary_segments für jede solche Grenze zwischen zwei Gebieten. Nur leider kann man daraus keine Multipolygone für die Flächen der Gesamtheit aller Grenzen bilden. Multipolygone erlauben leider nur einfache Wege als Mitglieder und nicht Realtionen, die ihrerseits einen kontinuierlichen Weg darstellen. So gibt es immer die doppelte Datenhaltung für Segmente und für die Fläche. Dass man in Multipolygonen weder label noch admin_centre (üblicherweise Punkte) als Rollen als angeben kann, sei nur als ein weiterer Mangel angemerkt.

Edbert (EvanE)

Nö, da kram ich doch mal den alten Thread raus. Und das war nur die Küste
http://forum.openstreetmap.org/viewtopic.php?id=12203

Hat immer noch niemand den Kollegen erreichen können ? Ich habe ihn schon 2 x angeschrieben und erst
gestern seine letzten Änderungen wieder korrigiert. Antwort habe ich leider keine bekommen.

http://www.openstreetmap.org/user/ludwich/edits

Langsam wird es etwas nervig.

http://ags.misterboo.de

Heute hat er wieder bei einigen Gemeinden den Regionalschlüssel in den tag de:amtlicher_gemeindeschluesel geschrieben.

Für den Fehler 1 zeichne ich verantwortlich… :slight_smile:
habe einfach mal versucht, die 10 Gemeindefreien Gebiete dieses einen Landkreises, die ja unterschiedliche AGS haben, zu einer collection zusammenzufassen;
dieser habe ich dann den Einheits-AGS und Regionalschlüssel aus der Destatis-Datei verpasst.

siehe auch Post #65 in diesem Faden.

Ich lass das erstmal so, bis das ganze Gezerre um type=multipolygon bzw type=boundary sich in irgendeiner Weise gelegt/vereinheitlicht hat hat, oder gibt es
zu meiner type=collection Probleme?

hi,

ich komme eigentlich ganz gut zurecht mit den beiden Versionen - ich behandle sie als gleichwertige Synonyme. Allerdings krieg ich die Krise, wenn hier plötzlich noch ne dritte Variante auftaucht.

Gruss
Walter

Ja lass das mal auf jeden Fall, ist meiner Meinung nach gut gelöst für den Moment …

wenn ich mir die ganzen Diskussionen momentan ansehe, die sich mit Relationen, Spurmapping und Komplexität allgemein befassen, wird die nächste API Version nach dem Lizenzwechsel sowieso eine riesen Herausforderung … mit unbekanntem Ausgang.

Die einzelnen Gebiete liegen ja schon als type=multipolygon vor.
Die ganzen einzelnen outers in eine neue Relation vom type=multipolygon bzw type=border zu packen, um dann eine Relation mit vielen Umgrenzungen zu haben, wäre eine Möglichkeit.

Die andere -Multipolygon in Multipolygon/Boundary-Relation- wird aber (noch?) nicht unterstützt, JOSM meckert dann…

Mittlerweile gibt es ja auch einige Verwaltungsgemeinschaften, die sich aus mehreren Einzelgemeinden (teilweise nicht mit gemeinsamen outer) zusammensetzen.
Hier böte die collection ja auch eine einfachere Möglichkeit der Erfassung, weil die Gemeinderelationen auch schon als MP vorliegen…

http://www.openstreetmap.org/user/ludwich/edits

Der Kollege ersetzt auch heute wieder eifrig den Gemeindeschlüssel mit dem Regionalschlüssel

hat denn keiner die Möglichkeit ihn mal auf “Pause” zu setzen bis er seine Email liest und mal hier im Forum vorbeischaut ?

Frederik Ramm kann das:
http://www.openstreetmap.org/user/woodpeck
http://forum.openstreetmap.org/profile.php?id=4993

Er ist Mitglied der Data Working Group:
http://wiki.openstreetmap.org/wiki/DE:Data_working_group

Gruß,
Mondschein

flohoff hat übrigens soeben den CTs zugestimmt.

Gruß,
Mondschein

Anscheinend ist er lernfähig. bei seinen letzten edits hat er den Regionalschlüssel hingeschrieben, wo er reingehört. Es gibt aktuell keine 12stelligen Einträge im AGS; elfstellige nur wg. Leerzeichen.

Auf Kreisebene müssten AGS und RS komplett sein. Bei level 7 habe ich bei allen Verbandsgemeinden den 7- bis neunstelligen AGS durch neunstellige RS ersetzt. Nur verbandsgemeindefreie Orte haben im admin_level 7 beide Werte (mit verschiedenen Längen).

Bei admin_level 9 und 10 gab es eine Reihe von AGS-Einträgen, die entweder überholt waren, oder zur übergeordneten Gemeinde gehörten. Die sind jetzt auch weg.

Aktuell gibts 11906 AGS und 2067 RS. Wobei man noch überlegen kann, ob AGS bei Bundesländern, Regierungsbezirken und Kreisen durch gleichlautende RS ersetzt werden können.

Falls jemand Zeit hat und sich mal den Änderungssatz ansehen könnte:

http://www.openstreetmap.org/browse/changeset/11086480

Ein Neuling hat da einige Sachen gelöscht, u.a. sind nun die Grenzrelationen von
Aischwald und Esslingen kaputt:

http://www.openstreetmap.org/browse/relation/902652
http://www.openstreetmap.org/browse/relation/902655

http://ags.misterboo.de/

Ich reverte das Changeset. 139 Wege gelöscht und ein neuen Weg. Danach schreibe ich ihn mal an

Falscher AGS TAG

Hallo Kollegen,

sorry für das Durcheinander mit den falschen Tags. Ich habe meine “fehlerhaften” Daten leider nicht mehr bereinigen können, weil ihr als Kontrollinstanz schneller agiert habt!

Wie ich gelesen habe, wurden inzwischen die unterschiedlichen Tags zusammengefasst - sehr schön.
Hat sich den schon jemand mit der Bereinigung der unterschiedlichen Schreibweisen (Formatierung ohne Leerstellen) befasst?

@misterboo Wie gehst du den mit den “falschen” Admin-Level 7 um?

Ich werde :sunglasses: jetzt öfter direkt ins Postfach sehen - meine Benachrichtigung scheint nicht geklappt zu haben ??

ludwich

Siehe mein Posting Nr 102 weiter oben:

admin_level 7 enthält nach meiner Aufräumaktion von vor 2 Wochen nur noch dann AGS, wenn es eine verbandsfreie Gemeinde ist. Alles andere habe ich in den de:regionalschlüssel verschoben. Leerzeichen habe ich bei der Gelegenheit auch rausgeworfen. In Level 8 könnten aber noch Orte stecken, dei eigentlich nach 7 gehören.

gruß,
ajoessen

Könnte mal jemand mit Ortskenntnis diese beiden Gemeinden checken in Sachen-Anhalt

Ilberstedt: http://www.openstreetmap.org/browse/relation/1332614/history
Alsleben (Saale): http://www.openstreetmap.org/browse/relation/1332300/history

Bei der ersten wurde die AGS gelöscht bei der 2. die komplette Relation, ich konnte auf die Schnelle keinen Hinweis finden, dass es da Änderungen gab oder Gemeindezusammenlegungen.

Moin,

in der Gegend bin ich leider nicht ortskundig - aber da kann Win32netsky ja vielleicht direkt darauf antworten, warum er das geändert hat.

Wo ich allerdings ortskundig bin, ist in Schläfrig-Holzbein - und da wundere ich mich, warum man in deiner APP dort keine Gemeindeverbände (Ämter) auswählen kann/darf?

Edit:
Und noch mehr wundere ich mich, dass in der aktuellen GV100 laut Datensatzdefinition jetzt der Regionalschlüssel wieder 8-stellig ist und der Gemeindeverband 4-stellig nachgesetzt ist?
Hat da jemand genauere Informationen?

Gruß
Georg

Eigentlich wollte ich ja mit dem nächsten Update bis nach dem Lizenzwechsel warten.
Da aber der Zeitrahmen nicht absehbar ist und es ja auch nur noch spärliche Infos dazu gibt, habe ich die
Datenbank nun mal aktualisiert und auch die Daten des amtlichen Gemeindeverzeichnis zum 31.03.2012.

Mittlerweile wurden wohl eine Menge nicht odbl konformer Grenzrelationen gelöscht,
besonders in Thüringen wo ein paar 100 Gemeindegrenzen nun fehlen.

Beispiel hier:

http://www.openstreetmap.org/browse/changeset/11576142

Echt schade, die Grenzen in Deutschland waren schon mal vollständig :frowning:

Wer also Lust hat, kann die fehlenden Grenzen besonders in Thüringen mal neu anlegen.

Ich hatte es hier schonmal angesprochen…

Die Grenzen in Thüringen stammen aus Daten, die nur unter cc-by-sa zur Verfügung stehen und auch das nicht unter solchen Voraussetzungen, wie wir sie an unsere Quellen stellen.

Es gäbe derzeit nicht viel, was ich lieber mappen würde, als die Gemeindegrenzen, aber ohne zugängliche, legale Quelle ist das sinnlos…