Re: [OSM-talk-fr] Défis MapRoulette pour contrôles de qualité - highway=rest_area

[Marc_marc]

Le 08.07.22 à 18:27, pepilepi...@ovh.fr a écrit :

créer un noeud d'intersection
entre le rest_area et la bretelle qui la dessert


c'est ce que je fais aussi : l'aire est routable (je peux m'y rendre en 
voiture, je trouve donc que c'est une amélioration que de le rendre routable
idem pour les parking (et je ne vois pas la complexité de "reprendre" 
ensuite




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Défis MapRoulette pour contrôles de qualité - highway=rest_area

[JB]

Bof, le genre de solution « tagguer pour le détecteur d'erreurs », qui 
augmente la complexité quand on veut retravailler la zone. Ça me 
rappelle les nœuds communs voirie/parking, une belle galère à reprendre 
par la suite.

JB.

Le 08/07/2022 à 18:27, pepilepi...@ovh.fr a écrit :

Le 08/07/2022 à 15:35, Christian Quest a écrit :

Le 08/07/2022 à 14:19, Marc_marc a écrit :

Bonjour,

Le 08.07.22 à 12:01, Christian Quest a écrit :

Ways with highway=rest_area should not be checked for
connectivity... the wiki confirms that this tag is used only on
areas and nodes, not unclosed ways.

je comprend pas le lien que tu fais entre les 2 :
une aire (une aire de repos d'autoroute, un parking dans un centre
commercial, ...) est connectable au réseau routier

d'ailleurs pour ce tag le wiki dit "The junction way from the highway
is mapped with highway=*_link"
s'il y a jonction, c'est que c'est connecté, router jusqu'à l'entrée
est quand même bien mieux que router à proximité en espérérant que
l'utilisateur trouve l'entrée par lui-même

Il n'y a pas forcément de noeud commun, un highway=* peut traverser
l'emprise de l'aire de service qui n'a rien de routable en elle même
donc les erreurs de connectivité me semblent être des faux positifs.


J'ai aussi commencé ce défi. La solution simple que j'ai trouvée pour
que tout le monde soit content est de créer un noeud d'intersection
entre le rest_area et la bretelle qui la dessert... exemple ici :
https://www.openstreetmap.org/way/459036377 . J'ai intégré au rest_area
https://www.openstreetmap.org/node/8033594814 qui existait sur
https://www.openstreetmap.org/way/23120179.

En toute rigueur topologiquement ça sert à rien, mais c'est pas faux, et
ça résoud le problème de connexion... (certes, ce serait plus propre
d'adapter la requête en excluant les "highway=rest_area", mais comme je
l'ai déjà dit je n'ai aucune connaissance de ces requêtes)


Bien évidemment s'il y a une levée de boucliers contre ma rustine
j'arrête...


Bonne fin de semaine,

JP






___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Défis MapRoulette pour contrôles de qualité - highway=rest_area

[pepilepi...@ovh.fr]

Le 08/07/2022 à 15:35, Christian Quest a écrit :
> Le 08/07/2022 à 14:19, Marc_marc a écrit :
>> Bonjour,
>>
>> Le 08.07.22 à 12:01, Christian Quest a écrit :
>>> Ways with highway=rest_area should not be checked for
>>> connectivity... the wiki confirms that this tag is used only on
>>> areas and nodes, not unclosed ways.
>>
>> je comprend pas le lien que tu fais entre les 2 :
>> une aire (une aire de repos d'autoroute, un parking dans un centre
>> commercial, ...) est connectable au réseau routier
>>
>> d'ailleurs pour ce tag le wiki dit "The junction way from the highway
>> is mapped with highway=*_link"
>> s'il y a jonction, c'est que c'est connecté, router jusqu'à l'entrée
>> est quand même bien mieux que router à proximité en espérérant que
>> l'utilisateur trouve l'entrée par lui-même 
>
> Il n'y a pas forcément de noeud commun, un highway=* peut traverser
> l'emprise de l'aire de service qui n'a rien de routable en elle même
> donc les erreurs de connectivité me semblent être des faux positifs.
>

J'ai aussi commencé ce défi. La solution simple que j'ai trouvée pour
que tout le monde soit content est de créer un noeud d'intersection
entre le rest_area et la bretelle qui la dessert... exemple ici :
https://www.openstreetmap.org/way/459036377 . J'ai intégré au rest_area
https://www.openstreetmap.org/node/8033594814 qui existait sur
https://www.openstreetmap.org/way/23120179.

En toute rigueur topologiquement ça sert à rien, mais c'est pas faux, et
ça résoud le problème de connexion... (certes, ce serait plus propre
d'adapter la requête en excluant les "highway=rest_area", mais comme je
l'ai déjà dit je n'ai aucune connaissance de ces requêtes)


Bien évidemment s'il y a une levée de boucliers contre ma rustine
j'arrête...


Bonne fin de semaine,

JP

-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Défis MapRoulette pour contrôles de qualité - highway=rest_area

[Christian Quest]

Le 08/07/2022 à 14:19, Marc_marc a écrit :

Bonjour,

Le 08.07.22 à 12:01, Christian Quest a écrit :
Ways with highway=rest_area should not be checked for connectivity... 
the wiki confirms that this tag is used only on areas and nodes, not 
unclosed ways.


je comprend pas le lien que tu fais entre les 2 :
une aire (une aire de repos d'autoroute, un parking dans un centre 
commercial, ...) est connectable au réseau routier


d'ailleurs pour ce tag le wiki dit "The junction way from the highway
is mapped with highway=*_link"
s'il y a jonction, c'est que c'est connecté, router jusqu'à l'entrée
est quand même bien mieux que router à proximité en espérérant que
l'utilisateur trouve l'entrée par lui-même 


Il n'y a pas forcément de noeud commun, un highway=* peut traverser 
l'emprise de l'aire de service qui n'a rien de routable en elle même 
donc les erreurs de connectivité me semblent être des faux positifs.


--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Défis MapRoulette pour contrôles de qualité - highway=rest_area

[Marc_marc]

Bonjour,

Le 08.07.22 à 12:01, Christian Quest a écrit :
Ways with highway=rest_area should not be checked for connectivity... 
the wiki confirms that this tag is used only on areas and nodes, not 
unclosed ways.


je comprend pas le lien que tu fais entre les 2 :
une aire (une aire de repos d'autoroute, un parking dans un centre 
commercial, ...) est connectable au réseau routier


d'ailleurs pour ce tag le wiki dit "The junction way from the highway
is mapped with highway=*_link"
s'il y a jonction, c'est que c'est connecté, router jusqu'à l'entrée
est quand même bien mieux que router à proximité en espérérant que
l'utilisateur trouve l'entrée par lui-même

Cordialement,
Marc



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bon usage (ou bonne définition) des multipolygones ?

[Christian Quest]

Le 08/07/2022 à 00:56, osm.sanspourr...@spamgourmet.com a écrit :


Non, faire des trous pour dire que les bâtiments ne font pas partie du
centre de loisir n'a aucun sens. 



Pareil pour l'autre cas... il n'y a pas de raison de mettre les 
bâtiments en inner du landuse où ils se trouvent.


Une analyse révèle souvent des erreurs autres que celles qu'elle cherche 
à la base.


Sur le challenge concernant les relations "restriction", ça m'a remonté 
des intersections inutilement complexifiées par l'ajout de way pour les 
voies pour tourner alors qu'elles ne sont pas séparées, donc à mapper en 
turn:lanes=* et pas avec des objets séparés.


On cherche des aiguilles dans la meule de foin et on trouve aussi des 
épingles ;)


--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Défis MapRoulette pour contrôles de qualité

[Christian Quest]

Ways with highway=rest_area should not be checked for connectivity... 
the wiki confirms that this tag is used only on areas and nodes, not 
unclosed ways.


Here is an example: https://maproulette.org/challenge/27918/task/132558893

--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ile des Faisans - îlot historique entre Hendaye - Irun

[Marc_marc]

Bonjour,

Le 07.07.22 à 22:48, Yannick a écrit :

Comment est traité la cas d'Andorre qui est sur la même problématique?


C'est assez différent, Andorre est un pays souvenain basé sur le 
coprincipauté (merci WP), dont tu n'es jamais ni en espagne ni en France,

C'est presque (au risque de les vexer) dans une filiale commune
mais juridiquement distincte des 2 pays qui la contrôle.
Cela me semble donc erroné si qlq venait à inclure Andore
dans un autre pays

Cordialement,
Marc



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Défis MapRoulette pour contrôles de qualité

[TomTom OSM]

Merci, Christian! Happy to hear that you like the challenge.

-Original Message-
From: Christian Quest  
Sent: donderdag 7 juli 2022 12:19
To: talk-fr@openstreetmap.org
Subject: Re: [OSM-talk-fr] Défis MapRoulette pour contrôles de qualité

Le 04/07/2022 à 14:38, TomTom OSM a écrit :
> Bonjour,
>
> C'est Marjan de TomTom. Je ne parle pas le français régulièrement, donc je 
> m'excuse si ce message contient des erreurs. La version anglaise de ce 
> message que j'ai traduite avec l'aide de DeepL Translate est incluse 
> ci-dessous.
>
> J'ai quelques défis MapRoulette que j'aimerais partager avec vous. Ces défis 
> peuvent vous aider à résoudre différents types de problèmes de données en 
> France. Vous pouvez les trouver tous dans ce projet 
> MapRoulette.
>
> Les tâches des défis ont été générées à l'aide d'instances publiques d'outils 
> d'assurance qualité OSM tels que Atlas et Osmose, et de contrôles de qualité 
> développés et validés en interne. Vous pouvez parcourir les défis une tâche à 
> la fois, évaluer les données et corriger des erreurs de qualité si nécessaire.
>
> Vous trouverez plus de détails sur nos activités d'amélioration des données 
> en France sur notre page 
> GitHub.
>
> Sentez-vous libre d'essayer ces défis. Notre équipe y travaillera aussi dans 
> quelques semaines. Faites-moi savoir si vous avez des questions ou des 
> commentaires.
>
> Bonne journée!
>
> Marjan
>
> -
>
> I have a couple of MapRoulette challenges that I would like to share with 
> you. These challenges can help you fix different types of data issues in 
> France. You can find all of them in this MapRoulette 
> project.
>
> The tasks in the challenges were generated using public instances of OSM 
> quality assurance tools such as Atlas and Osmose, and internally developed 
> and validated quality checks. You can go through the challenges one task at a 
> time, assess the data and correct quality errors where needed.
>
> More details about our data improvement activities in France are on our 
> GitHub 
> page.
>
> Feel free to try out these challenges. Our team will also work on them in a 
> couple of weeks. Let me know if you have any questions or comments.
>
> Have a nice day!
>
> Marjan
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.openstreetmap.org%2Flistinfo%2Ftalk-frdata=05%7C01%7Cosm%40tomt
> om.com%7C6e35a17d11924b3966b308da60027b8a%7C374f80267b544a3ab87d328fa2
> 6ec10d%7C0%7C0%7C637927861021689359%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC
> 4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%
> 7Csdata=%2Fcb9krC0%2F8fOzzCYILKVfHxFWVAql5CDFDTlSiN0onk%3Dre
> served=0

Bonjour Marjan,

The "invalid turn restriction" challenge is very nice.

I'm surprised by some weird restrictions added by users using iD... I suspect 
some problem at the editor level.

--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org