<br><br><div class="gmail_quote">Le 20 septembre 2012 20:55, Nicolas Dumoulin <span dir="ltr"><<a href="mailto:nicolas_openstreetmap.org@dumoulin63.net" target="_blank">nicolas_openstreetmap.org@dumoulin63.net</a>></span> a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le jeudi 20 septembre 2012 17:36:24 Pieren a écrit :<br>
<div>> 2012/9/20 Ab_fab <<a href="mailto:gamma.gts@gmail.com" target="_blank">gamma.gts@gmail.com</a>>:<br>
> > le meilleur usage de cet argent. L'objectif est d'améliorer<br>
> > l'infrastructure de contribution,<br>
><br>
> Je choisirais plutôt le terme d' "environnement" parce qu'<br>
> "infractructure" prête un peu à confusion. Davantage d'informations<br>
> sur les trois applications visées :<br>
> <a href="http://developmentseed.org/blog/2012/mar/30/knight-news-submission/" target="_blank">http://developmentseed.org/blog/2012/mar/30/knight-news-submission/</a><br>
<br></div></blockquote><div><br>Le projet tel que présenté à la fondation :<br><a href="http://newschallenge2.tumblr.com/post/25423109382/making-data-available-new-contribution-tools-for" target="_blank">http://newschallenge2.tumblr.com/post/25423109382/making-data-available-new-contribution-tools-for</a><br>
<br>Ils ont touchés 575.000$, mais leur budget global est de 910.000$ !<br>Pour Tillemill en 2010 ils avaient touché 76,960$ de cette même fondation.<br><br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
</div>Ouahou. Pour résumé en français :<br>
1. un éditeur facile et performant. Il parle de partir de potlach, dommage<br>
j'aurai préféré la solution javascript en développement.<br></blockquote><div><br>Il évoque P2 comme un projet antérieur poursuivant les mêmes objectifs (en ligne et facile d'accès), pas comme base de départ.<br>
C'est présenté comme d'une solution "à la tilemill", donc basée sur Node.js (en raccourci javascript côté serveur). On peut imaginer un éditeur avec version online (avec du javascript sur le navigateur), et une version locale avec les mêmes fonctionnalités (et le même code). Un support des plugins, bon...<br>
Par contre c'est plus lourd en terme de ressources serveur, non ?<br>
<br>Etant fan du travail de mapbox/DevelopmentSeed, je pars sur un avis plus que favorable.<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2. un outil pour recevoir des données à intégrer genre openstreetbugs (vite-<br>
dit)<br></blockquote><div>Je vois un outil de coordination de tâches, de rapport de bug, et "<span lang="fr"><span>faire radicalement</span> <span>baisser la barrière</span> <span>d'entrée</span> <span>au projet </span><span>OpenStreetMap</span> <span>en fournissant</span> <span>un outil de gestion</span><span> de tâches aux petits oignons"</span><span></span><span>.<br>
</span></span><br><span lang="fr"><span><span lang="fr"><span>Des 3 projets c'est celui qui me semble le plus prometteur pour OSM. Le DWG peut bien accorder la primauté à la communauté sur les données, s'il n'y pas d'outils pour organiser les contributeurs, c'est vain.</span></span><br>
Je rêve d'un outil :<br>* A la OpenStreetBug avec catégorisation des déclarations d'anos, statut, qui permettent de contacter les déclarants. Un vrai tracker ! Un formulaire de déclaration facilement intégrable partout où une carte osm est utilisée.<br>
* Qui puisse proposer aux débutants des taches simples, et qui seront ensuite validées par les parrains.<br>
* Organiser la surveillance du territoire sur les bugs déclarés, les erreurs (Osmose & Co.), les nouveaux contributeurs... Cela pourrai éviter que le tout puissant DWG tombe sur un contributeur au pif.<br><br></span></span> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
3. des outils pour utiliser les données (genre TileMill)<br>
<br></blockquote><div><i>Un outil pour mettre à dispo les données OSM sous une forme "tuilée".</i><br>Là je vois pas trop où ils veulent en venir: on a les planet, OverpassAPI, un nouvel outil pour produire des shapefiles, les modes d'accès aux données ne manquent pas. C'est peut-être quelque chose de nécessaire à l'éditeur en ligne.<br>
</div></div><br>Bruno<br><br><br>