Discussion :

[Mickey7312]

Bonjour à tous,

Je récupère suite à un processus de lecture optique une table contenant un champ "Pays", codé sur 3 digits en numérique, mais lorsque la lecture optique n'a pas su interpréter les résultats, le nom du pays en question est écrit en toutes lettres, ça peut être par exemple "FR AN C E".

Dans une première requête SELECT, je regoupe les champs dont le code pays n'a pas pu être interprété, c-à-d tous les champs où figurent des caractères alphabétiques.

Puis, dans une sous-requête UPDATE, je nettoie les champs sélectionnés en supprimant les espaces qu'ils peuvent éventuellement contenir, donc "FR AN C E" devient "FRANCE".

Aussi, je me demandais s'il était possible de regrouper ces 2 requêtes en une seule, bien qu'elles soient de nature différente (SELECT et UPDATE) ?


Ensuite, je dois comparer mon résultat à ma table pays de référence (qui contient la codification sur 3 digits), par ex : si j'obtiens après suppression des espaces un champ contenant le pays "F8ANCE", il faudrait que je puisse l'assimiler à l'enregistrement contenant "FRANCE" dans ma table pays de référence, afin de lui attribuer le code pays qui convient.

Est-il possible de faire une telle comparaison ? Y a t-il une instruction permettant de comparer des chaînes de caractères "similaires" ou "voisins" ?

J'espère avoir correctement exposé mon cas et que cela vous est compréhensible.

Merci par avance.

Bien cordialement.

[sellig60]

Bonjour,
Je ne comprends pas l'intérêt de deux requêtes.
L'update consiste à supprimer les espaces qui s'ajoutent suite à la reconnaissance optique, c'est ça?
donc un ...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Update NomDeLaTable Set [Pays]=replace([Pays]," ","")

... dans la requête update doit suffire.
Où voyez-vous la nécessité de faire un regroupement?
Faites un test en créant directement une requête dans QBE
un lien peut-être: http://blog.developpez.com/f-leb/p96...s_avec_l_ass_1
A+
Sellig60

[Mickey7312]

Bonjour Sellig60,

Tout d'abord, merci de votre intérêt pour mon sujet, et pardon de ne pas avoir été bien clair : le but de la première requête est d'afficher dans un premier temps les enregistrements qui n'ont pas été interprétés par la lecture optique, histoire d'en avoir un aperçu, puis la deuxième requête procède à leur mise à jour. Je voulais constater la correction des enregistrements à l'écran, mais je peux effectivement m'en passer. Merci pour le lien, c'est avec grand intérêt que je le lirai.

En ce qui concerne la comparaison de chaines de caractères (pour le codage des pays), auriez-vous une technique ou un autre lien à me proposer svp ?

Merci beaucoup pour votre aide.

Cordialement.

[sellig60]

Bonjour,
Pour la comparaison de chaînes (pb qui m'intéresse aussi), je n'ai encore rien trouvé tout fait par contre j'ai trouvé ça:
http://fr.wikipedia.org/wiki/Distance_de_Levenshtein
qui peut aider à construire une fonction mais je ne m'y suis pas atteler.
sinon quelles sont les erreurs?
Apparemment du classique OCR, un R transformer en 8, ce pourrait être aussi un H qui devient 8, un Z qui devient 2, un i majuscule qui devient 1 etc...
donc on peut faire une recherche sur les codes ASCII des chiffres qui n'ont pas à se trouver là et les virer ou les remplacer.
Reste à faire la fonction
A+
Sellig60

[f-leb]

Bonjour,

Similarité entre deux chaînes de caractères

[Mickey7312]

Bonjour Sellig60 et f-leb,

Merci pour vos réponses éclairées, effectivement la distance de Levenshtein est un concept qui semble très intéressant.

Quid de la rapidité compte tenu du fait que mes tables comportent une vingtaine de milliers de lignes.

Je vais étudier cette technique avec grand intérêt et faire quelques tests.

Merci encore pour votre aide.

Bien cordialement.