[OSM-talk-fr] Import CORINE Land Cover - Attributs bruts comme tags

[Magalie Dartus]

Ok.

Est-ce que les unités plus précises correspondent au cadastre? Ou bien
est-ce que c'est des polygones autres?

Le 19 mars 2018 à 18:54, Philippe Verdy <verdy_p at wanadoo.fr> a écrit :

> Il me semblait que le tag utilisé dans OSM c'était plutôt CLC:year=2006,
> et sinon CLC:id=*
> Et pas la peine de garder les anciennes versions de CLC si un nouvel
> import a eu lieu, d'autant plus qu'on n'en fait plus parce que la précision
> de CLC est largement inférieure à ce qu'on a maintenant dans OSM et qu'on
> met maintenant plutôt nos propres landuse=* entièremetn redéfinis sans
> référence à CLC qui n'est qu'une estimation statistique moyenne ne
> répondant plus à nos besoins. Dans tous les endroits où on a redéfini les
> données plus précises, on ne fait plus référence à CLC du tout et on vire
> les anciens polygones s'ils sont trop grossiers et qu'on doit les
> redécouper en plus petites unités plus précises.
>
> Le 19 mars 2018 à 18:05, Magalie Dartus <mag.dartus at gmail.com> a écrit :
>
>> 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 <verdy_p at 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.andre at 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 at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20180319/c9a1ec6f/attachment.htm>