A minima, "ne pas perdre l'info" OK à condition de cloisonner les tags de
repli utilisés. Pour CLC, ces tags étaient identifiables par un préfixe
commun "CODE_12" ne signifie rien du tout en tant que tel, rien n'indique
que cela vient de CLC.
Bref la bonne pratique si on veut ne rien perdre (car on droit faire un
travail ultérieur de reclassification/normalisation ou bien les tags
candidats sont encore incertains ou ambigus et à résoudre manuellement, ou
bien les plus appropriés ont été précédemment dépréciés contre d'autres qui
ne conviennent plus du tout) c'est de préfixer chaque tag (la présence
d'autres tags CLC par exemple ne signifie pas que tous les tags viennent de
CLC, de même les tags de source dans le changeset sont difficiles à suivre).
Ceci dit il est bon de se demander si tous les tags d'une sources sont
utiles: hormi l'identifiant unique de la source ou sa propre date de
référence, pas la peine de tout mettre, surtout si la source est facilement
consultable hors d'OSM). Pour que l'import soit utile et approprié il faut
tout de même trouver  des correspondances suffisantes permettant d'utiliser
les objets dans l'écosystème OSM. Si le seul tag qu'on trouve c'est un
"name", l'import n'est pas à faire du tout, il faudra discuter et détailler
un plan d'intégration et des attributs proposés sur une page dédiée à cet
import ou cette source (où on citera les URLs des descriptions source, les
infos relatives aux licences ou accords de publicationn les points de
contact éventuels pour les remontées d'informations, et d'autres
indications comme la fréquence estimée des mises à jour et leur couverture,
ainsi que si la couverture est totale ou fractionnée en plusieurs sous-jeux
de données qu'on peut traiter séparément pour ne pas tout faire en masse
mais régler déjà sur un premier jeu de teste et l'évaluer avant d'importer
le reste).
Evidememnt il faut ouvrir un espace de discussion à ce sujet (et il doit
rester ouvert même après pour permettre de revoir ce qu'on fera des données
si leur mise à jour tarde trop et leur précision n'est plus suffisante).

Le 16 mars 2018 à 17:31, Adrien André <adr.an...@laposte.net> a écrit :

> Bonjour,
>
> on trouve des polygones importés de CORINE Land Cover avec les tags
> AREA_HA, id et CODE_12 [1].
> Osmose les relève en tant qu’erreurs [2].
>
> Dans le Wiki [3], on lit, à propos de l'import,
> "Ne pas perdre d'informations, même si CLC a des types plus riches que OSM"
>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Répondre à