<u></u>

  
    
    
  
  <div bgcolor="#ffffff" text="#000000">
    Le 14/07/2011 22:42, Jocelyn Jaubert a écrit :
    <blockquote type="cite">
      <pre>Le 13 juillet 2011, Frédéric Rodrigo a écrit :
</pre>
      <blockquote type="cite">
        <blockquote type="cite">
          <pre>J'en avais proposé un il y a quelques mois pour ma part, sur cette
liste. Il était passé un peu inaperçu apparemment, et ne sachant
trop qui s'occupait d'Osmose, je n'étais pas allé plus loin.
Ce patch s'applique à Name_Toponymie.py et permet de régler le
problème des (nombreux) noms de lieu bretons contenant « c'h »,
dont l'apostrophe est détectée comme une coupure de mot, ce qui
déclenche une erreur de toponymie due à la majuscule supposément
manquante au « h ». En gros il y a plein de faux positifs.
</pre>
        </blockquote>
        <pre>Désolé de ne pas encore l'avoir traité... ton patch dans ma liste de 
trucs à faire :/
</pre>
      </blockquote>
      <pre>Ça m'a l'air bien compliqué ton patch :)
</pre>
    </blockquote>
    Oui alors je ne garantis pas que ce soit la manière la plus propre
    qui soit de procéder, mais je voulais essayer de m'insérer dans le
    code sans modifier en profondeur son fonctionnement.<br>
    Le programme coupe les mots aux espaces et aux apostrophes avant de
    les analyser chacun indépendamment. Le problème est que certaines
    apostrophes ne sont pas des coupures de mots (notamment le « c'h »
    donc). Pour que les autres apostrophes soient toujours traitées
    normalement et provoques des coupures, j'ai juste remplacé celles
    qui nous intéressent par des caractères à usage privé, pour en
    quelque sorte les considérer comme des « apostrophes insécables »
    (car ignorées par le reste du programme). À la fin les caractères
    d'origine sont rétablis.<br>
    Il y a aussi un produit cartésien entre les différents caractères
    pouvant servir d'apostrophe et les cas de non-coupure.<br>
    <blockquote type="cite">
      <pre>Je le mets de côté pour j'aurais un peu plus de temps. En attendant,
est-ce que tu pourras donner un exemple d'URL où l'analyse plante ?

</pre>
    </blockquote>
<a href="http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=18&lat=47.99807&lon=-4.09783&layers=B000000FFFFFFFFFFFFT&item=5010,5020,5030,5040,5050" target="_blank">http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=18&lat=47.99807&lon=-4.09783&layers=B000000FFFFFFFFFFFFT&item=5010,5020,5030,5040,5050</a><br>


<a href="http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=18&lat=47.9804&lon=-4.04583&layers=B000000FFFFFFFFFFFFT&item=5010,5020,5030,5040,5050" target="_blank">http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=18&lat=47.9804&lon=-4.04583&layers=B000000FFFFFFFFFFFFT&item=5010,5020,5030,5040,5050</a><br>


    Il y a des dizaines de cas dans le coin si tu veux d'autres exemples.<br>
    <blockquote type="cite">
      <blockquote type="cite">
        <pre>Il y a un SVN mais bien au chaud sur le serveur d'osmose...
</pre>
      </blockquote>
      <pre>C'est plutôt un git en fait. Enfin deux, un pour le backend, et l'autre
pour le frontend.

Je ne peux pas dans l'état les rendre public parce qu'ils contiennent
des mots de passes. Je verrais ce que je peux faire en août.
</pre>
    </blockquote>
    D'accord, effectivement mieux vaut éviter de faire de laisser
    traîner des mots de passe. ;)<br><br>Thomas.<br>
  </div>