Fortsetzung der Diskussion von MapRoulette-Kampagne für Österreich: Objekte mit addr:housenumber, aber ohne addr:street oder addr:place:
Anlassbezogen gemeinsam ein Thema abarbeiten bis es “fertig” ist kann ich mir gut vorstellen.
Jedes Monat ein anderes Thema bearbeiten wird mich persönlich glaube ich nicht sehr motivieren, weil entweder ich mappe das eh schon (unabhängig ob Schwerpunkt oder nicht), oder es ist mir nicht so wichtig, dann werde ich mich nicht dazu aufraffen.
Danke für das aufsplitten des Beitrags, dass hatte ich mir nach dem Posten auch gedacht. Und vielen Dank für deine Rückmeldung.
Wir können hier dich einfach Mal freie Ideen sammeln und dann gemeinsam entscheiden, wo sich ein gemeinsames abarbeiten anbieten würde. Ein paar Ideen habe ich schon und würde noch eine Overpass Query vorbereiten, damit man sieht wie groß der Aufwand wäre.
Und natürlich gibt es ganz individuelle Ziele / Motivation beim Mappen, aber vielleicht gibt es ja gute Aufgaben für alle.
In Anlehnung an die MapRoulette-Kampagne für Österreich: Objekte mit addr:housenumber, aber ohne addr:street oder addr:place könnte man das auch für addr:conscriptionnumber weiterführen.
Ich hab dazu die ursprüngliche Overpass-Abfrage angepasst: overpass turbo
Im Vergleich zu addr:housenumber ist es eine überschaubare Anzahl, aber ich denke es würde sich lohnen, auch diese Fälle zu bereinigen.
Danke für die Idee! Die Challenge hab ich bereits angelegt: MapRoulette
Es sind tatsächlich nur 87 Objekte. Ist es korrekt, dass der Wert in der Regel in addr:housenumber portiert werden kann?
Einige dieser Objekte kommen ganz frisch (November 2022) von @gebux
Siehe: Changeset: 128749002 | OpenStreetMap
Hier sollte man wohl zuerst klären, welchen Zweck lokal dieses Tagging hat.
Ich nehme an, das wird dir in erster Linie fkv ziemlich übel nehmen, wenn du existierende Konskriptionsnummern änderst. Ich verwende addr:conscriptionnumber allerdings auch nur dort, wo sowohl eine neue Orientierungsnummer, als auch eine alte Konskriptionsnummer existieren, siehe
Austria/Neu-Adressierungen und Einführung neuer Straßennamen - OpenStreetMap Wiki
Was die Unterstützung davon betrifft, ist zumindest auf osm.org der Effekt davon, dass es bei der Suche gefunden wird, aber nicht gerendert.
Der Zweck ist grundsätzlich der den ich oben erwähnt habe, allerdings verwende ich einen getrennten Node für die Konskriptionsnummer. Wenn wie bei dem verlinkten CS beides an einem Objekt ist, kannst du komische Ergebnisse für die falschen Kombinationen von Haus-/Konskriptionsnummer + street/place erhalten.
addr:housenumber würde ich nicht verändern - nur addr:place oder addr:hamlet bzw. andere Adressbestandteile ergänzen, wo diese nicht vorhanden sind.
Wenn man deine Abfrage um “addr:hamlet” ergänzt, dann wäre nun alles in dem Sinne ergänzt, dass überall wo sinnvoll ein addr:place oder addr:street sowie addr:country und addr:city erweitert wurde.
Erweiterte Abfrage: overpass-turbo.eu
Es wurde dabei keine addr:conscriptionnumber gelöscht oder verändert, sondern lediglich ergänzt.
Hier poste ich nun mal meine Ideen-Liste für gemeinsame Schwerpunktaktionen. Die Liste ist nicht wertend sortiert und aktuell auch noch sehr lang. Nicht alles davon macht für jede:n Sinn, da wir alle unterschiedliche Schwerpunkte und Motivation haben, aber vielleicht findet sich ja eine Aufgabe, die für eine größere Gruppe passt zum gemeinsamen abarbeiten. Freue mich auf eure Rückmeldungen! 
sidewalk=none wurde gegen “no” als Wert ersetzt. Laut taginfo sind es in Österreich noch 5132 Objekte.Manche Sachen, wie dein Bsp. mit dem nicht verbundenen Radweg, sind grundsätzlich durchaus sinnvolle Ziele. Ob es auch sinnvoll ist, die Meldungen von einem QA-Tool 1:1 in ein anderes zu importieren, finde ich etwas fraglicher, v.a. gibt es da durchaus false positives, die man dann nicht mehr an der Quelle meldet. Um Aufmerksamkeit auf diesen Bereich zu lenken und hin und wieder Schwerpunkte zu setzen, vielleicht trotzdem ok.
Was die Notizen anbelangt: mich nervt es zwar auch manchmal, wenn Notes ewig offen bleiben und man diese nicht ignorieren kann, aber sie sind meistens auch schon so lange offen, weil sie nicht so einfach mal schnell aus der Ferne gelöst werden können, insofern bieten sich die mMn. nicht gerade für eine Maproulette-Challenge an.
Hat jemand einen Überblick über die Busnetz-Abdeckung? Kann man da wo unterstützen?
Ich gebe dir bei beidem Recht. Die Osmose-Fehler könnte man in Absprache untereinander auch pro Bundesland aufteilen und abarbeiten.
Auch bei den Notizen ist es nicht immer einfach und definitiv nichts was in MapRoulette passieren würde, sondern dann auch nach Zeitabschnitt oder Region eventuell. Ziel wäre wohl auch nicht “0” sondern einfach weniger
Ich muss zugeben, dass ich um ÖPNV-Relationen nach wie vor einen großen Bogen mache. Auch wenn das sicherlich sehr wichtig ist.
zumindest für den Osten ist dazu emergency99 ein guter Ansprechpartner
Der Osten ist dank @emergency99 glaube ich vollständig. Vor paar Jahren habe ich mal in Oberösterreich Lücken im Netz gesehen.
Vielleicht finde ich in den Weihnachtsferien Zeit, mir die OSM-Buslinien mit den ÖV-Güteklassen zu überlagern.
Fehlende Regionalbuslinien (außer ganz selten fahrende) sollten damit recht leicht visuell zu erkennen sein. Stadtbuslinien bin ich mir nicht sicher, ob die nicht durch höherrangige Verkehrsmittel überlagert werden.
Die Challenge mit den Supermarkt-Öffnungszeiten finde ich interessant.
Da tut sich mir allerdings eine Frage auf, die mich schon länger beschäftigt: wie verhält es sich in diesem Fall mit der Verwendung der Informationen von besagten Websites? Sind wir dazu angehalten, vor dem Übertragen der Öffnungszeiten in OSM einen Check im Impressum der jeweiligen Webseite zu machen um sicherzugehen, dass nichts gegen eine solche Verwendung spricht?
Beispiel: Auf der Webseite von Hofer, unter Impressum, gibt es ganz unten im letzten Absatz einen Hinweis auf den Schutz der Inhalte der Webseite.
Ich denke mir, dass die Öffnungszeiten durch einen direkten Besuch des Supermarktes ohnehin öffentlich eingesehen und in Erfahrung gebracht werden können. Es sollte somit eigentlich keinen Unterschied machen, woher die Info stammt (?). Die Verwendung der Webseite ermöglicht natürlich ein wesentlich einfacheres und effizienteres Eintragen der Daten in OSM.
Da ich ja (wie manchen schon geläufig) eher ein Newbie bin (2020) und daher bei den diversen Challenges noch keine Erfahrung habe, bin ich nicht sicher, ob mein Anliegen hier hineinpasst (auf Wikidata systematisch einpflegen? / users: Austria / OpenStreetMap Forum hab ich das schon mal erwähnt, mit wenig Widerhall):
Ich fände es recht schön, wenn wir es (langfristig) schaffen würden, möglichst viele Wikidata-Kennungen in OSM abzubilden. Das hat wohl gute Effekte in einer Reihe von OSM-Anwendungen, eine meiner diesbezüglichen Lieblingsanwendungen ist https://gk.historic.place/ Hier werden bei Vorhandensein einer Wikidata-Kennung automatisch auch allfällige Bilder des (vorwiegend denkmalgeschützten) Objekts verknüpft und natürlich gleich weiter auf Wikipedia. Meines Wissens haben vor nicht allzu langer Zeit eine Menge tüchtige Leute (wohl halbautomatisch, aber Arbeit wird’s immer noch sehr sehr viel gewesen sein) für alle (!) denkmalgeschützten Objekte Österreichs je ein Wikidata-Objekt angelegt (falls es nicht ohnehin schon da war). Da muss man sich jetzt “nur mehr” auf Wikipedia Gemeinde für Gemeinde durchhanteln (per “Liste der denkmalgeschützten Objekte in XXXX”), sind ja “nur” gut 2.000 Gemeinden in Ö 
Das wäre schon ein fettes Projekt - ich schätze, dass ich bisher “im Vorübergehen” schon mal ca. 6-10 Gemeinden abgearbeitet hab, also doch schon mickrige 0,5% (ich kann wohl mit ein bissl Kopf Schiefhalten ungefähr rekonstruieren, welche, aber es waren kleine, so viel kann ich auswendig verraten). Manche kleinen Landgemeinden gehen schnell (für Geübte wohl 10min pro kleine Gemeinde), für eine Großstadt braucht man schon länger (einige bis viele Tage). Viele Wikidata-Objekte wurde schon da und dort eher unsystematisch eingepflegt, ich würde grob schätzen, dass 15-20% aller historischen Wikidata-Objekte schon in OSM eingetragen sind (“historic=heritage”, “wikidata=YYYYYY”), aber ich kann mich irren. Lässt sich sicher mit overpass o.ä. abfragen, ich kenn mich da viel zu wenig aus.
In vielen Fällen ist das Mappen recht einfach, weil das eigentliche OSM-Objekt eh schon vorhanden ist (z.B. eine Kirche, Burg, Kapelle,…), oft handelt es sich aber um Bildstöcke und ähnliches Kleines, was noch gar nicht gemappt wurde und auf wikidata koordinativ nicht allzu exakt verortet wurde, oder aber ausgedehntere Objekte wie z.B. historische Aquädukte oder mehrteilige Objekte. Man sollte daher auch wohl nicht einfach Massenimporte von wikidata zu OSM durchführen (falls das überhaupt geht), da könnte nach meiner laienhaften Einschätzung viel Blödsinn rauskommen (Doubletten, falsche Verortungen, keine Ahnung was noch alles). Besonders wenn man nicht nur denkmalgeschützte Objekte von Wikidata auf OSM bringt, sondern auch z.B. Berggipfel, die auf Wikidata teilweise grob falsch verortet sind (zwei besonders notorische Quellen sind ceb.wikipedia.org und sv.wikipedia.org, da “arbeiten” anscheinend vorwiegend lustige Bots mit viel Quantität und wenig Qualität, wobei auf SV in den letzten Monaten offenbar viel sinnloser Schrott wieder gekübelt wurde und damit wohl auch manches auf Wikidata auch wieder verschwunden ist).
Aber das Tool ogd-wikimedia-osm-checker wäre schon mal sehr hilfreich für den Start, darauf hat mich OSM-Benutzer gebux freundlicherweise schon aufmerksam gemacht.
Bitte gerne um Eure Einschätzungen!
Eine rechtssichere Aussage kann ich hier nicht treffen, aber ich gehe davon aus, dass Öffnungszeiten, die auch am Laden von außen öffentlich einsehbar sind, nicht schützbar sind hier nicht die entsprechende Schöpfungshöhe erreicht wird, welche für einen Urheberrechtsschutz notwendig wäre.
Falls Öffnungszeiten geschützt wären, so wären (mMn) die Kontaktdaten eines Unternehmens ebenfalls geschützt.
Wenn es darum geht, wie lange du bei OSM bereits aktiv bist, dann bist du definitiv länger aktiv, als ich
Finde ich eine gute Idee. Als kleiner Tipp, es gibt folgende Seite um OSM-Objekte mit wikidata-Objekten zu “matchen”: https://osm.wikidata.link/
Nur vorsichtig: Das Tool legt gerne extrem große Changesets an. Die einzelnen “Matches” sollte man ohnehin einzeln prüfen und nach und nach bearbeiten lassen.
Ja das sieht sehr groß aus, ich finde leider nur diese Liste hier bei Wikipedia, die sagt, es gibt denkmalgeschützte 35.000 Objekte.
Wenn ich das mal mit zwei Minuten pro Objekt rechne, dann landen wir bei 146 Personentagen Aufwand ((35.000 Objekte * 2 min) / 60 min / 8 Stunden pro Tag = 145,8 Tage)
Das ist natürlich schon eine Hausnummer an Arbeit.
Was mir bei den bisherigen OSM-WikiData-Tools fehlt, ist die Möglichkeit der kollaborativen Zusammenarbeit. Bzw. auch des “Abhakens” von Aufgaben. Ich habe in Vorarlberg auch schon einige Gemeinden abgearbeitet, weiß aber mittlerweile gar nicht mehr, was ich schon erledigt habe und was nicht.
Ich bin gerade auch mit Mateusz und Martijn dran, dass wir die Daten von dieser Seite hier in MapRoulette bekommen. Dort werden potenzielle Fehler von wikidata und Wikipedia in OSM aufgedeckt.
In dem Zusammenhang ist auch das JOSM Plugin für Wikidata/Wikipedia ganz praktisch. Es hat zwar für mich keine besondere Priorität, aber wenn ich einen Bereich bearbeite, schaue ich doch immer wieder einmal, ob damit etwas gefunden wird, was man verknüpfen kann, oder was v.a. noch fehlt. Ich glaube die Denkmalschutz-ID wird damit nicht übertragen, aber das könnte man vielleicht konfigurieren, wenn es in Wikidata steht.
In Seckau wurden neue Straßennamen und Hausnummern vergeben.
Das alte Schema war addr:place + addr:housenumber.
Ich habe zuerst alle vorhandenen Adressen von addr:place auf addr:hamlet und addr:housenumber auf addr:conscriptionnumber verändert.
Danach habe ich die von luzandro aufbereiteten Adressen bev-export - Google Drive in die vorhandenen Adressen übernommen. Auf jeden Gebäudeumriss/Adressknoten stehen dann die kompletten neuen Adressdaten und die alten Daten im addr:hamlet + addr:conscriptionnumber Schema.
Aus Seckau 26a, Seckau 8732 wurde Tulpenstraße 1, Seckau 8732
Suche nach den alten Adressen funktioniert in Photon nicht aber in Nominatim (was aber eher ein Nominatimproblem ist).