2010/11/19 Pierre <[email protected]> > 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
_______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
