Ich hatte die Tiroler Fahrverbote bereits gemappt, in den Wirren eines missglückten Reverts, sind diese aber wieder verloren gegangen. Nun sollten diese Fahrverbote weiter bestand haben, wie gehen wir hier nun vor.
Grüße Johann Haag, Ehrenamtlicher und unabhängiger Mapper aus St. Johann in Tirol

Von: Johann Haag <johannhaag@hxg.at>
Datum: 1. September 2019 um 17:56:31 MESZ
An: OpenStreetMap AT <talk-at@openstreetmap.org>
Betreff:JOSM optimierte Maus Konfiguration PC und MAC

Ich habe soeben eine überarbeitet Gaming Maus Konfiguration (PC und MAC Versionen) veröffentlicht. https://drive.google.com/drive/folders/1A-IA1b2AFtfSZpio1pSQoBW_d1I5vbFt?usp=sharing
Geeignet für das Modell Roccat Tyon, derzeit um etwa € 45 im Handel erhältlich.

Lg Johann

Von: Johann Haag <johannhaag@hxg.at>
Datum: 28. August 2019 um 23:06:16 MESZ
An: OpenStreetMap AT <talk-at@openstreetmap.org>
Betreff:JOSM Spezial: Meine Beispielkonfiguration der Roccat Tyon Gaming Maus ist Online

Roccat  https://de.roccat.org/  vollzieht gerade einen Generationswechsel bei seinen Gaming Mäusen. Das Modell Leadr folgte künftig dem Modell Tyon nach. 

Daher findet man die für OpenStreetmap Zwecke optimale Roccat Tyon, derzeit online günstig im Abverkauf für unter € 50 das Stück. Das neuere Modell Leadr ist annähernd gleich dem Modell Tyon, wer mag kann also auch etwas mehr als € 100.- für das nachfolge Modell ausgeben.

Ich habe hier  https://openstreetmap.home.blog/2019/08/18/empfehlung-besseres-mappen-mittels-gaming-hardware/   eine Beispiel Konfiguration der Roccat Tyon angepasst für den Editor JOSM online gestellt. Maus kaufen, meine Beispiel Konfiguration laden, noch ein paar Tasten in JOSM eintragen und loslegen.

Lg Johann

Ref; Artikelstand talk-at https://lists.openstreetmap.org/pipermail/talk-at/2019-August/thread.html

Aktuell: https://openstreetmap.home.blog/2019/08/20/talk-at-import-von-bev-adress-stichtagsdaten-osterreich/

Johann Haag johannhaag at hxg.at 
Mon Aug 19 06:12:10 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010209.html

Ich habe vor
in folgende Tabelle https://wiki.openstreetmap.org/wiki/Import/Catalogue den Import der uns vom BEV in geeigneter Lizenz zur Verfügung gestellten Adressen (BEV Stichtagsdaten) einzutragen. Bitte um Diskussion. Begründung: OpenStreetMap Adressen werden heute von einer Vielzahl an Applikationen genutzt. OpenStreetMap steht daher in gesellschaftlichen Verantwortung, den jeweiligen Datenzustand der Adresserfassung öffentlich klar zu transportieren. Derzeit ist wohl noch eine Anwendungswarnung von Adressen auszusprechen (Blaulicht Problem). Ref: https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010172.html Grüße Johann

scubbx scubbx at openstreetmap.at 
Mon Aug 19 22:21:56 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010210.html

Hallo, Johann! Bevor ich weder dafür noch gegen einen Import sein kann, möchte ich mehr über deine geplante Abgleichsmethode zu bestehenden Adressdaten in der OpenStreetMap erfahren. Das ist sicherlich keine einfache Sache, da der freie BEV Datensatz ja zwei unterschiedliche Adressdatensätze mit unterschiedlicher Verortung beinhält und halbjährliche aktualisiert wird. Auch sind Probeanalysen aus Testregionen notwendig um die Tauglichkeit des BEV Adressdatensatzes für die OSM zu überprüfen. Mit etwas Programmierkenntniss gibt es aber bestimmt eine Lösung – wenn auch keine triviale. Eine Anwendungswarnung ist überflüssig, da solch eine bereits durch die Contributor Terms und die OpenDatabaseLicence gegeben ist. ( §8 der ODbL 1.0 https://opendatacommons.org/licenses/odbl/1.0/index.html für die „Warnung“ und §7 der CT https://wiki.osmfoundation.org/wiki/Licence/Contributor_Terms/DE für Verantwortung) Ich muss zugeben, dass ich nach den letzten Ereignissen an deiner Stelle dieses wunde Thema etwas verheilen lassen würde. Beste Grüße, Markus (ScubbX)

Kevin Kofler kevin.kofler at chello.at 
Tue Aug 20 01:08:05 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010212.html

Ich bin nicht grundsätzlich gegen Importe, wenn sie korrekt durchgeführt werden, und insbesondere keine bestehenden manuell eingetragenen Daten duplizieren oder gar ungeprüft überschreiben. Das gilt an sich auch für die BEV-Adreßdaten (natürlich nur die Open-Data-Version und nicht das unfreie Adreßregister). Ich bin allerdings dagegen, daß dieser Import von einer Person durchgeführt wird, die mehrfach gegen die Importrichtlinien verstoßen hat und deren Importe mehrfach auch technisch viel zu wünschen übrig ließen. Sprich: Wenn dieser Import von einer vertrauenswürdigen Person durchgeführt wird, die auch die Import-Scripts so anpassen kann und auch tatsächlich anpaßt, daß bestehende Daten nicht dupliziert oder ungeprüft ersetzt werden, kann es klappen. Dir vertraue ich allerdings leider gar nicht mehr! Kevin Kofler

Johann Haag <johannhaag@hxg.at>
Tue Aug 20 07:16 UTC 2019

Grundsätzlich sollte man einen Neuantrag keinesfalls mit gescheiterten Versuchen der Vergangenheit vermischen, sondern sich auf das gegenständliche konzentrieren.
Die von ScubbX verlinkte Entlastung von OSM Mitwirkenden (was sehr wichtig ist), bezieht sich nicht auf unsere moralische Verantwortung, etwas mit OpenStreetMap begonnenes, auch zu Ende zu führen.

OpenStreetMap Österreich steht in Adressen heute ungefähr in der Mitte eines Prozesses, wir haben nun gesellschaftliche Unterstützung durch gesetzliche OpenData Initiativen erhalten, wir können uns solcher Unterstützung nicht verschließen, ohne moralisch hierbei ins Dilemma zu kommen.

https://wiki.openstreetmap.
org/wiki/WikiProject_Austria/%
C3%96sterreichisches_Adressregister  

Was die Technik anbelangt, bei einem Autokauf nutzt man vorhandene Technologien, im Jahr 2019 konzentriert man sich auf die Definition der eigenen Bedürfnisse. Programmieraufwand kann man, sofern die eigene Expertise nicht vorliegt, anschließend problemlos auslagern. 
Grüße Johan Haag St. Johann in Tirol

Frederik Ramm frederik at remote.org
Tue Aug 20 07:56:51 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010214.html

Hi, Bestandteile eines ordentlichen Imports sind unter anderem: * Prüfung, ob die Lizenz der Quelldaten geeignet ist. * Dokumentation, wie der Import handwerklich erfolgen soll – mit welchen Programmen werden die Daten konvertiert, welche Tags dabei verwendet, mit welchem Tool wird hochgeladen, wie wird dabei sichergestellt, dass bestehende Daten nicht kaputt gehen, und so weiter. * Wie wird die Community einbezogen. Sitzt irgendwo einer an seinem Rechner und überzieht das ganze Land, inklusive Gegenden, die er noch nie gesehen hat, mit Importen (eher schlecht) oder bereitet einer Daten vor, die dann von Ortskundigen sorgfältig eingepflegt wrden können (eher gut)? * Dokumentation auf einer Wikiseite (Das ist alles in den schon mehrfach zitierten Guidelines festgelegt.) Wenn alle diese Aspekte fest stehen und auf dem Tisch liegen, dann kann die Community entscheiden, ob sie den Import gutheisst oder nicht. Bye Frederik — Frederik Ramm ## eMail frederik at remote.org ## N49°00’09“ E008°23’33“

ScubbX scubbx at openstreetmap.at 
Wed Aug 21 07:59:27 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010217.html

Da weder ein geeignetes Konzept für die Aufbereitung und den Ableich der Adressdaten existiert, noch klar ist, wer dies überhaupt durchführen sollte, spreche ich mich gegen einen automatisierten Import der Adressdaten aus. Beste Grüße, Markus (ScubbX)

Johann Haag johannhaag at hxg.at 
Wed Aug 21 12:34:55 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010218.html

Da muss ich Dir momentan beipflichten, es sind derzeit noch mehrere Faktoren ungeklärt. Frage sprichst Du hier für den Verein, oder ist das Deine Private Meinung. Lg Johann Haag Ehrenamtlicher Mapper St. Johann in Tirol

ScubbX scubbx at openstreetmap.at 
Wed Aug 21 19:15:40 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010219.html

Hallo, Johann! Natürlich ist das meine Meinung als einzelner OSM Contributor. Der OSM Austria Förderverein kann hier gar keine Meinung abgeben (???). Beste Grüße, Markus (ScubbX)

Günther Zinsberger osm-at at zinsberger.org 
Wed Aug 21 19:59:32 UTC 2019

Hallo Johann! Prinzipiell schätze ich deine Arbeit und schätze auch die Vorteile, die BEV-Ergänzungen mit sich bringen. Aus diesem Grund hätte ich vorgeschlagen (den Beitrag von Frederik Ramm berücksichtigend): Du (entweder du selbst oder mit Hilfe von Luzandro) hast schon recht gute Differenz-Mengen über fehlende Adressen erstellen können. Bevor die große Menge revertet worden ist, habe ich mir bewusst die von dir erstellten Daten in Josm herausgefiltert und in kleinen örtlichen Bereichen (Wels, Wels-Land) einzeln kontrolliert. Es waren sehr viele Adressen dabei, wo sich anhand der inzwischen aktualisierten Luftbilder bzw. lokalem Wissen neue Gebäude ergeben haben und eingepflegt wurden (von mir). Leider bin ich dann nicht mehr weiter gekommen, weil dann der Revert dazwischen gekommen ist. Was hältst du davon, solche (aktuellen) Differenz-Mengen gebietsweise (z.B. auf Bezirks-Ebene) wieder zu erstellen und uns allen als „Roh-Datei“ (z.B. als *.osm) zur Verfügung zu stellen (ohne sie direkt zu importieren)? Somit könnten wir (lokale Mapper) alle mal einen Blick drauf werfen und relevante Adressen händisch einzeln übernehmen. Die Differenz-Bildung könnte man dann später wieder mal wiederholen. Grüße aus Wels-Land, Günther (gzin)

Antwort auf Günter,

Ich habe hier ein bisschen den Eindruck, dass ich zum Thema Adressen, Reverse Engineering betreibe. Ich habe vor Jahren gelernt wie das GWR funktioniert, und auch der Verortungsclient der Gemeinden (BEV-Verortungsclient). Ich habe die direkte Verschränkung des ZMR mit dem GWR festgestellt, und dass Gemeinden regelmäßig von der Firma Kufgem Mails mit einer Aufstellung unerledigter Arbeiten, sogenannte Klärungsadressen erhalten.

Ich habe erfahren dass vor Jahren die Tiroler Landesregierung das BEV umging, und Adressen direkt als XML Datei bei den Gemeinden abgeholt hat, und dass sich dies inzwischen geändert hat. Es gibt nun wohl eine Einigung zwischen dem Land Tirol und dem BEV, sodass Gemeinden nun auf das hochladen von GWR xml Dateien verzichten können.

Ich habe gelernt dass im BEV_Adress Datensatz zu Tirol, unerklärliche Geisteradressen aufscheinen, Duplikatadressen in der Landschaft welche es in der Tiris Maps nicht gibt, sehr wohl aber in der Google Maps.

Ich habe in meiner Mitwirkung zu OpenStreetMap gelernt, dass es massive Bestrebungen gibt, den Adress- Prozess in diesem zu bremsen. Die meisten hier im Forum haben hierbei ihren Daumen nach unten gehalten.

Meine Schlussfolgerung dazu ist, dass sich ohne direkte Zusammenarbeit zwischen dem Bundesamt für Eich und Vermessungswesen und den Ländern andererseits, es in OpenStreetMap keine Adressen geben wird. OSM ist für Geografen nur ein Nebenschauplatz. OpenStreetMap könnte aber eine Rolle einnehmen, eine Rolle zur Qualitätssicherung, eine Schnittstelle geeignet zum Adressclearing.

Ich denke das BEV wird uns bis auf ein halbes Jahr an deren Live Aktualität herankommen lassen, mehr aber nicht. Darüberhinaus kann jeder Mapper in OSM, lokal erhobene Neubau Adressen in Natuerhebung eintragen. Ich denke im Gegensatz zu Frederik Ramm aber nicht, dass wir wild in OSM eingetragene Hausnummern, ohne einer Entsprechung im BEV Satz, länger als ein Jahr in OSM dulden sollten.

Textentwurf:
Folgende Eckpunkte stelle ich momentan fest.
* Tirol Tourismus ist OpenStreetMap freundlich gesinnt
* Salzburg Tourismus setzt eher auf Google Maps
* Meine Initiative, zeitnahe Adressen direkt von Gemeinden zu erhalten, betrachte ich als gescheitert, daher habe ich mein Projekt addresshistory*org inzwischen aufgegeben
* Das BEV stellt uns Adress- Stichtagsdaten mit mehrmonatiger Verzögerung zur Verfügung, das sollte für OpenStreetMap Zwecke reichen. Ich gehe davon aus, dass das BEV im Zeitraum des Entstehens von Adressen (BEV Verortungsclient der Gemeinden) und der Veröffentlichung, dazu nützt, gemeinsam mit Gemeinden an der Adressqualität zu arbeiten. Beispiel Oberösterreich.

Johann Haag

das DWG Mitglied Frederik Ramm, hat die Entscheidungsfindung über die Vorgangsweise eines Adressimportes in Österreich dem talk-at Forum zugewiesen.
Ich bin nun mit der Tatsache konfrontiert, dass eine österreichische Interessengruppe, welche den talk-at Mail Verteiler administriert, jegliche weitere Diskussion zum Thema Adressimport -im September von mir im talk-at Raum gestartet- durch eine Mail Blockade unterdrückt.

OpenStreetMap stellt uns als ideologisches Schwesterprojekt der Wikipedia, frei verfügbare Karten zur Verfügung.
Damit eine Kompromittierung eines OpenSource Projektes vermieden wird, ist es notwendig, jeweils genau auf die Herkunft eingebrachter Inhalte zu achten.

In OpenStreetMap hat sich diesbezüglich ein sehr kritischer Umgang mit Importen entwickelt. Das Problem hierbei ist, dass nur Vorort Erhebungen wirklich kontrollierbar sind. In geeigneter Lizenz zur Verfügung gestellte große Datenmengen bergen jeweils eine nicht unerhebliche Gefahr, dass mit diesen auch falsche Daten in das Projekt gelangen, Falsche Inhalte welche anschließend möglicherweise sogar den Ruf des gesamten Projektes gefährden.

Vorort Erhebungen bedingen nun eine ausreichende Zahl an freiwilligen Mitwirkenden.

Fortsetzung folgt.

Gelegentlich ist man auf der Suche nach einer bestimmten Hausnummer. Aktuelle Adressen zu finden, ist aufgrund der Vielzahl an verschiedenen Portalen im Netz gar nicht so einfach. Zum Glück gewährt uns das Bundesamt für Eich und Vermessungswesen einen Testzugang zur Österreich Adressdatenbank.

Adressen in OpenStreetMap zu suchen ist leider derzeit keine so gute Idee. OpenStreetMap konzentriert sich auf Vorort erhobene Adressen. Vollständigkeit und Aktualität lassen daher in OSM generell schwer zu wünschen übrig. Genau genommen ist das derzeit, unvollständige Adressangebot in OpenStreetMap für unbedarfte User, sogar ein nicht unerhebliches Sicherheitsrisiko.

Wie Österreichs Blaulichtorganisationen, macht es daher Sinn, sich zum sensiblen Thema verbindliche Hausnummern, an amtliche Portale zu halten.
Ref: adressregister.at gut geeignet sind auch Länder Portale zu finden auf der Webseite von www.geoland.at

Wozu also nun Adressen in OpenStreetMap. In erster Linie ist OpenStreetMap ein OpenSource Projekt. In OpenStreetMap erfasste Informationen kann man daher in einem Umfang nutzen, welche Lizenzbedingungen amtlicher und kommerzieller Datenquellen verbieten würden. Vor der Nutzung von in OpenStreetMap erfassten Hausnummern, empfiehlt sich daher eine eigene Überprüfung, ob die vorliegende regionale Datenqualität den gewünschten Erfordernissen entspricht. Als Werkzeug hierfür, bietet sich eine kostenlose Online Abfrage mittels OverPassTurbo an. Beispiel:

[out:xml][timeout:25][bbox:{{bbox}}];
{{geocodeArea:Austria}}->.searchArea;
(node
  ["addr:housenumber"](area.searchArea)({{bbox}});
  way
  ["addr:housenumber"](area.searchArea)({{bbox}});
  relation
  ["addr:housenumber"](area.searchArea)({{bbox}});
);
(._;>;);
out meta;

Exemplarische Abfrage https://overpass-turbo.eu/s/LwF

Man darf hier festhalten, dass Anwender von OpenStreetMap von diesen benötigte Inhalte oft selbst in OpenStreetMap eingebracht haben, und diese Daten daher auch selbst pflegen und aktualisieren. Leider ist es daher auch möglich, dass ein regional anscheinend guter Adressebstand, manchmal schon lange nicht mehr aktualisiert und gepflegt worden ist.

Johann Haag johannhaag at hxg.at 
Tue Aug 13 05:55:28 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010172.html

Ich möchte alle Anwender von OpenStreetMap darauf hinweisen, dass die Erfassung von Adressen in OpenStreetMap unvollständig ist, daher in OpenStreetMap bei Adressen und Hausnummern im allgemeinen große Lücken bestehen. Es gibt in OpenStreetMap den grundsätzlichen Ansatz, nur geprüfte Daten zu erfassen, solches schließt daher einen vollständigen Adressbestand grundsätzlich aus, denn eine Prüfung ohne direkten Zugang zur Datenquelle kann immer nur unvollständig sein. Wer Hausnummern benötigt, sollte sich daher besser an die jeweiligen Portale der Österreichischen Bundesländer wenden, natürlich gibt es auch bekannte Portale wie maps.google.com
* Burgen­land Adresssuche: https://geodaten.bgld.gv.at/de/geodaten-suche/adressen.html
* Kärnten Adresssuche: https://info.ktn.gv.at/asp/ADR/web_adrsuche.asp?Gemeinde=20505
* Nieder­österreich Adresssuche: https://atlas.noe.gv.at/webgisatlas/(S(fzvcpbpxl2hbeknrj5dsctib))/init.aspx?karte=atlas_adressen&ks=ortsangaben
* Ober­österreich Adresssuche: https://www.doris.at/viewer/init.aspx?ks=alk&karte=adr
* Salzburg Adresssuche: https://www.salzburg.gv.at/sagisonline/(S(zlcfgf3znq1dychqdi4rclac))/init.aspx?karte=basis&geojuhuschema=Adressen/Namensgut&defaultlogo=sagis&gdiservices=hoehen&gdiservices=franzkataster&gdiservices=raumordnung&gdiservices=natur&gdiservices=natur_intern&gdiservices=umwelt&gdiservices=lubi&gdiservices=verkehr&gdiservices=historthofoto
* Steier­mark Adresssuche: https://gis.stmk.gv.at/atlas/(S(tlhaobhyzznppcn00h5zg5fy))/init.aspx?cms=da&karte=emptymap&layout=gisstmk&styles=gisstmk&template=gisstmk&gdiservices=hintergr,gel,dopags_tc,opbmgrau,opbm,uctc,opoverlay&sichtbar=_ortho&gdiservices=maptipps,orient_adr
* Tirol Adresssuche: https://www.tirol.gv.at/statistik-budget/tiris/adressen-suchen/
* Vorarl­berg Adresssuche: http://vogis.cnv.at/atlas/init.aspx?karte=adressen_u_ortsplan
* Wien Adresssuche: https://www.wien.gv.at/stadtplan/search.aspx
Es handelt sich hier um einen Mail Verteiler zu OpenStreetmap Themen, trotzdem fände ich es relevant zu wissen ob es eine zentrale Amtliche Adress Webseite in Österreich gibt. Grüße Johann Haag

realadry adry at gmx.at 
Wed Aug 14 10:17:33 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010173.html

Hallo, Das Adressregister ist öffentlich zugänglich und ist rechtlich gesehen die Datenquelle für Adressen. Somit kann jeder Eintrag überprüft werden. http://www.adressregister.at/ basemap.at basiert auf diesen Daten und darf für OSM genutzt werden. Die Hausnummer die am Gebäude klebt ist irrelevant, denn die kann jeder manipulieren oder gar nicht anbringen. Mfg, realadry Am 13.08.2019 um 07:55 schrieb Johann Haag: > Es gibt in OpenStreetMap den grundsätzlichen Ansatz, nur geprüfte Daten zu erfassen, solches schlißt daher einen vollständigen Adressbestand grundsätzlich aus, denn eine Prüfung ohne direkten Zugang zur Datenquelle kann immer nur unvollständig sein.

Frederik Ramm frederik at remote.org 
Wed Aug 14 10:51:04 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010174.html

In OSM erfassen wir die vor Ort überprüfbaren Adressen; wenn jemand an sein Haus eine 15 klebt, dann erfassen wir die, selbst wenn die „Amtlichen“ sagen, es müsste die 5 sein. Aber es ist ja gut, wenn das amtliche Adressregister offen ist, dann kann jeder, der *amtliche* Adressen will, sie sich ja dort holen, und wir müssen die nicht nach OSM kopieren. OSM ist schliesslich keine „praktische Verteilplattform für anderer Leute Daten“. Bye Frederik — Frederik Ramm ## eMail frederik at remote.org ## N49°00’09“ E008°23’33“

Johann Haag johannhaag at hxg.at 
Wed Aug 14 12:15:13 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010175.html

Nach langem hin und her ist die Erkenntnis, dass es in Österreich für Adressen, ein zentrales hochwertiges Portal http://www.adressregister.at/ gibt, nun tatsächlich eine wertvolle Erkenntnis. Schade dass dieses Portal bislang in der Öffentlichkeit weitgehend unbekannt ist. Wir sollten in OpenStreetMap in Bezug auf Adressen hierauf verlinken.

Wichtig: Gebrauchswarnung für OSM Adressen Über die Definition von Frederik, ist aber nun eine aussagekräftige und eindeutigen Gebrauchswarnung von der Nutzung von OpenStreetMap Adressen auszusprechen.

Das Portal https://www.adressregister.at/adressregister/ bietet einen Live Zugang zu Österreichs Adressen. (Gebäuderegister AGWR und ZMR Adressen) Beispiel: St. Johann in Tirol, Kaiserweg 16 Diese Adresse wurde erst vor weinigen Tagen von der Gemeinde veröffentlicht. Das ist tatsächlich unschlagbar gut und aktuell, also tatsächlich Live. Grüße Johann

Ergänzung: Achtung http://www.bev.gv.at/portal/page?_pageid=713,2181629&_dad=portal&_schema=PORTAL das ist leider nicht so gut: Nutzungsbedingungen Mit der Abfrage von Daten einer einzelnen Adresse akzeptiert der Nutzer folgende Nutzungsbedingungen: „Standardentgelte und Nutzungsbedingungen 2014 für Daten des Adressregisters“ (Erlass des BEV vom 23. Oktober 2014, GZ 4374/2014-152)

Kevin Kofler kevin.kofler at chello.at 
Thu Aug 15 11:47:57 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010180.html

Das Adressregister ist KEINE Open-Data-Quelle. Daten daraus in OSM zu übernehmen ist keine gute Idee. Kevin Kofler

Johann Haag johannhaag at hxg.at 
Thu Aug 15 14:49:23 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010181.html

Das Adressregister für OpenStreetMap Zwecke zu nutzen, habe ich auch nicht angeregt. Manchmal sucht man einfach simpel eine bestimmte Adresse. ich habe meine Sicht der Dinge zu Adressen in meinem neuen Blog zusammengefasst. Der Ansicht von Frederik, dass wir nur on the Ground Mappen, widerspricht diametral der Realität, dass wir in Österreich seit Jahren uns zur Verfügung gestellte, hochwertige entzerrte Luftbilder nutzen. Ebenso alle anderen bereits eingepflegten OpenData Spenden, wie Z.B Gewässer in Tirol wären dann zu hinterfragen. Wenn wir sämtliche Inhalte aus OSM entfernen, welche mittelbar oder unmittelbar von Open Data Spenden abgeleitet sind, dann würde OpenStreetMap in AT sehr leer aussehen. Grüsse Johann

Andreas a_voit at gmx.at 
Fri Aug 16 09:16:40 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010182.html

Herr Gott nochmal, das hat hier keiner so gesagt. On The Ground Mapping ist das idealste in OSM und so haben wir begonnen, aber natürlich stehen uns dankenswerterweise Ortho- und Satelittenbilder zur Verfügung, um mehr Datenquellen zu haben, um die Daten einzutragen und zu verfizieren. Und es ist ein Alleinstehungsmerkmal von OSM, dass es hauptsächlich aus Daten besteht, die Vorort von Mappern erfasst oder überprüft werden. Ich habe zb.: diese Woche einen neuen Kreisverkehr zwischen Laxenburg und Münchendorf angelegt, den wirst du weder bei google, here oder basemap.at finden. > Ebenso alle anderen bereits eingepflegten OpenData Spenden, wie Z.B > Gewässer in Tirol wären dann zu hinterfragen. Wenn wir sämtliche Inhalte > aus OSM entfernen, welche mittelbar oder unmittelbar von Open Data > Spenden abgeleitet sind, dann würde OpenStreetMap in AT sehr leer aussehen. Aber weißt du was die alle vor ihren Importen gemacht haben? Sie haben sich an die Import Guidelines gehalten: https://wiki.openstreetmap.org/wiki/DE:Import/Guidelines Und das war das einzige was an den bisherigen Adressimport Diskussionen kritisiert wurde. Es gab keine Abstimmung dazu, es gab keine Datenvalidierung dazu, und von dir war die Annahme, einfach Datensätze, die auch falsche Daten aufweisen, einfach in OSM reinzukippen und wenn Fehler auffallen, ja dann solls derjenige einfach korrigieren. So ist aber OSM nicht gedacht. OSM ist ein Gemeinschaftsprojekt und da erfassen Mapper weltweit Daten. Und es ist nun mal problematisch, wenn einer hergeht und per Import über die händisch erfassten Daten einfach drüber fährt. Dazu gibt es eben die Import Guidelines, um die Problem vorab zu klären. Geologist.

Johann Haag johannhaag at hxg.at 
Sat Aug 17 06:47:16 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010186.html

Ich habe das Talk- Prozedere während meiner Adresserfassung in Wien ausgiebig getestet, ich habe in talk um korrektive Begleitung geradezu gebettelt, man hat mich rennen lassen, und nach zwei Monaten zusehen alles wieder revertiert. Man hat mir in Salzburg in aller Ruhe zugesehen wie ich mit dem Adresshelper, Adresse um Adresse eingebracht habe. Ich habe meinen Tastatur Arbeitsplatz mittels Gamepad verbessert, trotzdem habe ich weiterhin jeden einzelne Adressnode ausschließlich von Hand platziert, mögliche Duplikate mittels Overpass Abfrage anschließend bereinigt. Was hat man gemacht, man hat den Addresshelper -trotz meiner Bitte diesen so zu belassen- vorsätzlich langsamer gemacht, und abschließend hat Negreheb auf talk als Draufgabe noch einen kompletten Revert aller Adressen in Salzburg gefordert. Lieber Geologist, wir beide wissen, das mit den Import Guidelines und talk das ist ein Märchen. Grüße Johann

realadry adry at gmx.at 
Thu Aug 15 10:22:25 UTC 2019

https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010178.html
Hallo, Das ist ähnlich wie die Disukssion vor einigen Monaten, wo jemand in Wien einen Berg nach sich benannt hat und illegal ein „Gipfelkreuz“ aufgestellt hat um es zu legitimieren. Berge werden so benannt wie sie offiziell heißen und (zusätzlich) wie sie im Volksmund gebräuchlich sind. Das selbe gilt für Adressen. Es gibt Gesetze wie Adressen vergeben werden, es kann sich nicht jeder Aussuchen wie seine Straße heißt oder welche Hausnummer man hat. Daher darf man solche Fantasieadressen auch nicht mappen. OSM basiert nicht nur auf „vor Ort“ überprüfbaren Daten, das wäre Irrsinn und auch gelogen, denn viele Daten kommen von z.B. Satellitenfotos (hast du die persönlich überprüft vor Ort?) oder anderen annerkannten (unter anderem amtlichen) Datenquellen. Mfg, realadry

gppes_osm at web.de gppes_osm at web.de 
Thu Aug 15 11:37:51 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010179.html

Hi, dem kann ich nicht zustimmen. Fuer den OSM Mapper zaehlt das, was er On-The-Ground sieht. Es kann sowohl das Hausschild (wer will keine Post bzw. in einem Notfall keine Hilfe kriegen?) oder der Eintrag in der Addressdatenbank (Montagseintrag, wer hatte noch nie einen „Arbeits-Montag“?) falsch sein. Das liegt aber nicht in der Verantwortung des Mappers. Optimal ist lokal vor Ort eingebrachtes Wissen. Sesselmappen oder gerne auch Validatormappen ist fuer mich auch voll OK aber es kommt erst dahinter. Wenn der Mapper aber selbst Dinge erfindet (Namen eines Berggipfels), das ist schon ganz was anderes und aus meiner Sicht eine Katastrophe. Lg, Gppes

Johann Haag johannhaag at hxg.at 
Sat Aug 17 07:41:41 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010187.html

Am Mi., 14. Aug. 2019 um 12:19 Uhr schrieb realadry via Talk-at < talk-at at openstreetmap.org>: > Hallo, >> Das Adressregister ist öffentlich zugänglich und ist rechtlich gesehen > die Datenquelle für Adressen. Somit kann jeder Eintrag überprüft werden. > Ich prüfe gerade mittels http://www.adressregister.at/ einige von Luzandro in OpenStreetMap eingetragenen Adressen: Beispiel https://www.openstreetmap.org/way/220315803 Wiener Neustädter Straße 76 in Bad Vöslau. Komme aber hierbei zu keinem brauchbaren Ergebnis. Für mich stellen sich hier nun gleich mehrere Fragen. Dürfen wir aus lizenzrechtlicher Sicht, in OpenStreetMap eingetragene Adressen unter Zuhilfenahme einer BEV adressregister.at Abfrage prüfen, und was machen wir dann, wenn diese Prüfung negativ verläuft. Mögliche Nutzer von OpenStreetMap, welche unter Zuhilfenahme einer OpenStreetMap Adresse (sozial Media APP, und viele weitere Smartphone Apps leiten Daten aus OSM ab), einen Notfall bei der Rettung melden, werden bei Blaulicht Organisationen ins Leere laufen, denn diese wenden in Österreich bekanntlich GWR Adressinformationen an. Was machen wir, wenn wir bei einem solch fehl gegangenen Blaulichteinsatz und mit daraus entstandenen möglichen Folgen konfrontiert werden. Man wird die Diskussion hier auf talk-at finden, und unsere Definition unserer Arbeit. Wer übernimmt hier dann die Verantwortung.

Ergänzung zum aktuellen Blaulicht Problem von OpenStreetMap: Dem BEV trifft hier keine Schuld, dieses hat OpenStreetMap explizit seine Adressen unter einer geeigneten Lizenz zur Verfügung gestellt: https://wiki.openstreetmap.org/wiki/WikiProject_Austria/Österreichisches_Adressregister Die Frage bleibt, wer ist verantwortlich dafür, dass wir mit Blaulicht Organisationen kompatible Adressen bildlang ablehnen. Wenn nun Gppes meint, die Ablehnung meiner Importmethode sei lediglich durch meine Nichteinhaltung der Importrichtlinien begründet. Dann stelle ich nun den Import der BEV Adressen offiziell zur Diskussion. Solange dies nicht geklärt ist, sollten wir eine klar formulierte Anwendungswarnung von OSM Adressen in Österreich herausgeben. Antrag an die talk-at Community: Ich stelle zur Diskussion, BEV Adressen in OpenStreetMap auffindbar zu machen. Die Integrität der Daten, sollte hierbei durch einen eindeutigen Import User sichergestellt werden. Grüsse Johann

Grüße Johann

gppes_osm at web.de gppes_osm at web.de 
Sun Aug 18 07:33:54 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010194.html

Nur um Missverstaendnissen vorzubeugen: Falls Du bereits mit dieser Email einen mechanischen Import ankuendigst (und nicht nur ueber das „Wie“ diskutieren moechtest): Da bin ich dagegen! Lg, Gppes

Johann Haag <johannhaag@hxg.at>
11:08 (vor 3 Stunden)

Keine Sorge, das habe ich nicht vor. Wenn Du dich nun meinem Vorschlag widmest, schlage ich einen expliziten Importuser vor. So kann man dann auch anschließende Korrekturen, welche durch OSM Mitwirkende über Lokalerhebungen erfolgen elegant filtern, und möglicherweise diese dann den Gemeinden und Städten zur Korrektur zur Verfügung stellen. Ich mach mir dazu gerade in meinem neuen Blog, wie so etwas aussehen könnte, weitere Gedanken. Grüsse Johann Haag St. Johann in Tirol 

Übrigens Michael Reichert sperrt meine Private IP. Nachdem dieser auch meinen Account beautifulplaces auf immer aus dem Web Forum gebannt hat, kommuniziere ich nun ausschliesslich per direkter Nachricht, mittels Changeset Kommentar, und Talk-at.

various at mailbox.org various at mailbox.org 
Sun Aug 18 11:02:12 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010195.html

@Johann Haag Ich darf dich auf die https://wiki.openstreetmap.org/wiki/Import/Guidelines hinweisen. Also, erstelle einen neuen Diskussionsbaum wo es dann um den Import geht, erkläre dort was du wie machen willst und dann kann man auch darüber diskutieren. Das, was du hier geliefert hast, ist keine Diskussionsgrundlage. Keine Ahnung, was du in letzter Zeit immer mit den Blaulichtorganisationen hast. Darum gern noch einmal: Die sind uns in OSM grundsätzlich eher egal. Wir spielen Daten ein in unsere Datenbank und diese Daten stehen zur Verfügung. Wenn nun eine Firma oder eine Organisation diese Daten verwenden will, coole Sache. Wenn diese Firma Verbesserungsvorschläge hat, auch gern. Aber die jeweilige Organisation oder Firma sollte vorher auch evaluieren, was es damit auf sich hat und sich nicht auf die Aussagen eines Dienstleisters verlassen, der nicht halten kann, was er verspricht. Das wäre für alle Parteien schlecht. Sowohl OSM, Firma/Organisation und den Verkäufer/Dienstleister. Bezüglich rechtlichen Sachen hat sich User ionr hier schon ganz gut geäussert, meiner Meinung nach: https://forum.openstreetmap.org/viewtopic.php?pid=666487#p666487 Frage am Rande: Kann es sein, dass du gerade mit deiner Firma irgendwie mit dem Bund mit Blaulichtorganisationen zu tun hast? Ich meine etwas ähnliches war doch schon mal mit dir, als geocodec, wo irgendwas mit Hauseinfahrten und Multipolygonen war und dann herauskam, dass da irgendeine Verbindung war zwischen deinem Beruf und einer Müllabfuhr oder so. Wenn ich mich das jetzt falsch in Erinnerung habe, bitte ich um Entschuldigung. Ich meine, das war irgendwie im deutschen Forum oder so. Das einzige, was ich dazu gefunden habe, ist https://forum.openstreetmap.org/viewtopic.php?id=53856 aber mehr auch nicht.

Johann Haag johannhaag at hxg.at 
Sun Aug 18 11:25:09 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010197.html

Ich thematisiere das Blaulicht Thema nicht aus der Sicht von Blaulichtorganisationen, diese haben in Österreich einen umfassenden Zugriff auf das ZMR sowie GWR.
Ich thematisiere das Thema Blaulicht aus der Sicht des Bürgers, dieser ist heute mit seinem Smartphone unterwegs. Auf dem Smartphone laufen vielfach OpenSource Anwendungen. Zum Beispiel plant Huawei eine Abkehr von Google Maps, OpenSource Anwendungen sind daher auch zusehends in Verantwortung, verlässliche Daten zu liefern.

Tatsächlich haben geografische zeitnahe Daten für mich eine Bedeutung, Zeitnah bedeutet, dass ich mir geografische Datengrundlage selbst schaffen muss, es gibt ganz einfach keine einzige Plattform, welche zeitnahe geografische Informationen datentechnisch verarbeiten kann, außer eben openstreetmap. Praktisch bedeutet das für mich, dass ich mich raus begebe, und dort mit Stift und Block Neubauten, und deren Zufahrtswege erfasse, solcherart von mir gesammelte Informationen in OpenStreetMap dann einpflege. Adressen erhalte ich anschließend über offizielle Kundmachungen seitens der Gemeinde sprich öffentliche Amtstafel. Ich hoffe ich habe Dir hierzu eine ausreichende Antwort geben können.

various at mailbox.org various at mailbox.org 
Sun Aug 18 19:15:55 UTC 2019
https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010198.html

*seufz* kannst du dir bitte ENDLICH mal den Wiki-Link zu den Import-Guidelines durchlesen? Komplett? Das wäre echt hilfreich, bevor du hier große „Neuerungen“ kommunizierst. Warum ich das so schreibe? Weil dort steht „Step 6 – Uploading You must use a dedicated user account.“ Ist also alles schon festgeschrieben. Du musst nicht das Rad neu erfinden, sondern dich nur an die bestehenden Guidelines für den Import halten. Echt traurig, wie oft du schon auf die Guidelines hingewiesen wurdest (alleine von mir…) und jetzt einen Punkt als neuerung Vorschlägst, der schon immer drinnen steht. Wenn du Verbesserungen an den Guidelines hast, gerne, aber da musst du dich dann wohl an die allgemeine Mailingliste wenden und nicht an Deutschland oder Österreich. Ja, schön, und weiter? Wenn ich Blaulicht rufe und vor einem Haus stehe, dann lese ich direkt vom Schild ab und lese nicht am Handy die Adresse nach. Ich versteh das Problem da nicht wirklich. Vielleicht kannst du das kurz, prägnant und ohne irgend welche Analogien und Umschreibungen erklären. Na und? Melde dich einfach im Forum ab, dann solltest du lesen können. Noch nie ausprobiert oder geht das auch nicht? Würde mich wundern. Aha, du ziehst mit deiner Firma also einen Vorteil aus den Daten und versucht die alle so zu manipulieren, dass sie dir zu gute kommen. Du bist als Lobbyist für deine Firma?

Johann Haag <johannhaag@hxg.at>
22:33 (vor 4 Minuten)

Ich wurde von Frederik Ramm dazu aufgefordert, mich zwecks Import an die Talk-at Community zu wenden. Ich darf also hier erwarten, dass man auf meinen Vorschlag thematisch eingeht.
Als erste Meinung, ratest Du also hier möglichen Anwender ganz offiziell von der Anwendung von OpenStreetMap Daten ab, gehst auch erst gar nicht erst auf die Thematik eines möglichen Importes der uns vom BEV in geeignter Lizenz zur Verfügung gestellten Adressen ein, sondern thematisierst Formalien, welche ich bereits zugesagt habe zu respektieren.
Nun meine Frage, bist du nun für meinen Import Vorschlag, oder dagegen.
Grüße Johann

Johann Haag <johannhaag@hxg.at>
22:51

Ich bin beruflich nur in einer Gemeinde tätig, diese Gemeinde ist bereits in OpenStreetMap vollständig gemappt. Daher ziehe ich aus einem von mir hier thematisieren möglichen Adress Import von BEV Adressen auch keinen beruflichen Vorteil. Meine allgemeine Mapping Aktivität in OpenStreetMap ist ausschließlich ehrenamtlich. Grüße Johann

Johann Haag <johannhaag@hxg.at>
00:02
Zum Posting von https://lists.openstreetmap.org/pipermail/talk-at/2019-August/010195.html
Kann leider diesen Link nicht öffnen, Miachael Reichert ala Nakaner hat meine IP gesperrt. 
 
Off Topic: Ich habe mittels Smartphone Zugang, den von Dir erwähnten Link aus 2016 geöffnet, finde nun interessant dass gerade Du Emga/Negreheb dieses schäbige Post des Users: schäbiger_zweitaccount hier ansprichst.  
Das Proposal Multipolygone mit einem Äußeren Ring, „DE:Proposed features/Empfehlung zur Verwendung von Multipolygonen“ https://wiki.
openstreetmap.org/wiki/DE:
Proposed_features/Empfehlung_
zur_Verwendung_von_Multipolygonen wurde im Jänner 2019 offiziell abgelehnt. Trotzdem vermeide ich es heute Split Polygone so weit wie möglich einzusetzen. Ich finde technische Probleme sollten nicht den kleinen Mapper tangieren, sondern diese sind auf höherer Ebene zu lösen. Sprich die Firma Geofabrik sollte anstatt neue Regeln einzuführen, besser ihre eigenen Werkzeuge überarbeiten. Grüße Johann