<div dir="ltr"><div><div>Je n'ai pas dit (et ce n'est en tout cas pas mon opinion) que ces données n'avaient pas leur place dans OSM : ma proposition vise à séparer les essais/bidouillages/propositions d'évolution brutales d'une part des données plus "stables" d'autre part, le temps que les bidouillages donnent naissance à quelque chose de plus posé, réfléchi, (à peu près) stable.<br>
</div><div>En gros, il faut y voir là l'équivalent des pages "proposed feautures", sauf que ces pages n'ont pas d'impact sur les pages "accepted features", alors que modifier des relations existantes directement dans OSM a bien évidemment un impact sur lesdites relations, d'où ma proposition d'externaliser ces changements, le temps de stabiliser leur format.<br>
</div><br></div>Francescu<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">Le 5 mars 2013 10:13, Christian Quest <span dir="ltr"><<a href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</a>></span> a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">A ce rythme là, je sens que umap va être mis à toutes les sauces un<br>
petit peu facilement.<br>
<br>
umap c'est très bien, mais pour montrer une info:<br>
- soit incompatible avec la licence OSM (donc qu'on ne peut pas mettre dans OSM)<br>
- soit très ponctuelle, voire privée (exemple: la carte des<br>
hébergements pour le SOTMFR)<br>
<br>
Cette information de zone de sismicité est une information utile,<br>
vérifiable (pas sur le terrain ou alors faut du matos un peu lourd).<br>
Oui, on peut la laisser en dehors d'OSM, mais si elle n'est pas très<br>
lourde, pourquoi ne pas l'intégrer dans OSM ?<br>
<br>
Pourquoi les rejeter à l'extérieur et inclure... l'emprise AOC des vignobles ;)<br>
<br>
Tant qu'on peut imaginer des usages et des ré-utilisations de l'info,<br>
et qu'on estime pouvoir la maintenir à peu près à jour je pense que ça<br>
a sa place dans OSM.<br>
<br>
La richesse du projet, les innovations que permet OSM viennent de la<br>
diversité des infos qu'on y trouve et du fait qu'elles soient toutes<br>
regroupées et qu'on n'a ainsi pas besoin de faire des croisements de<br>
bases dans tout les sens.<br>
<br>
Bien sûr ça alourdit la base, mais à pousser cette approche "ça n'a<br>
pas ça place dans OSM" à l'extrème, on se retrouve à devoir expliquer<br>
pourquoi le bâti est utile.<br>
<br>
Et n'oublions pas... dans OpenStreetMap c'est surtout Open qui est<br>
important car on va bien plus loin que les Street et que les Map !<br>
<div class="im HOEnZb"><br>
<br>
Le 5 mars 2013 09:54, Jo. <<a href="mailto:percherie@gmail.com">percherie@gmail.com</a>> a écrit :<br>
</div><div class="im HOEnZb">> Bonjour,<br>
><br>
><br>
> Je me demande si cela fait réellement partie de la cartographie OSM ou si<br>
> cela doit être utilisé via un service externe. Peut être serai il plus<br>
> simple (et plus rapide) de passer par un site comme <a href="http://umap.fluv.io/" target="_blank">http://umap.fluv.io/</a> qui<br>
> permet de faire figurer rapidement ce genre de donnée et d'éviter de<br>
> surcharger la base OSM.<br>
><br>
> J'ai consulté la démo, c'est vraiment bluffant. Dommage que je n'ai pas de<br>
> jeu de donnée géolocalisé pour me faire la main.<br>
><br>
<br>
<br>
</div><span class="HOEnZb"><font color="#888888">--<br>
Christian Quest - OpenStreetMap France<br>
Synthèse du Week-end "SOTM-FR" à Lyon : <a href="http://openstreetmap.fr/synthese-sotmfr" target="_blank">http://openstreetmap.fr/synthese-sotmfr</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Cordialement,<br>Francescu GAROBY<br>
</div>