talk-ch June 2022

talk-ch@openstreetmap.ch

26 participants
21 discussions

Kategorisierung von Haupt- und Durchgangsstrassen / Catégorisation des routes principales
by Michael Flamm 07 Apr '25

07 Apr '25

******** Auf deutsch: siehe weiter unten! ********* Bonjour, Je contribue à OSM depuis plusieurs années par le biais de mon intérêt pour les systèmes de navigation dédiés aux cyclistes. A mon avis, OSM représente la meilleure source de données existante pour orienter les cyclistes vers les voies les plus sûres et les moins exposées au trafic motorisé. Dans ce contexte, je souhaite attirer votre attention sur le fait que la règle actuelle de catégorisation des routes principales dans OSM pose problème (https://wiki.openstreetmap.org/wiki/FR:Switzerland/Map_Features). A titre d’exemple, l’application de cette règle dans l’agglomération genevoise génère des résultats très insatisfaisants : 1) Aucune route « primary » ne traverse la ville de Genève vu que seule la route vers Lausanne entre dans les critères de numérotation nationale (et, à titre anecdotique, il est un peu cocasse que dans OSM la route No1 s’arrête au pied du Pont du Mont-Blanc, qui est l’une des artères les plus larges de l’agglomération !). 2) Les autres routes principales sont catégorisées en secondary et, du coup, il n’y a plus de continuité de catégorisation entre les territoires suisses et français (malgré le fait que plusieurs de ces routes véhiculent des charges de trafic du même ordre de grandeur que la route No1). 3) Une conséquence fâcheuse de ce déclassement est que de nombreuses routes qui font officiellement partie du réseau primaire genevois sont catégorisées en tertiary. En effet, une catégorisation systématique de l’ensemble du réseau primaire en secondary (sauf route No1) effacerait toute notion de hiérarchisation des routes. 4) Ce déclassement global du réseau routier genevois n’est pas seulement gênant sur le plan du rendu de carte, il a aussi des implications beaucoup plus concrètes pour les systèmes de navigation dédiés aux cyclistes. En effet, ces systèmes risquent d’orienter des cyclistes débutants vers des routes trop exposées au trafic motorisé, entrainant potentiellement une mise en danger. De mon point de vue, l’exemple genevois démontre de manière claire que la règle actuellement admise de se référer exclusivement à l’ordonnance sur les routes de grand transit (SR 741.272) est trop restrictive et qu’il faut autoriser des divergences par rapport à ce document de référence. Il existe désormais d’autres données de référence qui sont du domaine public, comme par exemple des schémas directeurs d’agglomération ou encore des données de charge de trafic rue par rue. Je propose donc que des mappeurs avec une bonne connaissance du terrain soient autorisés à déroger de la règle actuelle si d’autres données de référence suggèrent une différence de catégorisation par rapport à l’ordonnance fédérale. Qu’en pensez-vous ? Bien cordialement, Michael Flamm (@OSM: MFlamm) *************************************************************** Hallo zusammen, Aufgrund meines Interesses für Fahrradnavigationssysteme mappe ich seit mehreren Jahren. Ich bin fest überzeugt, dass OSM die beste Datenbasis darstellt um Velofahrende auf die sichersten und verkehrsärmsten Strassen zu leiten. In diesem Zusammenhang möchte ich darauf hinweisen, dass die aktuell vereinbarte Regelung für das Mappen von Haupt- und Verbindungsstrassen problematisch ist (https://wiki.openstreetmap.org/wiki/DE:Switzerland/Map_Features). In der Tat ergibt eine regeltreue Kategorisierung in der Genfer Agglomeration sehr unbefriedigende Resultate: 1) Keine einzige Primary-Strasse durchquert die Stadt Genf, da einzig die Strasse Richtung Lausanne in der nationalen Nummerierung als Hauptstrasse gilt (anekdotisch kann noch darauf hingewiesen werden, dass die No1-Strasse gemäss OSM am Fusse der Mont-Blanc-Brücke endet, einer der breitesten Verkehrsadern in der Genfer Agglomeration !). 2) Die anderen regionalen Hauptstrassen gelten als secondary, was dazu führt, dass keine Kategorisierungskohärenz mit dem benachbarten französischen Verkehrsnetz besteht (obschon mehrere dieser Hauptstrassen ähnliche Verkehrsaufkommen wie die No1-Strasse aufweisen). 3) Eine unerfreuliche Folge dieser Zurückstufung ist, dass mehrere Strassen als tertiary gemappt sind obschon sie gemäss Genfer Verkehrsleitplan eigentlich als Teil des Hauptstrassennetzes gelten. In der Tat hätte eine systematische secondary-Einstufung dieses Netzes (ausser No1) jegliche Strassenhierarchie verschwinden lassen. 4) Diese allgemeine Zurückstufung des Genfer Strassennetzes stört nicht nur in der visuellen Kartendarstellung. Sie hat auch wesentlich konkretere Auswirkungen, insbesondere bei Fahrradnavigationssystemen. Diese drohen deswegen Fahrradanfänger auf zu verkehrsreiche Strassen zu leiten (mit entsprechendem Sicherheitsrisiko). Meiner Meinung nach beweist das Genfer Beispiel, dass die aktuell geltende Strassenkategorisierung gemäss Durchgangsstrassenverordnung (SR741.272) zu eng gefasst ist und dass Unterschiede zu diesem Referenz-Dokument erlaubt werden müssen. Es stehen heute zusätzliche offene Referenzdaten zur Verfügung, die bei der Strassenkategorisierung herbeigezogen werden können, wie zum Beispiel Agglomerationsleitpläne oder gar strassenspezifische Verkehrsbelastungsdaten. Ich schlage daher vor, dass Mapper mit guter Ortskenntnis Kategorisierungsänderungen vornehmen dürfen, insbesondere wenn andere Referenzdaten Unterschiede zur Durchgangsstrassenverordnung nahelegen. Was meint ihr dazu? Beste Grüsse, Michael Flamm (OSM: MFlamm) ******** En français: voir en haut! ***********

4 5

MOPUBE als OSM-Vektoren
by Olivier Chatelain 30 Jan '24

30 Jan '24

Hallo zusammen, Ausgangslage (mein Verständnis): Wir dürfen im Kt. Bern die Vektordaten der Gebäudeumrisse der Amtlichen Vermessung vollständig nutzen: - https://wiki.openstreetmap.org/wiki/Canton_Berne_Building_Polygons Frage: Wäre es nicht sinnvoll, diese als kopierbare Vektoren mit integrierten Adressdaten zu Verfügung zu stellen? So könnte man fehlende Häuser in die Karte kopieren und müsste sie nicht mehr abzeichnen. Grüsse, Oli

11 33

Re: [talk-ch] vandalism under the pretense of "simplifying"
by Michael Flamm 30 Sep '23

30 Sep '23

Hello RB/Pan, To be honest, debating with you Is a bit frustrating because you seem to obviously ignore the strong points made by Sarah & Marc, and furthermore you don’t answer the precise questions that were directed to you. As I see it, Sarah and Marc have demonstrated that your over-use of nodes is simply wrong from a conceptual point of view. Thus, we are not anymore in the realm of “tastes and colors”, as you seem to understand it. Frankly, I hope you will acknowledge that because, if not, this thread will not come to a constructive conclusion. My “Swiss Compromise”-Proposal to get there would be: 1) The community acknowledges your effort in detailing landuse=forest mapping on a quite impressive area. 2) On your side, you acknowledge that you created landuse cover objects with an excessive number of nodes and you adapt your future mapping activity in accordance. 3) The community does not start a massive effort to simplify the objects you created, because there are lots of other things where mapping energy can be directed at, bringing much more added value to the map. 4) On the appropriate pages in the Wiki, we insert the points made by Sarah and Marc and lay down that it is not appropriate to map forest limits with more than one node every 10 m (or so). This in order to prevent that mappers in a “gamification-mood” come to the idea to artificially create an excessive number of nodes with the main purpose of improving their ranking in the contributor’s statistics (@Pan: Maybe you did notice that you are currently ranked #1 in Switzerland’s OSMstats?). What do you think about these proposals? Michael

15 36

Project of the Month (PotM) CH: Schulen / Schools / Écoles! (Juni 2021)
by Stefan Keller 28 Sep '23

28 Sep '23

Liebe OSM-Interessierte, liebe Mapper:innen Cher personnes intéressées à l'OSM, cher mappeurs En français ci-dessous Einige Leute vom Schweizer OSM Chapter, SwissOSM, planen schon seit einiger Zeit eigene Aktionen unter dem Namen "Projekt des Monats Schweiz" (PotM CH). Dabei liessen wir uns vom franzöischen Project-du-Mois und vom deutschen "Schwerpunkt der Woche" inspirieren. Dies ist nun das erste "PotM CH Mail" dazu. Im allerersten Beim "Projekt des Monats Schweiz" vom Juni 2021 geht es darum, Schulen zu erfassen! Schulen waren auch das Thema am Mapathon anlässlich des vergangenen OSM-Sonntag vom 6. Juni, der anlässlich der FOSSGIS-Konferenz 2021 stattfand. Bei solchen PotM geht es darum, gemeinsam an einem bestimmten OpenStreetMap-Thema einen Monat lang gezielt zu arbeiten. Das dient der gezielten Verbesserung der Daten. Und Mapper:innen können auf ein Thema aufmerksam gemacht werden. Es gibt zurzeit zwei wichtige Webseiten zu PotM CH: * Erstens die dreisprachige Webseite (noch im Aufbau), kurz "OSM-Wiki" genannt. https://wiki.osm.org/wiki/PotM_CH * Zweitens die Superset Webapp, kurz "Dashboard" genannt: https://potm.osm.ch/superset/dashboard/12/ Erwartet zunächst noch nicht zuviel von einer PotM, denn Mapper:innen sind nicht immer gut zu erreichen - mal sehen! Im Dashboard oben sieht man u.a. schön den "Peak" als am Schulen am OSM-Sonntag erfasst wurden. Haben Sie selber eine Idee für ein PotM CH? Dann lesen auf dem OSM-Wiki weiter. Freundliche Grüsse, Stefan --- Certaines personnes du chapitre suisse de l'OSM, SwissOSM, planifient depuis un certain temps leurs propres actions sous le nom de "Projet du mois Suisse" (PotM CH). Nous nous sommes inspirés du Projet-du-Mois français et du "Schwerpunkt der Woche" allemand. Il s'agit du premier "PotM CH Mail". Le tout premier "Projet du mois Suisse" de juin 2021 concerne la cartographie des écoles ! Les écoles ont également été le sujet du Mapathon à l'occasion du dernier Dimanche OSM du 6 juin, qui a eu lieu à l'occasion de la conférence FOSSGIS 2021. Les PotMs comme celui-ci consistent à travailler ensemble sur un sujet spécifique d'OpenStreetMap de manière ciblée pendant un mois. Cela permet d'améliorer les données de manière ciblée. Et les mappeurs peuvent être mis au courant d'un sujet. Il existe actuellement deux sites web importants pour le PotM CH: * Tout d'abord, le site web trilingue (encore en construction), appelé "OSM Wiki" pour faire court. https://wiki.osm.org/wiki/PotM_CH * Deuxièmement, la webapp de Superset, appelée "Dashboard" pour faire court: https://potm.osm.ch/superset/dashboard/12/ N'attendez pas encore trop d'un PotM, car les mappeurs ne sont pas toujours faciles à joindre - voyons voir! Dans le tableau de bord ci-dessus, vous pouvez voir joliment, entre autres, le nombre d'oscillations qui ont été enregistrées dans les écoles le Dimanche OSM. Avez-vous une idée pour un PotM CH? Continuez ensuite votre lecture sur le Wiki OSM. Cordialement, Stefan

2 3

Micromapping extreme
by Kt47uo5uVzW 10 Jul '22

10 Jul '22

Hi all I noticed today that in large parts of the Valais forests are mapped up to the tree tops. So extremely detailed. Example: https://www.openstreetmap.org/way/526799342 (check it in satellite view) What do you think about it? Does this still make sense? The user is still mapping in this way. Cheers!

3 2

vandalism under the pretense of "simplifying"
by RB 30 Jun '22

30 Jun '22

A user is destroying precise landuse mapping in Wallis. "Simplifying" in this case turns precise landuse cover into weird angles and destroys the work done by the previous contributors while harming the OSM database. Such moves could furthermore clearly be perceived as aggressive. Typical examples of the vandalism can be observed there https://www.openstreetmap.org/way/965324922/history#map=19/46.02973/7.11287 What is the appropriate way to react to such attacks against the project?

12 31

Taggen von Blauen Zonen (Parkplätze)
by Danilo 28 Jun '22

28 Jun '22

Hoi zäme Folgefrage zu meiner letzten Email: Wie taggt man eigentlich Blaue Zonen? Ich habe das mal so getaggt, gemäss Wiki: amenity=parking parking=lane parking:orientation=parallel access=yes capacity=<n> fee=no opening_hours=24/7 maxstay:conditional=1 hour @ (Mo-Sa 08:00-19:00) https://www.openstreetmap.org/way/1073525278 Das müsste die Regeln gut abbilden (bis auf den Fakt, dass man potentiell bis 1.5h lang stehen darf), allerdings fehlt da die Information dass eine Parkscheibe Pflicht ist. Kennt jemand dafür entsprechende Tags? Grüsse Danilo

4 9

Via Crucis (Kreuzweg) mapping
by Peter Elderson 28 Jun '22

28 Jun '22

Ich bin auf den Wanderweg auf zwei Kreuzwege gestoßen. Eines war noch nicht da in OSM, hab ich eingeführt. Das zweite, bei Comano San Bernardo <https://www.openstreetmap.org/relation/1684665#map=17/46.04525/8.96187>, war teilweise nur als "tourism=artwork" eingeführt. Ich glaube, der Mapper hat es nicht als Via Crucis erkannt. Ich habe ein bisschen daran gearbeitet, aber ich habe auch nicht alles fotografiert und meine Location war ziemlich unruhig. Vielleicht wohnt ein Mapper in der Nähe und kann mal nachsehen? Oder mapt ihr solche Sachen nicht? Fr Gr Peter Elderson

1 0

Brücke ist verschwunden
by Peter Elderson 27 Jun '22

27 Jun '22

Hallo! Hoffentlich ist dies eine aktive Mailingliste. Bitte entschuldige mein slechtes Deutsch! Survey (Rucksackwanderung durch die Schweiz): Diese Brücke <https://www.openstreetmap.org/way/73591559> ist verschwunden und Wanderrouten sind unterbrochen. Die gelbe Wegweiser weisen noch dorthin, aber es gibt keine Anzeichen dafür, dass die Brücke ersetzt wird. Die Wanderroute 80 sollte dort verlaufen, ist dort aber nicht in OSM gemapt. Es gibt eine Umleitung von Laufen für eine lokale ausgeschilderte Wanderroute, die über diese Brücke führt. Auch diese Route ist nicht Ich habe die Brücke mit razed:highway und razed:brücke getagt, damit man (auch Router) jedenfalls sehen kann das sie verschwunden ist. Ich hoffe das ist OK? Peter Elderson

2 4

import of parking spaces in the city of Zürich
by Fabian Stillhart 26 Jun '22

26 Jun '22

Hi, I'm not a fan of the current state of public parking spaces in Zürich. Most of them are missing 🙂. During my research I found a list of all public parking spaces in Zürich. They are licensed under Creative Commons CCZero . Therefore I'm interested in importing all these parking spaces, somehow. Here is the link to the data source https://data.stadt-zuerich.ch/dataset/geo_oeffentlich_zugaengliche_strassen… Some data examples as GeoJSON: ,{"geometry":{"coordinates":[8.499601,47.37671],"type":"Point"},"id":"view_pp_ogd.43991","properties":{"art":"Blaue Zone","gebuehrenpflichtig":"nicht gebührenpflichtig","id1":206191.0,"objectid":43991.0,"parkdauer":60},"type":"Feature"} ,{"geometry":{"coordinates":[8.535288,47.373082],"type":"Point"},"id":"view_pp_ogd.43912","properties":{"art":"Zeitweise Taxi, zeitweise Güterumschlag","gebuehrenpflichtig":"nicht gebührenpflichtig","id1":190586.0,"objectid":43912.0,"parkdauer":null},"type":"Feature"} ,{"geometry":{"coordinates":[8.539875,47.377323],"type":"Point"},"id":"view_pp_ogd.47834","properties":{"art":"Nur für Taxi","gebuehrenpflichtig":"nicht gebührenpflichtig","id1":10275.0,"objectid":47834.0,"parkdauer":null},"type":"Feature"} ,{"geometry":{"coordinates":[8.537184,47.366241],"type":"Point"},"id":"view_pp_ogd.43915","properties":{"art":"Weiss markiert","gebuehrenpflichtig":"gebührenpflichtig","id1":185332.0,"objectid":43915.0,"parkdauer":120},"type":"Feature"} ,{"geometry":{"coordinates":[8.542311,47.381361],"type":"Point"},"id":"view_pp_ogd.47838","properties":{"art":"Nur mit Geh-Behindertenausweis","gebuehrenpflichtig":"nicht gebührenpflichtig","id1":10279.0,"objectid":47838.0,"parkdauer":null},"type":"Feature"} My background: A programer who recently got started in OSM. Now, there is a large amount of work to be done, things to be considered, issues to be solved and learnings to be made. Here are some points that I am thinking about: 1. There are nearly 49'000 parking spaces in this dataset. The dataset is from 2019, therefore it will contain outdated information. 2. The parking spaces are marked as points. I can see that parking spaces can be added as points and as areas. Personally I would prefer areas. Do we have any preference here? I think the map could suffer a lot if we suddenly have that many points in the map. * https://photos.app.goo.gl/L3ydi3a5gWiNbTEG9 * 1. What happens to continous parking spaces along the street? Again, I think it would be better to have them as areas. But in this example, there is an outgoing path in between them. * https://photos.app.goo.gl/oDi1GR7cJyiMDTkP7 1. Zürich has the concept of blaue Zone. Locals can park there with a residence parking card for an unlimited time. The card is bound to the zip code of the home address. So as a person living in 8055, I can park in all blaue Zone parking spaces in 8055. All blaueZone parking spaces in 8055 are marked as 8055 with a street sign. I am not aware of any edge cases. Therefore I really would like to add some label to mark these as blaueZone:8055 or similar. This should be easily possible using some zip code map. 2. Most/(all?) blaue Zone parking spaces are outdoor, therefore I would prefer to start with them. 3. I was not able to find enough information about some kind of half manual import pipeline. I would like to do it somehow like this: * I want to take the raw data * Extend it with additional information like the zip code. * Convert it into a format that can be read by some kind of OSM client. (Which format to use? I would have guessed OsmChange<https://wiki.openstreetmap.org/wiki/OsmChange>) * Split the dataset into usefull batches and process each of them like this: * Do some kind of automated conflict resolution. There is an already existing parking space? Mark it and put the data point a separate list. * Maybe let me preview each change and press "yes" or "later". * Verify each completely missing point with a satellite image, fortunately we have a high enough resolution to see such lines. Again, edge cases should be marked and put into a separate list. * https://photos.app.goo.gl/PVWrxQnmA76mg8Jp7 * * Maybe, step c should provide a standardized rectangle area instead of a point. For example 2x4 Meter. Then I could rotate the parking space in the client and maybe connect it with endpoints from other parking spaces. * Export these small batch of changes from this unknown OSM client and upload it. * Proceed with the next batch at step d. 4. I mentioned above some separate lists of edge cases. How would I continue with these? * Delete the current data and replace it? I think it would be sad if I remove areas and replace them with points. * I would need some way to query OSM for each datapoint. * It would be nice to add labels like parkdauer and "art" to existing parking spaces. Again, I would need to query OSM for each parking point, see if there is a parking area underneath it, check it's labels and build an OsmChange which contains the additon of these labels. 5. I discovered JOSM. Do you think it is the "right" client to do this? 6. Personally I do like the iD client. Sadly I can't find a way to bring a set of OsmChange's into iD and then using it's awesome conflict resolution tool. Any idea? 7. It will be many days of work to verify all changes. I would prefer to use a really really fast client which let's me fly through each change with some shortcuts. So, that was a lot. What are your thoughts and opinions? How would you approach this problem? Greetings Fabian

3 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

talk-ch June 2022