Il me semble que CODE_12 est le champ qui défini l'occupation du sol (selon la nomenclature de CLC). En ce qui concerne le _12 cela correspond à l'année d'édition de CLC. Pour CLC 2006 nous avons un champ CODE_06.
Du coup c'est CLC 2012 qui est présent dans OSM... le détail est important non? Le 19 mars 2018 à 17:19, Philippe Verdy <verd...@wanadoo.fr> a écrit : > 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 > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
