Attention, ceci est un message anachronique :-)
Je constate ce soir un plantage à chaque tentative de récupération de
plans image (hé oui, il en reste...)
On peut soupçonner un lien de cause à effet avec la maj du site
cadastre.grouv.fr ce week-end, si d'autres pouvaient confirmer ?
En l'état j
Vincent de Chateau-Thierry a écrit :
> Attention, ceci est un message anachronique :-)
>
> Je constate ce soir un plantage à chaque tentative de récupération de
> plans image (hé oui, il en reste...)
> On peut soupçonner un lien de cause à effet avec la maj du site
> cadastre.grouv.fr ce week-en
Pour les malheureux qui galèrent encore avec les plans images (j'en suis),
une nouvelle version du plugin qui corrige ce problème est disponible dans
le dépôt SVN (21877).
Depuis la dernière maintenance, il y a eu un léger changement dans une
réponse du serveur pour les plans images (un nouveau cha
Pieren a écrit :
> Pour les malheureux qui galèrent encore avec les plans images (j'en
> suis), une nouvelle version du plugin qui corrige ce problème est
> disponible dans le dépôt SVN (21877).
> Depuis la dernière maintenance, il y a eu un léger changement dans une
> réponse du serveur pour le
Denis a écrit :
> Pieren a écrit :
>
>> Pour les malheureux qui galèrent encore avec les plans images (j'en
>> suis), une nouvelle version du plugin qui corrige ce problème est
>> disponible dans le dépôt SVN (21877).
>> Depuis la dernière maintenance, il y a eu un léger changement dans une
>
Denis a écrit :
> Pieren a écrit :
>> Pour les malheureux qui galèrent encore avec les plans images (j'en
>> suis), une nouvelle version du plugin qui corrige ce problème est
>> disponible dans le dépôt SVN (21877).
>> Depuis la dernière maintenance, il y a eu un léger changement dans une
>> rép
Bonjour,
> De : "Denis"
>
> Après quelques tests matinaux, il est avéré que l'enregistrement d'une
> planche raster met dans les 10 minutes à s'exécuter monopolisant toute
> la RAM (3 Go + 75% du swap) et tout le processeur.
> Le fichier enregistré fait aux alentour de 1 Mo.
> La lecture semble f
2010/6/22 Denis
>
> Des idées ?
>
> Denis
>
>
Il est possible que le format des images ait changé. Je regarderai ce soir.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
2010/6/22 Denis
>
> Après quelques tests matinaux, il est avéré que l'enregistrement d'une
> planche raster met dans les 10 minutes à s'exécuter monopolisant toute
> la RAM (3 Go + 75% du swap) et tout le processeur.
> Le fichier enregistré fait aux alentour de 1 Mo.
> La lecture semble fluide en
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 au
Denis a écrit :
>
> Bref, c'est bien au niveau de l'écriture disque que cela me semble
> merder. Comme dit, j'enquête
L'enquête progresse
En jonglant avec les combinaisons multiplicateur d'image matricielle et
résolution de l'image, pour une même planche (Drusenheim 3001), voici ce
à
2010/6/23 Denis
> test2
> planche 1001 de Donnenheim ( 288 Ko en mode 5x high avec JOSM 3070)
> 5;high;?;pas OK
> 5;medium;?;pas Ok
> 5;low;209;Ok
>
> Bref, je ne comprends toujours pas
>
> Denis
>
>
La machine et l'environnement ont l'air correct. Je teste moi-même dans un
environnnement beaucou
> De : "Pieren"
>
>
> Est-ce que d'autres personnes rencontrent les mêmes problèmes avec les plans
> images
> du cadastre ?
J'ai refait quelques tests depuis hier, mais qui sont tous concluants sur les
performances
de chargement & écriture en local des images.
Bon courage,
vincent
Une messag
13 matches
Mail list logo