Le 16/08/2017 à 10:44, marc marc - marc_marc_...@hotmail.com a écrit :
Le 16. 08. 17 à 06:45, Jean-Christophe Becquet a écrit :
disused=yes
D'accord pour dire que ce n'est pas bon ici. Car si tu penses qu'il y a
un robinet et que personne ne le réparera jamais, autant ne pas le taguer.
stateofrepair=needs_repair
comme proposé sur
http://wiki.openstreetmap.org/wiki/Proposed_features/Drinking_water_attributes
l'idée est bonne, le nom moins. stateofrepair=ok veut-t-il dire que
c'est réparé ou que cela n'a pas besoin de l'être ? quelle différence
entre broken et needs_repair ?
j'éviterai cette clef.
broken = hors service (vandalisme par exemple), robinet à remplacer.
needs_repair = tu arrives à faire couler de l'eau mais c'est grippé ou
ça fuit en permanence.
C'est la différence entre l'absence de service et un service dégradé.
Par contre c'est mon point de vue, une description par l'auteur serait
bienvenue.
Pas de modif de la page depuis 2013... qui annulait modif précédente qui
constatait l'absence d'activité sur la proposition.
Mais je me demande ce en quoi l'état d'une fontaine diffère de celui
d'un automate.
Et TagInfo <https://taginfo.openstreetmap.org/keys/stateofrepair> nous
dit qu'il y a 243 utilisations (dont des "working" dont je ne vois pas
la différence avec "ok", ça marche mais un peu difficilement ?).
operational_status=out_of_order
https://taginfo.openstreetmap.org/tags/operational_status=out_of_order
Le nom est clair et l'idée structurée.
une fois l'avis des autres recueillit, ce serrait utile de réveiller
l'auteur de la proposition pour voir s'il continue ou pas.
p'être aussi lui rajouter un check_date
dommage qu'entre temps, les valeurs soient non normalisée (open <>
operational <> ok), s'il faut on lancera une normalisation à l'échelle
du pays:-)
35 000 utilisations, c'est mieux.
L'idée ensuite : une requête Overpass qui viendrait alimenter une carte
Umap à destination des services techniques de la ville ?
Il me semble avoir lu qu'au moins une personne d'une administration
publique utilisant osm est sur cette liste, son avis serrait utile pour
tendre vers un système uniforme.
Peut-être faudra-t-il aussi un tag pour noter l'évolution du problème
(transmis, en cours de traitement, réparation planifié, ...)
c'est surtout le premier état (transmis) qui me semble utile à court
terme, il faudra sûrement leur envoyer les premières infos de manière
classique (téléphone, email)
Pour info, avec les administrations je communique avec des liens sur
BBBike/mc
<https://mc.bbbike.org/mc/?lon=-3.503756&lat=47.805311&zoom=18&num=2&mt0=osmfr&mt1=mapbox-satellite&marker=V%C3%A9hicule%20abandonn%C3%A9%20DJ-573-WE%20%28manquent%20roue%20AR%20DR,%20vitre%20AV%20DR%29>
: une vue OSM France, une vue satellitaire et un texte décrivant le pb.
Plus souvent un lien vers osm.org.
C'est facile à faire et utilisable sans nécessiter de geek ou de service
SIG évolué. La première fois la secrétaire de mairie m'a remercié. Elle
le ne fait plus mais c'est bien géré car c'est facile pur eux.
Comme ce sont des situations qui n'ont pas vocation à dure, les mettre
dans OSM (et pas dans OpenEventDB par exemple) me gène un peu.
D'autres administrations comme Brest Métropole permettent d'entrer
l'équivalent de notes dans leur SIG, notes validés (elles sont alors
visibles de tous) puis gérées.
Si Tony et consorts ont des remarques, je suis preneur.
Mais entrer en base sans personne derrière ou sans savoir à qui passer
me semble de la fausse qualité.
C'est bien de signaler aux utilisateurs que le robinet ne marche pas
mais si on n'avertit pas l'opérateur, le robinet ne marche pas mieux par
la suite.
C'est à mon avis le gros bémol que je ferais sur ce tag.
De toutes façons, il me semble utile de prévenir les éventuels usagers
de la base OSM que le point d'eau est HS.
Si la remise en route à court terme n'est pas espérée, tu peux aussi
préfixer avec disused: afin de le faire disparaître du rendu.
Parce que rare (aucune ?) sont les apps à te prévenir qu'un poi contient
un tag d'anomalie hormis à cliquer sur l'objet en question.
Et encore, si elle ne filtre pas par les attributs un tant soit peu
attendus !
Cordialement,
Marc
_______________________________________________
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