<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="transparent">
<p>Le 07/11/2019 à 14:00, marc marc - <a class="moz-txt-link-abbreviated" href="mailto:marc_marc_irc@hotmail.com">marc_marc_irc@hotmail.com</a> a
écrit :<br>
</p>
<blockquote type="cite"
cite="mid:VI1P190MB02559DF23E4E2384B0684DD7B7780@VI1P190MB0255.EURP190.PROD.OUTLOOK.COM">
<pre class="moz-quote-pre" wrap="">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.</pre>
</blockquote>
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.<br>
<br>
<div class="moz-cite-prefix">Le 07/11/2019 à 16:28, JB -
<a class="moz-txt-link-abbreviated" href="mailto:jbosm@mailoo.org">jbosm@mailoo.org</a> a écrit :</div>
<div class="moz-cite-prefix">
<blockquote type="cite"
cite="mid:59c65700-6f4d-6654-c755-7a4805eccc0b@mailoo.org">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…
</blockquote>
<p>Effectivement il vaut mieux qu'ils évitent de toucher aux clés
s'ils n'y comprennent rien^^.</p>
<p>Que ce soit sur JOSM ou iD il y a des assistants (preset) pour
enrichir sans connaître les attributs.</p>
<p>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.</p>
<p>Yves, je dis ça, je ne dis rien^^.<br>
</p>
</div>
<blockquote type="cite"
cite="mid:59c65700-6f4d-6654-c755-7a4805eccc0b@mailoo.org">(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é…)
</blockquote>
<p>La clé unique c'est la solution fiable.</p>
<p>Si <u>toutes</u> les données de <u>toutes</u> les bases de
données étaient correctes <u>et</u> complètes, tu pourrais faire
fiablement sans mais avec un fort surcout de calcul.</p>
<p>Prenons l'identifiant des stations services en France.</p>
<p>Ça permet à Adrien P. d'afficher les infos à la bonne position
dans OpenFuel.<br>
Ça permet à Fred de proposer les attributs plus détaillés dans
Osmose.<br>
Ça permet aussi de remonter au fournisseur de données des
positions incorrectes.</p>
<p>Chaque base de donnée a ses points forts, avec les identifiants
on peut consolider les infos.</p>
<p>Par exemple de prendre les positions dans OSM et les prix sur le
site gouvernemental.</p>
<p>Version brute : le Carrefour Market de Vire est <a
moz-do-not-send="true"
href="https://www.carburants.org/stations/vire/carrefour-market_carrefour-market.DDxmAz">mal
positionné</a>, confondu avec le <a moz-do-not-send="true"
href="https://www.carburants.org/stations/vire/carrefour-contact_carrefour-contact.DDxmAn">Carrefour
Contact de Vire</a>.</p>
<p>Version consolidée : sur OpenFuel le Carrefour Market de Vire est
<a moz-do-not-send="true"
href="https://openfuelmap.net/#15/48.8566/-0.8707">bien
positionné</a> (au nord de la carte).</p>
<p>Mais bon, si tu arrives à faire comprendre à la CPAM qui tu es
sans donner ton numéro INSEE...<br>
</p>
<div class="moz-cite-prefix">Le 07/11/2019 à 16:14, Adrien André via
Talk-fr - <a class="moz-txt-link-abbreviated" href="mailto:talk-fr@openstreetmap.org">talk-fr@openstreetmap.org</a> a écrit :<br>
</div>
<blockquote type="cite"
cite="mid:c4331261-01c2-edde-0742-5354c94ca42f@laposte.net">source=mapillary
+ source:date=20191107 ne suffit-il pas ?</blockquote>
<p>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.<br>
</p>
<p>Et si tu utilisais Mapillary tu saurais qu'il y a pas mal de
déchets, trouver <i>la</i> bonne photo n'est pas évident (Cf. la
remarque à propos de GM).</p>
<blockquote type="cite"
cite="mid:c4331261-01c2-edde-0742-5354c94ca42f@laposte.net">
Si on tient à stocker des informations de lien, alors la place de
ces informations ne serait-elle pas plutôt ailleurs ?
</blockquote>
<p>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).<br>
</p>
<p>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.<br>
</p>
<div class="moz-cite-prefix">Le 07/11/2019 à 16:14, Adrien André via
Talk-fr - <a class="moz-txt-link-abbreviated" href="mailto:talk-fr@openstreetmap.org">talk-fr@openstreetmap.org</a> a écrit :<br>
</div>
<blockquote type="cite"
cite="mid:c4331261-01c2-edde-0742-5354c94ca42f@laposte.net">Les
informations sémantiques sur les éléments restent ainsi séparées
de la donnée technique de lien. (...)</blockquote>
<p><a moz-do-not-send="true"
href="https://github.com/openstreetmap/openstreetmap-website/issues/2405#issuecomment-548917729">Voir
ce point</a> sur le GitHub d'openstreetmap.org ;-).</p>
<p>Sur le principe OK mais dans la pratique c'est déjà fait par
Wikidata.<br>
</p>
<p>Jean-Yvon</p>
</body>
</html>