Pflege und Korrektur der deutschen Admin-Grenzen

Jetzt war ich da auch (nicht hochgeladen). Way 95468917 muss wieder hergestellt werden. id-Mapper hat den gelöscht und vielleicht noch mehr (changeset 24125659).

EDIT: Willingshausen und Schwalmstadt sind gefixt (hat mal wieder Grenzen verschlimmbessert ohne richtig zu trennen und ohne zu prüfen)

Oestrich & Mittelheim jetzt ok - hoffe ich zumindest :wink:

Was hat der Typ in München sich wohl dabei gedacht? Newbie, erster Edit und dann noch “ausländischer” Username - Tourist?

Gruss
walter

Hast Du München schon angepasst. ich müsste nur noch hochladen?

EDIT: Ist jetzt passiert.

Hallo,

danke das ihr euch das mal angesehen habt.
Ich hör schon meine Frau schümpfen, dass ich schon wieder mehr graue Haare bekommen habe. :slight_smile: :slight_smile: :slight_smile:
In Ostthüringen sieht es grausam aus !
Da wurden anscheinend auch ganze Dörfer bei Gemeindezusammneschlüssen mit weg geputzt.
Ich tipp mir die Finger fasst wund beim erfassen von dem was alles laut regio-osm fehlt,
von dem was alles in meinem alten Schulatlas drin steht will ich erst gar nicht anfangen.
Es kann allerdings auch sein das dort noch nichts erfasst war, so manche Straße hat das Edit-Datum von 2008.

Ich putze die Straßen erst mal weiter.

Senni

Moin Moin,

ich habe diesen Block mal aus meiner - noch nicht ganz fertigen Auswertung der Internationalen Grenzen rausgezogen, da es hier nur um DEU geht:


 Relation | Country |      New Boundary       | al | de:amtlicher_gemeindeschluessel 
----------+---------+-------------------------+----+---------------------------------
  2012699 | DEU     | Barsinghausen (8)       | 8  | 03241002
  2012665 | DEU     | Wennigsen (Deister) (8) | 8  | 03241020
  3901149 | DEU     | Eschborn (9)            | 9  | 
  3901135 | DEU     | Kronberg im Taunus (9)  | 9  | 
  3901150 | DEU     | Mammolshain (9)         | 9  | 
  3901151 | DEU     | Niederhöchstadt (9)     | 9  | 
  3901136 | DEU     | Oberhöchstadt (9)       | 9  | 
  3901137 | DEU     | Schönberg (9)           | 9  | 
  3901138 | DEU     | Stierstadt (9)          | 9  | 
  3900539 | DEU     | Beckeln (10)            | 10 | 
  3901188 | DEU     | Eitzendorf (10)         | 10 | 
  3900540 | DEU     | Groß Köhren (10)        | 10 | 
  3901189 | DEU     | Heesen (10)             | 10 | 
  3901190 | DEU     | Hilgermissen (10)       | 10 | 
  3900541 | DEU     | Horstedt (10)           | 10 | 
  3901191 | DEU     | Kirchseelte (10)        | 10 | 
  3900542 | DEU     | Klein Henstedt (10)     | 10 | 
  3900543 | DEU     | Klein Köhren (10)       | 10 | 
  3901192 | DEU     | Klosterseelte (10)      | 10 | 
  3901193 | DEU     | Magelsen (10)           | 10 | 
  3901194 | DEU     | Mehringen (10)          | 10 | 
  3900544 | DEU     | Prinzhöfte (10)         | 10 | 
  3900545 | DEU     | Reckum (10)             | 10 | 
  3901195 | DEU     | Ubbendorf (10)          | 10 | 
  3901196 | DEU     | Wechold (10)            | 10 | 
  3901197 | DEU     | Wienbergen (10)         | 10 | 
  3900546 | DEU     | Winkelsett (10)         | 10 | 
(27 rows)

ok, viele neue AL10 - da war wohl jemand ganz fleissig :slight_smile:

Nur: Was sollen die neuen AL9 ohne Gemeindeschlüssel?

Ich habe das “neue” https://www.openstreetmap.org/relation/3901135 Kronberg im Taunus mal geprüft und die Rel ist absolut deckungsgleich mit der mMn korrekten AL8 https://www.openstreetmap.org/relation/418112

Was geht da ab?

Gruss
walter

AL9 haben keinen Gemeindeschlüssel. Deckungsgleich sollte aber natürlich auch keine mit AL8 sein.

Ich sehe da (jetzt) deutliche Unterschiede.

jau ei,

hab al9 mit al7 verwechselt - Kronberg (9) ist natürlich ein Teil von Kronberg (8) und damit völlig in Ordnung. Die anderen wohl auch.

Gruss
walter

ps: Ich hab mir schon eine Ecke zum Schämen ausgesucht - meld mich wieder, wenn ich wach bin. :wink:

Moi Moin,

das hat sich getan:


 Relation | Country |       New Boundary        
----------+---------+---------------------------
   535248 | DEU     | Belgern (9)
  1250500 | DEU     | Freckenfeld (8)
    62698 | DEU     | Landkreis Germersheim (6)
(3 rows)

 Relation | Country |    Missing Boundary    
----------+---------+------------------------
   903983 | DEU     | Dahner Felsenland (7)           done
  1251116 | DEU     | Fischbach bei Dahn (8)          done
    51676 | DEU     | Hamburg Neuwerk (10)
  1251149 | DEU     | Lemberg (8)                     done
   903980 | DEU     | Pirmasens-Land (7)              done
(5 rows)

Gruss
walter

Edit: Im Wattenmeer (Hamburg Neuwerk) haben wir ja fast “amerikanische Verhältnisse”:

4 (oder 5?) Administrative und PLZ-Grenzen an einem Fleck. Sorry, aber da mag ich nicht aufräumen. Im Mapnik sieht das ja noch harmlos aus:
https://www.openstreetmap.org/#map=16/53.8568/8.5870&layers=N

Mache das mal.

Und was ist mit demjenigen, der da gerade “rumgeschraubt” hat? Schließlich ist die Ecke nicht von selber kaputt gegangen.

Hab aber net nachgesehen, wer das war, weil ich derzeit Fools 1.2 fertig kriegen will/muß.

Gruss
walter

Ich will es nicht wissen. Muss noch zig andere Grenzen von OSM-User-Aktionen korrigieren. Wenn ich da immer nach Verursachern gucke und sogar PNs schreibe, komme ich zu gar nichts mehr.
Meistens hilft es eh nicht. :frowning:

schau’n mer mal. gerade läuft eine Irrläufer-Auswertung für Meck-Pomm und da hab ich ein wenig Zeit.

Gruss
walter

Man sollte noch dazu sagen, dass es davor tatsächlich Korrekturbedarf gab (ist jetzt hochgeladen). Die Bundeslandgrenzen war teils recht deutlich daneben. Leider wurde das von dem anderen User nicht vernünftig korrigiert.

Dann schau mal hier: http://forum.openstreetmap.org/viewtopic.php?pid=438778#p438778

Hamburg Neuwerk (10) als missing und nicht korrigiert. Das war die Ursache für den Post.

Ich sehe da jetzt noch eine Coastline mit 1x PLZ und knapp daneben eine AL4 mit den anderen Daten. wenn das ok für dich ist und du 100% fertig bist, würde ich das jetzt gerne bereinigen.

Gruss
walter

Bei mir sieht Neuwerk richtig aus.
Die PLZ läuft entlang der Coastline. Das fände ich in Ordnung. Ist bisher nicht eindeutig geklärt, was da richtiger/besser ist (dagegen spricht, das die CUX-PLZ jetzt auch in HH liegt)
Coastline und admin sind auf jeden Fall nicht identisch.

jetzt ja. danke.

Für mich sollten PLZ-Grenzen und ADM-Grenzen gleich sein, solange die nicht Post-bedingt getrennt verlaufen. Was mich halt stört, ist daß die hier einige Meter nebeneinander verlaufen und sich dauernd kreuzen.

5 Minuten Arbeit und das ist “sauber”. ok?

Gruss
walter

Ok. Bahn frei für Walter! (bitte JOSM-Daten noch aktualisieren)

Ein bisschen kompliziert ist leider noch, dass hamburgs Grenzen (und das ist tatsächlich so!) die CUX-Küste überlappen. Das kann ich aber später noch fixen.

ok, bin durch - der südliche Zipfel ist immer noch äußerst “unschön”, aber wenn das wirklich so sein sollte, kann ich auch nix machen.

Gruss
walter

hier kann man den südlichen Zipfel ungefähr erahnen: http://www.nds-voris.de/jportal/docs/anlage/ndh/pdf/0146/file.jpg