Le 24 sept. 2010 à 10:32, Tenshu a écrit :
> Je tient à faire remarquer que le sujet à fortement dévié.
Pardon, j'avais mal compris certains mails,
et pensais que le pb était aussi lié aux serveurs et disques.
___
Talk-fr mailing list
Talk-fr@openstreetm
Je tient à faire remarquer que le sujet à fortement dévié.
Pour faire du bon travail il faut de bon outils a coutume de dire mon père.
Et si l'on pouvait déjà faire un petit pas en avant de ce côté en rendant
plus accessible les deux outils que j'ai cité ...
2010/9/23 g.d
> Hello Emilie et les a
Hello Emilie et les autres,
Si je me souviens, en début d'été avait été lancé un appel à dons pour équiper
de nouveaux disques, côté ici, "Franco" (Pardon, je ne retrouve plus le fil de
discussion).
J'étais ok pour donner, et le suis toujours, quid à racler les fonds des
tiroirs, ça semblait val
2010/9/21 Benoît ROUSSEAU
> Le 21/09/2010 17:17, Emilie Laffray a écrit :
>
> Les problèmes rencontrés par les serveurs récemment étaient liés a un
> contrôleur RAID défectueux, qui a été changé depuis.
>
> Emilie Laffray
>
>
>
Il y a aussi un autre problème de performance depuis la dernière maj
Le 21/09/2010 17:17, Emilie Laffray a écrit :
2010/9/21 Benoît ROUSSEAU
On a avancé :
1 - il y a un pb côté JOSM a coup sûr => donc avertir
l'équipe de JOSM ;
2 - les serveur
2010/9/21 Benoît ROUSSEAU
>
> On a avancé :
> 1 - il y a un pb côté JOSM a coup sûr => donc avertir l'équipe de JOSM ;
> 2 - les serveurs sont PROBABLEMENT surchargés et donc ce pb est plus
> fréquent et ne passe plus inaperçu => SIMILI pb côté charge serveur.
>
> note : en gras, termes prudents,
Le 21/09/2010 15:30, Tenshu a écrit :
2010/9/21 Vincent Pottier
Quoi qu'il en soit du respect des protocoles, je trouve JOSM
peu clair
au moment de la transaction ou de son échec.
Il me s
2010/9/21 Vincent Pottier
> Quoi qu'il en soit du respect des protocoles, je trouve JOSM peu clair au
> moment de la transaction ou de son échec.
> Il me semble que dans des versions précédentes de JOSM (il y a 6 mois
> environ), lors d'un upload par paquet, les objets en local étaient mis à
> j
Lors d'un upload de 20 paquets, si la transaction est interrompue
> (volontairement ou non) au 10e, j'ai l'impression que les 9 paquets envoyés
> ne sont pas mis à jour dans JSOM, ce qui fait qu'une relance de la
> transaction renvoie les nouveaux objets en double.
> Mais, bon, je n'ai pas de cert
On 21/09/2010 13:00, Benoît ROUSSEAU wrote:
Je veux bien mettre en accusation JOSM, BULK_UPLOAD et d'autres
clients API si on me prouve qu'effectivement il ne respectent pas
l'API, les protocoles, ... Cela devrait être faisable par des
programmeurs dans ces langages, étant donné qu'ils sont o
Le 21/09/2010 13:11, Emilie Laffray a écrit :
2010/9/21 Benoît ROUSSEAU
Ces investigations et/ou des essais pourraient très bien
être menés en coordination avec l'équipe OSM en charge des
2010/9/21 Benoît ROUSSEAU
>
> Ces investigations et/ou des essais pourraient très bien être menés en
> coordination avec l'équipe OSM en charge des serveurs en attaquant la vraie
> base avec des objets générés sur des zones de "tirs" (pourquoi pas les
> champs de tirs militaires inscrits dans la
Le 21/09/2010 12:06, Tenshu a écrit :
Visiblement JOSM semble trop instable pour les
imports, je pense que certain comme moi en ont fait les frais.
Par ailleurs j'ai moi même tenté d'utiliser bulk_upload_sax.py
sur la commune de Corbeil-Essonnes, le script a commen
13 matches
Mail list logo