Bonjour Pour m'être posé plusieurs fois la question, j'en suis arrivé à la conclusion que : - la station doit être modélisée par un unique point situé au niveau de la borne principale (là où il y a l'écran). - les bornettes d’arroches sont à modéliser par un/des ways ou polygones avec les tags adaptés et rattachés à la station via son identifiant.
Cela éviterait tous les problèmes de gestion de relation, de rendu et de doublons des éléments. NB pour Jean-Yvon. Dans le nouveau service Vélib', il n'y a plus de distinction entre les abonnés qui disposent d'une carte d'accès au service et les autres puisqu'on peut utiliser indistinctement un code d'accès ou une carte pour décrocher le vélo directement via le boîtier du guidon. Thomas Le mer. 3 avr. 2019 à 18:46, marc marc <marc_marc_...@hotmail.com> a écrit : > pour access : il y a eu le même genre de débat sur la ml tagging > à propos des access soumis à un permit. > les participants étaient très divisé : ceux qui utilisaient la clef > pensait que rien ne pouvait être modifié et les autres ne voyait pas > souvent l'utilité d'une nouvelle valeur. > pour ma part, cela rentre dans access=customers > l'obligation ou pas de s'inscrire avant utilisation devrait être > dans une autre clef. p'tre genre customers=members pour reprendre > ta valeur > > Le 03.04.19 à 18:10, osm.sanspourr...@spamgourmet.com a écrit : > > Je verrais bien une station avec access=subscribers, valeur non > > actuellement prévue > > > > Je vois 86 access=members, partons donc pour access=members (à > > documenter sur le wiki et faire une proposition, François je te laisse > > faire comme ça on verra si c'est toi ou ta proposition qui posait > > problème ^^). > > > > Une relation site semble logique, tu y mets les infos en open data. > > > > Tu mets juste la restriction sur l'objet qui va bien. > > > > Si côté rendu ça couine, dupliquer amenity > > <https://wiki.openstreetmap.org/wiki/Key:amenity?uselang=en> > > bicycle_rental <https://wiki.openstreetmap.org/wiki/Tag:amenity=bicycle > > rental?uselang=en> sur les membres de la relation, ce n'est pas trop > > horrible. Osmose va sans doute râler avec raison. Mieux : entrer des > > tickets dans les moteurs de rendu ne rendant pas proprement : n'importe > > quel moteur ne rendant pas proprement ces relations site peut lors de > > l'import ajouter les attributs de la relation sur les membres (s'il n'y > > a pas de conflit). > > > > Jean-Yvon > > > > Le 03/04/2019 à 14:13, Phyks - ph...@phyks.me a écrit : > >> Salut, > >> > >> J'ai eu le cas récemment avec celle-ci. J'ai fait deux points > >> disjoints, mais je ne suis pas convaincu du tout par cette approche : > >> https://www.openstreetmap.org/node/6043493986 et > >> https://www.openstreetmap.org/node/5998636863. Le nom et la ref seront > >> dupliquées, ce qui n'est pas optimal du tout. > >> > >> En regardant en arrière avec Overpass, j'ai l'impression que même du > >> temps de JCDecaux, les stations découpées n'étaient pas découpées dans > >> OSM : https://overpass-turbo.eu/s/HDb. > >> > >> Ça serait une information a priori intéressante à avoir dans OSM, > >> notamment car les stations découpées n'ont en général qu'une seule > >> partie accessible sans abonnement (du moins avec JCDecaux, seule une > >> partie de la station était accessible sans badge d'accès, depuis la > >> borne). Ceci dit, les données disponibles sont agrégées par station, > >> donc en pratique, je ne sais pas si l'intérêt est si grand que ça : > >> https://www.velib-metropole.fr/map#/. > >> > >> Bonne journée, > >> > >> Le 2019-04-03 13:28, Charles MILLET a écrit : > >>> Bonjour, > >>> > >>> Est-ce que vous savez si il y a une pratique pour cartographier une > >>> station Velib’ qui est divisée en 2 parties comme ici par exemple, au > >>> carrefour de la Rue Jacquard et la Rue Ternaux (à observer avec la > >>> photo aérienne) ? > >>> > >>> Pour l'instant j'ai placé le point sur une seule des 2 partie. > >>> > >>> Bonne journée. > >> > > > > _______________________________________________ > > 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
