Re: [OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

2020-06-29 Par sujet Yves P. 
> - Yves, pourquoi tu as supprimé la N 4 ?
> 
Je ne sais pas. Un clic de trop ?
As-tu un lien ?
> - Il y avait des photos Mapillary qui montraient que là il y avait une route 
> et on voyait que c'était la N 4.
> 
Idem
> MdR. Bah, on connait bien des utilisateurs expérimentés qui remplacent des 
> baies représentées par des multi-polygones par des points…
> 
:D

>> Dans ce cas, il me semble que non. Que va faire un calculateur d'itinéraire 
>> avec la position d'un poteau sur le trottoir, dans l'herbe ou au dessus de 
>> la chaussée ?
> Ben si : toi, TU n'as pas besoin de ça pour avoir TON itinéraire.
> 
Je cherche mais je ne vois pas le rapport.
> Mais OSM ce n'est pas fait juste pour qu'Yves puisse faire SA randonnée.
> 
On est d'accord.

Plus sérieusement, dans les "Alpes" les itinéraires de rando sont décrit de 
poteaux indicateurs en poteaux indicateurs, avec un nom de lieu-dit et une 
altitude.
C'est ça le repère.
Dans le Vaucluse et les Hautes-Alpes ça semble identique. Les panneaux sont 
comment en Bretagne ?
> start_date, oui c'est moins utile que pour un bâtiment mais si le département 
> utilise OSM pour trouver les poteaux en bois plantés dans l'herbe qui datent 
> de 1994 parce qu'ils sont à remplacer, la base de certains pourrissant, j'ai 
> du mal à voir où est le mal.
> 
Je ne disais pas que c'est mal, mais que je n'en voyais pas l'usage.
Je ne met (presque) plus de smileys pour modérer mon propos, ça agace au moins 
sur IRC.

Et surtout à la base, j'ai été surpris par cette quantité de tags pour un 
simple poteau.
Ça fait de la lecture :D
> En plus tu cherches à libérer des données poteaux, ne va pas reprocher aux 
> gens de mettre ces informations dans OSM, c'est contre productif.
> 
> A-t-on vu un utilisateur utiliser la référence STIF/IdFM des arrêts de bus ? 
> Est-ce pour autant inutile ?
> 
L'intérêt des tags ref:xyz c'est de faire le lien entre un objet OSM et une 
base de données externe (ici "métier").
Doit-on mettre tous les champs d'une BDD dans OSM ?
SI OSM est LA base de données partagée par plusieurs acteurs, pourquoi pas.

En poussant le raisonnement à l'extrême, on va mettre dans OSM l'intégralité 
des données GTFS (arrêts et lignes de bus, horaires…) ?
> Si tu ne veux pas dans ta base avoir les dates des poteaux, en une requête 
> SQL tu as fait le ménage chez toi pour toi.
> 
J'aimerais avoir l'exhaustivité des poteaux, éventuellement avec une photo 
lisible… avant d'avoir des détails sur la marque, le modèle, date de 
fabrication et n° de série de quelques poteaux.
Les randonneurs ont avant tout besoin des poteaux sur la carte :)
> Au début il n'y avait pas 279 building=yes non plus ;-).
> 
Je suis d'accord avec Marc, il faut peut-être revoir les applis… mais j'ai été 
pas mal échaudé. Je ne me fais pas trop d'illusions.
> Ceci dit le problème est un tag mapillary:wide dont on n'a pas la définition 
> et on ne sait si ça veut dire "photo d'ensemble, pris de loin" ou "photo 
> panoramique".
> 
> Du coup peu utilisé et peu utilisable.
> 
> Peu utile à mon avis aussi.
> 
Avec mon expérience des PEI (tient, encore des poteaux :D) il faut en pratique 
les 2.
Une photo pour situer un objet (poteau, borne incendie, fontaine…) qui sert à 
le retrouver dans la réalité, vérifier qu'il est à sa place lors de l'édition.
Une photo de pied. Elle est plus lisible dans une application, et elle permet 
de voir l'état d'un objet, des détails comme une référence.
Et dans certains cas des photos additionnelles…
> Après du Mapillary multi-valeur est peu utile, on va vouloir "la" meilleure 
> photo. Et bien sûr suivant ses propres critères^^.
> 
OSM Hydrant permet d'afficher 1, 2 ou plusieurs photos, mais avec des 
"template" dans les photos Wikimedia : 
https://commons.wikimedia.org/wiki/File:Fire-fighting-facility_node-4750331829.jpg
Du coup coté OSM le tag wikimedia_commons n'est pas renseigné, et ça oblige à 
faire des requêtes côté wikimedia en plus des requêtes overpass coté OSM :/

__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

2020-06-29 Par sujet osm . sanspourriel 

Le 29/06/2020 à 11:48, Vincent Bergeot - vinc...@bergeot.org a écrit :

Le 29/06/2020 à 11:04, Yves P. a écrit :

- pole:position=green : je ne comprends pas ce tag, et je n'ai rien
trouvé dans le wiki. Quelqu'un peut-il expliquer ?

c'est par analogie avec fire_hydrant:position
=lane/parking_lot/sidewalk/green

C'est utile quand la précision des coordonnées est mauvaise ou en
l'absence de photo de situation, sinon complètement inutile.


je ne pense pas que la présence d'une photo soit un argument pour
sortir une donnée car il est plus facile il me semble d'utiliser une
donnée pour du routing ou de la synthèse vocale par exemple (d'autant
plus pour les cas où l'on ne peut pas voir la photo).


- Yves, pourquoi tu as supprimé la N 4 ?

- Il y avait des photos Mapillary qui montraient que là il y avait une
route et on voyait que c'était la N 4.

MdR. Bah, on connait bien des utilisateurs expérimentés qui remplacent
des baies représentées par des multi-polygones par des points...


La pertinence du tag en lui-même je ne sais pas.



Le 29/06/2020 à 11:54, Yves P. - yves.prat...@gmail.com a écrit :

Dans ce cas, il me semble que non. Que va faire un calculateur
d'itinéraire avec la position d'un poteau sur le trottoir, dans
l'herbe ou au dessus de la chaussée ?


Ben si : toi, TU n'as pas besoin de ça pour avoir TON itinéraire.

Mais OSM ce n'est pas fait juste pour qu'Yves puisse faire SA randonnée.

start_date, oui c'est moins utile que pour un bâtiment mais si le
département utilise OSM pour trouver les poteaux en bois plantés dans
l'herbe qui datent de 1994 parce qu'ils sont à remplacer, la base de
certains pourrissant, j'ai du mal à voir où est le mal. En plus tu
cherches à libérer des données poteaux, ne va pas reprocher aux gens de
mettre ces informations dans OSM, c'est contre productif.

A-t-on vu un utilisateur utiliser la référence STIF/IdFM des arrêts de
bus ? Est-ce pour autant inutile ?

Si tu ne veux pas dans ta base avoir les dates des poteaux, en une
requête SQL tu as fait le ménage chez toi pour toi.

> Pas sûr que les devs en tiennent compte pour 279 tags, mapillary en
plus !

Au début il n'y avait pas 279 building=yes non plus ;-).

Ceci dit le problème est un tag mapillary:wide dont on n'a pas la
définition et on ne sait si ça veut dire "photo d'ensemble, pris de
loin" ou "photo panoramique".

Du coup peu utilisé et peu utilisable.

Peu utile à mon avis aussi.

Après du Mapillary multi-valeur est peu utile, on va vouloir "la"
meilleure photo. Et bien sûr suivant ses propres critères^^.

Jean-Yvon

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

2020-06-29 Par sujet Yves P. 
> je ne pense pas que la présence d'une photo soit un argument pour sortir une 
> donnée car il est plus facile il me semble d'utiliser une donnée pour du 
> routing ou de la synthèse vocale par exemple (d'autant plus pour les cas où 
> l'on ne peut pas voir la photo).
> 
Oui :)
> La pertinence du tag en lui-même je ne sais pas. 
> 
Dans ce cas, il me semble que non. Que va faire un calculateur d'itinéraire 
avec la position d'un poteau sur le trottoir, dans l'herbe ou au dessus de la 
chaussée ?

destination est utile, et apparemment utilisé par les synthèses vocales des 
logiciels de guidage.
Voir même pour le calcul d'itinéraires.

Mais c'est galère à saisir (les IA de mapillary pourront peut-être nous aider ?)
(J'ai des centaines de photos en attente)

__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

2020-06-29 Par sujet Vincent Bergeot 

Le 29/06/2020 à 11:04, Yves P. a écrit :
- pole:position=green : je ne comprends pas ce tag, et je n'ai rien 
trouvé dans le wiki. Quelqu'un peut-il expliquer ?
c'est par analogie avec fire_hydrant:position 
=lane/parking_lot/sidewalk/green


C'est utile quand la précision des coordonnées est mauvaise ou en 
l'absence de photo de situation, sinon complètement inutile.


je ne pense pas que la présence d'une photo soit un argument pour sortir 
une donnée car il est plus facile il me semble d'utiliser une donnée 
pour du routing ou de la synthèse vocale par exemple (d'autant plus pour 
les cas où l'on ne peut pas voir la photo).


La pertinence du tag en lui-même je ne sais pas.

à plus

--

Vincent Bergeot

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

2020-06-29 Par sujet Yves P. 
> - quand aux autres tags, quoique non absolument indispensables, ils apportent 
> une information: pourquoi vouloir les supprimer ? Je ne vois pas en quoi ils 
> pourraient être gênants.
Je pose la question 

C'est un peu comme le catalogage (de livres), il faut trouver un équilibre 
entre pas assez d'info, et trop d'info.
Ou même le fait de garder des livres. Les bibliothécaires appellent l'opération 
consistant à se débarrasser de "vieux" bouquins le désherbage ☺️

> ou mettre les 3 (parce que si tu veux sélectionner "chevaux",
> ca va être compliqué de faire une requête "si région=celle
> de yves, alors pas de valeur=vélo+vtt+cheval" :)
C'est vrai :)
Mais je préfère saisir les relations de randonnées pour les voir dans Waymarked 
Trails, OsmAnd…

Je ne suis pas sûr que quelqu'un organise une rando uniquement à partir des 
poteaux (présents ???) dans OSM.
Ça me rappel d'ailleurs qu'il faut que je dégaine Madada pour avoir un export 
des panneaux et itinéraires PDIPR dans mon secteur !


> il y a souvent des pictogrammes indiquant les moyens de transport,
> c'est dans ce sens là que j'ajoute ces tags.
Ici on retrouve des "jalons" VTT, rando équestre (GTJ) et maintenant Trail sur 
les poteaux ou sur les panneaux directionnels.

>> *start_date* ?
> 
> c'est quoi la question ?
Pour un monument je trouve ça intéressant, pour un poteau nettement moins.
(L'info doit être dans la précieuse base de données PDIPR que les gestionnaires 
ont du mal à "libérer").


> 
>> *arrows* n'est pas standard et est-ce vraiment utile.
> 
> j'aurais mis direction=les 3 valeurs
tu voulais dire destination 
=* ?

> proposer d'effacer est rarement le plus agréable.
je suis d'accord, mais il faut relativiser, ça ne concerne que 279 tags.

> mapillary=valeur1;valeur2;valeur3
> si c'est logiciels ont du mal avec le support des valeurs
> multiples, il faut les améliorer au lieu d'effacer des données.
Je suis d'accord, mais rappel toi les conversations sur les tickets et demande 
de fusion de code (PR) sur GitHub.
Pas sûr que les devs en tiennent compte pour 279 tags, mapillary en plus !

Si on regarde de l'autre bout de la lorgnette, on peut élargir ça à la gestion 
des tags multi-valeurs.
Traiter une fois pour toute la gestion de ces valeurs (mes mails sur l'API 0.7 
n'ont eu aucun retour )
Mettre en place un mécanisme commun à tous les éditeurs (DataItems ?) pour 
empêcher (ou autoriser) la saisie pour certains tags
__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

2020-06-29 Par sujet Yves P. 
> tourism  
> information 
> 
> information 
>  guidepost 
> 
> est important.
> 
Oui, je les avais mis en gras :)

> - information=guidepost est obligatoire, tu aurais dû le mettre en gras;
oups, j'ai effectivement oublié celui-ci mais vous avez corrigé de vous même :)

> pole:material […] permet […] de l'entretenir
> 
> start_date 
> 
>  1999-09-17 aussi.
> 
Le gestionnaire doit avoir ça dans son SIG ;)

> et pole:position permet de le retrouver,
> 
Les coordonnées et la photo c'est mieux ;)

> name ? Je ne sais pas trop.
> 
> À l'opposé ele, tu as le MNT pour ça^^.
Pour le randonneur en zone montagneuse, c'est très utile (et c'est ce que tu 
peux lire de tangible sur le poteau).
C'est aussi sur toutes les cartes des Offices de Tourismes…

Mais il n'y a peut-être pas assez de relief par chez toi en dehors de la houle 
;D

ele est aussi utile lors d'une rando pédestre, vélo pour avoir une idée du 
dénivelé à franchir (mais des logiciels de rando font mieux avec le MNT)

> - pole:position=green : je ne comprends pas ce tag, et je n'ai rien trouvé 
> dans le wiki. Quelqu'un peut-il expliquer ?
c'est par analogie avec fire_hydrant:position 
=lane/parking_lot/sidewalk/green

C'est utile quand la précision des coordonnées est mauvaise ou en l'absence de 
photo de situation, sinon complètement inutile.
__
Yves

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

2020-06-29 Par sujet Marc M. 
Le 29.06.20 à 10:39, Yves P. a écrit :

> *hiking*=yes je ne le met pas car dans ma région il servent  
> autant pour les randos pédestres, vélo, VTT, cheval…

ou mettre les 3 (parce que si tu veux sélectionner "chevaux",
ca va être compliqué de faire une requête "si région=celle
de yves, alors pas de valeur=vélo+vtt+cheval" :)
il y a souvent des pictogrammes indiquant les moyens de transport,
c'est dans ce sens là que j'ajoute ces tags.

> *pole:position* a-t-il encore un intérêt avec une qualité correcte
> d'orthophotos et surtout une vue mapillary ?

sûrement du détail peu utile, (pour les bornes incendies, on le fait
parfois quand la borne est masquée par les hautes herbes. pour un
poteau je doute que la végétation monte si haut)
Mais j'aurais surtout utilisé la clef courante location=*

> *start_date* ?

c'est quoi la question ?

> *arrows* n'est pas standard et est-ce vraiment utile.

j'aurais mis direction=les 3 valeurs

> mapillary:wide
> Je propose donc de ne mettre que la photo la plus lisible

proposer d'effacer est rarement le plus agréable.
mapillary=valeur1;valeur2;valeur3
si c'est logiciels ont du mal avec le support des valeurs
multiples, il faut les améliorer au lieu d'effacer des données.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

2020-06-29 Par sujet Jean-Claude Repetto 

Bonjour,

- Je suis d'accord pour is_in, qui est désormais obsolète;

- pole:position=green : je ne comprends pas ce tag, et je n'ai rien 
trouvé dans le wiki. Quelqu'un peut-il expliquer ?


- information=guidepost est obligatoire, tu aurais dû le mettre en gras;

- quand aux autres tags, quoique non absolument indispensables, ils 
apportent une information: pourquoi vouloir les supprimer ? Je ne vois 
pas en quoi ils pourraient être gênants.


Jean-Claude


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Poteaux de randonnée aux tags "baroques" dans le Vaucluse

2020-06-29 Par sujet Yves P. 
Bonjour,

Je tombe sur un poteau avec beaucoup de tags qui ne rendent pas la "lecture" 
facile et pour certains surprenants et peu utiles : 
https://overpass-turbo.eu/s/VyW

Un exemple au hasard : 5433687571 

• arrows=3
• ele=346
• hiking=yes
• information=guidepost
• is_in:city=Malaucène
• mapillary=0Ww_5sMHNlX8v87ShgbpJg
• mapillary:wide=bCUDY2vXmKDhafcnRrDvgg
• name=Route des Crottes
• operator=CD84
• pole:material=wood
• pole:position=green
• ref:CD84=1824
• source:ref=CD84
• start_date=1999-09-17
• tourism=information

J'ai mis en gras ce qui est nécessaire.

hiking=yes je ne le met pas car dans ma région il servent autant pour les 
randos pédestres, vélo, VTT, cheval…

is_in:city est superflu d'autant que l'auteur (coucou Jean-Louis ) à un SIG 
sur son bureau ;)
pole:position a-t-il encore un intérêt avec une qualité correcte d'orthophotos 
et surtout une vue mapillary ?
source:ref, start_date ??
arrows n'est pas standard et est-ce vraiment utile. Il y a des tags pour 
indiquer des directions, et surtout une photo.

Je suis tombé sur un poteau avec mapillary:wide. Aucun logiciel ne l'utilise !
On pourrait mettre des valeurs multiples séparées par des ;

Overpass ne sait pas afficher de lien dans ce cas. (OSM ne le fait pas du tout)
JOSM génère un lien qui ne fonctionne pas (il n' "explose" pas les valeurs pour 
produire plusieurs URLs)

Je propose donc de ne mettre que la photo la plus lisible et significative. 
Ensuite c'est à l'utilisateur de se balader dans Mapillary (ou son successeur )

Et un "gros" nettoyage de ces objets.

Merci d'avance ☺️

__
Yves

PS: le premier  que j'ai 
trouvé est "coton" avec les clés suivantes (en plus des autres) :
fixme=picture
mapillary:wide=jj88miCK4llKZQ47HvC9Rw
picture=no



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr