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
