<br><br><div class="gmail_quote">Le 26 août 2010 07:50, Jean-Francois Nifenecker <span dir="ltr"><<a href="mailto:jean-francois.nifenecker@laposte.net" target="_blank">jean-francois.nifenecker@laposte.net</a>></span> a écrit :<br>

<div>
<br>Beaucoup d'idées dans ce message.<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
-- 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.<br>
<br>
Quid de la gestion des évolutions désynchronisées des données<br>
cadastrales et des données OSM ?<br></blockquote><div><br>Très bonne question. Il me semble avoir vu passer quelques message évoquant des pistes.<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


Pourquoi des imports dans des communes par ailleurs dépourvues de<br>
données ? Pour faire joli ? Pour le rendu (argh !) ?<br></blockquote><div><br>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.).<br>


 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
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.<br>



<br></blockquote><div>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.<br>


 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
-- je ne me manifeste pas souvent lorsque ces sujets sont évoqués ici<br>
mais je m'interroge sur les propositions d'étiquetage pour des objets de<br>
détail alors que nous sommes loin d'avoir intégré les données routières.<br>
<br>
Quid d'une priorisation, de la définition d'axes de travail par zones,<br>
du suivi de l'avancement ?<br>
<br></blockquote><div>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.<br>


 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Je n'ai malheureusement pas la compétence pour fabriquer des outils dans<br>
ce sens mais suis prêt à participer à des discussions sur tous ces thèmes.<br>
<br>
-- la documentation (autrement dit, le wiki)<br>
<br>
Outre sa complexité structurelle souvent évoquée ici, qui a pour résultat qu'on a du mal à savoir si le fait de ne pas trouver résulte de l'absence d'information ou d'une recherche pas assez approfondie. Les nouveaux venus sont clairement rebutés par cette montagne.<br>



<br>
J'aimerais un condensé pour, justement, les nouveaux venus ou, plus<br>
généralement, ceux qui tout en voulant participer ne désirent pas être<br>
noyés d'emblée sous les détails. Un (des) documents indépendants,<br>
pourquoi ne pas le dire : papier ! (des pdf) à l'image des osmecums me<br>
semblent indispensables. Je sais que c'est vieux jeu et que ça révèle ma<br>
culture/mon âge ;) mais je suis persuadé que des "how-to" sont souvent<br>
très appréciés, quand bien même existent des pages wiki.<br>
<br></blockquote><div> </div><div>On peut très bien faire des how-to sur des pages du wiki ;-) Voir par exemple les pages expliquant comment tracer des bâtiments ... ;-)<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


-- de la liste à "les listes"<br>
<br>
Bon... voila, yapluka :)<br>
<font color="#888888"><a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank"></a><br>
</font></blockquote></div><br>Matthias<br>