Pieren a écrit : > Des idées ? > > Je viens de comparer avec d'anciennes planches et le résultat est > identique (même taille de fichier). 1Mo est une taille courante, ça > dépend de tes paramètres de découpe. Est-ce que tu as eu des > changements autre que le plugin, genre version de java ou autre ? > pourrais-tu m'indiquer une planche qui pose problème ?
Je n'avais avec JOSM 3070 et une version du plug-in cadastre probablement mathusalémique pas ces problèmes d'enregistrement d'image raster (le vecteur ne semble poser aucun souci). J'ai une collection d'images cadastrales dont la taille (jusqu'à presque 2 Mo) qui n'a jamais causé de soucis et toutes lisibles encore aujourd'hui avec la 3329 (hormis celles d'avant le Lambert 93 9 zones) Je soupçonne un bug caché dans la foultitude des options du plug-in. Je vais faire autant de tests que possible sans noyer la liste, par ailleurs très active en ce moment, dans les détails de mes recherches. Pour mémoire : JOSM : 3329 Java : 1.6.0_07 (idem qu'avec la version 3070) OS: Linux machine 2.6.18-4-amd64 #1 SMP Fri May 4 00:37:33 UTC 2007 x86_64 GNU/Linux planche problématique : Drusenheim 3001 (entre beaucoup d'autres, hélas) A partir du moment où j'ai terminé le géoréférencement d'une planche, le système part en sucette (+10 mn +100 CPU + 3 Go RAM). Une fois le fichier enregistré, la situation redevient normale (après avoir quitté JOSM). A noter que si je quitte JOSM pendant la période d'enregistrement, le fichier, existant (mais de taille ridicule < 50 Ko ou 500 Ko) n'est pas réutilisable (format non accepté par le plug-in (je n'ai plus le message d'erreur exact en tête, mais du genre : un vieux format d'une autre version ...)) Bref, c'est bien au niveau de l'écriture disque que cela me semble merder. Comme dit, j'enquête.... Denis, rasta man _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
