BEV-Adressen (incl. Subadressen) als .osm-Files  (neue Daten 10/19)

JM82 · 2018-09-28T19:16:38.000Z

addresshistory*org:

JM82:

addresshistory*org:

Basierend auf meiner Erfahrung mit Katastralgemeinden, im speziellen mit der Gemeinde Wildschönau, ist das aktuell die einzig funktionierende Vorgangsweise.

Natürlich spielt bei Katastralgemeinden die übergeordnete Zentralgemeinde eine Rolle, deren korrekter Platz ist im Datenfeld addr:city

Funktionierend in welcher Hinsicht? Die Adresssuche funktioniert via Nominatim ja auch ohne diesen Tag - die hat ja andere Probleme wir hinlänglich bekannt ist.

Noch einmal: OSM ist Redundant. Der Ortsname im Grenzpolygon sowie im Datenfeld addr:city muss daher gleichlautend sein.

Nun meine Frage, wo packst du die Katastralgemeinde rein. Ich kann mich mit der Katastralgemeinde im Datenfeld addr:city nur dann anfreunden, sofern du sämtlichen Katastralgemeinden auch jeweils ihr eigenes Grenz Polygon spendierst. Viel Spaß in der Steiermark bei manchmal 16 Katastralgemeinden je Gemeinde mit jeweils nur 5 Häusern.

Ich habe bisher bei keiner Adresse die Katastralgemeinde als addr:suburb eingetragen, da diese auch so nicht vorkommt.
Entweder, die Katastralgemeinde kommt als addr:place vor (der Klassiker in der Steiermark und wohl sonst auch in ländlichen Gebieten in AUT) und wird dort eingetragen. z.B. Mühldorf 5, 8081 Wildon. Damit ist addr:place = Mühldorf und add:city = Wildon. Soweit klar.

Variante ist, dass diese mit im Straßennamen steht, der als addr:street getaggt wird - das machen unsere burgenländischen Nachbarn seit einigen Jahren so - dort wird systematisch von Ortsnamen in der Adresse weggegangen hin zu Katastralgemeinde + Straßenname. Also z.b. addr:street = Welten, Hauptstraße 5, 8380 Jennersdorf. Damit ist addr:street = Welten, Hauptstraße und addr:city = Jennersdorf.
Ist eine Adresse z.b. Mühldorf 5 und Mühldorf ist eine Katastralgemeinde von Sankt Veit in der Steiermark, dann addr:place. Gibt es Mühldorf, Hauptstraße 5 > addr:street und die Straße davor heißt so.
Es hängt aber ganz klar vom BEV-Datensatz ab: in der Regel steht in Ländlichen Gebieten die Katastralgemeinde im Straßennamen und die Hausnummer extra. Das wäre meine 1. Variante oben.

Ich habe grad in der Gemeinde Sankt Veit in der Südsteiermark geschaut: dort hast du flächendeckend als suburb St. Veit am Vogau angegeben und dann als addr:street die jeweilige Straße. Die Adresse lautet aber: Schulstraße 9, 8423 Sankt Veit in der Südsteiermark. Der Zusatz St. Veit am Vogau ist irrelevant und auch nicht offiziell, da es in der Gemeinde Sankt Veit in der Südsteiermark nur eine Schulstraße 9 gibt. Ergo ist es eindeutig. Der Suburb Tag wäre zwar eine zusätzliche Information (schließlich könnte die Schulstraße 9 ja auch in einer anderen Katastralgemeinde liegen), ist aber für die Adresse per se belanglos.

addresshistory_org · 2018-09-28T19:31:39.000Z

JM82:

addresshistory*org:

JM82:

Funktionierend in welcher Hinsicht? Die Adresssuche funktioniert via Nominatim ja auch ohne diesen Tag - die hat ja andere Probleme wir hinlänglich bekannt ist.

Noch einmal: OSM ist Redundant. Der Ortsname im Grenzpolygon sowie im Datenfeld addr:city muss daher gleichlautend sein.

Nun meine Frage, wo packst du die Katastralgemeinde rein. Ich kann mich mit der Katastralgemeinde im Datenfeld addr:city nur dann anfreunden, sofern du sämtlichen Katastralgemeinden auch jeweils ihr eigenes Grenz Polygon spendierst. Viel Spaß in der Steiermark bei manchmal 16 Katastralgemeinden je Gemeinde mit jeweils nur 5 Häusern.

Ich habe bisher bei keiner Adresse die Katastralgemeinde als addr:suburb eingetragen, da diese auch so nicht vorkommt.
Entweder, die Katastralgemeinde kommt als addr:place vor (der Klassiker in der Steiermark und wohl sonst auch in ländlichen Gebieten in AUT) und wird dort eingetragen. z.B. Mühldorf 5, 8081 Wildon. Damit ist addr:place = Mühldorf und add:city = Wildon. Soweit klar.

Variante ist, dass diese mit im Straßennamen steht, der als addr:street getaggt wird - das machen unsere burgenländischen Nachbarn seit einigen Jahren so - dort wird systematisch von Ortsnamen in der Adresse weggegangen hin zu Katastralgemeinde + Straßenname. Also z.b. addr:street = Welten, Hauptstraße 5, 8380 Jennersdorf. Damit ist addr:street = Welten, Hauptstraße und addr:city = Jennersdorf.
Ist eine Adresse z.b. Mühldorf 5 und Mühldorf ist eine Katastralgemeinde von Sankt Veit in der Steiermark, dann addr:place. Gibt es Mühldorf, Hauptstraße 5 > addr:street und die Straße davor heißt so.
Es hängt aber ganz klar vom BEV-Datensatz ab: in der Regel steht in Ländlichen Gebieten die Katastralgemeinde im Straßennamen und die Hausnummer extra. Das wäre meine 1. Variante oben.

Ich habe grad in der Gemeinde Sankt Veit in der Südsteiermark geschaut: dort hast du flächendeckend als suburb St. Veit am Vogau angegeben und dann als addr:street die jeweilige Straße. Die Adresse lautet aber: Schulstraße 9, 8423 Sankt Veit in der Südsteiermark. Der Zusatz St. Veit am Vogau ist irrelevant und auch nicht offiziell, da es in der Gemeinde Sankt Veit in der Südsteiermark nur eine Schulstraße 9 gibt. Ergo ist es eindeutig. Der Suburb Tag wäre zwar eine zusätzliche Information (schließlich könnte die Schulstraße 9 ja auch in einer anderen Katastralgemeinde liegen), ist aber für die Adresse per se belanglos.

Hallo JM82, Danke für die ausführliche Erklärung. So ist das plausibel. Leider bildest sich das so nicht in Luzandros BEV Sätzen ab. Wir sind dort im Feld addr:city vielfach mit der Katastralgemeinde konfrontiert. Damit ich dieses Datenfeld für den tatsächlichen Gemeindenamen frei bekomme, wandle ich addr:city daher in addr.suburb um, und erstelle ein neues addr:city für den tatsächlichen Gemeindenemn. Das Feld addr:suburb müsste nun weiter nach den von dir genannten Kriterien aufgeräumt werden. Ich frage mich aber warum solches nicht bereits in der Aufbereitung der BEV Adressen durch Luzandro erfolgt. Meine Variante ist daher lediglich eine Verlegenheitslösung, löst die Problematik nicht vollständig, aber immerhin besser als nichts.

In der Gemeinde Wildschönau bin ich mit dem Problem konfrontiert dass es mehrere Dorfstraßen gibt. addr:suburb aber in Nominatim nicht greift. Daher verwende ich dort ergänzend das Format addr:street = Straße, Katastralgemeinde das wird von Nominatim korrekt aufgelöst.

vielleicht könnte man Katastralgemeinden in OSM auch einen spezifischen Tag z.B addr:cadastral-subdivision spendieren.

Edit:+ Beispiel in Wildschönau Ref: https://www.openstreetmap.org/way/133306346

Luzandro · 2018-09-30T07:22:22.000Z

addresshistory*org:

Das mache ich doch nicht absichtlich

Wie ist das wieder zu verstehen? Das passiert dir so zufällig, du empfiehlst es zwar jetzt regelmäßig so zu machen, aber es ist nicht Absicht?

Das “wir” ist das gleiche, das du dauernd verwendest. Ich habe zumindest einmal angenommen, dass du nicht den Pluralis Majestatis meinst, sondern “wir als OSM-Community”. Gänzlich sicher bin ich mir dabei allerdings auch nicht mehr, denn was bei all deinen Fragen leider immer noch fehlt, ist die eigene Vorgangsweise zu hinterfragen und ob das “regelmäßige Anpatzen” tatsächlich immer völlig unbegründet ist und die Probleme nur von allen anderen ausgehen.

Das Thema addr:city war von Anfang an etwas unbefriedigend, darum habe ich auch mehrfach darauf hingewiesen, man soll darauf achten, ob diese Zuweisung im konkreten Fall passt. Warum sollte es bei diesem Mapping überhaupt irgendwelche Unklarheiten geben? Bei größeren Katastralgemeinden ist es üblich, dass diese in der Anschrift an Stelle der Gemeinde aufscheint, das ist mMn. auch das, was unter addr:city stehen sollte und in etlichen Gemeinden würden ansonsten auch Adressen existieren, die nur mit Gemeinde und Straße nicht mehr eindeutig sind, wobei da die von JM82 angesprochenen noch gar nicht dabei sind, denn die Straße heißt dort tatsächlich “Welten, Hauptstraße” und somit sind in der Gemeinde Sankt Martin an der Raab damit auch alle Adressen eindeutig. In der Gemeinde Großebersdorf dagegen gibt es zB in allen 4 Katastralgemeinden eine Feldgasse.
Ob etwas eine Katastralgemeinde ist, weiß ich rein aus diesem Datensatz im Übrigen gar nicht, denn hier gibt es nur die Unterscheidung zwischen Gemeinde und Ortschaft, was alles sein kann zw. einzelnen Häusern und gesamten Wiener Bezirken - eine simple 1:1 Übertragung der Ortschaft auf einen einzelnen OSM-addr-Tag, der in allen Fällen passt und sinnvoll ist gibt es somit nicht (3 Häuser sind kein addr:suburb - evtl. noch ein addr:hamlet wobei da auch fraglich ist, wie nützlich das ist, das steht dann meistens vermutlich sowieso unter addr:place), die bisherige Logik hat aber sicherlich oftmals einen Blödsinn geliefert, daher werden jetzt die Gemeinden mit mehrdeutigen Straßennamen bestimmt und dort die Ortschaft als addr:city gesetzt, alle anderen erhalten die Gemeinde. Man könnte bei den Mehrdeutigen stattdessen auch ein addr:suburb setzen, aber soweit mir bekannt ist das für solche Ortschaften bei uns bisher unüblich.

Eine andere kleine Änderung, die ich noch vorgenommen habe und die evtl. nicht jedem einzelnen passt: Straßennamen, die auf “str.”~~/“g.”~~ enden, werden jetzt zu “Straße” ~~und “Gasse”~~ erweitert.

edit: “Gasse” wieder entfernt - kommt nicht oft vor und ist nicht eindeutig genug

addresshistory_org · 2018-09-30T15:07:41.000Z

Luzandro:

Eine andere kleine Änderung, die ich noch vorgenommen habe und die evtl. nicht jedem einzelnen passt: Straßennamen, die auf “str.”/“g.” enden, werden jetzt zu “Straße” und “Gasse” erweitert.

Amtlich (ZMR und AGWR-II) entsprechende Straßenbezeichnungen:

Zur Dokumentation habe ich die letzte BEV-Aufbereitung

-Letzte Luzandro Version, noch mit den Amtlich (ZMR und AGWR-II) korrekten Straßenbezeichnungen-

unter http://www.addresshistory.org archiviert.
Direktlink auch in meiner Signatur.

edit: Link in meiner Signatur

Negreheb · 2018-10-01T06:54:40.000Z

addresshistory*org:

…Leider liegt vieles in OSM im Dunkeln: wer bist Du du schreibst öfters im Plural,

Ist doch egal?

addresshistory*org:

wer ist Negreheb,

Geht dich nichts an.

addresshistory*org:

wer ist auf Talk-at aktiv,

Wieso ist das eigentlich wichtig?

addresshistory*org:

wie weit können wir auf eine Unterstützung seitens das BEV zählen,

Wir haben einen Adressdatensatz erhalten. Ich denke, das ist alles, was wir an Unterstützung erhalten. Wie wir das bearbeiten bzw. aufarbeiten liegt ganz an uns.

addresshistory*org:

warum bremsen einige User auf Talk,

Deine Vorgehensweise zu hinterfragen ist nicht ein “bremsen”.

addresshistory*org:

warum zeichnen in OSM professionelle User systematisch unscharfe Gebäudeumrisse,

Gefährliche Unterstellung, das meiste kommt wohl eher noch von früher, bevor gute Luftbilder zur Verfügung standen.

addresshistory*org:

und wie stehen Tile Verwerter wie Mapbox und geofabrik zu diesem Handeln.

Hä?

addresshistory*org:

Warum gibt es eine so geringe Beteiligung bei der Adressergänzung,

Faulheit? Zu wenig Interesse? Wieso ist das wichtig? Es bestand bis dato kein Interesse daran, das ist (leider) alles.

addresshistory*org:

wer patzt regelmäßig meine Arbeit bei der OSM Data Workling Group an.

Unten

addresshistory*org:

Wir benötigen dringend ergänzend zu Deinen BEV Adresssätzen einen funktionierenden Workflow. Leider habe ich den Eindruck, dass vier von fünf Pferden in unserem Gespann genau das mit aller zur Verfügung stehender Kraft zu verhindern versuchen…

Wie wäre es, wenn du zur Abwechslung, wenn dich jemand kritisiert, nicht denjenigen angreifst oder mit Totschlagargumenten die jeweilige Kritik ungültig zu machen (“Man weis ja eh nicht wer das ist!” oder “Der verfolgt eine Agenda!”) sondern mal bei dir selbst zu schauen, wo der Fehler liegt? Irgendwie muss es ja einen Grund geben, warum das so ist.

Und nachdem du so feurig mit dem BEV-Datensatz arbeitest, wie wäre es, wenn DU einen Workflow vorschlägst (BEVOR du damit zu arbeiten beginnst), im Forum und auf der Mailingliste, dann kann der Vorschlag diskutiert werden, verbessert werden und, wenn die meisten bzw. fast alle damit zufrieden sind, kann man damit Arbeiten beginnen.
Und, wenn man Glück hat, findet sich ja sogar noch etwas, was automatisiert werden kann.
Und dann wird nach dem Workflow gearbeitet und der wird nicht ständig gearbeitet - so bleibt das dann auch nachvollziehbar.

Aber du machst das lieber anders herum. Irgendwas machen, warten, bis sich jemand aufregt, dann nach viel Diskussion ein bisschen ändern, weitermachen und zwischendurch wieder alles ändern. ALLE hier und auf der Mailingliste wollen ein gutes und möglichst vollständiges OSM, völlig egal, was du dauernd unterstellst.

addresshistory_org · 2018-10-01T11:03:29.000Z

Faden vom Proposal Katastralgemeinden hierher gelegt.

Luzandro:

Ja und an den Pa[ss|ß]-Thurn-Straßen (bzw. den Adressen dazu) ändert sich genau gar nichts. Wir reden hier von etwa 90 von insgesamt über 130.000 Straßen, die bisher schon fast alle in ausgeschriebener Form in OSM vorhanden sind. Als alt_name ist es auch unnötig, da das sowieso als equivalent angesehen wird.

Was glaubst Du, wird unser Bundesamt für Eich und Vermessungswesen dazu sagen, wenn diese bemerken dass in OSM- Folgeprodukten Österreich Adressen mit BEV Signatur auftauchen, wo zwar BEV drauf steht, aber in Wahrheit gar kein BEV drinnen ist.
Das was Du da vorhast, ist bedenklich und möglicherweise sogar eine Fälschung.

Grüße Johann

Negreheb · 2018-10-02T08:09:15.000Z

Es ist schon etwas traurig, dass du ohne Ahnung von Lizenzen versucht dich über eben jene zu äußern.
http://www.bev.gv.at/portal/page?_pageid=713,1604469&_dad=portal&_schema=PORTAL

Die unentgeltlichen Produkte des BEV dürfen im Rahmen von Folgeprodukten Dritten zur Verfügung gestellt werden, wenn folgende Bedingungen erfüllt sind:

Be- und Verarbeitung der Daten (durch Verschneiden mit anderen ortsbezogenen oder thematischen Informationen bzw. durch Verwendung als Entwurfsgrundlage)

Hinweis auf die Schutzrechte des BEV in folgender Form: “© BEV, JJJJ”.

Da steht, die Daten müssen Verarbeitet werden und die Info muss dort stehen. Da steht nicht, dass nichts geändert werden darf. Da steht aber sehr wohl, dass der Hinweis dort stehen muss. Insofern ist dein “Wenn ich was ändere, dann lösche ich den BEV-Hinweis” ein Lizenzproblem. Das andere nicht.

Und, Abkürzungen werden in OSM immer ausgeschrieben!
https://wiki.openstreetmap.org/wiki/DE:Names#Abk.C3.BCrzungen_.28nicht_verwenden.21.29

EDIT: Erklärung zu Abkürzungen eingefügt.

addresshistory_org · 2018-10-02T10:32:12.000Z

Negreheb:

Und, Abkürzungen werden in OSM immer ausgeschrieben!
https://wiki.openstreetmap.org/wiki/DE:Names#Abk.C3.BCrzungen_.28nicht_verwenden.21.29

Also was steht da:

OSM-Wiki:

Von den o.g. Regeln abgesehen, solltest du den Namen immer so eintragen, wie er auf den Straßenschildern steht.

daher, wir kürzen Straßennamen nicht eigenmächtig ab, sofern uns hochqualitative amtliche Informationen zur Verfügung stehen, in Fetten Wiki Lettern: “solltest du den Namen immer so eintragen”.

Danke für diesen Hinweis.

Negreheb · 2018-10-02T10:37:44.000Z

Ernsthaft? “o.g.” heisst “oben genannten”. Und, was steht da?

Kürze keine Wörter ab. Computer können leicht Wörter abkürzen, aber nicht andersherum (St. könnte Street oder Saint heißen). Wenn die Straßenschilder Abkürzungen verwenden und du nicht weißt, wie das Wort ausgeschreiben heißt, dann kannst du die Abkürzung vorübergehend verwenden, bis jemand anderes den Namen vervollständigt. Kurze Formen zu verwenden ist eine Entscheidung der Software, d.h. in den Daten sollte der volle Straßenname stehen. Das ermöglicht einem Renderer, einen Router oder einer Ortssuchmaschine, Abkürzungen je nach Bedarf anzuwenden.

Sogar mit Erklärung. Genau so kann Str. verschiedenes bedeuten. Deswegen keine Abkürzungen verwenden, die restlichen Sachen aber genau so abschreiben.

Also, zusammengefasst: Benutze keine Abkürzungen, schreibe die Schileder abgesehen davon so genau wie möglich ab.

addresshistory_org · 2018-10-02T10:40:25.000Z

Negreheb:

Da steht, die Daten müssen Verarbeitet werden und die Info muss dort stehen. Da steht nicht, dass nichts geändert werden darf. Da steht aber sehr wohl, dass der Hinweis dort stehen muss. Insofern ist dein “Wenn ich was ändere, dann lösche ich den BEV-Hinweis” ein Lizenzproblem. Das andere nicht.

Es gibt auch noch eine andere Möglichkeit wie wir auf veränderte Adressdaten hinweisen. Indem wir der BEV Lizenz sofern wir den Datensatz verändert haben, eine Ergänzung hinzufügen z.b. mod. durch User

addresshistory_org · 2018-10-02T10:45:32.000Z

Negreheb:

Ernsthaft? “o.g.” heisst “oben genannten”. Und, was steht da?

Kürze keine Wörter ab. Computer können leicht Wörter abkürzen, aber nicht andersherum (St. könnte Street oder Saint heißen). Wenn die Straßenschilder Abkürzungen verwenden und du nicht weißt, wie das Wort ausgeschreiben heißt, dann kannst du die Abkürzung vorübergehend verwenden, bis jemand anderes den Namen vervollständigt. Kurze Formen zu verwenden ist eine Entscheidung der Software, d.h. in den Daten sollte der volle Straßenname stehen. Das ermöglicht einem Renderer, einen Router oder einer Ortssuchmaschine, Abkürzungen je nach Bedarf anzuwenden.

Sogar mit Erklärung. Genau so kann Str. verschiedenes bedeuten. Deswegen keine Abkürzungen verwenden, die restlichen Sachen aber genau so abschreiben.

Also, zusammengefasst: Benutze keine Abkürzungen, schreibe die Schileder abgesehen davon so genau wie möglich ab.

Hallo Negreheb,
bitte halte Dich daran, sofern uns eine amtliche Schreibweise bekannt ist. Ist diese anzuwenden. Warum sollen wir uns zur Verfügung gestellte hochwertige Daten eigenmächtig verschlechtern.

edit: Detail

Negreheb · 2018-10-02T10:54:40.000Z

addresshistory*org:

Es gibt auch noch eine andere Möglichkeit wie wir auf veränderte Adressdaten hinweisen. Indem wir der BEV Lizenz sofern wir den Datensatz verändert haben, eine Ergänzung hinzufügen z.b. mod. durch User

Wieso? Das ist schlicht und ergreifend nicht Notwendig. Warum etwas machen, was nicht notwendig ist?

addresshistory*org:

Hallo Negreheb, das was Du da verbreitest erfüllt bereits den Tatbestand von Fake-News.
Bitte halte Dich daran, sofern uns eine amtliche Schreibweise bekannt ist. Ist diese anzuwenden. Warum sollen wir uns zur Verfügung gestellte hochwertige Daten eigenmächtig verschlechtern. Nur Feinde eines Projekte würden so etwas propagieren.

Die amtliche Schreibweise ist uns bei OSM EGAL! Bei OSM wird der Name ausgeschrieben, die Erklärung steht da. Und du weisst auch nicht was du sagst. Auf der einen Seite sind die Daten voller Fehler, auf der anderen immer wieder hochwertig.
“Ich mach die Welt, wiedewiedewie sie mir gefällt…”
Du liest die hälfte, dann weise ich dich darauf hin, plötzlich ist das Problem ein anderes. Das ist wirklich anstrengend.

Das BEV schreibt Abkürzungen um Platz zu sparen aus diversen Gründen. Schön für das BEV. Bei OSM werden Namen trotzdem ausgeschrieben. Steht auch so im Wiki. Halte dich bitte daran.

EDIT: Außerdem, Abkürzungen sind keine “Verschelchterung” oder “Verbesserung”, es ist nur eine andere Schreibweise. Sinnvoller ist allerdings ausgeschrieben, da Programme dann selbstständig Abkürzen können, wenn das Notwendig ist.
Und bei mir lautet die Adresse am Brief immer noch “Hauptstraße 14” zum Beispiele und nicht “Hauptstr. 14”, selbst wenn am Schild “Hauptstr.” steht.

EDIT2: Und ja, der Brief wird wohl auch mit “Hauptstr.” ankommen, um das gehts aber nicht. Nur um das vorweg zu nehmen.

EDIT3: Hier finde ich es auch schön zusammengefasst: https://forum.openstreetmap.org/viewtopic.php?pid=691199#p691199

EDIT4: Kannst es ja unter short_name=* packen, wenn du unbedingt willst. https://wiki.openstreetmap.org/wiki/Key:name

addresshistory_org · 2018-10-02T17:49:24.000Z

Negreheb:

Die amtliche Schreibweise ist uns bei OSM EGAL! Bei OSM wird der Name ausgeschrieben

Du hast soeben der renommierten Webseite regio-osm.de jegliche Legitimität abgesprochen, bitte beruhige Dich und komm auf den Boden.

JM82 · 2018-10-02T19:05:24.000Z

addresshistory*org:

Negreheb:

Die amtliche Schreibweise ist uns bei OSM EGAL! Bei OSM wird der Name ausgeschrieben

Du hast soeben der renommierten Webseite regio-osm.de jegliche Legitimität abgesprochen, bitte beruhige Dich und komm auf den Boden.

Wieso, ich sehe diesen Zusammenhang nicht.
Wenn das BEV Ortsnamen/Straßennamen abkürzt und regio-osm.de übernimmt ja diese Daten, dann ist das eigentlich nur ein Folgefehler.
Ich zweifle auch daran, dass die amtliche Schreibweise Abkürzungen dieser Art enthält, also Str. für Straße und G. für Gasse. Habe ich auch noch nie auf Straßennamenschildern gesehen.

Luzandro · 2018-10-02T20:35:20.000Z

JM82:

Wenn das BEV Ortsnamen/Straßennamen abkürzt und regio-osm.de übernimmt ja diese Daten, dann ist das eigentlich nur ein Folgefehler.
Ich zweifle auch daran, dass die amtliche Schreibweise Abkürzungen dieser Art enthält, also Str. für Straße und G. für Gasse. Habe ich auch noch nie auf Straßennamenschildern gesehen.

Das werden schon die “korrekten” Straßennamen der Gemeinden sein, v.a. bei den Ternitzern dürfte diese Unart verbreitet sein, von dort sind glaube ich ein Drittel der Einträge und dann sind sie sich auch nicht sicher, ob davor jetzt ein Abstand oder ein Bindestrich gehört. Aber ich sehe keinen Grund, warum wir deshalb jetzt zwingend “Str.” auf die Karte schreiben müssen und bei so einer gängigen Abkürzung nicht konsistent “Straße” am Ende schreiben können. Wie gesagt ist das auch das, wie die Straßen jetzt schon meistens benannt sind, sowohl in OSM, als auch bei anderen Anbietern.

addresshistory_org · 2018-10-02T20:59:00.000Z

Luzandro:

Das werden schon die “korrekten” Straßennamen der Gemeinden sein, v.a. bei den Ternitzern dürfte diese Unart verbreitet sein,

Vielleicht befreit mal jemand den Ternitzer admin Boundary, vom Prefix “Gemeinde”

Jeder Wiederaufbau beginnt als erstes mit Entminen, und entfernen von Schützengräben und Panzersperren.

Ternitz liegt laut regio-osm.de aktuell bei einem mageren OSM- Erfassungsgrad von nur 16%. Das herumbasteln an den dortigen Straßenbezeichnungen ist derzeit daher wohl auch unser allerletztes Problem.

Ich schau mir nun mal Ternitz exemplarisch ganz genau an, und ruf dort auch in der Stadtgemeinde an, und frage wie diese ihre Straßen tatsächlich schreiben. Passt dies mit den BEV Angaben zusammen, so betrachte ich die von Euch neu eröffnete Baustelle, Straßenbezeichnungen- in OSM verschlimmbessern, als erledigt.

+Ternitz meine neue Agenda

addresshistory_org · 2018-10-03T05:10:15.000Z

Aktueller Status:

Luzandro hat sein Projekt “BEV-Adressen (incl. Subadressen) als .osm-Files”

beendet, und zu einem Projekt

“BEV-Adressen” als Transport Container zum einbringen einer von Ihm kreierten Langform von OSM Adressen umgebaut.

Lang und Kurzform haben in OSM Ihre Berechtigung, wobei ich es persönlich schade finde, dass das in den letzten Wochen gut vorangekommene Projekt, Amtliche Adressen von Ihn nun beendet ist. Damit das bisher erarbeitet nicht verloren geht, haben ich seine letzt verfügbaren amtlichen Adressen auf meiner Webseite, (sowie per Direktlink in meiner Signatur erreichbar) gesichert.

Wie gesagt, Luzandros neues Projekt Langadresse, hat seine Berechtigung, ich finde aber wir sollten zuvor noch eine 100% Abdeckung mit amtlichen Adressen anstreben. Unser Ziel, das bis Ende 2018 in Österreich abzuschließen.

Luzandro · 2018-10-03T05:20:16.000Z

addresshistory*org:

Das herumbasteln an den dortigen Straßenbezeichnungen ist derzeit daher wohl auch unser allerletztes Problem.

Es soll eben gerade nicht daran herumgebastelt werden. Nehmen wir an, wir hätten einen User, der nicht sehr sorgfältig mit diesen Daten umgeht und einfach riesige Bereich importiert - die Duplikatsprüfung würde dabei nicht anspringen, da die nicht schaut, in welchem Land sich eine Adresse befindet und welche Abkürzungen dort gebräuchlich sind. Oder nehmen wir an, wir hätten einen pedanten User, der meint das wäre die einzig korrekte Schreibweise und anfängt großflächig vorhandene Adressen und Straßennamen auf diese Version zusammen zu stutzen. Brauchen wir beides nicht, also wird es gleich von vornherein auf die in OSM übliche Schreibweise angeglichen.

Ich schau mir nun mal Ternitz exemplarisch ganz genau an, und ruf dort auch in der Stadtgemeinde an, und frage wie diese ihre Straßen tatsächlich schreiben. Passt dies mit den BEV Angaben zusammen, so betrachte ich die von Euch neu eröffnete Baustelle, Straßenbezeichnungen- in OSM verschlimmbessern, als erledigt.

+Ternitz meine neue Agenda

Ja mach das und dokumentiere den Anruf bitte auf deinem YouTube-Channel

addresshistory_org · 2018-10-03T05:37:04.000Z

Link Thema Namensraum: https://forum.openstreetmap.org/viewtopic.php?pid=718553#p718553

emga erkennt keinen weiteren Diskussionsbedarf, und hat das Thema daher bereits wieder geschlossen.
Danke emga.

Aktuell betrachte ich daher meinen Vorschlag Amtliche Schreibweise im Standard Namensraum als akzeptiert, es sei denn es stellt jemand noch eine Gegenthese auf, welche dann mehrheitlich von den top 50 Mappern (neis liste) http://osmstats.neis-one.org/?item=countries&country=Austria unterstützt werden sollte.

edit: Text aus aktuellem Anlass komplett überarbeitet.

Negreheb · 2018-10-03T15:38:19.000Z

Öh, wie bitte? Niemand stimmt dir zu, alle sagen, bei OSM werden keine Abkürzungen verwendet, es steht sogar so im Wiki und du sagst trotzdem “Ich sehe es als akzeptiert!”? Da schrammst du aber schon eher weit an der Realität vorbei und machst es so, wie du willst.

Kannst du andere Vorteile von der Kurzschreibweise nennen, außer “Steht so in den BEV-Daten drinnen!”?