Unstimmigkeiten bei den Addr-Tags in Deutschland

Letztendlich ist die konkrete Adresse auch Ergebnis eine Behördenmitarbeiters, was auch an den beiden unterschiedlichen Adressen (mit OT/ohne OT) zu erkennen ist. Oder gibt es in Thü. eine Aufsichtsstelle, die alle von allen Behörden publizierten Adressen auf formale Richtigkeit prüft?

Gegen - habe ich keinerlei Einwände.
Das lässt sich leicht aus den OSM-Daten ableiten, wenn diese in OSM enthalten sind. Mit ein wenig Aufwand auch fehlende Suburb-Einträge, wenn die Admin-Grenzen der Ortsteile erfasst sind. Ohne diese wird es allerdings eng.

Im letzten Fall - wenn man also keine Grenzen verwenden will oder kann - braucht man entweder addr:city=Ort-Ortsteil oder addr:city=Ort + addr:suburb=Ortsteil. In beiden Fällen müssten die Addr-Tags flächendecken angepasst oder nachgetragen werden. Und in diesem Fall bin ich für eine konsequente Trennung zwischen City und Suburb. Gleiche Arbeit, saubere Verhältnisse.

Gruss
walter

Wenn eine Behörde DIN 5008 missachtet und ihre Adresse falsch aufschreibt, macht es die Adresse nicht “amtlich” oder “offiziell”. Sie bleibt - ebenso banal wie privatrechtlich - falsch.

+1 (für addr:city=Ort + addr:suburb=Ortsteil – jedenfalls in ‘normalen’ Gemeinden)

Es wurde nicht behauptet, dass die immer den Ort/Ortsteil statt der Gemeinden verwenden würden, sondern die von der Post festgelegte Ortsbezeichnung. Die Sinnhaftigkeit, dass das ein privatwirtschaftliches Unternehmen “bestimmt” ist eine andere Frage.

Ich hab gestern die 358 “komischen” city-tags überarbeitet und 47 davon werden immer noch angemotzt.


   osm_id   |      addr:city      
------------+---------------------
  332790693 | >München<
 3752304095 | >München<
 3672919944 | >Asbach<
  566254105 | >Karlstein am Main<
 2707296660 | >Schotten<
 3100578717 | >München<
 2413402287 | >München<
 2413402277 | >München<
 2413402255 | >München<
 2108779569 | >München<
 2413402293 | >München<
 2413402308 | >München<
 2413402272 | >München<
 2413402307 | >München<
 2752494974 | >München<
 2413402244 | >München<
 2413402301 | >München<
 2413402303 | >München<
 2413402298 | >München<
 2413402262 | >München<
 2413402251 | >München<
 2438056326 | >München<
 2413402281 | >München<
 2297514180 | >München<
 2290634908 | >München<
 2290634909 | >München<
 2290634906 | >München<
 2290634907 | >München<
 2836352078 | >München<
 2836350890 | >München<
 2836350884 | >München<
 2836350888 | >München<
  583363103 | >Karlstein am Main<
 3277079566 | >Karlstein am Main<
 2138115873 | >München<
 2138115874 | >München<
 2138115875 | >München<
 2413387403 | >München<
 2278533285 | >München<
 2278533301 | >München<
 2278533317 | >München<
 2278533331 | >München<
 2278537982 | >München<
 2278544502 | >München<
  583361933 | >Karlstein am Main<
 3279453806 | >Karlstein am Main<
 1856750773 | >München<
(47 Zeilen)
                                                                array_agg                                                                                                                                                                                                                                                              
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
 {332790693,3752304095,3672919944,566254105,2707296660,3100578717,2413402287,2413402277,2413402255,2108779569,2413402293,2413402308,2413402272,2413402307,2752494974,2413402244,2413402301,2413402303,2413402298,2413402262,2413402251,2438056326,2413402281,2297514180,2290634908,2290634909,2290634906,2290634907,2836352078,2836350890,2836350884,2836350888,583363103,3277079566,2138115873,2138115874,2138115875,2413387403,2278533285,2278533301,2278533317,2278533331,2278537982,2278544502,583361933,3279453806,1856750773}
(1 Zeile)

Hab inzwischen herausgefunden, dass Josm ein Problem damit hat, “München” durch “München” zu ersetzen, da er “meint”, dass die identisch seien - obwohl die interne UTF8-Codierung unterschiedlich ist. Muss das 2x ändern, dann funzt es. Mach ich nun.

Gruss
walter


Alt:

localhost:planet2=# select wno_DumpAsUTF8(3100578717,'München');
                                             wno_dumpasutf8                                              
---------------------------------------------------------------------------------------------------------
 3100578717: tags->'addr:city' = 'München' --> \x4dc3bc6e6368656ee2808e 'München' --> \x4dc3bc6e6368656e

Neu:

select wno_DumpAsUTF8(3100578717,'München');
                                          wno_dumpasutf8                                           
---------------------------------------------------------------------------------------------------
 3100578717: tags->'addr:city' = 'München' --> \x4dc3bc6e6368656e 'München' --> \x4dc3bc6e6368656e


Wenn ich das richtig verstehe:

3100578717: tags->‘addr:city’ = ‘München’ → \x4dc3bc6e6368656ee2808e ‘München’

hing in diesem falschen Eintrag einfach am String ‘München’ einfach noch das Zeichen U+200E, ''left-to-right mark", das in UTF-8 eben als 0xE2 0x80 0x8E kodiert wird. Schon kurios…

Die DIN5008 hat wie jede Norm zunächst weder Verordnungs- noch Gesetzescharakter sondern ist eine Empfehlung. Ein Abweichen ist nicht falsch, sonder nur nicht normgerecht.

Ja genau, und bei den andern 46 Tags war es ähnlich. Ist aber erledigt.

Jetzt läuft die gleiche Auswertung für Ways und Relationen. Da erwarte ich ähnliches.

Mein Problem war es, Josm zu “überlisten”. Hatte zuerst /München/MünchenX/ gemacht und beim 2. mal wieder zurück. Hat aber net gefunzt, da dieses U+200E immer noch drin war. /München/Lünchen/, abspeichern, /Lünchen/München/ war es dann.

Gruss
walter

ps: Sorry für “Lünchen”, das hat nix mit Bayern zu tun :wink:

Könnte damit zusammenhängen, dass U+200E ein ‘mark’-Zeichen ist; bei ‘mark’-Zeichen verhalten Editoren sich meist ‘special’, damit wir Anwender sie nicht versehentlich kaputtmachen. Ein normales (printable) Zeichen oder ein einfacher Whitespace wäre schon beim einfachen Überschreiben verschwunden… (Andererseits könnte JOSM eigentlich auch bei einem trailing U+200E motzen bzw. es von sich aus schlucken, so wie leading oder trailing whitespace; denn ein einsames U+200E am String-Ende ist doch wohl sinnlos. Sinnvoll wäre es, nehme ich an, nur in einer Kombination wie: ‘<lateinischer Text, z.B. dt. Name> U+200E<LTR-Text, z.B. arabischer Name>U+200F’ …)

Stimmt doch:

(das musste sein)

LOL

walter

Jo, 225 Ways und und keine Adresse als Rel (komplexes Building).


  osm_id   |               addr:city               
-----------+---------------------------------------
 192060064 | >76767<
 249012465 | >Mõnchengladbach<
 260237278 | >Hanau <
 256434602 | >Wrzburg<
 342505340 | >176<
 146670627 | >Mõnchengladbach<
 227318873 | >Klingenmünster<
 281254063 | >Lichtentanne | OT Schönfels<
 111560129 | >Marktoberdorf / Schmied's Wies<
 111560104 | >Marktoberdorf / Schmied's Wies<
 111560061 | >Marktoberdorf / Schmied's Wies<
 220604584 | >Plötzky _Schönebeck (Elbe)<
 108568491 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 108568481 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 295557063 | >Albstedt, Wulsbùttel<
 353912542 | >54487<
 353912540 | >54487<
 290245395 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245865 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245721 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245764 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245368 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245521 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245350 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245855 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245348 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245559 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245369 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245357 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245806 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245677 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245367 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245715 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245656 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245837 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245422 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245351 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245370 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245860 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245363 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245414 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245606 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245466 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 290245863 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 128196029 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 128196005 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 127538169 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 121672121 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 127538164 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 122947887 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 122947843 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 122947889 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 122947870 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 122947864 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 122947912 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 122947892 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 122947829 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 120880412 | >Reeum<
 121880301 | >Börnichen\Erzg.<
 186906043 | >Villingen-Schwenningen#<
 182590999 | >Schotten<
 183644443 | >Altenhagen 1<
 168430446 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 164911099 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 164911105 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 164911098 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 168281823 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 164911103 | >\x7F\x7F\x7F\x7F\x7FStadtlohn<
 167694818 | >Gäufelden 3<
 353916601 | >54487<
 351796569 | >3<
 351796568 | >5<
 257687029 | >Mõnchengladbach<
 336025747 | >12<
  31536812 | >Mõnchengladbach<
  28917003 | >Mõnchengladbach<
  46847977 | >Seligenstadt<
  46847978 | >Seligenstadt<
  47196017 | >Seligenstadt<
  44585773 | >Karlstein am Main<
  33819758 | >Alzenau<
  32492642 | >N4<
 211308970 | >Kobrow 2<
 211308964 | >Kobrow 2<
 346029446 | >3<
 334309956 | >Wetzlar <
  44585347 | >Karlstein am Main<
  45494870 | >Karlstein am Main<
 334416458 | >28<
  35880550 | >Karlstein am Main<
 321003605 | >Karlstein am Main<
 321648735 | >Karlstein am Main<
 321648734 | >Karlstein am Main<
 213164211 | >Kobrow 2<
 211308560 | >Kobrow 2<
 342495902 | >15<
  89017133 | >Wakendorf 1<
 356389608 | >105<
 130073767 | >Halle (Westf:)<
 332881644 | >Halle (Westf:)<
 332881643 | >Halle (Westf:)<
 332881646 | >Halle (Westf:)<
 332881641 | >Halle (Westf:)<
 332881647 | >Halle (Westf:)<
 332881645 | >Halle (Westf:)<
 347488697 | >3a<
 189878477 | >Leist 1<
 189878502 | >Leist 1<
 189878569 | >Leist 1<
 189878603 | >Leist 1<
 189878639 | >Leist 1<
 189878475 | >Leist 1<
 189878489 | >Leist 1<
 189878540 | >Leist 1<
 189878592 | >Leist 1<
 189878637 | >Leist 1<
 189878444 | >Leist 1<
 189878516 | >Leist 1<
 189878472 | >Leist 1<
 189878521 | >Leist 1<
 189878566 | >Leist 1<
 189878622 | >Leist 1<
 189878459 | >Leist 1<
 189878481 | >Leist 1<
 189878517 | >Leist 1<
 189878556 | >Leist 1<
 189878577 | >Leist 1<
 189878609 | >Leist 1<
 189878654 | >Leist 1<
 189878604 | >Leist 1<
 189878646 | >Leist 1<
 189878467 | >Leist 1<
 189878485 | >Leist 1<
 189878520 | >Leist 1<
 189878559 | >Leist 1<
 189878578 | >Leist 1<
 189878488 | >Leist 1<
 189878536 | >Leist 1<
 189878567 | >Leist 1<
 189878587 | >Leist 1<
 189878623 | >Leist 1<
 328978477 | >Leist 1<
 190324017 | >Leist 3<
 190324241 | >Leist 3<
 190324014 | >Leist 3<
 190324229 | >Leist 3<
 190324018 | >Leist 3<
 190324326 | >Leist 3<
 190323978 | >Leist 3<
 190324140 | >Leist 3<
 190324001 | >Leist 3<
 190324181 | >Leist 3<
 190323942 | >Leist 3<
 190324137 | >Leist 3<
 190324329 | >Leist 3<
 328978942 | >Leist 3<
 328978940 | >Leist 3<
 189878450 | >Leist 2<
 328979426 | >Leist 2<
 130073726 | >Halle (Westf:)<
 116646988 | >Halle (Westf:)<
 116646979 | >Halle (Westf:)<
 130073728 | >Halle (Westf:)<
 130073732 | >Halle (Westf:)<
 130073725 | >Halle (Westf:)<
 130073739 | >Halle (Westf:)<
 296669210 | >Halle (Westf:)<
 296669211 | >Halle (Westf:)<
 346586156 | >4<
 293229701 | >Delbrűck<
 310275394 | >29<
 343504297 | >Giengen #<
 122602533 | >114<
 352027236 | >28<
 349707174 | >54536<
  38501634 | >Göhren <
 158025428 | >09114<
 265082159 | >Schotten<
 120133650 | >Schotten<
 233165701 | >Schotten<
 234976551 | >Schotten<
 234976588 | >Schotten<
 234980608 | >Schotten<
 233165735 | >Schotten<
 233165703 | >Schotten<
 234932081 | >Schotten<
 234976560 | >Schotten<
 234976595 | >Schotten<
 233165702 | >Schotten<
 234976550 | >Schotten<
 233165704 | >Schotten<
 234932084 | >Schotten<
 234976577 | >Schotten<
 234976599 | >Schotten<
 234976596 | >Schotten<
 234976553 | >Schotten<
 234976590 | >Schotten<
 234976547 | >Schotten<
 234976573 | >Schotten<
 234976598 | >Schotten<
 234976597 | >Schotten<
 233165705 | >Schotten<
 234932085 | >Schotten<
 234976564 | >Schotten<
 359945655 | >Bleckede3<
  93720745 | >65779<
 181667595 | >86316<
 319189035 | >86316<
 181654165 | >49716<
 169638569 | >85748<
 332592984 | >Mülsen | OT Thurm<
 361223822 | >Zwickau | OT Crossen<
 360544293 | >85356 München<
 338294082 | >11<
 341889183 | >86497<
  37341900 | >Schwarzach a. Main, OT: Schwarzenau<
  72281054 | >Hermeskeil II <
  45964971 | >Alzenau<
  80868327 | >91327 Gößweinstein<
 151527323 | >09353<
 302861513 | >Willingen <
 336433242 | >Willingen <
 241951681 | >2<
 287493851 | >40<
  45034914 | >85748<
(225 Zeilen)
            
Josm: 192060064,249012465,260237278,256434602,342505340,146670627,227318873,281254063,111560129,111560104,111560061,220604584,108568491,108568481,295557063,353912542,353912540,290245395,290245865,290245721,290245764,290245368,290245521,290245350,290245855,290245348,290245559,290245369,290245357,290245806,290245677,290245367,290245715,290245656,290245837,290245422,290245351,290245370,290245860,290245363,290245414,290245606,290245466,290245863,128196029,128196005,127538169,121672121,127538164,122947887,122947843,122947889,122947870,122947864,122947912,122947892,122947829,120880412,121880301,186906043,182590999,183644443,168430446,164911099,164911105,164911098,168281823,164911103,167694818,353916601,351796569,351796568,257687029,336025747,31536812,28917003,46847977,46847978,47196017,44585773,33819758,32492642,211308970,211308964,346029446,334309956,44585347,45494870,334416458,35880550,321003605,321648735,321648734,213164211,211308560,342495902,89017133,356389608,130073767,332881644,332881643,332881646,332881641,332881647,332881645,347488697,189878477,189878502,189878569,189878603,189878639,189878475,189878489,189878540,189878592,189878637,189878444,189878516,189878472,189878521,189878566,189878622,189878459,189878481,189878517,189878556,189878577,189878609,189878654,189878604,189878646,189878467,189878485,189878520,189878559,189878578,189878488,189878536,189878567,189878587,189878623,328978477,190324017,190324241,190324014,190324229,190324018,190324326,190323978,190324140,190324001,190324181,190323942,190324137,190324329,328978942,328978940,189878450,328979426,130073726,116646988,116646979,130073728,130073732,130073725,130073739,296669210,296669211,346586156,293229701,310275394,343504297,122602533,352027236,349707174,38501634,158025428,265082159,120133650,233165701,234976551,234976588,234980608,233165735,233165703,234932081,234976560,234976595,233165702,234976550,233165704,234932084,234976577,234976599,234976596,234976553,234976590,234976547,234976573,234976598,234976597,233165705,234932085,234976564,359945655,93720745,181667595,319189035,181654165,169638569,332592984,361223822,360544293,338294082,341889183,37341900,72281054,45964971,80868327,151527323,302861513,336433242,241951681,287493851,45034914
(1 Zeile)

Fixe ich im Laufe des Abends, wenn sich keiner erbarmt.

Gruss
walter

Momentan steht im Wiki zu addr:street:
"Name der Stadt beziehungsweise des Ortes allgemein (Dorf uw.), wie er in postalischen Adressen angegeben wird "

Könnte man das noch verbessern/erweitern?

Ich bin verwirrt und kann irgendwie noch kein für mich zufriedenstellendes Ergebnis ableiten: Beispiel, wie sollte es auch anders sein, meine Gemeinde Schleusegrund die zwei Postleitzahlen 98667 und 98666 hat, aber Achtung: 98666 umfasst auch noch die Nachbargemeinde!
Die Gemeinde besteht aus den Dörfern Schönbrunn, Gießübel, Lichtenau, Steinbach (jeweils 98667) und Biberschlag, Engenstein, Lichtenau, Tellerhammer (jeweils 98666).
Nach der bisherigen Diskussion und dem Einwand bzgl. Thüringen müsste/würde ich jetzt wie folgt erfassen, wenn ich postialische und behördliche Anschriften in eins bringen will:


addr:postal_code=98667
addr:city=Schleusegrund
addr:suburb=Schönbrunn

addr:postal_code=98666
addr:city=Schleusegrund
addr:suburb=Biberschlag

Aber dann startet auch wieder die Diskussion bzgl amin_boundary und Navigation (ich kenne niemanden der als Ort im Navi Schleusegrund eintippen würde, da das ja nur ein behördlicher Gemeindename ist)

Dass wir sofort eine Lösung aus dem Hut zaubern (*), hatte ich ja auch nicht erwartet.

Ok, du hast unseren “Postalischen Blick” auf die Navis gelenkt. Brutal könnte man sagen “dann sollen die Navis auch addr:suburb auswerten”, aber das erscheint auch mir als ziemlich anmassend.

Ich würde/und werde mal sehen, was Nominatim da macht. Osmand+ könnte ich auch checken. Zuerst brauch ich aber real erfasste Adressen, die es schon lange so gibt. Lang, damit die Navis das auch im Kartenmaterial drin haben. Nominatim ist ja quasi realtime.

Aber zuerst baue ich noch 2 neue Layer in die Emergency Map ein. Da hat man eher Erfolgserlebnisse :wink:

Grübelnde Grüsse
walter

*) Ps: ich trag keine Hüte :wink:

Moin,

nein - benutzerfreundlich.

Die Differenzen zwischen

  • postalischer Sicht/Datenbank
  • Verwaltungsstruktur und -bezeichnungen
  • Adressangaben auf Briefen bzw. Eingabe in Navis
    existieren doch schon seit Jahren, wenn nicht bereits Jahrzehnten - und sind vielen ebenso lange auch bereits bewusst.

Die Bedeutung von “Bestimmungsort” ist nie eindeutig definiert worden - und lässt sich bei getrennten Ortschaften auch nie eindeutig in die Köpfe der Bewohner / Besucher bringen.

Edit2:
Eine Verwaltungsstrukturreform alle 10 Jahre kann das generationsübergreifend vermittelte “Wissen” auch nicht einfach mal so ersetzen.

Ergo:
Eine Suche muss diese Differenzen berücksichtigen und zumindest eine Auswahl aus allen Kombinationen zurückliefern,
Eine Beschränkung auf eine Sichtweise (welche auch immer) führt einfach zu vielen “Kein Ergebnis gefunden”.

Derzeit bin ich als Nutzer gezwungen, diese Mehrfach-Versuche selbst einzutippen und zu überlegen, zu welchem Bestimmungsort die gesuchte Ortschaft nun gehören könnte - sei es nun bei GarminNavi-Original-Daten oder bei OSM-Derivaten.

Gruß
Georg

Wenn’s ein Trost ist, in der Schweiz ist es mindestens so schlimm.

Was beiden Ländern gemeinsam ist, ist das wir uns die Haare raufen und Aufwand haben wegen einem alten Zopf (Postleitzahlgebiete die nicht mit den Admin,-Grenzen übereinstimmen), der heutzutage völlig sinnlos ist und schon längstens abgeschnitten gehört.

So oder so, um wirklich Benutzerfreundlich zu sein, muss man schlussendlich Nummer + Strasse mit allen sinnvollen Kombinationen der möglichen Orte finden z.B. den postalischen Ort, die Gemeinde und Ortsteile in der Nähe. Als Folge kommt man um die Auswertung von place-nodes und Grenzpolygone eh nicht herum (was die Argumentation für den Stuttgarter Massenedit natürlich hinfällig macht).

Simon

Genau meine Rede.

Die Post kennt für 98666 die Ortseinträge Biberau und Masserberg.

EDIT: Ist auch ein gutes Beispiel gegen “addr:city=Gemeindename”. Ob/Wann “Hauptstraße 1, 98666 Schleusegrund” wirklich in Biberschlag ankommt, fände ich schon interessant. Will mal jemand einen Testbrief schicken?

Hallo,

wenn ich schreibe, wir sollen nicht vergessen dass wir in einer Bundesrepublick leben und die Rechtslage in Thüringen darlege, dann braucht mir keiner zu schreiben das dies nur für Thüringen gilt, ich habe da ja extra auf die verschiedenen Möglichkeiten aufmerksam gemacht.

Die Adress-Bsp. in Post #19 sollten nur die Behauptung wiederlegen, dass eine Behörde in ihrer Adresse den Namen des Ortes in dem sie ihren Sitz hat anstatt den Namen der politischen Gemeinde verwendet. Beide Adressen verwenden korrekterweise jeweils den Namen der politischen Gemeinde in der der Sitz liegt.

Die Anschrift der politischen Gemeinde Amt Neuhaus ist laut Impressum der Seite www.amt-neuhaus.de

Einheitsgemeinde Amt Neuhaus
Neuhaus
Am Markt 4
19273 Amt Neuhaus

Von der Verwaltung der poltischen Gemeinde wird also auch hier der Name der politischen Gemeinde in der Anschrift verwendet.
Das in der Ortsdatenbank der DP-AG (www.postdirekt.de/plzserver) der Ort Amt Neuhaus nicht zu finden ist, ist aber nicht mein Verschulden.

In Thüringen gibt es sehr wohl Behörden ( bitte Mehrzahl beachten ) die auch auf die Schreibweise der Adresse von politischen Gemeinden im Schriftverkehr achten. So gibt es z.Bsp. in jedem Landratsamt eine Kommunalaufsicht die auf alles ein Auge hat, da bekommt man auch mal ein Rundschreiben zur postalischen Adresse und der Verwendung der Abkürzung VG. Ich möchte da jetzt aber nicht weiter eingehen.

Das Bundesland Berlin als Bsp. für die mehrfache Verwendung von Straßennamen zu bringen ist wenig hilfreich wenn man nicht die politische Gliederung kennt bzw. beachtet, dass lesen des Bezirksverwaltungsgesetz sollte dabei an vorderster Stelle stehen.

Viel Spaß beim mappen

Senni