[OSM-talk-fr] Plans images KO depuis la maj de cadastre.gouv.fr

[Denis]

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