mise-en-page

• [^]Re: mise-en-page

  Posté par Victor STINNER (page perso, ) le 25/05/2007 à 11:51. (lien). Évalué à 2.

  « cruciaux dans l'avenir de l'informatique »... Hum. La reconnaissance vocale ça fait longtemps que ça existe et vu le succès remporté, je pense pas que ça soit une révolution et que ça soit critique comme besoin. Idem pour l'OCR.
  
  Peut-être que les outils ne sont pas encore prêt pour faire gagner suffisament de temps. Je me souviens d'une démonstration d'un logiciel de reconnaissance vocale pour Windows Vista. Le testeur a passé son 20x plus de temps à corriger qu'à taper (en même temps, quelle idée de coder en Perl, faut être maso).

  • [^]Re: mise-en-page

    Posté par d-jo (page perso, ) le 25/05/2007 à 12:34. (lien). Évalué à 3.

    IBM Via Voice dans Mandrake 7.1
    
    A c'était le bon temps ....

    • [^]Re: mise-en-page

      Posté par baud123 (Jabber id, page perso, ) le 25/05/2007 à 13:30. (lien). Évalué à 3.

      Si vous voulez vous amuser avec la reconnaissance vocale, j'avais (re-)regardé ce que ça donne maintenant :
      http://cookerspot.tuxfamily.org/wikka.php?wakka=Reconnaissan(...)
      
      J'ai particulièrement galéré au début avec la config du micro que j'en ai fait une page spécifique et un petit outil de diagnostic (qui pourra servir pour ekiga et openwengo d'ailleurs). http://cookerspot.tuxfamily.org/wikka.php?wakka=Reconnaissan(...)
      
      Maintenant que Java va être bientôt libre, cmusphinx sera sans doute mieux intégré dans les distros et on verra peut-être apparaître ce qu'on a pu voir pour la synthèse vocale avec espeak qui prend bien en compte le français (pour un truc encore en test...) : http://cookerspot.tuxfamily.org/wikka.php?wakka=SyntheseVoca(...)
      
      Si certains s'y mettent, qu'ils n'hésitent pas à faire des retours directement sur ce wiki (faut juste s'inscrire et savoir que tout le contenu est sous quadruple licence libre : http://cookerspot.tuxfamily.org/wikka.php?wakka=WikiLicense ).
      
      Je ferai sans doute un article quand j'aurai un peu plus creusé le sujet (parce que bon là, les tests avec de la reconnaissance de la parole en anglais, mon accent ne doit pas être probant :/).

    • [^]Re: mise-en-page

      Posté par Pierre Jarillon (page perso, ) le 25/05/2007 à 17:54. (lien). Évalué à 2.

      J'avais eu l'occasion à l'UEC d'Hourtin de demander à une personne d'IBM de libérer de code de ViaVoice. Quelques semaines plus tard IBM annonçait la libération d'une partie du code. Je ne sais pas si il y a eu relation de cause à effet.
      Je n'ai jamais entendu parlé non plus d'une suite à cette libération. C'est bien dommage !
      
      Des tas de travaux universitaires sont archivés dans des locaux poussiéreux. Imaginons la même synergie que celle de wikipedia pour l'OCR et pour la reconnaissance de la parole... On peut rêver !

  • [^]Re: mise-en-page

    Posté par baud123 (Jabber id, page perso, ) le 25/05/2007 à 13:44. (lien). Évalué à 7.

    crucial, non mais tu serais étonné des utilisations importantes qui en sont faites :
    - reconnaissance de caractère :
    ° google a un projet en cours pour le scan de textes, ne stocker que le texte et non les scan permettra des économies de place et des réutilisations bien pratiques (recherches dans le contenu, rééditions éventuellement, possibilité d'accessibilité aux anciens textes pour les aveugles avec la synthèse vocale...)
    ° pour tout ce qui est gestion d'archivage, le fait de scanner permet d'économiser la place de stockage du papier, le fait d'utiliser l'OCR permet d'ajouter de l'aide au tri par exemple (j'ai en tête ce que fait free mais d'autres doivent utiliser les mêmes "idées")
    
    - reconnaissance vocale : disons plutôt reconnaissance de la parole (vocale c'est pour reconnaître/identifier le locuteur, bref),
    ° cela sert pour les dictées de texte, par exemple lors d'expertises médico-légales ou lors d'opérations (un peu comme dans les experts / NCIS / Scully dans X-files...) sachant qu'une secrétaire repasse derrière pour archiver le relevé de ce qui a été fait. A priori, il y a apprentissage du logiciel de reconnaissance (vu qu'il dispose de beaucoup d'échantillons de la même voix et du texte correspondant corrigé...).
    ° cela sert pour faire le kéké à ouvrir son navigateur automatiquement quand on dit "Ouvre navigateur web" (mais là c'est du mono-locuteur, c'est plus facile)
    ° cela sert pour la reconnaissance des tonalités envoyées à ta messagerie vocale sur ton mobile (BouygTel avait sorti ce service au siècle dernier...) et reconnaître un vocabulaire limité (des chiffres) ou des choix de menu (sans trop d'équivoque). Demain, cela permettra de ne plus quitter le volant en voiture pour passer au CD suivant et chercher une chanson...

    • [^]Re: mise-en-page

      Posté par Frédéric COIFFIER () le 25/05/2007 à 14:15. (lien). Évalué à 1.

      Pour moi, la reconnaissance vocale, ça me semble très important pour l'accessibilité. Pour les personnes handicapées, on pourrait inventer des multitudes d'équipements à commande vocale et à moins coût (pas de licences à payer).

      • [^]Re: mise-en-page

        Posté par Arkem (page perso, ) le 25/05/2007 à 14:33. (lien). Évalué à 2.

        Pas mal aussi pour les tests de prononciation dans les logiciels d'apprentissage de langue, même si c'est d'une utilité moins "critique"...
        

        --
        Il vaut mieux mobiliser son intelligence sur des conneries que sa connerie sur des choses intelligentes (proverbe shadock)

    • [^]Re: mise-en-page

      Posté par Pierre Jarillon (page perso, ) le 25/05/2007 à 17:44. (lien). Évalué à 2.

      Un très vieil exemple de reconnaissance de la parole : Ali Baba et les 40 voleurs !
      Imaginez la maîtresse d'école qui raconte Ali Baba aux enfants et essaie de leur faire imaginer le merveilleux derrière le mythique "Sésame, ouvre-toi".
      Alors, l'un des bambins va lui dire : " Mais madame, le voleur est idiot, il aurait dû prendre un système mono-locuteur au lieu d'un système multi-locuteur !".
      
      Bref, le merveilleux disparaît et les instituteurs n'ont plus qu'à se recycler. Au fait, j'ai surpris mon épouse, institutrice, en train de faire faire le train à vapeur aux enfants. La dernière locomotive à vapeur avait été retirée de la région des années plus tôt.
      
      O Tempora, O Mores!

    • [^]Re: mise-en-page

      Posté par Matthieu C () le 26/05/2007 à 07:34. (lien). Évalué à 2.

      google a un projet en cours pour le scan de textes, ne stocker que le texte et non les scan permettra des économies de place et des réutilisations bien pratiques (recherches dans le contenu, rééditions éventuellement, possibilité d'accessibilité aux anciens textes pour les aveugles avec la synthèse vocale...)
      Je reve, on ne parle pas des projet libre d'ocr de texte dans le domaine publique. J'aurais cru pourtant qu'on était sur linuxfr.
      
      
      reconnaissance vocale : disons plutôt reconnaissance de la parole (vocale c'est pour reconnaître/identifier le locuteur, bref),
      Aussi les carkit

      • [^]Re: mise-en-page

        Posté par baud123 (Jabber id, page perso, ) le 26/05/2007 à 08:51. (lien). Évalué à 2.

        oui, c'est effectivement ce que j'avais en tête initialement, mais je n'ai pas pris le temps de (re-)chercher...
        donc il y a le projet Gutenberg http://www.gutenberg.org dont j'ai retrouvé un petit historique http://translatio.ens.fr/miroir-nef/dossiers/gutenberg_fr.ht(...) et La bibliothèque Classiques Sciences Sociales https://linuxfr.org/2005/10/05/19677.html
        
        tu en voyais d'autres ? ça me permettra de les ajouter en bas de http://wiki.eagle-usb.org/wakka.php?wiki=SemantiqueEtLangue

Très peu significatif

• [^]Re: Très peu significatif

  Posté par Pierre Jarillon (page perso, ) le 25/05/2007 à 13:03. (lien). Évalué à 3.

  Austin a fait un test rigoureux dans un cadre précis. Si tu ne trouves pas que ce soit assez, fais le !
  Austin Acton est aussi un passionné de musique. J'espère qu'il nous fera un ONR (Optical Notes Recognization) pour transformer une partition en code lilypond ;-)
  Son site est http://groundstate.ca/austin . J'ai aussi quelques photos de lui devant son ordinateur comme http://pjarillon.free.fr/docs/RMLL2004/Austin-Acton.jpg

  • [^]Re: Très peu significatif

    Posté par nimnim () le 25/05/2007 à 15:04. (lien). Évalué à 5.

    Le test est rigoureux je l'accorde. L'auteur est aussi visiblement sérieux et bien intentionné.
    
    Cela n'empêche pas le test de ne pas être significatif. Comme beaucoup de débutants (ce qu'Austin écrit clairement) l'auteur se laisse séduire par un test synthétique simple et extrapole des résultats qu'il n'aura pas dans une utilisation réelle.
    
    La simple vérité c'est que la ROC a été un échec commercial parce qu'elle n'était pas fiable (ce qui a conduit par exemple HP à abandonner puis libérer le moteur qui est devenu OCRopus). Les gros projets de numérisation mettent en ½uvre des moyens humains (correcteurs) et matériels (numériseurs performants) bien supérieurs à ce qu'un particulier peut trouver acceptable en temps ou en argent. Les petits projets de numérisation... je cherche mais je n'en vois pas.
    
    La ROC reste un gadget que les PME achètent avant de constater qu'elle n'est pas assez fiable pour leur être de la moindre utilité en pratique. (et ce n'est pas un problème de capteur, si on peur mettre des capteurs couleur dans les téléphones ça fait longtemps qu'on pourrait diffuser les capteurs N&B nécessaires à la ROC si les logiciels voulaient bien suivre)
    
    En outre, l'essentiel des développements a été concentré sur l'anglais, donc dès qu'on s'éloigne du latin non accentué les résultats déjà pas terribles se dégradent fortement (témoin ce test simpliste où un seul moteur reconnaissait le é. Et ce en l'absence de traces ou même d'autres lettres accentuées qui auraient pu le perturber).
    
    C'est triste mais les disciplines de traitement du langage naturel ont bénéficié depuis des années d'un traitement privilégié dans les universités et autres instituts informatiques, sans jamais donner de résultats à la hauteur de l'investissement.
    
    ROC, reconnaissance vocale, traduction automatique, la liste des casseroles est longue. Les ordinateurs n'ont pas les mêmes points forts que les êtres humains.
    
    Tout au plus arrive-t-on aujourd'hui à déchiffrer codes postaux et plaques d'immatriculation de manière à peu près fiable (à peu près, témoins les tracteurs qui ont reçu des contraventions autoroutières quand les radars automatiques ont été déployés)
    
    Un ONR marchera sans doute beaucoup mieux - les notations musicales présentent beaucoup moins de variabilité qu'un texte libre.

    • [^]Re: Très peu significatif

      Posté par baud123 (Jabber id, page perso, ) le 25/05/2007 à 18:30. (lien). Évalué à 2.

      C'est triste mais les disciplines de traitement du langage naturel ont bénéficié depuis des années d'un traitement privilégié dans les universités et autres instituts informatiques, sans jamais donner de résultats à la hauteur de l'investissement.
      
      Les correcteurs orthographiques ou de grammaire ? Un humain repasse derrière, ce qui permet de lui mettre en évidence certaines fautes (pas toutes effectivement).
      
      Il ne faudrait pas confondre l'objectif de la recherche, qui trouve les moyens de réaliser une solution ou fait des propositions, charge à d'autres d'implémenter, charge à d'autres d'industrialiser, charge à d'autre d'exploiter...
      Clairement, l'ordinateur en tant qu'outil montre son utilité, en tant qu'intelligence indépendante il est encore un bébé (avec une très grande mémoire exacte quand même...).
      
      De ce que j'en ai vu, la reconnaissance de caractère (ou de la parole) peuvent utiliser beaucoup d'heuristiques basées sur les probabilité d'avoir des lettres proches les unes des autres (ou des sons), donc bon ça demande un travail non négligeable (pour les di-plet, triplets, quadri-plets...) langue par langue.

    • [^]Re: Très peu significatif

      Posté par Jak () le 26/05/2007 à 10:35. (lien). Évalué à 2.

      > Tout au plus arrive-t-on aujourd'hui à déchiffrer codes postaux et plaques d'immatriculation de manière à peu près fiable (à peu près, témoins les tracteurs qui ont reçu des contraventions autoroutières quand les radars automatiques ont été déployés)
      
      Ce n'était pas une erreur de lecture, le système lisait correctement les plaques, mais les forces de l'ordre ont repéré, grâce à ce type d'erreurs, un trafic de plaques d'immatriculation. Cela dit, comme la plaque d'immatriculation d'un véhicule agricole n'a pas le même format que les autres véhicules, il est aussi possible que ce soit à la lecture d'une plaque étrangère que ça ait foiré.

      --
      « Le savoir, n'est-ce pas, est un bien précieux. Trop précieux pour ne pas être partagé. »
      - Battologio d'Epanalepse, in De Cape et de Crocs, Acte VII (Ayroles & Masbou)

    • [^]Re: Très peu significatif

      Posté par Laurent Morel () le 29/05/2007 à 20:08. (lien). Évalué à 2.

      Pour nuancer un peu :
      Le problème de la ROC est complexe, certes, et a mis des années à progresser. Mais aujourd'hui on peut dire que la reconnaissance des caractères imprimées est fiable -- pour un document de qualité bien évidemment, ce qui n'est pas toujours le cas, et jamais à 100%. Essaie un jour un logiciel comme abbyy fineReader, tu constateras des performances très bonnes, bien supérieures à celles de l'ancien logiciel hp aujourd'hui libéré.
      Maintenant il est clair que je ne vois pas trop l'usage qu'on peut faire de la ROC dans un bureau de PME : scanner des pages manuellement n'est pas pensable ; les gains n'apparaissent qu'en automatisant toute la numérisation/reconnaissance, ce qui nécessite des investissements importants.
      Je pense que la complexité du domaine et l'étroitesse des applications a limité les ambitions des programmeurs du libre. Rien que la construction d'une base d'apprentissage est un projet en soi. L'analyse du layout est un vaste domaine également, et si on se penche sur la segmentation (décomposer une ligne en mots, un mot en lettres), on sent vite des problèmes complexes apparaître... Finalement, la reconnaissance des lettres prises une par une paraît bien simple quand on prend la mesure du projet complet.
      
      Quant à la reconnaissance des partitions musicales, le problème est là encore plus complexe qu'il n'y paraît, sans doute davantage même que la reconnaissance de texte (mais tout dépend de la complexité et de la qualité de la partition). La thèse de Bertrand Couäsnon était en ligne autrefois, j'en conseille sa lecture aux intéressés : http://www.irisa.fr/imadoc/HTML/B..Couasnon.fr.html mais impossible de remettre un lien dessus ?!
      
      Tous ces problèmes sont résolus facilement par l'homme car ils nécessitent l'agrégation d'informations redondantes et disparates : toutes choses difficiles à formaliser pour l'ordinateur. La plupart des erreurs commises par les logiciels paraissent évidentes à l'humain ; pourtant si celui-ci doit expliquer les raisons de l'erreur, il va voir que ses explications vont chercher, au final, bien plus loin que ne peuvent "voir" les programmes.

      • [^]Re: Très peu significatif

        Posté par Frédéric Lopez () le 29/05/2007 à 22:08. (lien). Évalué à 2.

        Maintenant il est clair que je ne vois pas trop l'usage qu'on peut faire de la ROC dans un bureau de PME : scanner des pages manuellement n'est pas pensable ; les gains n'apparaissent qu'en automatisant toute la numérisation/reconnaissance, ce qui nécessite des investissements importants.

        
        Moi je vois plusieurs usages dans les PME pour de l'OCR un peu amélioré :
        - numérisation en masse de factures ou bons de commande pour les inclure automatiquement dans une gestion financière ;
        - reconnaissance et classement automatique de courrier ;
        - distribution automatique aux destinataires par messagerie ;
        - circuits de distribution et de validation informatisés via workflows ;
        - évolution vers le zéro papier ;
        - archivage légal automatique.
        
        On reçoit généralement des documents structurés de façon similaire (destinataire en haut à droite dans un courrier, format fixe pour les bons de commande, etc.), le reste pouvant être trié manuellement.
        
        Ça ne me semble pas nécessiter un investissement si important et ça peut être très utile dans une PME. D'ailleurs il existe pas mal de solution de ce type sur le marché. Pourquoi pas une solution libre ?

  • [^]Re: Très peu significatif

    Posté par let antibarbie = xp <- xp - 1 (page perso, ) le 25/05/2007 à 16:02. (lien). Évalué à 2.

    A propos des reconnaissances de partitions musicales, j'ai déjà vu ça quelque part, et il faut croire que ça marche ! Ils bossent là dessus à l'Inria, dans le projet Imadoc.. je sais pas trop ce qui est publié de leurs travaux, mais en tout cas ils font des trucs vraiment très intéressants.
    
    Julien.

    • [^]Re: Très peu significatif

      Posté par baud123 (Jabber id, page perso, ) le 26/05/2007 à 09:09. (lien). Évalué à 2.

      IMADOC est un projet de l'IRISA (l'Inria y participe sans doute ?)
      beaucoup de choses semblent publiées
      http://www.irisa.fr/imadoc/HTML/Welcome.html
      
      si tu trouves des choses intéressantes dans ftp://ftp.irisa.fr/local/imadoc/ tu nous le diras ?

Austin Acton lit cette nouvelle

• [^]Re: Austin Acton lit cette nouvelle

  Posté par be_root (page perso, ) le 25/05/2007 à 19:31. (lien). Évalué à 2.

  « Ah! Des commentaires interessants! »
  
  Là il va sûrement changer d'avis :-)

  --
  Les démineurs travaillent d'arrache-pied

Groklaw utilise Tesseract pour scanner les pdf

Reconnaissance de caractères pour écriture manuelle

• [^]Re: Reconnaissance de caractères pour écriture manuelle

  Posté par Guillaume Rossignol () le 30/05/2007 à 07:53. (lien). Évalué à 2.

  Je n'ai pas tiré à l'arc cette année (manque de temps) mais si la ligue n'a pas changé de logiciel depuis l'année derniere, il n'y a pas à dire, c'est merdique. La seule chose qu'il fait correctement, c'est l'impression des resultats... bref
  
  Pour ce qui est de la reconnaissance des feuilles de marques, vu la qualité de celles ci j'imagine mal un logiciel de reconnaissance le faire lui même (on verifiait lors des tournois à Meyzieu toutes les feuilles à la fin... même les humains en bavaient pour les relire). En plus du rouge, du M qui ressemble rarement à quelque chose.
  
  Il me semble que la premiere priorité serait quand même une modernification de l'interface (fonctionnellement parlant) et le passage à un logiciel portable.
  
  

  Aujourd'hui, les archers et marqueurs signent leur feuille de marque en fin de tir et cela vaut pour acceptation du résultat... Cela ne me satisfait pas.

  Oui, mais là, c'est le reglement qu'il faudrait changer ^^

  • [^]Re: Reconnaissance de caractères pour écriture manuelle

    Posté par François BOTTIN () le 30/05/2007 à 11:43. (lien). Évalué à 1.

    Je n'ai pas tiré à l'arc cette année (manque de temps) mais si la ligue n'a pas changé de logiciel depuis l'année derniere, il n'y a pas à dire, c'est merdique.

    Moi c'est le contraire, je n'ai repris le tir qu'en septembre dernier, après un arrêt de plusieurs années... alors je ne sais pas si le soft a changé.
    

    Pour ce qui est de la reconnaissance des feuilles de marques, vu la qualité de celles ci j'imagine mal un logiciel de reconnaissance le faire lui même

    C'est vrai que certains écrivent vraiment avec leurs pieds (ils sont d'ailleurs doués de leurs pieds), mais j'osais espérer que s'ils étaient prévenus du traitement automatique, ils feraient peut-être un effort pour écrire mieux. De plus, quand j'étais étudiant (à la fin du siècle dernier), j'ai appris que la Poste reconnaissait les codes postaux sur les enveloppes avec une précision strictement supérieure à 95% (je ne me rappelle plus exactement du nombre, mais je suis sûr que c'était plus de 95). Donc techniquement c'est faisable... mais est-ce que le libre en est capable ?
    

    on verifiait lors des tournois à Meyzieu toutes les feuilles à la fin

    Tu veux dire que les feuilles étaient recalculées ? Vous êtes courageux dans votre compagnie ! Ici, si la feuille est signée, on reporte directement le total inscrit sur l'ordinateur.
    

    Il me semble que la premiere priorité serait quand même une modernification de l'interface (fonctionnellement parlant) et le passage à un logiciel portable.
    

    Bien sûr, ça serait super. Mais après avoir discuté un peu avec quelques arbitres, il semblerait que la fédération ait payé assez cher le logiciel actuel, et qu'elle risque d'être très conservatrice et ne pas vouloir changer. C'est pour ça que je me disais que s'il y avait une fonctionnalité tueuse en plus, ça aiderait grandement à la décider.
    

    Oui, mais là, c'est le reglement qu'il faudrait changer

    Si la technique permet de faciliter l'application d'un réglement plus satisfaisant à moindre effort, ce logiciel pourrait être le catalyseur de cette évolution...
    
    /me rêve

OCR & video

• [^]Re: OCR & video

  Posté par herodiade () le 30/05/2007 à 10:52. (lien). Évalué à 2.

  Pour autant que je sache, c'est ce que font les outils qui extraient les sous-titres de DVD (au format vidéo mpeg-2) vers un format texte.
  Il y a un bout de code pour ça dans les sources de mplayer (ça converti la vidéo en une suite d'images statiques, et passe gocr dessus).