Voila un bug très ennuyeux ....<br>Je charge une feuille raster : pas de problème, le calcul de la transformation se fait sans problème, c'est parfaitement utilisable.<br>Chargement depuis le cache (quand le plug-in le propose ou directement par le menu). Impossible de se déplacer dans la carte ou de zoomer. Utilisation processeur assez intense, ca finit par y arriver mais c'est clairement inutilisable. Autre indice, j'ai l'impression d'avoir des accès disque régulier, mais pas sur que ce soit lié. Enfin quand je quitte JOSM plus d'acces régulier. La taille du fichier d'échange ou de la RAM ne semble pas pouger pendant le zoom ou le déplacement, c'est juste la CPU.<br>
<br><div class="gmail_quote">Le 17 août 2009 23:38, Fabien Marchewka <span dir="ltr"><<a href="mailto:furax54@gmail.com">furax54@gmail.com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Bonsoir,<br><br>Je viens de faire quelques essais et voila le retour rapide :<br>- Si l'on annule le géoréférencement, quand on recommence un chargement, plantage. Cela a été mentionné au dessus.<br>- Poiur le moment le diviseur peut avoir n'importe quelle valeur, il faudrait limiter à 10<br>

- Il faudrait pouvoir zoomer et se déplacer malgré la boite de dialogue d'entrée des coordonées, cela évite de noter avant quand on zoom fortement.<br><br><div class="gmail_quote">Le 17 août 2009 14:52, Pieren <span dir="ltr"><<a href="mailto:pieren3@gmail.com" target="_blank">pieren3@gmail.com</a>></span> a écrit :<div>
<div></div><div class="h5"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">2009/8/17 HELFER Denis <Denis.HELFER@region-alsace.eu>:<br>
<div>> Bon à savoir : une planche cadastrale peut contenir des encarts appelées "parties détachées". C'est le cas de la feuille LK01 sur Strasbourg. Dans ces cas, il faut procéder à 2 géoréférencements pour la même feuille. Possible avec cette nouvelle version du plugin ?<br>


><br>
> DenisH<br>
<br>
</div>Huhu, Denis qui vient toujours avec les cas particuliers qui cassent<br>
la baraque ;-)<br>
Évidemment, grâce à la fonction "image cropping", on peut faire deux<br>
géoréférencements séparés. Le problème, c'est que les deux seront<br>
sauvegardés sous le même nom de fichier en cache puisque le nom est<br>
formé à partir du nom de la commune et de la référence de la<br>
feuille... (pourquoi le cadastre ne fait pas deux feuillles dans ce<br>
cas-là, c'était pour économiser le papier ?)<br>
La solution simple pour moi serait de te proposer de renommer les<br>
fichiers en cache à la main ;-) L'autre solution serait que le plugin<br>
renomme lui-même les deux feuilles/fichiers en LK01.1 et LK01.2 par<br>
exemple. Mais je ne sais pas comment détecter ce cas de figure<br>
automatiquement. Demander à chaque géoréférencement s'il y a plusieurs<br>
parties n'a pas ma préférence parce que c'est un cas assez<br>
exceptionnel. Peut-être qu'au moment du cropping, je pourrais détecter<br>
que la portion découpée est bien plus petite que le cadre habituel et<br>
proposer d'indexer les images à ce moment-là.<br>
Je l'ajoute dans la liste des choses à voir. Merci pour l'exemple pointé.<br>
<font color="#888888">Pieren<br>
</font><div><div></div><div><br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</div></div></blockquote></div></div></div><br><br clear="all"><br>-- <br><font color="#888888">Fabien Marchewka<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Fabien Marchewka<br>