[OSM-talk-fr] Quelles évolutions pour une meilleure prise en charge des nouveaux venus (et des moins nouveaux) ? (était : Changement de licence [etc.])

[Vincent de Chateau-Thierry]

Bonjour,

> De : "Matthias Dietrich" 
>> Le 26 août 2010 07:50, Jean-Francois Nifenecker  a écrit :
> 
> Beaucoup d'idées dans ce message.
> 
>>je ne suis pas sûr que l'import du bâti, pour superbe que soit le résultat, sans une réflexion préalable approfondie soit une bonne chose.
>> Quid de la gestion des évolutions désynchronisées des données cadastrales et des données OSM ?

Cette reflexion n'est pas spécifique du bâti. Elle vaut pour la voirie tout autant.
Mais en terme d'actualité et de mise à jour, OSM a tous les moyens de garder une sacré 
avance sur le cadastre, qui n'est mis à jour parfois que plusieurs années après une 
modification du terrain. Le cadastre comme point de départ est une mine d'or. Comme 
outil d'actualisation, en revanche, il est largement dépassable.

> Il faut bien commencer par quelque chose. Pourquoi pas le bâti ? Tu sous-entends que certaines données seraient plus 
> importantes que d'autres, lesquelles ? Et qui définit cette importance ? D'autre part, le bâti peut servir de 
> référence pour placer avec plus de précision d'autres données (POI, calage de relevés GPS, etc.).

Certes il faut bien commencer par quelque chose. Mais avant l'apparition des fichiers
vectoriels de buildings, on ne commençait jamais par mapper tous les buildings d'une 
commune sans rien faire autour. Ce phénomène de villes/villages couverts de bâti sans 
aucune rue n'est apparu que depuis le début de l'été. Et il est devenu banal en se 
promenant sur la carte de rencontrer ce type de vision surréaliste. Autant je rejoins 
complètement le principe de "chacun mappe ce qui lui plaît" autant je bloque quand c'est 
pour trouver une forêt de buildings sans rien autour, avec des anciennetés de changeset 
de plusieurs semaines. A ces endroits, la carte, j'ose le mot, est ridicule (et zut pour 
le troll).

>>Lorsqu'un contributeur travaille ensuite sur une commune ainsi "traitée", l'emploi de Potlatch devient lourd : les téléchargements prennent une éternité en raison du volume des données. Si sous JOSM c'est nettement mieux, on ne peut manquer de s'interroger sur des options de masquage (sans téléchargement) du bâti dans les deux éditeurs.
> Certes, mais éditer des données sans tenir compte de toutes les données existantes dans la région, c'est aussi courir le risque de se retrouver avec des noeuds superposés, des ways qui se croisent dans tous les sens, des doublons, etc. Le masquage ne me semble pas être une solution parfaite.

Une option "purge" vient d'apparaître sur JOSM dans ce sens :
http://josm.openstreetmap.de/wiki/Help/Action/Purge
A utiliser avec des pincettes...

>> Quid d'une priorisation, de la définition d'axes de travail par zones,
>> du suivi de l'avancement ?
> 
> Ou comment probablement faire fuir des nouveaux contributeurs. Si on m'avait dit en 
> janvier, lorsque j'ai commencé, "tu dois d'abord tracer toutes les routes de France, 
> ne t'occupe pas des bâtiments, des POI " j'aurais laissé tomber immédiatement. Chacun 
> a ses motivations pour contribuer à OSM. Certains sont passionnés de chemin de fer et 
> voudront tracer les lignes ferroviaires, d'autres font du kayak et voudraient tracer 
> toutes les rivières, d'autres encore tracent les lignes électriques. Si on dicte aux 
> participants ce qu'ils doivent mapper il n'y aura plus beaucoup de nouveaux.

+1.
Mais je doute (voire plus haut) qu'il y ait subitement depuis cet été des "passionnés de buildings" :-).
Je sais bien que quand le bâtiment va tout va, mais là non... 

vincent



Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net