[OSM-talk-fr] L’enfer est pavé de bonnes intentions (clef mapillary id<>url)

[osm.sanspourriel at spamgourmet.com]

Le 07/11/2019 à 14:00, marc marc - marc_marc_irc at hotmail.com a écrit :

> Une fois que j'ai sélectionné la meilleur image pour un passage piéton,
> j'ajoute les infos d'accessibilité du passage piéton dans osm.
> Retrouver la meilleur image n'est plus utile vu que j'en ai extrait
> les infos.
Outre le cas mentionné, tu peux vouloir utiliser l'image pour une raison
et un autre pour une autre ou pour vérifier parce qu'un attribut te
titille. Mettons pour voir s'il y a un appel piéton.

Le 07/11/2019 à 16:28, JB - jbosm at mailoo.org a écrit :
> Je suis convaincu que toutes ces clefs externes sont du genre à
> rebuter un nouvel entrant qui, ne sachant pas ce qu'elles veulent
> dire, préfèreront ne rien toucher que de risquer de tout casser…

Effectivement il vaut mieux qu'ils évitent de toucher aux clés s'ils n'y
comprennent rien^^.

Que ce soit sur JOSM ou iD il y a des assistants (preset) pour enrichir
sans connaître les attributs.

Mais tu n'as pas complètement tort. Si on a sur openstreetmap.org des
liens qui utilisent ces références, c'est plus parlant.

Yves, je dis ça, je ne dis rien^^.

> (Apparemment, en 2019, on n'arrive toujours pas à croiser les
> contrôles techniques issus d'OSM avec une base externe sans utiliser
> un identifiant unique ? La clef unique est vraiment la solution de
> facilité…)

La clé unique c'est la solution fiable.

Si _toutes_ les données de _toutes_ les bases de données étaient
correctes _et_ complètes, tu pourrais faire fiablement sans mais avec un
fort surcout de calcul.

Prenons l'identifiant des stations services en France.

Ça permet à Adrien P. d'afficher les infos à la bonne position dans
OpenFuel.
Ça permet à Fred de proposer les attributs plus détaillés dans Osmose.
Ça permet aussi de remonter au fournisseur de données des positions
incorrectes.

Chaque base de donnée a ses points forts, avec les identifiants on peut
consolider les infos.

Par exemple de prendre les positions dans OSM et les prix sur le site
gouvernemental.

Version brute : le Carrefour Market de Vire est mal positionné
<https://www.carburants.org/stations/vire/carrefour-market_carrefour-market.DDxmAz>,
confondu avec le Carrefour Contact de Vire
<https://www.carburants.org/stations/vire/carrefour-contact_carrefour-contact.DDxmAn>.

Version consolidée : sur OpenFuel le Carrefour Market de Vire est bien
positionné <https://openfuelmap.net/#15/48.8566/-0.8707> (au nord de la
carte).

Mais bon, si tu arrives à faire comprendre à la CPAM qui tu es sans
donner ton numéro INSEE...

Le 07/11/2019 à 16:14, Adrien André via Talk-fr -
talk-fr at openstreetmap.org a écrit :
> source=mapillary + source:date=20191107 ne suffit-il pas ?

Tu proposes de mettre plus d'infos, je vois mal le gain (hormis créer
moins de clés... en codant des clés dans des valeurs). Le lien que tu as
donné ne marche pas. Mais dans ce cas regarde plutôt du côté du greffon
OpenSwitchMaps.

Et si tu utilisais Mapillary tu saurais qu'il y a pas mal de déchets,
trouver /la/ bonne photo n'est pas évident (Cf. la remarque à propos de GM).

> Si on tient à stocker des informations de lien, alors la place de ces
> informations ne serait-elle pas plutôt ailleurs ?

On peut considérer que c'est de la méta donnée, donc à mettre au niveau
des changeset. Sauf que l'on a vu que l'info ne sert pas qu'à ça et
qu'elle est à la modification d'un objet pas d'un ensemble de
modifications. Techniquement ton système tient la route mais ne fait que
cacher la donnée (plus la maintenance des liens, voir plus loin).

Voir rapidement que le panneau "90" vient d'une photo de 2019 et non
d'une photo de 2016 permet de savoir si ça vaut le coup de vérifier la
donnée.

Le 07/11/2019 à 16:14, Adrien André via Talk-fr -
talk-fr at openstreetmap.org a écrit :
> Les informations sémantiques sur les éléments restent ainsi séparées
> de la donnée technique de lien. (...)

Voir ce point
<https://github.com/openstreetmap/openstreetmap-website/issues/2405#issuecomment-548917729>
sur le GitHub d'openstreetmap.org ;-).

Sur le principe OK mais dans la pratique c'est déjà fait par Wikidata.

Jean-Yvon

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20191107/150ea3f0/attachment.htm>