<div dir="ltr">Oui si l'Open Data existe sauf que sur Montpellier c'est l'inverse qui se passe. C'est les données contenues dans OSM qui sont proposées (avec la licence OSM) sur le portail de Montpellier.<div><br></div><div>Voilà pourquoi je produis ces données en fonction du terrain que j'effectue et que j'intègre directement dans OSM. La même pour ajouter l'éclairage public (en parallèle).</div><div><br></div><div>Pour le placement je le corrige avec Bing quand c'est possible. Pour l'alignement avec JOSM, un petit coup de Maj+B et hop! C'est plus propre que la levé GPS dans certains cas.</div><div><br></div><div>On n'est pas nombreux ici à le faire mais bon. Il suffit d'aller faire une requête Overpass pour se rendre compte des ajouts. J'ai déjà fais pas mal de chose. Nice à un SIG puissant d'ailleurs le gars qui s'occupait du SIG est maintenant chez ESRI et s'occupe de programme Arcopole. Je pense que le SIG est bien plus puissant (équipe, données, logiciel...) qu'ici.</div><div><br></div><div>Pour la question d suivi et de maintenant il y a des ref en principe. Si tel est le cas il est facile de voir celle qui n'en ont pas de celle qui ont été importé. Si ces données ne sont pas dans le SI de Nice il faut vérifier si c'est pas en partie privé ou si c'est un manque et donc proposer un intégration dans le SI de Nice.</div><div><br></div><div>La question de la mise à jour est valable pour toutes les données. Dixit Bâtiment détruit suite à un programme immobilier. Ajout de zone cyclable, modification des passage piétions avec conformité handicape. Zones de travaux? </div><div><br></div><div>Le problème de certains tag ou de certaines données c'est la durée de vie. A partir de quand doit-on revérifier les données et considère-t-on qu'elles sont obsolètes. Il est certains que quand ce sont les opérateurs eux-même qui s'occupent de l'intégration et du suivi des données, on peut s'attendre à ce qu'ils maintiennent correctement les informations. Ici, j'ai l'impression qu'on a surtout de la contribution perso ou associative. Peut-être qu'une implication de la Métropole permettrait d'avoir une dynamique plus intéressante du fait qu'elle touche la globalité du territoire. </div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">Le 23 juillet 2015 14: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">
<div>
Certains imports sont à bien peser...<br>
<br>
@Jérôme: ces données ont un intérêt, certes, mais leur disponibilité
en opendata permet déjà tout les usages que tu as listé.<br>
<br>
La question de l'entretien et de la mise à jour des données est
celle qu'il faut à mon avis se poser après celle de la qualité des
données qu'on envisage d'importer.<br>
<br>
Qualité: qui a vérifié avec un échantillonnage sur le terrain
qu'elles étaient précises et à jour ? Quelle espoir de les voir
mises à jour par le producteur et quid de l'intégration de ces mises
à jour ?<br>
<br>
Entretien: qu'en disent les contributeurs locaux ? Ce sont eux qui
vont en priorité pouvoir entretenir des données aussi détaillées.<div><div class="h5"><br>
<br>
<br>
<div>Le 23/07/2015 00:37, JB a écrit :<br>
</div>
</div></div><blockquote type="cite"><div><div class="h5">
Le 22/07/2015 16:36, Jérôme Seigneuret a écrit :<br>
<blockquote type="cite">
<div dir="ltr"><br>
<div class="gmail_extra">
<div class="gmail_quote">
<blockquote class="gmail_quote">
<div>Après, je me pose la question de l'intérêt
d'importer une zone comme ça, avec des arbres espacés
de moins de 1m : <a href="http://hpics.li/85d8ec5" target="_blank">http://hpics.li/85d8ec5</a>.
Il y en a plusieurs. Tu aurais des statistiques de
distances ? Moi et QGis, on essaye de s'aimer, mais
c'est pas toujours facile.<br>
À part compliquer la contribution, foirer le rendu,
rendre impossible toute correction humaine ultérieure</div>
</blockquote>
<div><br>
</div>
<div>Je vois pas comment les corrections ne serait pas
faisable... L'import a un intérêt pour la gestion des
arbres. Les arbres plantés en touffe à moins d'un mètre
c'est une réalité du terrain aussi...</div>
</div>
</div>
</div>
</blockquote>
Oui, certes. Mais si tu mets 5 minutes à trouver dans les données
quel arbre a été abattu, parce qu'il y en a 52 dans la zone, que
le gps n'est pas assez précis, qu'il faut compter à partir de la
bordure nord-est, mais qu'ils sont pas alignés, du coup ça marche
pas. Chaque pavé d'une rue, c'est une réalité. Chaque arbre des
forêts aussi. Pourtant, c'était une blague à la mode il y a pas si
longtemps. Il y a d'autres façons de cartographier pour ça :
landuse, landcover.<br>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div>Pour une commune l'intérêt est de gérer les
plantations. Il me semble qu'avec l'age on peut aussi
déterminer des arbres remarquables. Quand à la hauteur
c'est plus dur à déterminer et à maintenir dans le
temps. Sauf mettre la date de la prise de la hauteur car
elle évolue dans le temps. </div>
</div>
</div>
</div>
</blockquote>
Oui, ils ont même parfois un SIG pour gérer ça. Mais c'est pas un
argument pour rentrer toutes les données dans OSM.<br>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div>Ca a aussi un intérêt environnemental: </div>
<div> - étude des pollens</div>
<div> - accueille de la faune</div>
<div>Un intérêt patrimonial, paysager, ...</div>
<div><br>
</div>
<div>On pourrait aussi gérer l'état de santé même si rien
n'existe pour le moment dans OSM mais là on est plus
dans la gestion.</div>
<div>Peut être avec des ref=* pour gérer l'abattage
d’arbres dangereux et l'élagage > ajouter un facteur
de croissance automatique par espèce pour déterminer un
planning prévisionnel d'entretien.</div>
<div><br>
</div>
<div>Bref les possibilités sont grandes même si certains
n'en trouve pas l'intérêt.</div>
</div>
</div>
</div>
</blockquote>
Bof, change le mot « intérêt » en « inconvénients dépassent les
avantages ».<br>
<br>
<fieldset></fieldset>
<br>
</div></div><span class=""><pre>_______________________________________________
Talk-fr mailing list
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</span></blockquote>
<br><span class="">
<pre cols="72">--
Christian Quest - OpenStreetMap France</pre>
</span></div>
<br>_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br></blockquote></div><br></div>