[OSM-talk-fr] Notes & metadonnées

[Vincent de Chateau-Thierry]

Le 20/11/2010 22:50, sylvain letuffe a écrit :
>
>
>> <mauvaise foi>
> (...)
>> </>
>
> C'est super cool de prévenir maintenant ;-)
>

Promis je le ferai plus (prévenir) :-)

(...)

>
>> Est-ce qu'il ne faudrait pas plutôt réfléchir à une autre couche de
>> données, un "à côté" de la base, dans lequel seraient déposés,
> (des métadonnées)
>
> Cette méthode me plait bien, elle rendrait la base osm une base de ce qui est,
> et pas de ce qui "est mal, n'est pas, pourrait être, devrait être, etc."
>
> Seulement voilà, est-ce simple ?
>
> L'exemple que j'aime bien donner c'est openstreetbugs, c'est exactement ça,
> des post-it géographique. Et, bien que ce service tourne plutôt pas mal, et
> que je l'aime bien :
> 1) tout le monde n'a pas conscience de son existence
> 2) sans le plugin JOSM kivabien, c'est franchement relou d'avoir un navigateur
> et un éditeur ouvert côte à côte
> 3) base pas synchro, la jonction entre le marqueur OSB et l'élément osm
> peuvent bouger indépendamment l'un de l'autre ou qu'il soit difficile de deviner
> auquel il se rapporte

Je ne me sers jamais d'OSB (bouh, pas bien), mais pour y avoir fait un 
tour à l'instant, en effet, ça illustre tout à fait le besoin d'annoter 
la carte. Le plug-in OSB de JOSM fait 99% de ce que j'imagine pour les 
Post-It : c'est un calque à part, _mais_ intégré à l'environnement 
d'édition (pas de navigateur à côté). Le 1% qui manque, à mon avis, 
c'est son intégration comme fonction native de JOSM (et des autres 
éditeurs) et non comme plug-in, pour que l'usage se répande.

> C'est pourquoi je trouve que tout mettre au même endroit dispose de certains
> avantages au prix d'un peu plus de confusion.
>
> Confusion qui serait moindre si chaque metadonnée était identifiable facilement
> par un format de tags génériques, genre :
> metadonnee:note=YY
> ou
> validate:XX=YY ;-)
> http://wiki.openstreetmap.org/wiki/Proposed_features/Internal_quality

Oui, pourquoi pas. Là encore je pense que les éditeurs ont un rôle 
majeur pour la diffusion de ce genre de pratique. Si pour chaque tag, au 
lieu d'avoir seulement 2 colonnes (key, value), on avait en plus 
'source', 'note' et/ou d'autres tags de meta-information, leur 
remplissage y gagnerait. Dans le plugin Cadastre, la fenêtre qui avant 
d'uploader liste tous les nouveaux objets non sourcés et propose de les 
sourcer dans l'instant illustre tout à fait ça : une interface 
incitative, difficile à boycotter, et en tout cas un aide-mémoire efficace.

vincent