Gemeindeschlüssel und Regionalschlüssel

misterboo · 2012-01-11 14:19:57

Ich möchte mich mal an eine Qualitätskontrolle der amtlichen Grenzen in Deutschland ranwagen und hätte dazu noch einige Fragen:

1. http://osm-static.anders-hamburg.de/Deutschland/ ist ja eingestellt. Gibt es jemanden der sich momentan mit einem ähnlichen Projekt beschäftigt?

2. Die amtlichen Gemeindeschlüssel gibt es ja vom Bund hier:

http://www.destatis.de/jetspeed/portal/ … Print.psml

Nutzungsbedingungen: "Vervielfältigung und Verbreitung, auch auszugsweise, mit Quellenangabe gestattet."

Darf ich die Daten für einen Vergleich mit den OSM daten nutzen um fehlende Grenzen zu finden oder Rechtschreibefehler zu finden ?

3. Gibt es jemanden der sich mit einer regelmässigen automatisierten Kontrolle (also einem Bot) in dem Bereich schon beschäftigt, also z.B. einheitliche Schreibweise, Leerzeichen löschen, Rechtschreibfehler korrigieren, fehlenden Regionalschlüssel ergänzen etc.

4. Immer mehr werden ja auch schon Stadtteile und Ortteile unterhalb der Gemeinde Ebene gemappt, die haben ja auch immer amtliche Nummern, die man meist bei den statistischen Ämtern der Länder bekommen kann. Dafür scheint es aber noch kein erkennbares Taggingschema zu geben, wohl bisher nur einen Vorschlag:
http://wiki.openstreetmap.org/wiki/DE:A … %C3%BCssel
gibt es da noch weitere Ideen ?

Last edited by misterboo (2012-01-11 14:26:49)

EvanE · 2012-01-11 14:26:59

misterboo wrote:

Ich möchte mich mal an eine Qualitätskontrolle der amtlichen Grenzen in Deutschland ranwagen und hätte dazu noch einige Fragen:
2. Die amtlichen Gemeindeschlüssel gibt es ja vom Bund hier: http://www.destatis.de/jetspeed/portal/ … Print.psml
Nutzungsbedingungen: "Vervielfältigung und Verbreitung, auch auszugsweise, mit Quellenangabe gestattet."
Darf ich die Daten für einen Vergleich mit den OSM Daten nutzen um fehlende Grenzen zu finden oder Rechtschreibefehler zu finden ?

Ich denke ja, aber da werden andere noch mehr zu sagen können.

Mit den Rechtschreibfehlern ist das so eine Sache.
Wo liegt den der Fehler? - In den OSM-Daten oder - In der amtlichen Liste

In den Straßenlisten von Rheinland-Pfalz zum Beispiel sind gerne mal Abkürzungen drin.

Das ist alles nicht so eindeutig.
Edbert (EvanE)

misterboo · 2012-01-11 14:31:23

EvanE wrote:

Mit den Rechtschreibfehlern ist das so eine Sache.
Wo liegt den der Fehler? - In den OSM-Daten oder - In der amtlichen Liste
In den Straßenlisten von Rheinland-Pfalz zum Beispiel sind gerne mal Abkürzungen drin.
Das ist alles nicht so eindeutig.
Edbert (EvanE)

Mit den Rechtschreibefehlern meine ich jetzt alleine die Gemeindeschlüssel und Regionalschlüssel Nummern ... ich nehme einfach mal an dass die in der amtlichen Liste vom Bund auch korrekt sind.

Mit Fehler meinte ich eine einheitliche Schreibweise ( also z.B einheitlich ohne Leerzeichen) und offensichtliche Schreibfehler wie Zahlendreher, vergessene Ziffern, oder Buchstabe statt Zahl oder eben einfach eine falsche Nummer

Was ich mittlerweile schon habe: Eine DB mit den alle 4 Monaten aktualisierten amtlichen Daten (daher meine Frage ob ich die auch offiziell für einen Abgleich verwenden kann), eine täglich aktualisierte DB mit den entsprechenden Grenz Relationen in der OSM Datenbank.

Ich kann Listen ausgeben, mit fehlenden Gemeinden, mit falschen Nummer, Rechtschreibefehlern, kann die OSM Daten überprüfen ob die Relationen geschlossen sind, also täglich aktualisierte Listen mit nicht geschlossenen Relationen, könnte automatisiert den Regionalschlüssel ergänzen etc.

Last edited by misterboo (2012-01-11 14:42:38)

Oli-Wan · 2012-01-11 14:35:13

misterboo wrote:

Nutzungsbedingungen: "Vervielfältigung und Verbreitung, auch auszugsweise, mit Quellenangabe gestattet."
Darf ich die Daten für einen Vergleich mit den OSM daten nutzen um fehlende Grenzen zu finden oder Rechtschreibefehler zu finden ?

Ja. Zur Kontrolle kannst Du im Prinzip benutzen, was Du willst; kritisch wird es immer erst bei der Übernahme von Daten - die in diesem Fall (mit Quellenangabe) sogar auch zulässig wäre.

misterboo wrote:

3. Gibt es jemanden der sich mit einer regelmässigen automatisierten Kontrolle (also einem Bot) in dem Bereich schon beschäftigt, also z.B. einheitliche Schreibweise, Leerzeichen löschen, Rechtschreibfehler korrigieren, fehlenden Regionalschlüssel ergänzen etc.

Der User xylome läßt täglich seinen xybot auf diverse Tippfehler, Leerzeichen usw. los, aber nicht speziell auf Grenzen und die besagten Schlüsselnummern. Möglicherweise wäre er bereit, xybot entsprechend zu erweitern, oder kann anderweitig weiterhelfen. Frag ihn doch einfach mal. Falls Du vorhast, selbst einen Bot zu konstruieren, der also auch automatische Bearbeitungen vornehmen soll, sei auf http://wiki.openstreetmap.org/wiki/Automated_Edits verwiesen. Sicherer (und weniger kontrovers) wäre, nur mit einem Programm nach (möglichen) Fehlern zu suchen, und diese dann manuell zu beheben.

misterboo · 2012-01-11 14:41:51

dahin ging meine Idee:

Eine Webseite mit den Fehlern, die man dann manuell korrigieren könnte, aber eben als Vergleichsgrundlage das amtliche Verzeichnis vom Bund.

Nur ganz offensichtliche Fehler könnte auch ein Bot übernehmen, z.B Leerzeichen entfernen um eine einheitliche Schreibweise zu gewährleisten.

Eine Idee wäre auch noch eine Ausweitung der amtlichen Gliederung auf Europa oder die Welt ...

Für Europa gibt es ja das NUTS Gebietsschema, für die komplette Welt z.B ISO 3166

http://de.wikipedia.org/wiki/NUTS
http://de.wikipedia.org/wiki/ISO3166

das bisher wohl noch nicht in den OSM Daten ist.

als Erweiterung neben

de:amtlicher_gemeindeschluessel
de:regionalschluessel

könnte ich mir vorstellen

eu:nuts
world:iso3166

Last edited by misterboo (2012-01-11 14:53:33)

Oli-Wan · 2012-01-11 14:54:49

misterboo wrote:

Eine Webseite mit den Fehlern, die man dann manuell korrigieren könnte, aber eben als Vergleichsgrundlage das amtliche Verzeichnis vom Bund.

Das klingt für mich sinnvoll.

misterboo wrote:

Nur ganz offensichtliche Fehler könnte auch ein Bot übernehmen, z.B Leerzeichen entfernen um eine einheitliche Schreibweise zu gewährleisten.

Das sollte grundsätzlich machbar sein, aber auch da: größte Vorsicht, mit "offensichtlich" kann man manchmal danebenliegen. Vielleicht solltest Du zunächst einmal prüfen, wie häufig solche Fehler sind, und ob sich ein Bot-Einsatz überhaupt lohnen würde. Je nach Ergebnis ist es evtl. sinnvoller, gerade für einen einmaligen Lauf einen der erfahrenen Bot-Betreiber ins Boot zu holen, statt das Rad neu zu erfinden, siehe den Hinweis auf xylome oben. xybot macht ja u.a. bereits verschiedene Textersetzungen, zuverlässig und annähernd fehlerfrei.

hwb · 2012-01-11 14:56:22

misterboo wrote:

Ich möchte mich mal an eine Qualitätskontrolle der amtlichen Grenzen in Deutschland ranwagen und hätte dazu noch einige Fragen:
1. http://osm-static.anders-hamburg.de/Deutschland/ ist ja eingestellt. Gibt es jemanden der sich momentan mit einem ähnlichen Projekt beschäftigt?

Es gibt wohl divere Auswertungen zu dem Thema, und auch der OSMI hat eine entsprechende Ansicht, aber eine derart komfortable Möglichkeit zur QS von Grenzen wie die AGS-Auswertung von Sven kenne ich aktuell leider keine. Ohne einen effizienten Workflow war mir das aber zu mühsam, dementsprechend bin ich hier auch momentan nicht mehr aktiv.

Da er ja anbietet, seine Skripte an Interessierte weiter zu geben hatte ich ihn einmal kontaktiert, musste aber schnell einsehen, dass so etwas aufzusetzen jenseits meiner Möglichkeiten liegt.

2. Die amtlichen Gemeindeschlüssel gibt es ja vom Bund hier:
http://www.destatis.de/jetspeed/portal/ … Print.psml
Nutzungsbedingungen: "Vervielfältigung und Verbreitung, auch auszugsweise, mit Quellenangabe gestattet."
Darf ich die Daten für einen Vergleich mit den OSM daten nutzen um fehlende Grenzen zu finden oder Rechtschreibefehler zu finden ?

Sven hat da seinerzeit nachgefragt und grünes Licht bekommen. Siehe http://wiki.openstreetmap.org/wiki/DE:Permissions.

Holger

misterboo · 2012-01-11 14:58:54

daher ja auch meine Frage, ob es da schon Bots gib.

Beispiel zu den Gemeindeschlüsseln: Es sind gut 12000 Daten in OSM, die meisten 8stellig geschrieben (wie es eben der Gemeindeschlüsel vorsieht)

Die überwiegende Mehrzahl, also über 10000 sind ohne Leerzeichen geschrieben, etwa 1500 mit Leerzeichen, die könnte man dann per BOT noch korrigieren.

misterboo · 2012-01-11 15:04:32

hwb wrote:

misterboo wrote:
Ich möchte mich mal an eine Qualitätskontrolle der amtlichen Grenzen in Deutschland ranwagen und hätte dazu noch einige Fragen:
1. http://osm-static.anders-hamburg.de/Deutschland/ ist ja eingestellt. Gibt es jemanden der sich momentan mit einem ähnlichen Projekt beschäftigt?
Es gibt wohl divere Auswertungen zu dem Thema, und auch der OSMI hat eine entsprechende Ansicht, aber eine derart komfortable Möglichkeit zur QS von Grenzen wie die AGS-Auswertung von Sven kenne ich aktuell leider keine. Ohne einen effizienten Workflow war mir das aber zu mühsam, dementsprechend bin ich hier auch momentan nicht mehr aktiv.
Da er ja anbietet, seine Skripte an Interessierte weiter zu geben hatte ich ihn einmal kontaktiert, musste aber schnell einsehen, dass so etwas aufzusetzen jenseits meiner Möglichkeiten liegt.
2. Die amtlichen Gemeindeschlüssel gibt es ja vom Bund hier:
http://www.destatis.de/jetspeed/portal/ … Print.psml
Nutzungsbedingungen: "Vervielfältigung und Verbreitung, auch auszugsweise, mit Quellenangabe gestattet."
Darf ich die Daten für einen Vergleich mit den OSM daten nutzen um fehlende Grenzen zu finden oder Rechtschreibefehler zu finden ?
Sven hat da seinerzeit nachgefragt und grünes Licht bekommen. Siehe http://wiki.openstreetmap.org/wiki/DE:Permissions.
Holger

Den Workflow habe ich eigentlich für mich hier eigentlich gut im Griff, alle 3 Monate importiere ich die aktualisierte Liste vom Bund, meine OSM DB nur mit den entsprechenden Grenzrelationen wird momentan täglich automatisch aktualisiert. ich kann mir dann Listen ansehen was täglich an den Daten geändert wurde, wo eine AGS geändert wurde die nicht mehr mit der offiziellen übereinstimmt, wo eine Relation nicht mehr geschlossen ist, wo eine Relation evt. gelöscht wurde und wo eine neue Grenzrelation evt erstellt wird. Das ganze funktioniert eigentlich ohne großes Eingreifen.

Ich müsste das ganze jetzt nur noch in eine ansprechende Webform bringen ...

Dann mache ich mich mal an die Arbeit ... die Genehmigung zum Abgleich steht ja auch im WIKI, der Abgleich mit den amtlichen Daten sollte dann ja kein Lizenzproblem sein.

Wie sieht es denn mit einer europaweiten Klassifizierung aus ?

http://wiki.openstreetmap.org/wiki/Prop … Place_NUTS

Da scheint nicht viel passiert zu sein. Spricht irgendwas gegen solch eine amtliche europaweite Klassifizierung ?

Last edited by misterboo (2012-01-11 15:09:40)

Oli-Wan · 2012-01-11 15:09:11

misterboo wrote:

Beispiel zu den Gemeindeschlüsseln: Es sind gut 12000 Daten in OSM, die meisten 8stellig geschrieben (wie es eben der Gemeindeschlüsel vorsieht)
Die überwiegende Mehrzahl, also über 10000 sind ohne Leerzeichen geschrieben, etwa 1500 mit Leerzeichen, die könnte man dann per BOT noch korrigieren.

Ah, Du bist mir schon wieder einen Schritt voraus :-) Ja, bei diesen Zahlen macht ein Bot-Einsatz Sinn. Ich würde spontan vermuten, daß die jeweilige Schreibweise meist seit Version 1 unverändert ist, richtig? In dem Fall sollte ein einmaliger Lauf ausreichen.

Bliebe nur zu klären, welche Schreibweise "richtig" ist... Da die Länge der Blöcke eindeutig ist, erfüllen Leerzeichen keine wichtige Trennfunktion, sondern scheinen eher der besseren Lesbarkeit zu dienen. Beim Statistischen Bundesamt finde ich die Schreibweise ohne Leerzeichen.

misterboo · 2012-01-11 15:11:46

Oli-Wan wrote:

misterboo wrote:
Beispiel zu den Gemeindeschlüsseln: Es sind gut 12000 Daten in OSM, die meisten 8stellig geschrieben (wie es eben der Gemeindeschlüsel vorsieht)
Die überwiegende Mehrzahl, also über 10000 sind ohne Leerzeichen geschrieben, etwa 1500 mit Leerzeichen, die könnte man dann per BOT noch korrigieren.
Ah, Du bist mir schon wieder einen Schritt voraus :-) Ja, bei diesen Zahlen macht ein Bot-Einsatz Sinn. Ich würde spontan vermuten, daß die jeweilige Schreibweise meist seit Version 1 unverändert ist, richtig? In dem Fall sollte ein einmaliger Lauf ausreichen.
Bliebe nur zu klären, welche Schreibweise "richtig" ist... Da die Länge der Blöcke eindeutig ist, erfüllen Leerzeichen keine wichtige Trennfunktion, sondern scheinen eher der besseren Lesbarkeit zu dienen. Beim Statistischen Bundesamt finde ich die Schreibweise ohne Leerzeichen.

Die Schlüsselbeschreibung des Gemeindeschlüssel ist ja eindeutig, daher bietet sich die Schreibweise ohne Leerzeichen an wie sie ja auch überwiegend verwendet wird, eine einheitliche Schreibweise erleichert eben immer die automatische Auswertung.

ich vermute ja mal dass die Daten irgenwann mal per BOT importiert wurden. Was ich ja schon öfter mal anmerke ist, dass die Daten dann mit der Zeit verändert werden. Sie waren also vermutlich beim import korrekt, dann kamen langsam Fehler rein, warum auch immer, denn eigentlich müsste man den tag ja nicht mehr ändern, solange er sich auch amtlich nicht ändert.

Last edited by misterboo (2012-01-11 15:18:44)

Oli-Wan · 2012-01-11 15:29:16

misterboo wrote:

Den Workflow habe ich eigentlich für mich hier eigentlich gut im Griff, alle 3 Monate importiere ich die aktualisierte Liste vom Bund, meine OSM DB nur mit den entsprechenden Grenzrelationen wird momentan täglich automatisch aktualisiert. ich kann mir dann Listen ansehen was täglich an den Daten geändert wurde, wo eine AGS geändert wurde die nicht mehr mit der offiziellen übereinstimmt, wo eine Relation nicht mehr geschlossen ist, wo eine Relation evt. gelöscht wurde und wo eine neue Grenzrelation evt erstellt wird. Das ganze funktioniert eigentlich ohne großes Eingreifen.

Nicht übel. Als Ergänzung wäre vielleicht noch eine Flächenberechnung interessant. Zum einen, wenn sich die Fläche ändert, kann dies an einer unbeabsichtigten Verschiebung oder sonstigen Änderung der Grenze liegen (die anderweitig nicht auffällt); zum anderen könnte man die berechnete Fläche mit dem "offiziellen" Wert abgleichen (bei einheitlicher Berechnungsmethode), um mögliche Fehler in den Grenzverläufen zu entdecken. Letzteres ist allerdings eher Zukunftsmusik, solange wir noch jede Menge "gefühlte" Grenzen in der Datenbank haben...

misterboo wrote:

Die Schlüsselbeschreibung des Gemeindeschlüssel ist ja eindeutig, daher bietet sich die Schreibweise ohne Leerzeichen an wie sie ja auch überwiegend verwendet wird, eine einheitliche Schreibweise erleichert eben immer die automatische Auswertung.

Naja, man könnte auch argumentieren, daß beide Schreibweisen akzeptabel sind, und eine Anwendung eben bei Bedarf die Leerzeichen entfernen muß, à la sed 's/ //g'. Ich habe nichts gegen eine Vereinheitlichung, von mir aus können die Leerzeichen gerne weg - aber irgendwer wird sich fast sicher beschweren, da wäre eine "amtliche Definition" doch ein besseres Argument als allein die relativen Häufigkeiten beider Schreibweisen.

misterboo · 2012-01-11 15:35:22

Prima Idee ... die Flächen stehen ja im amtlichen Gemeindeverzeichnis. Könnte man ja z.B dann auf der Auswertungsliste farbig markieren wenn die Werte zu weit voneinander abweichen und sich das dann mal näher ansehen.

Last edited by misterboo (2012-01-11 15:36:48)

okilimu · 2012-01-11 17:09:34

Ich werte die Gemeindeschlüssel für die OSM-Straßenlistenauswertung aus.

Die Gemeindeschlüssel kommen für meine Auswertung relevant hier vor:
* an den Grenzrelationen als de:amtlicher_gemeindeschluessel
* an den place-Objekten der Gemeinden selbst als openGeoDB:community_identification_number

Die falschen Schreibweisen sind eigentlich nur
* falsches Format xx x xx xxx, so wie in wikipedia bei der jeweilgen Gemeinde angegeben
* hintere 0en nicht vorhanden, also z.B. 0671 statt 06710000 (fiktives Beispiel)

Ich habe diese Schreibweisen in meiner Auswertung korrigiert, weil ich niemanden bevormunden möchte und es keine feste Formatvorabe gibt.

Früher hatte Florian Lohoff den is_in-bot in Aktion, der an den administrativen Elementen Änderungen vorgenommen hat. Leider sind die Änderungen von seinem nicht explizit zugelassen worden für den Lizenzwechsel.

Wenn ich falsche Gemeindeschlüssel gefunden hatte, habe ich sie korrigiert, allerdings sind nicht alle Fehler beseitigt, weil ich keine Vergleichsliste verwendet habe.

In Mecklenburg-Vorpommern wurden die Kreise reformiert und alle Gemeindeschlüssel neu vergeben (früher 1305xxxx und 1306xxxx, heute 1307yyyy). An den Grenzrelationen wurde die Änderung händisch von einem OSM-ler durchgeführt, an den place-Knoten ist Umstellung erst zur Hälfte durchgeführt worden.

Wenn jemand einen Bot schreiben möchte, hätte ich noch folgende Wünsche:
* Prüfung der is_in Struktur. In Mecklenburg-Vorpommern ist da noch vieles falsch. In Rheinland-Pfalz fast alles, weil dort vor einigen Jahren die Regierungsbezirk-Ebene abgeschafft wurde, die aber überall noch enthalten sind.

Viele Grüße

Dietmar

stephan75 · 2012-01-11 17:52:17

für eine graphische Auswertung in JOSM (nach osmfilter!) könnte man auch das Beispiel unter http://wiki.openstreetmap.org/wiki/MapCSS/Examples so anpassen, dass statt dem admin_level der Wert von de:amtlicher_gemeindeschluessel ausgegeben wird.

So könnte man schon optisch irgendwelche Lücken oder doppelte Daten in den Gemeindegrenzen und den Schlüsselzahlen erkennen.

user_5359 · 2012-01-11 18:32:39

okilimu wrote:

Die falschen Schreibweisen sind eigentlich nur
* falsches Format xx x xx xxx, so wie in wikipedia bei der jeweilgen Gemeinde angegeben
* hintere 0en nicht vorhanden, also z.B. 0671 statt 06710000 (fiktives Beispiel)

Das mit der falschen Schreibweise ist eine reine Definitionsfrage, schliesslich hat der Gemeindeschlüssel (oder auch AGS) einen wohldefinierten Unteraufbau (http://de.wikipedia.org/wiki/Amtlicher_ … %C3%BCssel), der sich durchaus mit den Leerzeichen anzeigen läßt (und damit für den Menschen schneller verifizieren läßt). Auch die fehlenden Nullen sind legitim (auch wenn Dein fiktives Beispiel a) um eine Stelle zu kurz ist und b) in Hessen (06) kein Regierungsbezirk mit dem Wert 7 existiert), denn wenn Dein Beispiel z.B. 06 4 31 gewesen wäre, dann wäre es als Kreis Bergstraße identifizierbar gewesen.
Diese Hinweise würden dann auch in die nicht existierende Wiki-Seite zu diesem Key gehören.

Und wo ich gerade mit Haarspalten bin: Die Schreibeweise de:amtlicher_gemeindeschluessel müsste eigentlich DE:amtlicher_gemeindeschluessel lauten, da Ländercodes im Gegensatz zum Sprachcode gross geschrieben werden. Als Alternative empfehle ich ein wesentlich kürzeres ref:ags und da es in Österreich ebenfalls ein AGS existiert mit der Schreibweiseref:ags=<Ländercode>:<wert>. Dann könnte man auch direkt die 204 de:amtlicher_regionalschlüssel mit verarzten.

misterboo · 2012-01-11 18:43:12

user_5359 wrote:

Das mit der falschen Schreibweise ist eine reine Definitionsfrage, schliesslich hat der Gemeindeschlüssel (oder auch AGS) einen wohldefinierten Unteraufbau (http://de.wikipedia.org/wiki/Amtlicher_ … %C3%BCssel), der sich durchaus mit den Leerzeichen anzeigen läßt (und damit für den Menschen schneller verifizieren läßt). Auch die fehlenden Nullen sind legitim (auch wenn Dein fiktives Beispiel a) um eine Stelle zu kurz ist und b) in Hessen (06) kein Regierungsbezirk mit dem Wert 7 existiert), denn wenn Dein Beispiel z.B. 06 4 31 gewesen wäre, dann wäre es als Kreis Bergstraße identifizierbar gewesen.
Diese Hinweise würden dann auch in die nicht existierende Wiki-Seite zu diesem Key gehören.
Und wo ich gerade mit Haarspalten bin: Die Schreibeweise de:amtlicher_gemeindeschluessel müsste eigentlich DE:amtlicher_gemeindeschluessel lauten, da Ländercodes im Gegensatz zum Sprachcode gross geschrieben werden. Als Alternative empfehle ich ein wesentlich kürzeres ref:ags und da es in Österreich ebenfalls ein AGS existiert mit der Schreibweiseref:ags=<Ländercode>:<wert>. Dann könnte man auch direkt die 204 de:amtlicher_regionalschlüssel mit verarzten.

Nun genau diese "Definitionssache" ist ein ernstes Problem bei OSM. Denn es gibt kaum eindeutige Definitionen. Im Grunde sollte es doch ein leichtes sein, einfach festzulegen: die 8 Ziffern werden ohne Leerzeichen geschrieben. Wie man die später anzeigt ist dann Sache der Auswerter, es ist aber eben einfacher ein einheitliches Format weiter zu verarbeiten.

Last edited by misterboo (2012-01-11 18:44:55)

EvanE · 2012-01-11 20:12:35

misterboo wrote:

user_5359 wrote:
Das mit der falschen Schreibweise ist eine reine Definitionsfrage, schliesslich hat der Gemeindeschlüssel (oder auch AGS) einen wohldefinierten Unteraufbau (http://de.wikipedia.org/wiki/Amtlicher_ … %C3%BCssel), der sich durchaus mit den Leerzeichen anzeigen läßt (und damit für den Menschen schneller verifizieren läßt).
Diese Hinweise würden dann auch in die nicht existierende Wiki-Seite zu diesem Key gehören.
... Als Alternative empfehle ich ein wesentlich kürzeres ref:ags und da es in Österreich ebenfalls ein AGS existiert mit der Schreibweise ref:ags=<Ländercode>:<wert>. Dann könnte man auch direkt die 204 de:amtlicher_regionalschlüssel mit verarzten.
Nun genau diese "Definitionssache" ist ein ernstes Problem bei OSM. Denn es gibt kaum eindeutige Definitionen. Im Grunde sollte es doch ein leichtes sein, einfach festzulegen: die 8 Ziffern werden ohne Leerzeichen geschrieben. Wie man die später anzeigt ist dann Sache der Auswerter, es ist aber eben einfacher ein einheitliches Format weiter zu verarbeiten.

Aber was spricht dagegen, die für den Menschen einfacher zu lesende Schreibweise mit Leerzeichen als Standard zu definieren? Zahlen mit mehr als vier Stellen ohne Unterteilung sind für Menschen recht unhandlich. Z.B. sollen daher Telefonnummern nach DIN in Zweier-Blöcken geschrieben werden.
Leerzeichen zu ignorieren sollte für ein Programm doch etwas sehr einfaches sein.

Den Vorschlag von Georg das besser als ref:...=<Ländercode>:<wert> zu erfassen, kann ich nur unterstützen. Allerdings würde ich ref:cin=<Ländercode>:<wert> vorschlagen. Siehe dazu den Artikel Amtlicher Gemeindeschlüssel in der englischen Wikipedia.

Edbert (EvanE)

misterboo · 2012-01-11 20:42:43

EvanE wrote:

Aber was spricht dagegen, die für den Menschen einfacher zu lesende Schreibweise mit Leerzeichen als Standard zu definieren? Zahlen mit mehr als vier Stellen ohne Unterteilung sind für Menschen recht unhandlich. Z.B. sollen daher Telefonnummern nach DIN in Zweier-Blöcken geschrieben werden.
Leerzeichen zu ignorieren sollte für ein Programm doch etwas sehr einfaches sein.
Den Vorschlag von Georg das besser als ref:...=<Ländercode>:<wert> zu erfassen, kann ich nur unterstützen. Allerdings würde ich ref:cin=<Ländercode>:<wert> vorschlagen. Siehe dazu den Artikel Amtlicher Gemeindeschlüssel in der englischen Wikipedia.
Edbert (EvanE)

Nichts spricht dagegen. Oft wird im Forum die Anzahl der Tags mit einer bestimmten Schreibweise als Argument genannt.
Aktuell wird de:amtlicher_gemeindeschluessel 12226 x verwendet und davon nur 1262 x mit Leerzeichen

Also würde ich jetzt mal darauf schließen, dass man es so vereinheitlichen sollte wie es in der überwiegenden Mehrzahl gemacht wird.

Aber auch das ist nebensächlich. Wegen mir könnte man es auch mit Leerzeichen machen oder auch gleich ein eigenes Schema, in dem man auch noch den Regionalschlüssel mit abbilden könnte.

Aber das wichtigste: kann man sich nicht einfach auf eine Schreibweise einigen?

Last edited by misterboo (2012-01-11 20:44:25)

EvanE · 2012-01-11 21:28:15

misterboo wrote:

EvanE wrote:
Aber was spricht dagegen, die für den Menschen einfacher zu lesende Schreibweise mit Leerzeichen als Standard zu definieren? ...
Nichts spricht dagegen. ...
Aber das wichtigste: kann man sich nicht einfach auf eine Schreibweise einigen?

Dazu wäre als erstes eine Dokumentation des Schlüssels im Wiki sinnvoll.

Da sollte dann rein:
- wofür das überhaupt gut ist,
- dass es zwei verbreitete Schreibweisen gibt und
- dass es einen Vorschlag gibt, dies international zu vereinheitlichen.
Zu letzterem sollte man dann noch ausführen, dass der Wertebereich und das Format spezifisch für die einzelnen Länder ist.

In dem Rahmen sollte man einen Vorschlag für eine Standard-Schreibweise machen.
Da a) verschiedene Länder unterschiedliche Strukturen haben und b) ein Trennzeichen die Struktur leicht erkennen lässt, halte ich ein Leerzeichen als Strukturtrenner weiterhin für sinnvoll. Schließlich sind es Menschen, die diese Informationen eintragen und kontrollieren.

Edbert (EvanE)

Abendstund · 2017-01-27 17:54:38

Hej,
ich hänge mich hier mal kurz mit einer verwandten Frage rein:

Bei Kreisreformen, wie bspw. in M-V 2011, werden regelmäßig neue AGS vergeben. Das ergibt beim Arbeiten mit jeweils AGS-geschlüsselten Daten unterschiedlichen Alters ein extremes Chaos. Ich habe hier konkret Daten zu Gemeinden in M-V von 2010 mit den damals gültigen AGS und andere Daten auch die Gemeinden - aber von 2015 mit den neu gültigen AGS. An den Gemeindegrenzen selbst hat sich weit überwiegend nichts geändert! Kennt jemand eine Quelle für Tabellen, die in solchen Fällen alte und neue AGS enthalten?

Last edited by Abendstund (2017-01-27 17:55:34)

TobWen · 2017-01-29 19:54:17

Abendstund wrote:

Ich habe hier konkret Daten zu Gemeinden in M-V von 2010 mit den damals gültigen AGS und andere Daten auch die Gemeinden - aber von 2015 mit den neu gültigen AGS. An den Gemeindegrenzen selbst hat sich weit überwiegend nichts geändert! Kennt jemand eine Quelle für Tabellen, die in solchen Fällen alte und neue AGS enthalten?

Das BKG führt die VG250 bis ins Jahr 1997 als OpenData-Datensatz. Hier sind die Gemeindeschlüssel und stark generalisierten Grenzen (Land, Kreis, Gemeinde usw.) enthalten. Leider nicht mit OSM kompatibel, aber gucken und vergleichen geht. Die Gebietsreformen sind allerdings nach §5 UrhG gemeinfrei - such im Netz einfach nach den Gesetzen, in denen die Reformen festgelegt wurden - dort dürften eigentlich auch die neuen Nummern mitgeteilt werden (falls nicht, anfragen - diese müssten eigentlich auch gemeinfrei veröffentlicht werden, z.B. in den Amtsblättern). Mithilfe der Verifizierung durch die VG250 kannst du die Reformen dann in OSM korrekt abbilden.

Announcement

#1 2012-01-11 14:19:57

Gemeindeschlüssel und Regionalschlüssel

#2 2012-01-11 14:26:59

Re: Gemeindeschlüssel und Regionalschlüssel

#3 2012-01-11 14:31:23

Re: Gemeindeschlüssel und Regionalschlüssel

#4 2012-01-11 14:35:13

Re: Gemeindeschlüssel und Regionalschlüssel

#5 2012-01-11 14:41:51

Re: Gemeindeschlüssel und Regionalschlüssel

#6 2012-01-11 14:54:49

Re: Gemeindeschlüssel und Regionalschlüssel

#7 2012-01-11 14:56:22

Re: Gemeindeschlüssel und Regionalschlüssel

#8 2012-01-11 14:58:54

Re: Gemeindeschlüssel und Regionalschlüssel

#9 2012-01-11 15:04:32

Re: Gemeindeschlüssel und Regionalschlüssel

#10 2012-01-11 15:09:11

Re: Gemeindeschlüssel und Regionalschlüssel

#11 2012-01-11 15:11:46

Re: Gemeindeschlüssel und Regionalschlüssel

#12 2012-01-11 15:29:16

Re: Gemeindeschlüssel und Regionalschlüssel

#13 2012-01-11 15:35:22

Re: Gemeindeschlüssel und Regionalschlüssel

#14 2012-01-11 17:09:34

Re: Gemeindeschlüssel und Regionalschlüssel

#15 2012-01-11 17:52:17

Re: Gemeindeschlüssel und Regionalschlüssel

#16 2012-01-11 18:32:39

Re: Gemeindeschlüssel und Regionalschlüssel

#17 2012-01-11 18:43:12

Re: Gemeindeschlüssel und Regionalschlüssel

#18 2012-01-11 20:12:35

Re: Gemeindeschlüssel und Regionalschlüssel

#19 2012-01-11 20:42:43

Re: Gemeindeschlüssel und Regionalschlüssel

#20 2012-01-11 21:28:15

Re: Gemeindeschlüssel und Regionalschlüssel

#21 2017-01-27 17:54:38

Re: Gemeindeschlüssel und Regionalschlüssel

#22 2017-01-29 19:54:17

Re: Gemeindeschlüssel und Regionalschlüssel

Board footer