[OSM-dev-fr] Nouvelles du dépot .osm cadastral cleo

[Emilie Laffray]

2010/11/19 Philippe Pary <philippe at cleo-carto.com>

> Salut,
>
> Suite à l'incident de la mise à jour de novembre, l'analyse du
> territoire par le nouveau script de Pinaraf est en cours. Rodolphe
> Quiedville y donne son concours en analysant sur son serveur plusieurs
> séries de départements (ce matin, la série des 50) et en les chargeant
> sur osm.cleo-carto.org.
>
> Je vais passer la mise à jour mensuelle en une mise à jour continue
> temporairement. Ça veut dire que mon script sera toujours en train
> d'analyser la France.
>
> Temporairement car à terme je développerai une interface à la MapOSMatic
> permettant de demander l'analyse d'une ville donnée.
> Ça réduira les requêtes au cadastre (mon serveur doit être leur meilleur
> client …), ça épargnera mon serveur qui n'est pas un foudre de guerre et
> ça permettra à chacun d'obtenir immédiatement une version à jour du
> cadastre d'une commune.
>
> Si y'en a veulent aider à développer un tel outil, n'hésitez pas à me
> contacter.
>

A mes yeux, cela est plus du gadget. Ce que j'aimerais voir c'est surtout
autre chose qu'un dépôt de fichier OSM prêt à telecharger massivement et qui
résulte généralement dans des imports massifs non maîtrisés. Avoir un
mécanisme qui permet de ne telecharger que les bâtiments qui ont changé par
rapport à la carte actuelle serait à mes yeux bien plus utile, même si cela
est légèrement plus dur à faire pour une interface à la MapOSMatic puisqu'il
faudrait passer par un appel XAPI, et d'autres modifications.
Au pire, une interface à la http://clc.openstreetmap.fr serait bien plus
utile en permettant de choisir une zone au lieu de polygone par polygone, ça
éviterait certains des dégâts que l'on voit apparaître.
Je suis vraiment contre cette prolifération de fichiers directement en
format OSM, prêts à importer. C'est quelque chose contre lequel j'ai peste
dans le passé et quelque chose contre laquelle je continuerais à pester dans
le futur. Il suffit de voir le mail d'un contributeur sur la liste
principale pour se rendre compte réellement de cette angoisse des gens à
voir leurs données modifiées ou effacées.
Pieren a eus exactement la même réaction suite au travail qu'il a fourni sur
le 16eme arrondissement de Paris pour finalement voir Esperanza importer
massivement les bâtiments "manquants" créant de nombreux doubles. Ça a été
corrigé et réglée à l'amiable mais Pieren a quand même fait un blog sur son
expérience la dessus et qui a été repris en anglais par Richard Fairhurst.
Il faut plus se focaliser sur les outils de maintenance car c'est la que la
difficulté réside et la ou le travail principal est a faire. Je suis
évidemment contente de voir des outils comme ceux de Pierre se développer
car ça simplifie énormément le travail mais il faut penser aux conséquences
un peu plus.

Emilie Laffray
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20101119/b887fcb1/attachment.html>