******** 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! ***********
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
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
Liebe:r Mapper:innen
Das Dashboard des neuen "Project of the Month (PotM) CH" vom Dezember
bis Ende Januar 2022 ist bereit [1]!
Während der nächsten zwei Monaten geht es um Wikidata Tags
beispielsweise von Berggipfel, Geonamen und Kunstwerken.
Streng genommen werden nur der Key "wikidata" oder die secondary
Wikidata-Keys "*:wikidata" gefiltert - egal welchen Haupt-Tag sie
haben. Siehe die PotM CH Wiki-Seite [2].
Es gibt erst wenige Tools, die Wikidata-Tags mit OSM-Objekten matchen,
die beispielsweise noch keinen Wikidata-Tag enthalten. Die OWL Map ist
so ein Tool [3].
Der Nutzen von Wikidata-Tags an OSM-Objekten kann nicht genug betont
werden: Sie ermöglichen einerseits "Mashups" von OSM und Wikipedia,
und andererseits kartografische Generalisierung dank eines Rankings.
Beides nutzt die Burgen-Dossier-Karte Schweiz und benachbarte Länder
[4].
Ein Ranking von Wikidata-, bzw. OSM-Objekten ist eine sehr nützliche
Sache, namentlich der daraus abgeleitete QRank-Datensatz [5]. Das
ermöglicht u.a. (wie erwähnt) Generalisierung aber auch die
Priorisierung von Geonamen-Suchergebnissen sowie effizientere
Qualitätssicherung.
Viel Spass beim Mappen während und nach der schönen Weihnachtszeit!
Beste Grüsse und ein schönes Fest wünscht, Stefan
Weblinks:
[1] PotM CH Dashboard "Wikidata Peaks, Geonames and Art Works" (17):
https://potm.osm.ch/superset/dashboard/17/
[2] PotM CH Wiki-Seite: https://wiki.openstreetmap.org/wiki/PotM_CH
[3] OWL Map: https://map.osm.wikidata.link/
[4] Burgen-Dossier-Karte: https://castle-map.infs.ch/
[5] QRank: https://qrank.toolforge.org/
Hello,
As I read in the Wiki, the "to" member of a "destination_sign" tag can
contain a way or a node.
In my current review of hiking trails, I would like to put a relation
inside. Here is a real example :
I've created a hiking route between 2 guideposts :
https://www.openstreetmap.org/relation/13273890
I've also created a destination_sign to indicate the destination and time.
I use the first point of the way to indicate the "to" :
https://www.openstreetmap.org/relation/13276408
When I display the map, I can only seen 2 circles. That will not really
help users. In the destination_sign I could indicate the first way, it will
be little more explicit. But if I could enter the relation to the
destination in the "to", there would be a great gain of information.
Do you know why the "to" member is not accepting a relation ? Is it
possible to change it ?
Thank you
Raphael Terrettaz
Salut
Vielleicht auch von Interesse für OSM Mapper (z.B. PotM ?) :
Inventar von Armee- und Kriegsdenkmälern in der Schweiz
https://www.admin.ch/gov/de/start/dokumentation/medienmitteilungen.msg-id-8…
Diese Medienmitteilung der Schweizer Armee könnte für Wikipedianer von
Interesse sein: "Die Schweizer Armee hat ein Inventar der in der Schweiz
bestehenden Armee- und Kriegsdenkmäler erstellt und online publiziert.
Das Verzeichnis schafft in digitaler Form einen Überblick über rund 900
Erinnerungszeichen. Sie rufen die alteidgenössischen Schlachten, die
Aktivdienste des 20. Jahrhunderts oder Unglücke der Schweizer Armee ins
Gedächtnis. Aufgeführt werden auch Denkmäler, die an die Internierten
während der beiden Weltkriege oder an verstorbene Bourbaki-Soldaten
erinnern."
Erhalten via Hadi (Diego Hättenschwiler) / Wikiped'a
--
Andreas Bürki
abuerki(a)anidor.com
S/MIME certificate - SHA-256 fingerprint:
8A:1A:C2:93:10:4B:CE:91:2C:80:79:44:24:1D:38:CA:EE:0E:89:C9:A5:A4:A0:03:FF:5A:FB:D1:15:18:B5:45
GnuPG - GPG fingerprint:
5DA7 5F48 25BD D2D7 E488 05DF 5A99 A321 7E42 0227
Dear Talk CH List
The swiss openstreetmap community has its own "same procedure as every year" at
new years eve. However it is not about Miss Sophie [1], but about our municipalities.
We imported all official municipality borders a few years ago and since then we try
to keep them up to date. I created a list of this years merges, you can find it in
the wiki [2].
Anyone with enough josm know how is welcome to participate in the mergers, as long as
you stick to the proposed work flow [3]. Please always check the effective field and
do not start before!
Loremo
[1]: https://en.wikipedia.org/wiki/Dinner_for_One
[2]: https://wiki.openstreetmap.org/wiki/Switzerland/2022_Municipality_Mergers
[3]: https://wiki.openstreetmap.org/wiki/Suggested_merger_workflow
tl;dr: I seek advice for tagging different facilities for childcare in Switzerland.
Dear list
I got a waiver to import data from the city of Uster [1] and am in the process of preparing this data for an import. Before discussing the specifics of this import, I would like to clarify some general questions regarding Switzerland-specific tagging of places for childcare that came up while working with this dataset.
Regarding childcare I would like to be able to tag the following use-cases, which I believe should cover the most common cases we have in Switzerland:
- A: (what I call "Kindergarten" in german): Part of the mandatory swiss school education for children of the age of approx. 4 to 6.
- B: ("Kita"): Where working parents can bring their children (approx. aged 0 to 4) during office hours (up to 5 full days a week). There is a definition at [2] that defines a Kita/use-case B as: Cares periodically for children aged 3 months until the age where compulsory school ends, on at least 5 half-days, offering 6 or more slots.
- C: ("Spielgruppe"): Where children go approx. once per week for only a few hours. The legal hurdles to operate such a facility are lower than those for use-case B, but seem to differ for each canton. Food/lunch is normally not offered.
- D: ("Hort"): Where children of age approx. 4+ go before/between/after mandatory school visits, so parents can work.
- E: ("Krabbelgruppe"): A place where parents together with their children (aged approx. 0 to 2) meet regularly (e.g. once per week) for a small number of hours.
I have a bit of a hard time mapping the existing Wiki entries to the above use-cases. My understanding (mostly from [3]) is this:
- A: amenity=kindergarten, preschool=yes, operator:type=public, min_age=4, max_age=6, isced:level:2011=0
- B: amenity=kindergarten, nursery=yes, operator:type=private, min_age=3 months, breakfast=yes, lunch=yes
- C: amenity=kindergarten, operator:type=private, min_age=4
- D: amenity=kindergarten, after_school=yes, operator:type=private, min_age=4,
- E: (seems undefined yet)
What I don't like about it:
- The tagging for these almost don't differ, although I expect that for parents looking for a form of childcare the differences are significant. Especially between use-case B and C there is almost no distinction.
- amenity=kindergarten is used 2427 times in Switzerland [4]. There is a competing tag amenity=childcare that is used non-negligible 726 times [5] in Switzerland. Its meaning is unclear to me (see [6] and [7]) and it is mentioned in a rejected [8] and an abandoned [9] proposal.
Please share your input on the following questions:
- Have I missed a significant use-case for childcare?
- Do you agree with my tagging for the aforementioned use-cases?
- Do you see a good way how we could tag the difference between use-cases B and C? Is this already given by nursery=yes? Maybe tag their membership to either kibesuisse (use-case B) [10] or SSLV (use-case C) [11] (might not be given/known for all)? How to do so? Or define a tag playgroup=yes or CH:playgroup=yes?
- Do you agree in deprecating and manually retagging amenity=childcare instances?
- What would be the easiest way to get a list of all mappers that tagged amenity=childcare onto objects in Switzerland to invite them for input?
- Shall I (we?) go to the tagging mailing list trying to get consensus for a tag for use-case E? What should it be? baby_crawling_group=yes ?
- Do you know any public map that is already showing the given use-cases?
- What have I missed or got wrong?
Links:
[1] https://github.com/GesellschaftStadtUster/kind-jugend-fam_angebote
[2] https://www.sslv.ch/erlaeuterung-zur-definition.html
[3] https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dkindergarten
[4] http://taginfo.osm.ch/tags/amenity=kindergarten
[5] http://taginfo.osm.ch/tags/amenity=childcare
[6] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dchildcare
[7] https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dchildcare
[8] https://wiki.openstreetmap.org/wiki/Proposed_features/childcare
[9] https://wiki.openstreetmap.org/wiki/Proposed_features/childcare2.0
[10] https://www.kibesuisse.ch/
[11] https://www.sslv.ch
Best regards
Lukas
Hallo Zusammen,
Are there any conventions for (or against) mapping 'Altstadt' old town
areas?
As far as i can tell this isn't really done and historic=district
<https://wiki.openstreetmap.org/wiki/Tag:historic%3Ddistrict> doesn't seem
much used?.
Gruss
James.