Le 3 novembre 2011 12:22, Tyndare <tynd...@wanadoo.fr> a écrit : > Je suis partis sur une approche plus simpliste qui doit être similaire > à ta première tentative. Je me contente des données récupérée par > qadastre: un Path composé d'une liste de commandes (moveto, lineto, > curveto) et une liste de coordonnées associées. > J'ai pris comme à priori que les numéros de rue seraient toujours > écris avec la même police et devrais donc être composés exactement des > même commandes dans le même ordre.
C'est un mauvais à priori. Le détail du chemin va dépendre de la taille des caractères. Le point de départ du chemin n'est pas toujours le même. Il faut vraiment travailler avec plusieurs communes, c'est là que se révèlent les problèmes. > Ensuite pour comparer la liste des > coordonnées associées aux commandes, j'applique une transformation > (déplacement et rotation) pour ramener la première de la liste à (0,0) > et la troisième à l'horizontale (en choisissant la deuxième ça ne > marchait pas pour le chiffre 3) et je met le tout à échelle pour que > ça rentre dans un carré d'1 de large. > Ca a l'air très fiable si les coordonnées sont assez précises, et je > pense que c'est généralisable au texte (chaque mot génère un Path mais > il faut ensuite les assembler). > > Je n'ai pas regardé la simplification faite par qadastre, c'est où le > bouton pou la désactiver ? C'est dans le code > Pour les problèmes de tailles, je commence à me dire qu'il n'y a pas > d'autre solution que de repartir sur un découpage des requêtes au > cadastre en plusieurs pdf comme le fait le script import-bati.sh > > Le programme de Benoît ROUSSEAU avait l'air très avancé. J’essaierais > de le contacter directement si il ne se manifeste pas. > > Ludo. > > > Le 3 novembre 2011 09:49, Frédéric Rodrigo <fred.rodr...@gmail.com> a écrit : >> Bonjour, >> J'ai également tenté de faire ça. Mais généralisé à tout le texte. >> J'avais commencé par faire une approche par signature de forme sur les >> composantes du chemin décrivant la forme (comme la tentative de 2010). >> Mais pour les raisons précédemment évoquées c'est vite limité. Au >> passage noter que qadastre fait une "simplification" qu'il faut >> désactiver pour faire des analyses sur la forme d'origine. >> J'étais donc parti sur une autre piste. Le détection des caractères >> pas comparaison de critère : ratio de taille, de périmètre, nombre de >> ligne droites significatives, détection d'angles, d'intérieurs... le >> tout avec une détection et la correction de l'orientation du texte >> pour diminuer les faux positif. Le résultat est bien indépendant de la >> taille du pdf. Mais la qualité n'est toujours pas suffisante pour >> donner un résultat exploitable même en augmentant la base statistique >> de référence. >> >> Je peux te donner les sources, c'est un qadastre modifié avec une >> extension en ruby. >> >> Fred > > _______________________________________________ > dev-fr mailing list > dev-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev-fr > _______________________________________________ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
