> - 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
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
