Pieren a écrit :
> Bonjour,
> 
> Il y a en ce moment une discussion sur la ML anglaise concernant
> l'import de données publiques d'une région italienne (Lombardie). Il y
> a été suggéré de déplacer le tag source des objets eux-même vers le
> changeset (à l'image de ce qui se fait avec le tag "created_by").
> Comme ça, les objets ne portent que les données et les metadonnées
> sont laissées à la charge du changeset.

Je crois que c'est une fausse bonne idée.
Les utilisateurs finaux vont importer des données, pas des changesets ! 
Adieu les métadonnées ? Non

> Reste à savoir si le tag source est une métadonnée et si la licence du
> cadastre nous le permettrait...

Oui, le tag source est une métadonnée et d'importance.

> Mais il est vrai que les objets qui ont le tag source=cadastre portent
> des informations ne provenant pas uniquement du cadastre mais aussi du
> travail des contributeurs. La source devient alors multiple et n'y
> mettre que le cadastre perd de son sens.

Même si je retravaille les données, y ajoute mon grain de sel de 
contributeur, cela n'enlève pas la nécessité de mentionner la base sur 
laquelle ce travail s'appuie. Un metteur en scène omettrait-il 
d'indiquer l'auteur de la pièce de théatre qu'il adapte ?

> Problème: aujourd'hui aucun éditeur ne permet d'ajouter des tags dans
> les changesets. Le plugin cadastre-fr pourrait le faire
> automatiquement.

Autres problèmes :
- la granularité des changeset. Doit-on "commettre" dès qu'on fait un 
changement (expérience de cette aprem où j'ai commis plusieurs travaux 
d'un bloc) afin d'en détailler le plus possible la nature du changement ?
- les sources multiples d'un objet : partie géométrie, partie 
attributaire, historique des apports successifs. OSM est assez faible 
sur ce point là et il reste beaucoup de choses à inventer pour tenir 
compte des caractéristiques des base de données contributives et 
massivement multi-source.

Bref, c'est très loin d'être réglable en déplacant le pb des données au 
changeset.

Mon avis,

Denis

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

Répondre à