talk-ch

talk-ch@openstreetmap.ch

4 participants
2262 discussions

Query - Is it possible to pass edit parameters to ID in the url ?
by European Water Project 31 Jul '20

31 Jul '20

Hello, How does one form a url with parameters to go directly with prefill data for a node edit using the ID editor ? Just to be clear, I am not looking to do an automatic edit, just make the workflow more efficient and accurate. For example, lets say I want to add mapillary image " ofr9UjZn4ammjewdPnGIGA " to OSM node "3413495243". Is this even possible? https://www.mapillary.com/map/im/ofr9UjZn4ammjewdPnGIGA https://www.openstreetmap.org/edit?node=3413495243#map=19/46.297219/6.07410… Best regards, Stuart

4 8

Hohlwege (auch ungenutzte, überwachsene)
by Sentalize 31 Jul '20

31 Jul '20

Hallo Leuts Wie würdet ihr sehr malrkante, aber ungenutzte bzw überwachsene Hohlwege eintragen? In der Schweiz haben wir an manchen Stellen (grad wo alte Burgen waren usw) sehr markante Grabenstrukturen im Wald, oft mittlerweile ungenutzt und überwachsen, aber extrem deutlich sichbar im LIDAR etc. Da sowas historisch und archaeologisch sehr interessant ist, wäre ein Eintrag doch recht interessant? Aber so richtig passend finde ich nichts. Böschungen scheint mir falsch, vieleicht eine Linie mit "Einschnitt" Tag? Cheers, Philippe

3 3

Wechseln die Nummern der Elemente manchmal?
by Martin Schilliger 30 Jul '20

30 Jul '20

Hallo zusammen Schon länger lese ich auf der Mailingliste mit, nun gelange ich mit einer Frage an euch, die für euch sicher leicht zu beantworten ist: Auch wir in der Rettung St.Gallen überarbeiten aktuell die Datenverarbeitung. Derzeit benutzt jedes System (Notrufzentrale, Einsatzprotokoll, Abrechnung) eigene Stammdaten in denen z.B. Altersheime und Spitäler drin sind. Manchmal gibt das Probleme beim Zusammenführen der Daten, weshalb wir gerne eine verlässliche, gleichbleibende ID für die Institutionen hätten. Gerne auch so, dass dies schweizweit und zukünftig systemübergreifend funktionieren wird. OSM bietet sich da natürlich sehr an, aus bekannten Gründen. :-) Kann ich davon ausgehen, dass z.B. https://www.openstreetmap.org/way/125232364 immer auf das Kantonsspital St.Gallen zeigen wird? Oder muss man damit rechnen, dass dies einmal verändert/verschoben werden wird? Chnuessli hat vermutlich darum zur Sicherheit den note reingemacht, dass es für Schutz&Rettung einsatzrelevant ist. Wäre allenfalls generell in OSM ein Tag sinnvoll, der «wichtige» Daten markiert, so wie Wikipedia Seiten mit Freigabe kennt? Oder gibt es das bereits? Danke für eure Inputs und Ideen! Martin

8 13

OSM-Stammtisch/Mappingparty Zürich: 15. August
by Patrick Stählin 28 Jul '20

28 Jul '20

Salut! Da es wir es letztes Jahr aus terminlichen Gründen ausfallen lassen mussten, holen wir das auffrischen der Altstadt von Zürich am 15 August nach. Am Abend bleibt dann noch Zeit für einen Stammtisch mit Grill. Man darf natürlich auch erst auf den gemütlicheren Teil dazustossen. Datum: Samstag, 15. August 2020 Zeit: Mappen ab ca. 15:00, Grill warm ab ca. 18:30 Ort: Münsterhof 19, 8001 Zürich -> https://www.openstreetmap.org/node/6109097525 Mitnehmen: Mappingdevice, Grilladen Weitere Infos: https://wiki.openstreetmap.org/wiki/DE:Switzerland:Z%C3%BCrich/OSM-Treffen#… Gruss Packi

1 0

Re: [talk-ch] Wechseln die Nummern der Elemente manchmal?
by Rémi Bovard 15 Jul '20

15 Jul '20

Hi Martin, Please take a look at this page [1] about the "permanent ID" concept. Best regards, R. [1] https://wiki.openstreetmap.org/wiki/Permanent_ID ---------- Forwarded message ---------- > From: Martin Schilliger <martin_schilliger(a)bluewin.ch> > To: talk-ch(a)openstreetmap.ch > Cc: > Bcc: > Date: Wed, 15 Jul 2020 10:45:56 +0200 > Subject: [talk-ch] Wechseln die Nummern der Elemente manchmal? > Hallo zusammen > > Schon länger lese ich auf der Mailingliste mit, nun gelange ich mit einer > Frage an euch, die für euch sicher leicht zu beantworten ist: > > Auch wir in der Rettung St.Gallen überarbeiten aktuell die > Datenverarbeitung. Derzeit benutzt jedes System (Notrufzentrale, > Einsatzprotokoll, Abrechnung) eigene Stammdaten in denen z.B. Altersheime > und Spitäler drin sind. Manchmal gibt das Probleme beim Zusammenführen der > Daten, weshalb wir gerne eine verlässliche, gleichbleibende ID für die > Institutionen hätten. Gerne auch so, dass dies schweizweit und zukünftig > systemübergreifend funktionieren wird. OSM bietet sich da natürlich sehr > an, aus bekannten Gründen. :-) > > Kann ich davon ausgehen, dass z.B. > https://www.openstreetmap.org/way/125232364 immer auf das Kantonsspital > St.Gallen zeigen wird? Oder muss man damit rechnen, dass dies einmal > verändert/verschoben werden wird? Chnuessli hat vermutlich darum zur > Sicherheit den note reingemacht, dass es für Schutz&Rettung einsatzrelevant > ist. Wäre allenfalls generell in OSM ein Tag sinnvoll, der «wichtige» Daten > markiert, so wie Wikipedia Seiten mit Freigabe kennt? Oder gibt es das > bereits? > > Danke für eure Inputs und Ideen! > > Martin > _______________________________________________ > talk-ch mailing list > talk-ch(a)openstreetmap.ch > http://lists.openstreetmap.ch/mailman/listinfo/talk-ch >

1 0

Virtueller OSM-Stammtisch: Montag, 11. Juli 2020, 19 Uhr
by Stefan Keller 10 Jul '20

10 Jul '20

Liebe Mapper/innen! Der OSM-Stammtisch von morgen Samstagabend findet virtuell statt - wie schon im Mai. Alles was Ihr braucht ist ein Browser und ein Mikrofon. Datum: Samstag, 11. Juli 2020 Zeit: ab 19:00 Uhr Ort: https://pub.digitale-gesellschaft.ch/b/pat-6h2-rqy Weitere Infos und (unverbindliche) Anmeldung: https://wiki.openstreetmap.org/wiki/DE:Switzerland:Z%C3%BCrich/OSM-Treffen#… Hauptthema wird die virtuelle State-of-the-Map 2020 vom vergangenen Wochenende sein im Sinne einer Nachlese, bei der alle berichten können, was wir erlebt haben: siehe auch https://2020.stateofthemap.org/ Gruss Stefan

2 3

Virtueller OSM-Stammtisch: Morgen Samstag, 11. Juli 2020, 19 Uhr
by Stefan Keller 10 Jul '20

10 Jul '20

Nochmals zur Sicherheit: Der 119. OSM-Stammtisch findet morgen Samstag virtuell statt. Datum: Samstag, 11. Juli 2020 Zeit: ab 19:00 Uhr Ort: https://pub.digitale-gesellschaft.ch/b/pat-6h2-rqy Weitere Infos und (unverbindliche) Anmeldung: https://wiki.openstreetmap.org/wiki/DE:Switzerland:Z%C3%BCrich/OSM-Treffen#… Gruss, Stefan P.S. Wir sprechen deutsch und wenn nötig englisch "durcheinander" :-)

1 0

Replacement of addr:interpolation=* with single GWR addresses
by Toggenburger Lukas 01 Jul '20

01 Jul '20

Hi all I started to replace occurrences of addr:interpolation=* in Switzerland with single addresses from GWR using the de-facto standard (Karlsruhe Schema), i.e. with addr:street=* and addr:housenumber=*. Address interpolations are described at https://wiki.openstreetmap.org/wiki/Addresses#Using_interpolation . They are easily created but have several disadvantages: - They are inaccurate when addresses are distributed irregularly - They need extra effort for parsing compared to addresses using the Karlsruhe Schema - A surprisingly large number of interpolations is incorrectly tagged: Closed ways, missing house numbers, interpolation types (e.g. "odd") not matching to house number (e.g. "16"), etc. For these reasons I believe it would be best to remove all those interpolations in Switzerland. Here is a possible workflow using JOSM: - Choose an interpolation line using an Overpass query: https://osm.li/BdF - Click one of the ways, open its link, e.g. https://www.openstreetmap.org/way/155022798 - Use the "Edit" button to download the area surrounding the interpolation line in JOSM - Determine the name of the municipality, look up its Wikipedia article, determine its BFS number - Load the corresponding GWR data set from https://qa.poole.ch/addresses/GWR/ into a new layer (.osm format works well) - Copy all addresses that were interpolated from GWR into the JOSM data layer - Delete the interpolation line, possibly also the address nodes at the end - Upload - Repeat I have two questions regarding this: 1. Does anybody oppose the systematic (but still manual) replacement of interpolation lines by the addresses from GWR? 2. Is anybody willing to support me by replacing some addresses on his/her own? There are currently 97 interpolation lines left. Best regards Lukas

3 3

Lauter Punkte ohne Eigenschaften
by Sentalize 29 Jun '20

29 Jun '20

Hallo Leute Kann mir jemand sagen, was all diese Punkte in diesem Gebiet den Wegen entlang sollen? OpenStreetMap OpenStreetMap OpenStreetMap is a map of the world, created by people like you and free to use under an open license. Sie haben keine Eigenschaften .. kann ich die einfach löschen? Philippe

5 6

Hydranten der Stadt Zürich mechanisch editieren?
by Sovereign 26 Jun '20

26 Jun '20

Hallo zusammen Vor einigen Wochen bin ich beim systematischen parsen von Datenobjekten in der Stadt Zürich auf die (Oberflur-)Hydranten gestossen. Das war scheinbar ein "Projekt" eines nicht mehr aktiven Nutzers (zumindest keine Antwort auf Anfragen). Und bei allem Respekt für die geleistete Arbeit, hat es augenscheinlich einen systematischen Fehler drin: verwendet wird "fire_hydrant:diameter=*" anstatt "couplings:diameters=*". Dies sogar spezifisch nur in den Fällen, wo "neue" 75er (sind schön mit Prägung versehen) anstelle der alten 55er/52er installiert sind. Ich würde dies bei Gelegenhet gerne einmalig mechanisch korrigieren. Die spezifische Änderung (strikt am Wiki orientiert) wäre: * auf dem Gebiet der Stadt Zürich * die Oberflurhydranten (fire_hydrant:type=pillar) * von "fire_hydrant:diameter=75" (wo zutreffend) zu "couplings:diameters=75 mm;75 mm" ändern Begründung: diverse meiner Stichproben an den Hauptachsen (ich bin kein Wanderer) sind verbaute Oberflurhydranten von den Herstellern 'VonRoll' und 'Hinni', und alle neueren Exemplare (Nummern ab 3400?) haben "klassisch-zürcherisch" zwei Kupplungen, einfach modern à 75 mm. Gibt auch einen OGD-Satz dazu nur werden glaub die schönen KML nicht mehr angeboten :/ Anyway... Objektive Begründungen die dagegen sprechen? Christian (chnuessli), ist meine Analyse korrekt? Indirekt die Frage: wird in Zürich an den Oberflurhydranten irgendwo etwas anderes als "couplings:type=Storz" verwendet? Das ist nämlich immer so eine Formfrage: taggen wir den Quasistandard explizit, oder beschränken wir dies explizit auf irgendwelche 1000:1-Ausnahmen? Falls die Diskussion ausufert, lasse ich das mit dem "couplings:type" sein. Freue mich auf Antworten. Gute Nacht ;-)

4 4

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

talk-ch