Re: [OSM-talk-fr] Qualité des ponts (nom des ponts)
Visiblement cartocss le supporte. Jean-Yvon > Gesendet: Donnerstag, 15. August 2019 um 23:28 Uhr > Von: "marc marc - marc_marc_...@hotmail.com" > > An: "talk-fr@openstreetmap.org" > Betreff: Re: [OSM-talk-fr] Qualité des ponts (nom des ponts) > > je suis un grand fan des infos non dupliquée > MAIS pour que cela fonctionne, il faut que les utilisateurs de la donnée > le supporte. hors je n'en connais aucun. > donc on finit par mettre le nam sur la relation et sur les membres, > donc donnée encore plus dupliquée... hélas... > > Le 15.08.19 à 17:55, osm.sanspourr...@spamgourmet.com a écrit : > > L'intérêt c'est notamment de ne plus avoir "pont Machin" pour la route > > dans un sens, "pont Machin" pour la route dans l'autre sens, "pont > > Machin" pour le tram dans un sens, "pont Machin" pour le tram dans > > l'autre sens, "pont Machin" pour la piste cyclable dans un sens, "pont > > Machin" pour la piste cyclable dans l'autre sens. > > > > Ça suppose que tu ne mettes le nom que sur la relation. > > > > Si tu mets le polygone, tu vas avoir des tronçons non nommés si tu ne > > veux pas dupliquer l'info. > > > > Et donc ton routeur te dira de passer sur le pont sans nom, MapComplete > > te demandera le nom du pont etc... > > > > En théorie renseigner le tablier comme polygone man_made=bridge pourrait > > marcher mais c'est déduire les noms de l'emprise ce qui est empirique. > > > > Jean-Yvon > > > > Le 15/08/2019 à 17:28, marc marc - marc_marc_...@hotmail.com a écrit : > >> Le 15.08.19 à 12:40, Francescu GAROBY a écrit : > >>> la relation "type=bridge" qui sert à regrouper toutes les voies > >>> passant sur le tablier d'un pont, pour leur donner des tags communs > >>> (généralement, le name) > >> Merci pour le rappel, il faudrait donc aussi tenir compte de cela. > >> > >> Mais quel est l'intérêt de cette relation par rapport > >> à renseigner le tablier un polygone man_made=bridge ? > >> aucune utilisation connue hormis les éditeurs > >> https://taginfo.openstreetmap.org/tags/type=bridge#projects > >> ___ > >> Talk-fr mailing list > >> Talk-fr@openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/talk-fr > > > > ___ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-fr > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualité des ponts (nom des ponts)
je suis un grand fan des infos non dupliquée MAIS pour que cela fonctionne, il faut que les utilisateurs de la donnée le supporte. hors je n'en connais aucun. donc on finit par mettre le nam sur la relation et sur les membres, donc donnée encore plus dupliquée... hélas... Le 15.08.19 à 17:55, osm.sanspourr...@spamgourmet.com a écrit : > L'intérêt c'est notamment de ne plus avoir "pont Machin" pour la route > dans un sens, "pont Machin" pour la route dans l'autre sens, "pont > Machin" pour le tram dans un sens, "pont Machin" pour le tram dans > l'autre sens, "pont Machin" pour la piste cyclable dans un sens, "pont > Machin" pour la piste cyclable dans l'autre sens. > > Ça suppose que tu ne mettes le nom que sur la relation. > > Si tu mets le polygone, tu vas avoir des tronçons non nommés si tu ne > veux pas dupliquer l'info. > > Et donc ton routeur te dira de passer sur le pont sans nom, MapComplete > te demandera le nom du pont etc... > > En théorie renseigner le tablier comme polygone man_made=bridge pourrait > marcher mais c'est déduire les noms de l'emprise ce qui est empirique. > > Jean-Yvon > > Le 15/08/2019 à 17:28, marc marc - marc_marc_...@hotmail.com a écrit : >> Le 15.08.19 à 12:40, Francescu GAROBY a écrit : >>> la relation "type=bridge" qui sert à regrouper toutes les voies >>> passant sur le tablier d'un pont, pour leur donner des tags communs >>> (généralement, le name) >> Merci pour le rappel, il faudrait donc aussi tenir compte de cela. >> >> Mais quel est l'intérêt de cette relation par rapport >> à renseigner le tablier un polygone man_made=bridge ? >> aucune utilisation connue hormis les éditeurs >> https://taginfo.openstreetmap.org/tags/type=bridge#projects >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualité des ponts (nom des ponts)
L'intérêt c'est notamment de ne plus avoir "pont Machin" pour la route dans un sens, "pont Machin" pour la route dans l'autre sens, "pont Machin" pour le tram dans un sens, "pont Machin" pour le tram dans l'autre sens, "pont Machin" pour la piste cyclable dans un sens, "pont Machin" pour la piste cyclable dans l'autre sens. Ça suppose que tu ne mettes le nom que sur la relation. Si tu mets le polygone, tu vas avoir des tronçons non nommés si tu ne veux pas dupliquer l'info. Et donc ton routeur te dira de passer sur le pont sans nom, MapComplete te demandera le nom du pont etc... En théorie renseigner le tablier comme polygone man_made=bridge pourrait marcher mais c'est déduire les noms de l'emprise ce qui est empirique. Jean-Yvon Le 15/08/2019 à 17:28, marc marc - marc_marc_...@hotmail.com a écrit : Le 15.08.19 à 12:40, Francescu GAROBY a écrit : la relation "type=bridge" qui sert à regrouper toutes les voies passant sur le tablier d'un pont, pour leur donner des tags communs (généralement, le name) Merci pour le rappel, il faudrait donc aussi tenir compte de cela. Mais quel est l'intérêt de cette relation par rapport à renseigner le tablier un polygone man_made=bridge ? aucune utilisation connue hormis les éditeurs https://taginfo.openstreetmap.org/tags/type=bridge#projects ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
