Hallo Oli
Erstmal gute Besserung!
Bald nachdem die Scripts etc. fertig waren, haben wir mit Michael einen Tasking Manager eingerichtet. Kennst du den TM schon?
Damit ist es nochmals um einiges einfacher, die Adressen zu mappen. Du findest den TM unter diesem Link: http://tasks.osm.ch/project/2
Dort findest du unter 'Anweisungen' die neuere Variante mit dem Tasking Manager beschrieben (Variante 1) und die umfangreichere, wo du die Daten selber aus den Kantonsdaten erstellst (Variante 2). Deine Frage bezieht sich auf Variante 2.
Du findest dort alle notwendigen Links zu deinen Fragen: Das Script unter GitHub; die Schritt für Schritt Anleitung für beide Varianten entweder in den Videotutorials oder im Wiki.
In beiden Fällen brauchst du das Conflation-Plugin.
Liebe Gruess
Stefan
Gesendet: Samstag, 24. Februar 2018 um 10:35 Uhr
Von: "Olivier Chatelain" <olivier.chatelain@gmail.com>
An: "Openstreetmap Schweiz/Suisse/Svizzera/Svizra" <talk-ch@openstreetmap.ch>
Betreff: Re: [talk-ch] Adressverzeichnis GEBADR des Kantons Bern
Hallo Stefan,
Bin gerade krank zu Hause und um nicht zu verblöden (sorry für die klaren Worte) mappe ich wieder ein paar Adressen (in Heimberg). Aktuell mit dem WMS von Simon (danke), aber da kam mir ja wieder Dein Skript in den Sinn.
Frage:
- Wo finde ich den Skript?
- Welche Plug-Ins / Styles / u.ä. brauche ich im JOSM?
- Gibt es einen Schritt für Schritt Anleitung zur Nutzung?
Gruss, Oli
Stefan Berger <stefanberger.bscyb@gmx.ch[mailto:stefanberger.bscyb@gmx.ch]> schrieb am Mi., 26. Okt. 2016 um 13:56 Uhr:
Hallo zusammen,
danke für euer Feedback.
Ich hatte jetzt etwas Zeit weiterzuarbeiten und bin gut vorangekommen, darüber informiere ich euch gerne.
Zusammenfassend kamen folgende Rückmeldungen:
- Für die billingue-Gebiete im Kanton wurde gewünscht, dass man zusätzlich die französischen Strassennamen eintragen kann (Ueli). Das ist angepasst.
- Dann existiert eine Übersicht auf Strassenebene mit bereits gemappten Hausnummern. Ich will noch bei regio-osm.de[http://regio-osm.de] anfragen, ob eine solche Übersicht für die Gemeinde-Ebene erstellt werden kann.
- Vernünftigerweise werden die Adressen Schritt für Schritt (strassenweise resp. Siedlungen/Gemeinden) importiert (Simon, meine Meinung).
- Auf Luftbildern nicht sichtbare Gebäude (z.B. unterirdische Garagen) sollen nicht gemappt werden. Eine Verifizierung ist unmöglich (sofern man nicht lokales Wissen hat), es existieren keine gezeichneten Gebäude dazu, und der Mehrwert hält sich in Grenzen (in der Regel navigiert man nicht zu einer unterirdischen Garage) (Simon, Michael, meine Meinung).
- Das Zuweisen von Adressen zu Gebäuden wird als qualitativ beste Lösung gesehen (Simon, Oli, Michael). Ich habe etwas rumprobiert und ein gutes Plug-in (Conflation) gefunden, welches Adressnodes speditiv mit den darunterliegenden Gebäuden verknüpfen kann und die Keys auf das Gebäude überträgt.
Mittlerweile sind die Scripts verbessert und Plug-in kompatibel; der Import und die Gebäudeassoziation (jeweils mittels Plugin) funktionieren. Adresseinträge ohne Hausnummer sind zuvor aus der Liste entfernt worden. Vor der Veröffentlichung will ich das Prozedere noch etwas ausgiebiger testen und eine Dokumentation schreiben. Ausserdem muss noch ein OSM Wiki Importeintrag erstellt werden.
Zu den zu importierenden Daten stellen sich mir noch einige Fragen:
- Frage 1: Das Script kreiert folgende Spalten (jede Spalte ein Key), die vor dem Import problemlos z.B. in Excel bearbeitet und nach Key gefiltert werden können:
addr:country (überall ‘CH‘), addr:postcode (PLZ), addr:city (ORT), addr:street (LOKALISAT), addr:street:fr, addr:place, addr:place:fr, addr:housenumber (GEBNR), usage (NUTZUNG), ele (HOEHE).
Die Spalten für addr:street:fr, addr:place, addr:place:fr sind leer und können bei Bedarf gefüllt werden. Wenn in einer Key-Spalte nichts eingetragen wird, erscheint dieser Key nach dem OSM-Import auch nicht.
Ist es richtig, dass nicht-strassenassoziierte Adressen unter dem Key ‘place‘ erfasst werden?
Habt ihr weitere Bemerkungen zum Format?
- Frage 2: Der Key ‘usage‘ (NUTZUNG) hat über 10‘000 verschiedene Einträge. Simon hat in seinem Blogeintrag Abkürzungen vorgeschlagen. Bei so vielen verschiedenen Einträgen ist eine Kategorisierung ein ziemlicher Aufwand.
Wie will man das umsetzen? Oder unverändert lassen?
Ausserdem bin ich mir nicht sicher, ob ‘usage‘ der richtige Key für eine Beschreibung der Gebäudenutzung ist. Simon erwähnt ihn im Blogeintrag; Wiki-OSM meint, es „beschreibt die wesentliche Nutzungsart einer Gleisstrecke“. Wie seht ihr das? Welchen Key würdet ihr sonst für NUTZUNG vorschlagen? Oder so sein lassen?
Anmerkung: Ich habe versuchsweise NUTZUNG als Key:building importiert. Es importiert die Punkte dann als Gebäude. Es funktioniert, gibt aber beim Transfer auf einen Gebäudeumriss einen Konflikt und fragt für jeden Eintrag, ob man den bisherigen oder neuen Key:building will.
- Frage 3: Braucht es einen Key mit Metainformationen (z.B. Import-Quelle)? Oder reicht es, wenn Import-spezifische Benutzernamen erstellt werden?
Ihr dürft gerne noch weitere Inputs geben.
Als Anschauungsbeispiel: Ich habe die Adressen einer Siedlung in der Nähe meiner Heimat gemappt. Ihr findet sie unter Fahrni, Dörfli. Anstatt addr:streetname wird der Key addr:place verwendet. Von total 30 Adressnodes habe ich vier Adressnodes gelöscht, da eine Zuordnung anhand des Luftbildes unmöglich war (waren kleine Nebengebäude, keine Wohnhäuser). Für einen Adressnode fehlt ein gezeichnetes Gebäude. Die restlichen Adressen sind auf die Gebäude übertragen.
Ich freue mich über eure Antworten und Anregungen.
Liebe Grüsse
Stefan
Gesendet: Freitag, 21. Oktober 2016 um 15:33 Uhr
Von: "Simon Poole" <simon@poole.ch[mailto:simon@poole.ch]>
An: talk-ch@openstreetmap.ch[mailto:talk-ch@openstreetmap.ch]
Betreff: Re: [talk-ch] Adressverzeichnis GEBADR des Kantons Bern
Hallo Stefan
Um mal mit deiner Frage anzufangen: ja wir könnten (natürlich) eine Liste der schon vorhandenen Adressen im Kanton produzieren. Dabei muss man sich aber bewusst sein, dass es Unschärfen geben wird (etwas andere Koordinaten, keine Abkürzungen, usw) und deshalb ein Vergleich mit dem kantonalen Daten dies natürlich in Betracht ziehen müsste.
Wir haben aber schon Auswertungen, zwar nur auf Gemeindeebene, nicht für den ganzen Kanton, hier: http://regio-osm.de/hausnummerauswertung/auswertung_auswahlort[http://regio-osm.de/hausnummerauswertung/auswertung_auswahlort]
Zum Thema Import: wenn man das für alle fehlenden Daten machen will muss man sich überlegen (nehmen wir mal an wir hätten alle schon in OSM vorhandenen Daten vorher entfernt):
- ob man mit Adressen ohne entsprechenden Gebäudeumriss leben kann (sprich nur address nodes importieren), falls nicht muss man die Gebäude vorher einzeichnen.
- falls Gebäude vorhanden sind ob man die Adresse auf den Umriss überträgt (für Gebäude mit nur einer Adresse).
Ich persönlich würde es vorziehen wenn lokale Mapper Gemeinde für Gemeinde die Adressen übernehmen würden, auch wenn das länger geht, so viel Arbeit ist es auch nicht wenn man JOSM verwendet (wenn man auf http://regio-osm.de/hausnummerauswertung/auswertung_anzeigen?job_ids=23097&ausgabefarbig=true&linktyp=osmkartevoll&unterdrueckfertigestrassen=nein&unterdrueckspalten=nein&land=Schweiz&stadt=Adelboden[http://regio-osm.de/hausnummerauswertung/auswertung_anzeigen?job_ids=23097&ausgabefarbig=true&linktyp=osmkartevoll&unterdrueckfertigestrassen=nein&unterdrueckspalten=nein&land=Schweiz&stadt=Adelboden] den "mit offiziellen Geokoordinaten als OSM Datei[http://regio-osm.de/hausnummerauswertung/offizielle_koordinaten_ausgeben?job_id=23097]" Link anwählt bekommt man eine neue Ebene mit vorgefertigten Adressknoten), Gebäude einzeichnen ist die grössere Arbeit. Gemeinde für Gemeinde würde auch grössere Katastrophen eher unwahrscheinlich machen. Der Nachteil bei dieser Methode ist das wir den Gebäudetyp nicht übernehmen können.
So oder so, falls wir einen organisierten Import der Adressdaten machen würden (auch wenn der essentiell manuell wäre), sollten wir https://wiki.openstreetmap.org/wiki/Import/Guidelines[https://wiki.openstreetmap.org/wiki/Import/Guidelines] beachten. Lizenz ist bereits abgeklärt, also müsste man noch eine Wikiseite erstellen mit den nötigen Informationen und eine Diskussion auf der Import Liste anstossen.
Simon
Am 19.10.2016 um 11:52 schrieb Stefan Berger:
Hallo zusammen,
mein Name ist Stefan Berger, ich stamme aus der Region Thun und bin zur Zeit einige Monate in Iringa, Tansania. Da die Gegend hier nicht so leer ist wie es die Karte vermuten lässt, startete ich mit mapping für OSM und recherchierte auch etwas im Internet. Dabei stiess ich auf die Homepage von SOSM und den Blogeintrag von Simon vom 14. Juni 2016 über das Gebäudeverzeichnis des Kantons Bern (GEBADR).
Simons Eintrag:
http://sosm.ch/building-addresses-canton-berne/[http://sosm.ch/building-addresses-canton-berne/]
GEBADR:
http://www.apps.be.ch/geo/index.php?tmpl=index&option=com_easysdi_catalog&Itemid=2&context=geocatalog&toolbar=1&task=showMetadata&type=complete&id=5dfcc475-ef53-4483-a7f0-5d8e503fea9f&lang=de[http://www.apps.be.ch/geo/index.php?tmpl=index&option=com_easysdi_catalog&Itemid=2&context=geocatalog&toolbar=1&task=showMetadata&type=complete&id=5dfcc475-ef53-4483-a7f0-5d8e503fea9f&lang=de]
Simon erwähnt, dass noch niemand mit den GEBADR Daten weitergearbeitet hat. Ich schaute meine Heimatgemeinde und weitere auch grössere Orte auf der Karte an und realisierte, dass ein Grossteil der Hausnummern im Kanton fehlt. Da ich teilweise genügend Zeit habe nahm ich die Herausforderung an und begann mit den Daten weiterzuarbeiten.
Die GEBADR Liste lokalisiert die Adressen in Schweizer Koordinaten. Als Erstes wollte ich deshalb die Koordinaten in WGS84 transformieren. Dazu änderte ich ein Python2-Script von swisstopo zur Umrechnung von LV03 in WGS84 ab.
Hauptänderungen: Das Script läuft jetzt mit Python3, die Input-Koordinaten sind anstatt LV03 neu LV95, es funktioniert nur noch in eine Richtung LV95 -> WGS84, und es kann die GEBADR Liste im .csv Format durchrechnen (dazu z.B. LV95 GEBADR.dbf File im Excel öffnen und als .csv (MS-DOS) speichern) und erstellt eine neue .csv Datei mit zwei zusätzlichen Spalten für die WGS84 Koordinaten, einige „überflüssige“ Spalten sind nicht mehr dabei. Ich schaute ein paar Adressen stichprobenartig an, die Lokalisierung passt. Michael Spreng hat das Skript und die Output-Koordinaten ebenfalls getestet, hat auch bei ihm gepasst.
Das Original-Script von swisstopo:
http://www.mont-terri.ch/internet/swisstopo/en/home/products/software/products/skripts.html[http://www.mont-terri.ch/internet/swisstopo/en/home/products/software/products/skripts.html]
Das weiterentwickelte Script befindet sich im Anhang. Ich schrieb zusätzlich noch ein kleines Script welches erlaubt gewisse Einträge abzuändern. Als Beispiel: in der Spalte “Nutzung“ steht manchmal “unbekannt“, bei den “Höhenmetern“ manchmal “0“, bei Adressen teilweise “nn“. Das Script erstellt stattdessen einen leeren Eintrag.
Bevor ich jetzt aber weitermache, möchte ich meine nächste Idee formulieren, eine Frage dazu stellen und eure Inputs und Meinungen hören.
Meine Idee: Die bereits vorhandenen Adressen des Kantons Bern in OSM und in der GEBADR Liste abzugleichen um die Datenmenge zu reduzieren. Dazu brauche ich eine Liste der OSM Adressen und das führt zu meiner Frage:
Gibt es eine einfache Möglichkeit, sämtliche Adressen innerhalb der Kantonsgrenzen aus OSM zu exportieren?
Am Ende möchte ich eine Liste aller in OSM erfassten Adressen des Kantons Bern als .csv File. Jede Zeile eine Adresse; jeweils drei Spalten für die Informationen: Ort, Strasse und Hausnummer.
Ich freue mich auf eure Antworten, Vorschläge und Inputs (kann auch Englisch sein).
Liebe Grüsse
Stefan
_______________________________________________
talk-ch mailing listtalk-ch@openstreetmap.ch[mailto:talk-ch@openstreetmap.ch]http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
_______________________________________________ talk-ch mailing list talk-ch@openstreetmap.ch[mailto:talk-ch@openstreetmap.ch] http://lists.openstreetmap.ch/mailman/listinfo/talk-ch_______________________________________________
talk-ch mailing list
talk-ch@openstreetmap.ch[mailto:talk-ch@openstreetmap.ch]
http://lists.openstreetmap.ch/mailman/listinfo/talk-ch_______________________________________________ talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch[http://lists.openstreetmap.ch/mailman/listinfo/talk-ch]
_______________________________________________
talk-ch mailing list
talk-ch@openstreetmap.ch
http://lists.openstreetmap.ch/mailman/listinfo/talk-ch