Bonjour Pierre,
(je transfère dans un nouveau fil car on change de sujet)
Le 26/08/2010 01:04, Pierre BOIZOT a écrit :
J'ai du mal à saisir les enjeux, du changement de licence , nous
sommes sûrement nombreux parmi les 200000 inscrits à ne pas avoir
lu la licence. mais la perte d'une données est-elle si importante ?
Oui. Une page de présentation et d'analyse sur le wiki serait bienvenue,
si elle n'existe pas encore (j'ai pas vérifié).
Et merci d'avoir apporté ta pierre dont je partage largement les idées :
Le wiki comme bcp de wiki est une horreur. la mail liste est un
mélange de discussion politique, technique, dev et pratique ....
bonsoir le tri Il n'y a pas de processus d'intégration à la
communauté OSM , d'apprentissage , de formation devrais je dire, à
cet outil qui me semble fantastique et bougrement compliqué.
L'installation de josm et la compréhension des pluging n'est
finalement pas si simple que cela.
Oui il y a une tache importante, non des taches .
* Prise en charge des nouveaux actifs. (document, ou page de lien ),
accompagnement. voir le post de Guiulhem Bonnefile * Amélioration
de la liste. ( split )dont une centrée sur la qualification des
données * Animation ( Journée du libre , carto partie) *
Amélioration des outils et formation à leur utilisation.
+1000 !
Puisqu'on est dans le brassage des idées, d'où ce nouveau fil :
-- utilisation des éditeurs
Un effort de documentation s'impose. Je suis resté très longtemps
éloigné de JOSM par timidité. Potlatch est certainement très adapté pour
des manipulations simples et une première prise de contact, avec
l'avantage d'être très parlant et de n'imposer aucune installation.
Incontestablement JOSM est bien plus puissant mais souffre d'un
processus d'installation pas nécessairement à la portée du néophyte
(surtout sur GNU/Linux) et, comme tu le signales, l'intégration et la
compréhension de l'usage des greffons nécessitent une période de prise
en main (je n'ai toujours pas réussi à faire fonctionner le WMF).
-- 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 ?
Pourquoi des imports dans des communes par ailleurs dépourvues de
données ? Pour faire joli ? Pour le rendu (argh !) ?
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.
-- je ne me manifeste pas souvent lorsque ces sujets sont évoqués ici
mais je m'interroge sur les propositions d'étiquetage pour des objets de
détail alors que nous sommes loin d'avoir intégré les données routières.
Quid d'une priorisation, de la définition d'axes de travail par zones,
du suivi de l'avancement ?
Je n'ai malheureusement pas la compétence pour fabriquer des outils dans
ce sens mais suis prêt à participer à des discussions sur tous ces thèmes.
-- la documentation (autrement dit, le wiki)
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.
J'aimerais un condensé pour, justement, les nouveaux venus ou, plus
généralement, ceux qui tout en voulant participer ne désirent pas être
noyés d'emblée sous les détails. Un (des) documents indépendants,
pourquoi ne pas le dire : papier ! (des pdf) à l'image des osmecums me
semblent indispensables. Je sais que c'est vieux jeu et que ça révèle ma
culture/mon âge ;) mais je suis persuadé que des "how-to" sont souvent
très appréciés, quand bien même existent des pages wiki.
-- de la liste à "les listes"
Bon... voila, yapluka :)
C'étaient quelques centimes du matin livrés à vos réactions.
Amicalement,
--
Jean-Francois Nifenecker, Bordeaux
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
