Bonjour,
quelqu'un pourrait-il accompagner les 2 contributeurs ayant demandé de
l'aide en allemand ?
> https://resultmaps.neis-one.org/osm-suspicious?country=182&hours=96&mapping…
Cordialement,
Marc
Le 02. 12. 17 à 15:15, Marc M. a écrit :
> Bonjour,
>
> Le tag permet à un contributeur qu'il souhaite un deuxième avis sur sa
> modification.
> Je regarde régulièrement les changeset avec ce tag, le plus souvent
> utilisé par un contributeur récent.
> C'est un outil pratique pour aider à s'améliorer.
> A ma demande, Pascal Neis l'auteur du site web ci-dessous, a ajouté une
> option pour n'afficher que les changeset sans commentaire, ceux qui sont
> le + susceptible d'avoir besoin d'un coup d’œil.
> Pour la Suisse, cela donne
>> https://resultmaps.neis-one.org/osm-suspicious?country=182&hours=96&mapping…
>>
>
> Pour que cette nouvelle option fonctionne, il faut bien sur prendre la
> peine de mettre un petit mot sur le changeset (même quand il n'y a rien
> à corriger).
>
> Cordialement,
> Marc
Hello all,
I recently noticed unexpected results when using the routing interface at routing.osm.ch.
When planning a bike or foot hike, the algorithm uses ferry routes over lakes if this makes the route shorter.
For instance, this bike course between Brienz and Bönigen mostly uses ferry routes :
https://routing.osm.ch/?z=13¢er=46.715386%2C7.975903&loc=46.755034%2C8.…
Is this the expected result, an issue with the OSRM routing algorithm itself, its parameters or the definition of the ferry route ?
To me, routing over ferries is conceptually wrong, because the user is not actually biking or hiking on the ferry route. To stretch this to the extreme, the foot/bike routes should also include motorways and railways because a pedestrian/cyclist can mount a car/bus/train.
Best regards.
Alain
Hello,
who/what are using swisstopo tag from osm ?
I ask this because :
- it lacks tags on 169 municipalities.
https://overpass-turbo.eu/s/uaq
if they are actually used, is it a tool to update them ?
- Wouldn't it be better to migrate to a more modern schema ?
swisstopo:BFS_NUMMER can move to ref: namespace
swisstopo:KANTONSNUM can be put once on admin_level=4 boundary
swisstopo:BEZIRKSNUM can be put once on admin_level=6 boundary
swisstopo:BFS_NUMMER can be computed with CH+BEZIRKSNUM+BFS_NUMMER
Regards,
Marc
Hallo
Beim Import der Basler Wohnviertel habe ich auf der Imports-Liste
Hinweise auf fehlerhafte Boundaries in der Schweiz erhalten (siehe
unten). Vielleicht will sich mancher um ein paar in seiner Nähe kümmern...
Oder ist es gerade der falsche Zeitpunkt wegen Gemeindemutationen!?
Gutes Neues!
Johannes
-------- Weitergeleitete Nachricht --------
Betreff: Re: [Imports] RFC for City of Basel Suburb Import
Datum: Sat, 30 Dec 2017 17:40:33 +0100
Von: Rafael Avila Coya <ravilacoya(a)gmail.com>
An: imports(a)openstreetmap.org
Hi, Johannes:
On 30/12/17 10:14, Johannes Singler wrote:
> Am 29.12.2017 um 21:47 schrieb Rafael Avila Coya:
>> Although a bit off-topic, I have seen that all boundaries in
>> Switzerland need some corrections. When looking at level 9 entities, I
>> checked for example Jorat-Menthue (admin_level=8), in District du
>> Gros-de-Vaud (6), Canton of Vaud, that is divided in 5 admin_level=9
>> entities. I saw that this Jorat-Menthue is duplicated (2 relations)
>> [2]. > It would be nice
>> that an experienced user of the Swiss OSM community has a check
>> nation-wide to correct this and other errors.
>
> What other errors do you see? Can you tell me an Overpass query that
> your insights are based on?
Sorry: I wanted to say "... to correct this and other **possible**
errors...".
As I was just looking for an example of admin_level=9 administrative
divisions and I found that duplicate example, I find it quite probable
that there might be other mistakes here and there. It's only a guess,
and in any case I am quite sure this happens with mostly all countries.
Sometimes errors come from newbies who don't know really how to handle a
boundary relation.
The overpass to download all administrative boundaries of Switzerland
that I used is:
[timeout:150];
(
node["boundary"="administrative"](area:3600051701);
way["boundary"="administrative"](area:3600051701);
relation["boundary"="administrative"](area:3600051701);
);
out meta;
>;
out meta;
Running the JOSM validator I can give you some error examples:
1. Heimiswil [1] in Canton Bern has 470 duplicated nodes.
2. Bonfol [2] and Vendlincourt [3] nodes, that are duplicated as members
of their respective relations with label and admin_centre roles.
3. Zürich airport area [4] is tagged as boundary=administrative, and
crossing the boundaries it finds on its way.
4. Apart of Zürich airport, there are other 4 boundary=administrative
segments around Switzerland without the admin_level tag. One exemple is
this one [5], that belongs to 2 admin_level=6 entities, 2 admin_level=8,
1 admin_level=9 and 1 admin_level=10.
The rest of the errors, like 25 unclosed boundaries, you can get them
from the JOSM validator.
Cheers,
Rafael.
[1] http://www.openstreetmap.org/relation/1682474
[2] https://www.openstreetmap.org/node/419894895
[3] https://www.openstreetmap.org/node/419894893
[4] https://www.openstreetmap.org/way/463409859
[5] https://www.openstreetmap.org/way/122946544
>
> Johannes
>
> _______________________________________________
> Imports mailing list
> Imports(a)openstreetmap.org
> https://lists.openstreetmap.org/listinfo/imports
_______________________________________________
Imports mailing list
Imports(a)openstreetmap.org
https://lists.openstreetmap.org/listinfo/imports
Liebe Entwicklerinnen und Entwickler,
im März kommt der OSGeo Code Sprint 2018 nach Bonn!
Er findet vom 18.03.-25.03.2018 im BaseCamp Bonn zeitlich parallel zur
FOSSGIS-Konferenz 2018 statt. Das BaseCamp ist ein großartiger Ort für
eine solche Veranstaltung. Codesprint und Unterkunft sind in einer alten
Fabrikhalle mit unterschiedlichsten Übernachtungsmöglichkeiten vom
Campingwagen bis zur Gondel.
Der Code Sprint ist offen für alle, die an einem oder mehreren Projekten
mitarbeiten möchten. Es gibt immer viel zu tun - nicht nur zu Programmieren.
Übersetzungen, Dokumentation, Feedback, Diskussionen, Testen - alles ist
wichtig für die Projekte und jeder ist herzlich eingeladen, am Codesprint
teilzunehmen!
Wer beim Code Sprint im BaseCamp übernachten möchte, sollte jetzt schnell
reservieren!
Ausführliche Informationen gibt es auf der FOSSGIS-Webseite:
https://www.fossgis.de/node/308
Schnellentschlossene kommen hier direkt zum Buchungssystem:
http://www.bonn-region.de/events/fossgis.html
und können sich gleich auf der Seite des OSGeo Code Sprint 2018 registrieren:
https://wiki.osgeo.org/wiki/OSGeo_Code_Sprint_2018#Participants
Den Mehrfachempfang dieser Mail bitten wir zu entschuldigen.