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.Je repose la question du côté serveur... Sommes nous certains que les serveurs tiennent la charge et respectent leur engagement protocolaires ? C'est une histoire à deux bouts les transactions d'import ! - Je veux bien accepter que JOSM déconne mais il a fait ces preuves par le passé - mais cela peut être simplement un pb de temps de réponse exigé pour le serveur par JOSM qui devrait être allongé ; - je veux bien croire que bulk_upload_sax.py déconne mais même sans documentation je ne le l'imagine pas, spontanément ou par défaut, être configuré pour générer des doublons ; - lors de mes connexions à l'API sur, par exemple 45 000 points traités en 6-8 heures, il y a régulièrement quelques requêtes non satisfaites, ... - je note qu'on ne parle de ce type de pb qu'avec l'apparition d'une charge importante des serveurs depuis l'import bâti et sûrement la mise en branle de nouveaux pays. 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 open-source. Sommes nous sûr que la bases, le matériel, ... côté serveur tiennent la charge à tout moment ? A ton testé, prouvé, ... ? Peux t-on reproduire ces pb sur des serveurs "perso" ? Peux t'on répéter exactement et à coup sûr ces pbs ? Si on refait un import "merdé" a t'on les mêmes pbs ? ... 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 base), ... Dans un premier temps, Émilie, pourrais-tu nous obtenir l'avis de l'équipe qui gère les serveurs sur l'origine possible ou avérée de tous ces doublons d'après eux ? Benoît R. |
_______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
