Bonjour,
Je recherche des listes d'outils autour d'OSM et du Handicap. De plus en
plus de gens me font part de leur déception de trouver des initiatives
basées sur Google ou autres fermées.
Aussi, connaissez-vous le fonctionnement de https://parking.handicap.fr ?
Merci pour vos liens avec le
A améliorer, mais bon, il n'y a pas de régression, c'est plutôt à ça que je
pense.
Si il n'y a pas de régression je peux passer le nouveau style en prod en
remplacement de l'actuel... et ensuite on refait un cycle d'amélioration
sur les réserves et sur les track.
Le 2 novembre 2016 à 23:47, a éc
Bonjour Cyrille et la liste,
Voici des liens, un peu en vrac :
http://wiki.openstreetmap.org/wiki/Disabilities
http://wiki.openstreetmap.org/wiki/OSM_for_the_blind
http://wiki.openstreetmap.org/wiki/List_of_OSM-based_services#Accessibility_for_persons_with_disabilities
http://wiki.openstreetmap.o
Le 02/11/2016 à 16:06, Jérôme Amagat a écrit :
J'ai fait une erreur sur le tag public transport c'est les platform
qui sont présentent dans les données donc il faudrait remplacer
"public_transport": "stop_position", par "public_transport": "platform"
Ensuite, pour shelter= il y a un problème ç
Bonjour à tous,
J'ai trouvé plusieurs pratiques pour ce tag :
- le nom qui figure sur l'arrêt
- le nom qui figure sur les plans/horaires d'un réseau
- un des noms précédents "corriger" par osmose : par exemple St- => Saint-
- un nom composé du nom de la commune et de l'arrêt : Vezin-le-Coquet (Tro
les "network=fr_star" pourraient être changés en network=STAR.
Il existe aussi dans la région des network=fr_lila et fr_tan qui mériterai
aussi un changement massif.
Il y a aussi des ref:fr_illenoo autour de Rennes.
Le 3 novembre 2016 à 10:40, lenny.libre a écrit :
>
>
> Le 02/11/2016 à 16:06,
Bonsoir,
On en avait parlait à l'AG de Clermont-Ferrand de rendre plus visible et
accessible les données et outils de la galaxie OSM sur le site de l'asso FR.
Se pose la question de l'intégration au site web, directement sur la
page d’accueil, présent mais sans être l’élément principal, sépar
Non: network devrait conserver un préfixe de pays (STAR est vraiment trop
générique et a de nombreux synonymes)
La page wiki au sujet de network le dit clairement: cette clé devrait être
unique et à défaut de connaître le monde entier (STAR n'est pas du tout une
marque internationale, juste un nom
+1, network=FR:STAR me semble plus logique (c'est la STAR en France, pas
en français).
D'ailleurs j'avais l'intention de l'écrire.
Sachant que la seconde partie est le nom commercial du réseau (d'où
STAR, Bibus, CTRL) et non par exemple le nom de l'opérateur.
Dans l'exemple du wiki le réseau e
euh... on n'a jamais mis un network=FR:RATP je ne vois pas trop ce que ce
"FR" viens faire ici
Pour une départementale française on ne met par ref=FR:D 412
Si on veut préciser la langue c'est sur la clé qu'on le fait pas sur le
valeur (name:fr=XXX et pas name=fr:XXX) et c'est "fr" pour la lanque
pour les routes on a pris la décision depuis longtemps de mettre des nom
locaux, ce qui obligé à faire des restrictions de zones et complique les
requêtes (D 412, N 1, ou A 13 sont ambigus). Pour certains cas on a du
ajouter un code pays dans une autre clé (voire l'affeux "is_in"), ce qui
n'est pas
là il n'y a pas de problème de chevauchement de réseau, il y a un seul
réseau STAR autour de rennes et même en France. Si on veux les éléments de
ce réseau on se restreint à une région dans ses recherches pour ne pas
avoir des éléments d'un hypothétique réseau STAR ailleurs.
Si on met network=FR:S
12 matches
Mail list logo
