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

[Emilie Laffray]

2010/11/19 Pierre <pinaraf at pinaraf.info>

> On Friday 19 November 2010 12:14:34 Emilie Laffray wrote:
> > 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.
> Bonjour
>
> Que les choses soient claires : si les scripts d'imports massif n'avaient
> pas
> été écrits, je n'aurais pas écrit ce programme.
>

Que les choses soient claires, ce n'est absolument pas une critique contre
le programme! Au contraire, c'est quelque chose de bienvenu. Je ne blâme pas
l'outil car c'est une avancée certaine face au précédent. Je suis moi même
contente qu'il soit la car ça va me permettre de faire des choses que je ne
pouvais pas faire autrement. Donc que ça soit toi ou Philippe, rassurez
vous, je n'ai rien contre ce que vous faites au contraire même.
Je suis juste dépitée de voir certains utilisateurs utiliser les fichiers
sans réfléchir. J'aurais sûrement du envoyer l'émail initial en privé mais
bon le mal est fait.
Maintenant concernant ce que tu fais, tout ce que tu proposes est très bon.
Concernant la reconnaissance de caractère, il y avait déjà quelqu'un qui s'y
était essayé (Benoit Rousseau il me semble), peut être que partager vos
expériences fera avancer le schmilblick. Comme tu utilises du C++, peut être
qu'utiliser quelque chose comme
http://opencv.willowgarage.com/wiki/permettrait de faire ce que tu
veux de manière différente. Il y a un certain
nombre de personnes sur la mailing list principale qui connaisse bien la
librairie.
Pour les autres fonctionnalités, c'est intéressant mais ça m'intéresse
moins.
Il y a quelques temps (presqu'8 mois maintenant), j'ai commence une
librairie écrite en C# qui permet de manipuler du fichier OSM. Le but du jeu
était de créer des outils capables de manipuler les fichiers OSM et de faire
avancer le problème. Notamment, j'ai testé certains algorithmes pour
permettre la fusion complète de bâtiments et de créer des relations (les
ways sont partagées); la logique pour faire cela est pris de ogr2osm qui
permet de faire ce genre de chose de manière relativement efficace.
Les bâtiments n'étaient qu'une excuse pour tester l'algorithme qui a terme
permettra de faire des fusions de limites administratives si possibles et
autres éléments ayant le même tag. Le but était de permettre la fusion de
landuse (ou autres tags identiques) en nettoyant les points et en fusionnant
les ways.
L'autre aspect du programme est l'implémentation d'une interface XAPI afin
de permettre une manipulation géométrique des données OSM et de vérifier
qu'il n'y a pas d'overlaps.
Je n'ai pas super le temps de continuer et je bloque sur la réalisation d'un
composant (stockage de structure de données en mémoire compressées
permettant un adressage direct) qui me permettrait de travailler en mémoire
et rapidement.
Bref, je suis désolée pour le rant précédent en partie provoquée par les
admins de OSM se plaignant que les imports de bâtiments ont repris de plus
bel avec tous les problèmes que l'on connaît.

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