Merci, Adrien, pour ce message… Je me sens moins seul.
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…
JB.

(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é…)

Le 07/11/2019 à 16:14, Adrien André via Talk-fr a écrit :
Le 19-11-07 à 07 h 26, marc marc a écrit :
l'autre "piste" c'est de se demander de l'utilité de la clef mapillary
on y encode la meilleur image dispo au moment de l'encodage.
et puis ?
Pic4review montre bien qu'il n'y a pas besoin de codé en dur l'image,
on peux la récupérer quand on a besoin, sans besoin de maintenance

J'ai toujours eu du mal avec cette tendance des attributs d'OSM à devenir le réceptacle des identifiants de toutes les bases externes existantes.

Je ne suis pas utilisateur de mapillary, et je me demande ce qui le différencie tant des sources habituelles.
Tout comme source=Bing + source:date=20191107,
source=mapillary + source:date=20191107 ne suffit-il pas ?
Pour aller plus loin, et afficher des photos dans une interface, je chercherais du coté de
https://www.mapillary.com#gimme=pics&lon=1.234&lat=5.678&date=20191107

Si on tient à stocker des informations de lien, alors la place de ces informations ne serait-elle pas plutôt ailleurs ? Par exemple, dans des tables (OSM ou base satellite) à part. Tables qui pourraient ressembler au brouillon suivant :

type     | id    | version | database | key
-------- | ----- | ------- | -------- | ---
relation | 65606 | 289     | wikidata | Q84
         |       |         |          |


database | url                      | url_pattern
-------- | ------------------------ | ------------------------------------ wikidata | https://www.wikidata.org | https://www.wikidata.org/entity/{key}
         |                          |

Ceci pouvant également servir à des systèmes spécifiques pour lier leurs données avec celles d'OSM.

Les informations sémantiques sur les éléments restent ainsi séparées de la donnée technique de lien. Les interfaces utilisant OSM peuvent s'en servir pour afficher les données de bases externes (photos, extraits d'articles, etc).
Et je présume que la maintenance d'openstreetmap.org en serait allégée.




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

Répondre à