Ergänzung deutscher Kfz-Kennzeichen

Ich hätte dann gerne das Kennzeichen meiner alten Heimatstadt so eingetragen, dass man es eindeutig von der ungeliebten Landeshauptstadt unterscheiden kann!!!111elf :sunglasses:

.

.

.

.

.

.

.

.

.

.

.

.

Also ein Buchstabe und 4 Ziffern für die Stadt Bremerhaven, Rest von HB ist die Stadt Bremen. Das weiß bei uns jedes Kind, sollte also auch maschinenlesbar leicht kodifizierbar sein! :stuck_out_tongue:

Wie die Kollegen schon schrieben, solltest du das lassen.

Diese Informationen sind - für einen einigermaßen fitten Auswerter - auch per Query aus Wikipedia/Wikidata erhältlich.

Zu deinen Quellen: Es ist klar, dass du diese Daten irgendwo herholst. Woher denn? Und sollte das Wikipedia/Wikidata sein, hat ein kurzer Test für “meinen” Rheingau-Taunus-Kreis ergeben, dass dort die Daten falsch sind. RÜD ist ok, aber SWA fehlt. Könnte woanders auch nicht - mehr - korrekt sein, da auf diesem Gebiet viel Bewegung herrscht. Zudem fehlt in deinen Changesets die Quellenangabe (source).

Mein Vorschlag: Korrigiere Wikipedia/Wikidata und lass OSM damit in Ruhe.

Auch aufgrund der Tatsache, dass du vorgestern durch schlampige Arbeit mehrere Admin-Grenzen in DE “geschreddert” hast, bin ich wirklich nicht begeistert. Siehe https://wambachers-osm.website/index.php/10-osm-reports/1293-countries-compare-2018-07-17 Dort sind die ersten drei Einträge von dir verursacht worden. Zum Glück haben wir unsere “Ausputzer” :wink:

Zudem hattest du “label” und “admin_centre” aus manchen Grenzen gelöscht, was allerding sehr schnell reverted wurde. Was hat dich denn dazu veranlasst? Besseres Wissen als die Kollegen? Ist GER17 evtl ein Zweitaccount für nur solche Änderungen? Weil genau damit (Löschen einiger “Mittelpunkte”) hast du deine Edits angefangen, was für einen OSM-Newbie untypisch ist. Dann sollte du eigentlich wissen, dass das undiskutierte Löschen von Daten, die man für unnötig hält, bei OSM äusserst verpönt ist.

Gruss
walter

Bei mir funzts.

Top 3 Kandidaten:

LOS - 68x
NE - 64x
KYF - 41x

Die Restlichen liegen unter 20 Einträgen.

Grüße

Man beachte bitte auch die Rubrik “Ähnliche Einträge” in der Taginfo.

Dort erscheint “openGeoDB:license_plate_code” mit 10.217 EInträgen, nahezu alle in DACH + BENELUX.

https://taginfo.openstreetmap.org/keys/openGeoDB%3Alicense_plate_code#overview

Kein Wunder, Jochen hatte das super schnell schon eine Stunde vor deinem Post gefixt.

Hei,

unser “license_plate_code”-Mapper macht weiter… Er hat zwar diesen Faden begonnen, sich aber interessanterweise nicht weiter an der Disskussion beteiligt…

Ich hab ihn mal gebeten, sich zunächst hier im Faden weiter zu beteiligen: https://www.openstreetmap.org/changeset/61363491#map=10/51.4429/12.6826

Vor allem Walters Fragen hätte ich gerne beantwortet…

Sven

Ohne mich jetzt bis ins Detail damit beschäftigt zu haben, finde ich die Städte-IDs der KFZ-Schilder in der OSM-DB generell nicht so kritisch.
Ich bin nur nicht so sicher, ob die an die den Areas(Flächen-Elemente) oder an place-nodes besser aufgeboben sind/wären.

Viel mehr kritisch finde ich den ganzen Berg von wikidata und wikipedia Merkmalen in der OSM-Datenbank, die on-the-ground nicht so recht verifizierbar sind. Oder aber auch mehr kritisch finde ich die place-Merkmale an Flächen-Elementen (anstatt an Node-Elementen), die es dem Routing schwer machen…

Was wäre denn für die KFZ-Zeichen-Städte-IDs eine zulässige Quelle? Etwa wenn man in seinem Ort aufmerksam herum schaut und man dann (am entsprechenden place-node) die ID verwendet, die man hauptsächlich an den parkenden Fahrzeugen am Strassenrand aufschnappt?

Ein Place-Node definiert einen unscharfen (Fuzzy) Bereich (“hier in der Gegend”) währen die Admin-Grenzen ganz klar die Fläche “begrenzt”. Und da die Zuständigkeit der KFZ-Ämter gebietsbezogen sind, sollte man solche flächenbezogenen Tags auch an den Flächen taggen - wenn man die KFZ-Zeichen überhaupt erfassen will.

Ich bin gegen die Erfassung, auch weil manche Ämter unterschiedliche Nummern vergeben können (z.B. Rhein-Taunus-Kreis: RÜD und SWA). Spätestens dann kommt du mit deinem “Survey” ins Schleudern.

Gruss
walter

Nur mal kurz dazu, ich hatte angenommen der Place-Node sollte doch schon recht exakt wie möglich das Zentrum des zum erfassenden Ortes darstellen…

Ich finde es äußerst schade, daß der Beitragseröffner sich hier nicht weiter beteiligt und darlegt, welche Intention dahinter steht.

Man könnte ja jetzt auch vermuten, daß er (z.B. für Darstellungszwecke) dann eine Karte generieren möchte, die die Kreisgrenzen darstellt und dann anstelle des Kreisnamens lediglich, ein den KFZ-Kennzeichen angelehntes Buchstabenkürzel verwenden möchte…
Dann wäre aber in meinen Augen das undokumentierte license_plate_code=* nicht richtig.

Eine mögliche Darstellung könnte z.B. so aussehen: http://overpass-turbo.eu/s/ANL

denkt sich Sven

Klar, der sollte “irgendwo” im Zentrum stehen - nur in welchen Bereich/Umfang ist der gültig? Das ist genau die Unschärfe, die ich meine.

Ähnliche Probleme gibt es bei Adressen. Sieh dir nur mal ältere Diskussionen zum Thema Nominatim an. Dabei liegen Straßen gerne mal in benachbarten Stadtteilen, da Nominatim bei Place-Nodes nur raten kann.

Place-Nodes sind prinzipiell unscharf und bescheiben keine fest definierte Fläche.

Und wenn du “sagen” willst: “Dieser Ort hat diese Eigenschaft (Tag)”, dann benutze die Grenzrelation.

Gruss
walter

Verzeihung - liegt wahrscheinlich an der Wärme - verstehe die Frage nicht so recht.

Hatten denn die Stadtteile einen place-node? Oder fehlten die niederen (höherer Zahlenwert des level-Merkmals) dazu gehörenden admin-Flächen? Hast Du zufällig ein Beispiel, bzw. den Link zu der älteren Diskussion?

Im Prinzip war ich gegen eine Erfassung der KFZ-Kennzeichen in OSM, aber die Karte macht schon was her.

Auch wenn man sieht, was sonst noch an den Kreisgrenzen-Relationen hängt, kann man auch noch die KFZ-Kennzeichen dranhängen (aber dann nur hier).

Da müssten in unserem Kreis (Sächsische Schweiz - Osterzgebirge): SEB; PIR; FTL; DW;
(Ich glaube beim Umzug von DD kann man auch das Kennzeichen behalten - als auch noch dazu?)

Nur betrachte ich das in meinem möglichen Kartenbeispiel nicht als KFZ-Kennzeichenkürzel. Ich betrachte das eher als gängige verwendete Buchstabenkürzel als Abkürzung für den jeweiligen Kreis.

Da das aber Aufgrund diverser Kreisgebietsreformen der letzten Jahre irgendwann nicht mehr funktioniert, sieht man z.B. am Landkreis Mittelsachsen. Der derzeit gesetzte license_plate_code=TDO (Torgau-Delitzsch-Oschatz) was aber dann so in der Darstellung auch nicht mehr wirkich funktioniert.

Ja und das ist eben nicht mehr erfassbar…

Für den Landkreis Dahme-Spreewald wären zusätzlich KW, LC, LN, in kleinen Teilen ZS, FW, BEE zu erfassen, wenn man nach den KFZ-Kennzeichen und dem Kreisgrenzenvergleich zwischen 1990 und heute betrachtet…

Sven

Seit einiger Zeit muss man beim Umzug das Auto nicht mehr ummelden, ist also überall so.

Ummelden mußt du schon noch - die Strafzettel möchten ja zugestellt werden :wink: - man kann allerdings die alten Kennzeichen behalten.

Natürlich muss man das. Man kann dann aber das alte Kennzeichen behalten und kriegt dann entweder ein Update (Aufkleber) in den Fahrzeugschein oder einen neuen Fahrzeugschein, ausgestellt von der neuen Behörde, aber mit dem alten Kennzeichen. BTDT.

Im Prinzip ja, aber bei etlichen Kommunen kann man das auf dem Einwohnermeldeamt/Bürgeramt machen, so dass der Gang zur Zulassungsstelle und damit “gefühlt” die Ummeldung entfällt. Da dadurch die Kosten für ein neues Nummernschild entfallen, dürfte das stark zunehmen.
Im Endeffekt läuft das bezüglich der Kennzeichenzuordnung auf dasselbe hinaus: In jedem Kreis können theoretisch trotz Wohnsitz dort sämtliche Kennzeichen aus D auftauchen.

Stimmt, das hatte ich vergessen. Das traf bei uns aus irgendeinem Grund nicht zu.

(Eine neue Nummer ließ ich mir fürs Auto trotzdem zuteilen wegen der Identifikation mit dem neuen Wohnort. Beim Anhänger hab ich das alte behalten.)

Das allerdings, ja. Dennoch gibt es pro Zulassungsbezirk eine Menge von “originären” “Unterscheidungszeichen” (wie sie amtsdeutsch heißen) mit einem Defaultwert.