Discussion :

[Sunchaser]

Bonsoir,

Rien que dans le titre, il y a la totalité du problème.
Bien entendu, je ne cherche pas ici une solution toute faite - clé en main - mais plutôt un 'schema directeur' qui me permette de bien visualiser les différentes étapes a accomplir.
Ainsi, je pourrais bien apprécier l'écart qui il y a entre ce que je sais faire et ce qu'il faut que je sache faire pour arriver au bout de cette idée.

Merci d'avance...

[Sunchaser]

On dirait que je me prends un rateau avec ma question....
Bon pour être un peu plus précis, il faudrait au final que je (enfin le prog) sois capable de reconnaitre - lors du traitement des feuilles par le scanner - si une case a été cochée (manuellement) ou non par exemple.
Merci ...

[niglo]

Salut,

Si tu connais exactement la position de la case à cocher sur la feuille, tu peux tenter de comparer les pixels de cette zone avec les pixels d'une case cochée (surement beaucoup de noir) ou une case non cochée (avec plus de blanc).

C'est juste une idée qui me passe par la tête, je ne sais pas si c'est réalisable !

[Sunchaser]

Bonsoir,

Hummmm, attends je refléchi a ce que tu viens de dire......ca va prendre du temps ...
...
...
...
...
...
Ca suppose que je connaisse les coordonnées des zones représentant 'la zone de saisie' d'une case a cocher manuelle (la case blanche quoi) et que je compare la couleur des pixels de ces zones a la couleur blanche.
Ce qui est sur, c'est que les coordonnées doivent être connues précisemment puisque l'idée de faire créer les fiches a scanner en amont par le même .exe qui les traitera par la suite.
Ca doit être tres sensible a la manière dont les feuilles ont été correctement ou non remplies à la main, non ?
C'est très certainement une bonne idée, ça doit être mignon a réaliser

Merci pour cette première réponse,
@ +

[niglo]

Ca doit être tres sensible a la manière dont les feuilles ont été correctement ou non remplies à la main, non ?
C'est très certainement une bonne idée, ça doit être mignon a réaliser

Mignon peut être, mais costaud c'est sûr et avec une efficacité non prouvée !
Bonne chance dans tes recherches.

[Mattetfamilly]

As tu vu les dernière carte grises de voiture?

Chez Feu Vert ils les scannent et toutes les informations sont affichées dans des champs que l'opérateur doit vérifier ou modifier.

Et bien si tu regardes bien la carte grise elle a des croix à plusieurs endroits.
Donc après le scan une des première opérations est de rechercher ces croix dans des zones déterminées; si la fiche est bien callée pendant le scan: les croix se situent dans un rectangle particulier qui peut être coinsidéré (en faisant large) comme le double de la dimension de ces croix. L'étape suivante est de recadrer la fiche en fonction de ces croix (translations / rotations)

Puis tu cherches les cases cochées: En effet, tu dois déterminer un emplacement type. Mais cet emplacement type doit être de 90 % de l'emplacement réel: cela prend en compte les erreurs de calages, de scan... Ensuite sur cette zone, tu dois comptabiliser le nombre de pixel qui ne sont pas blanc: au delà d'un certains nombre tu considère que la case est cochée cela permet de prendre en compte un coche en croix ou par barre oblique ou par grisage complet de la grille.

Le petit plus? Si tu veux prendre en compte à l'avance une modification de la fiche met les emplacement des cases à cocher de la fiche dans un tableau de valeur int case[4][100]. Sauvegarde ce tableau dans un fichier.
dans
case[0] tu peux mettre la coordonnées x supérieur gauche
case[1] tu peux mettre la coordonnées y supérieur gauche
case[2] tu peux mettre la coordonnées x infèrieur droite ou largeur de la zone à scruter pour la case cochée
case[3] tu peux mettre la coordonnées y infèrieur droite ou hauteur de la zone à scruter pour la case cochée

Désolé je n'ai pas de source sous le coude.
Mais j'ai déjà fait des essais: en fait quand je vois une application quelque part cela me pique en tant que programmeur et je fais quelques essais pour comprendre.
Il est certzins que cela nécessitera beaucoup de tests.

[Mattetfamilly]

Pour les coordonnées du dois pouvoir créer un tableau de TPoint.
Ce qui correspond davantages à la réalité puisque TPoint correspond à des coordonnées graphiques.

[Sunchaser]

Bonjour Mattetfamilly,

Effectivement, ce sujet est 'Non suivi', non pas que j'ai l'habitude de lancer des sujets comme ça - pour le plaisir - mais juste que je n'ai absolument pas eu le temps de me pencher a nouveau la dessus....

Merci donc des tes précisions, je suis a la fois 'piqué' par l'envie de mettre les doigts la dedans, et en même temps un peu rebuté par l'idée de la somme de tests qu'il va falloir que je me tape a tout les coups pour sortir qqchose de cohérent.
Il faut dire que j'ai vu un produit de ce genre dans ma boite (correspondant a un secteur d'activité assez particulier), et bien que confectionné par une société spécialisée dans ce genre de traitement de données, je n'étais pas 'réellement emballé' par le résultat (même avec la dernière version).
Que ce soit en terme de traitement des données même : la moindre petite 'merde' sur le support et il interprete n'importe quoi, ou en terme de présentation de données : temps de traitement et d'affichage des recaps horriblement long...
Bon, que ce soit clair, je n'ai pas la prétention d'inventer l'eau tiède.
Juste déja dans un premier temps de comprendre le pourquoi du comment.

@ +

[blondelle]

Un lien donne par CRAYON il y a la gestion Twain pour un scanner les testes pourraient etre integres directement dans le programme.

http://www.allanpetersen.com/software.htm