Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Merci Vincent, cette méthode fonctionne. Pour information, je viens de modifier des données incluant la ligne de chemin de fer de Paris à Marseille (dont une grosse relation) et j'ai les mêmes problèmes de time-out et obligation de reprendre les envois non effectués. Mais ce n'est pas un GR ;-) -Message d'origine- From: V de Chateau-Thierry Sent: Friday, March 28, 2014 10:38 AM To: Discussions sur OSM en français Subject: Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications Bonjour, De : Gaël Simon L'envoi est très long, bloque sur la fameuse relation, puis se ferme au boit d'un moment. Je vois ce matin qu'une partie de mes modifications a été prise en compte avec 43 objets modifiés sur 86 demandés. Si je renvoie mes modifs, je suppose qu'il y aura des doublons et même encore ce blocage sur la relation ? Comment puis je terminer mon import sans risque ? Tu peux essayer d'envoyer les éléments non encore envoyés, à l'exception de la relation : - dans le panneau de recherche, tu tapes comme critère 'modified' : ça devrait te sortir la relation et les ~40 éléments non encore envoyés - tu sélectionnes quelques-unes des modifs parmi celles identifiées, puis tu demandes leur envoi via le menu 'Fichier Envoyer la sélection' - tu itères si besoin, en contournant la relation... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
L'envoi est très long, bloque sur la fameuse relation, puis se ferme au boit d'un moment. Je vois ce matin qu'une partie de mes modifications a été prise en compte avec 43 objets modifiés sur 86 demandés. Si je renvoie mes modifs, je suppose qu'il y aura des doublons et même encore ce blocage sur la relation ? Comment puis je terminer mon import sans risque ? Gaël Le 27 mars 2014 à 23:25, Vincent de Château-Thierry v...@laposte.net a écrit : Bonsoir, Le 27/03/2014 23:11, Gaël SIMON a écrit : Finalement, je refais les modifications petit à petit, en paramétrant une requête par objet. L’import “coince” sur l’objet : Relation “11” n° 355981 Sachant que mon envoi est bloqué à 43/86 objets envoyés (groupe de modifications 21 354 262), que puis-je faire ensuite pour finir de charger mes modifications et éviter les doublons ? Si tu as la main, sauvegarde ton calque dans un fichier local, avec un peu de chance tu auras l'état à jour des objets qu'on voit déjà dans ton changeset. Quand tu dis que ça coince, concrètement que se passe-t-il ? Tu as une fenêtre de conflit ? L'envoi n'en finit pas ? La relation '11' est assez lourde (en nombre de membres) donc sa validation peut prendre un peu de temps, en comparaison de simples ways et nodes. Ça n'est peut-être pas coincé du coup... juste long. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Bonjour, De : Gaël Simon L'envoi est très long, bloque sur la fameuse relation, puis se ferme au boit d'un moment. Je vois ce matin qu'une partie de mes modifications a été prise en compte avec 43 objets modifiés sur 86 demandés. Si je renvoie mes modifs, je suppose qu'il y aura des doublons et même encore ce blocage sur la relation ? Comment puis je terminer mon import sans risque ? Tu peux essayer d'envoyer les éléments non encore envoyés, à l'exception de la relation : - dans le panneau de recherche, tu tapes comme critère 'modified' : ça devrait te sortir la relation et les ~40 éléments non encore envoyés - tu sélectionnes quelques-unes des modifs parmi celles identifiées, puis tu demandes leur envoi via le menu 'Fichier Envoyer la sélection' - tu itères si besoin, en contournant la relation... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Qui a dit que j'étais le seul à avoir ce genre de problème de fermeture de session ? Je réitère ce conseil pour éviter de gros dégats ou des réparations très longues à faire ensuite : limiter le nombre d'objets envoyés par requête à un nombre très limité, pas plus d'une poignée. Sinon suite à ce genre d'incident imprévisible (mais qui pourtant arrive régulièrement, soit à cause de sa propore connexion internet, soit parce que le FAI vient de vous changer votre IP, soit parce que le serveur a interrompu inopinément une transaction en cours sans retourner aucun statut) c'est l'enfer à réparer et on perd énormément de temps. La prétendue optimisation fait perdre du temps non seulement à soi-même mais aussi aux autres à cause de l'état incohérent laissé dans la base avec des données incomplètes, et ensuite des tas de conflits d'édition si plusieurs essayent de réparer. Bref l'option de JOSM groupement des objets dans la même requête (option avancée du formulaire d'envoi de JOSM) est beaucoup trop optimiste et plus gênant qu'utile. Elle est sensée faire ganger un peu de temps, mais elle en fait perdre plus à plein de monde quand il s'agir de réparer les dégâts. Le 28 mars 2014 10:38, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Gaël Simon L'envoi est très long, bloque sur la fameuse relation, puis se ferme au boit d'un moment. Je vois ce matin qu'une partie de mes modifications a été prise en compte avec 43 objets modifiés sur 86 demandés. Si je renvoie mes modifs, je suppose qu'il y aura des doublons et même encore ce blocage sur la relation ? Comment puis je terminer mon import sans risque ? Tu peux essayer d'envoyer les éléments non encore envoyés, à l'exception de la relation : - dans le panneau de recherche, tu tapes comme critère 'modified' : ça devrait te sortir la relation et les ~40 éléments non encore envoyés - tu sélectionnes quelques-unes des modifs parmi celles identifiées, puis tu demandes leur envoi via le menu 'Fichier Envoyer la sélection' - tu itères si besoin, en contournant la relation... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Le 27 mars 2014 01:42, Philippe Verdy verd...@wanadoo.fr a écrit : Ca arrive de temps en temps: problème de proxy du côté serveur qui perd sa session prématurément. Personnellement je n'envoie plu que 5 objets par requête et ça répond correctement sur une connexion fibre. Et ça évite en fait pas mal de problèmes. S'il y en a un c'est aussi lus facile de reprendre sans chercher longtemps l'objet à resynchroniser Je comprends mieux comment on en arrive à 21 M éditions ! Personnellement j'envoie rarement moins de 1000 objets par requête et je n'ai jamais eu de problème... JOSM permet de sauvegarder ses couches de données, si sa ne passe pas à un moment, il est toujours possible de retenter ensuite. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Le nombre d'éditions n'entre pas en ligne de compte. mettre moins d'éléments par requêtes n'augmente pas le nombre de changeset c'est le même qui contient tout, sauf que les requêtes sont bien plus rapides du côté du serveur. Cela a surtout le gros avantage qu'en cas éventuel de perte de session c'est bien plus facile à récupérer car un nouvel envoi générera beaucoup moins de conflits avec les envois partiels déjà envoyés. Cela ne change rien non plus à la charge du serveur qui de toute façon doit versionner les objets envoyés un par un. Le 27 mars 2014 10:13, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Le 27 mars 2014 01:42, Philippe Verdy verd...@wanadoo.fr a écrit : Ca arrive de temps en temps: problème de proxy du côté serveur qui perd sa session prématurément. Personnellement je n'envoie plu que 5 objets par requête et ça répond correctement sur une connexion fibre. Et ça évite en fait pas mal de problèmes. S'il y en a un c'est aussi lus facile de reprendre sans chercher longtemps l'objet à resynchroniser Je comprends mieux comment on en arrive à 21 M éditions ! Personnellement j'envoie rarement moins de 1000 objets par requête et je n'ai jamais eu de problème... JOSM permet de sauvegarder ses couches de données, si sa ne passe pas à un moment, il est toujours possible de retenter ensuite. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
2014-03-27 10:43 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: ...sauf que les requêtes sont bien plus rapides du côté du serveur. Cela ne change rien non plus à la charge du serveur D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne change rien ;-) C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire 100 fois un upload de 5 modifications soit plus rapide qu'un upload de 500 modifications (je suis même à peu près sûr du contraire, côté réseau en tout cas. Après, il faudrait voir comment ça se passe entre le backend et le frontend des serveurs OSM). Quant aux risques de perte de session, je pourrais comprendre à la rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la pampa. Mais avec une connexion fibre... il est vrai que Phillipe est souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
En plus je ne sais pas d'où tu sors ton chiffre de 21 M (milliers ? millions ?) Mon compteur est encore de 2815 changesets en totalité sur plusieurs années. cela ne fait que 5 ou 6 par jour, indépendamment du volume (certains sont réduis à 3 ou 4 objets, la moyenne est souvent autour de 400 objets, envoyés en un peu moins de 100 requêtes). Je ne vois aucun intérêt à faire des requêtes de modifs volumineuses. J'en ai fait l'amère expérience une fois avec le paramétrage par défaut de JOSM et la récupération suite à une perte de session m'a coûté près de 3 semaines de travail pour vérifier des centaines de conflits avec mes propres envois dont JOSM n'a pas reçu le statut de complétion. J'ai rié pendant tout ce temps que mon PC ne soit pas obligé de rebooter suite à une mise à jour automatique du système, de fait pendant tout ce temps j'ai du couper les mises à jour système et aussi prié qu'il n'y ait pas de coupure de courant car je ne pouvais strictement rien sauvegarder... Si je ne met que 5 objets par envoi, la résolution de conflits est beaucoup moins longue (et par suite engendre beaucoup moins d'erreurs manuelles lors de la résolution avec l'éditeur de conflits). De fait je n'ai jamais plus à gérer des listes de conflits de plusieurs centaines d'objets, sachant aussi que JOSM ne sait toujours PAS sauvegarder un travail en cours avec l'état des conflits en cours non résolus, en revanche il sait sauvegarder un travail non complètement envoyé à condition qu'il n'y ait aucun conflit. Le seul intérêt à grouper des centaines ou milliers d'objets dans une même requête c'est de réduire le nombre de roundtrip mais cela ne change rien à la charge totale du serveur qui au contraire doit tout traiteren un seul gros batch, ce qui nécessite alors une longue attente et c'est là qu'un timeout peut se produire au niveau du serveur front-end de l'API ou d'un proxy. Admettons qu'on passe de 500 à 5 objets par requête cela multiple par 100 le nombre de roundtrip, mais un roundtrip coute environ 60 millisecondes pour tout le monde. Au total l'envoi durera seulement 6 secondes de plus... C'est négligeable par rapport au temps passé pour préparer les modifs. Je peux bien attendre 6 secondes de plus si ça m'évite ensuite de perdre des heures ou des jours (et pendant tout ce temps là laisser les données sur le serveur dans un état intermédiaire instable, que certains autres utilisateurs vont tenter de corriger sans voir que le changeset n'est pas finalisé, car le serveur va le fermer automatiquement au bout de 2 heures avant qu'on ait fini de tout résoudre et tout envoyer : résultat, tout en continuant à envoyer les données manquantes en résolvant les conflits un par un on se retrouve à gérer de nouveaux conflits d'édition). Le 27 mars 2014 10:13, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Le 27 mars 2014 01:42, Philippe Verdy verd...@wanadoo.fr a écrit : Ca arrive de temps en temps: problème de proxy du côté serveur qui perd sa session prématurément. Personnellement je n'envoie plu que 5 objets par requête et ça répond correctement sur une connexion fibre. Et ça évite en fait pas mal de problèmes. S'il y en a un c'est aussi lus facile de reprendre sans chercher longtemps l'objet à resynchroniser Je comprends mieux comment on en arrive à 21 M éditions ! Personnellement j'envoie rarement moins de 1000 objets par requête et je n'ai jamais eu de problème... JOSM permet de sauvegarder ses couches de données, si sa ne passe pas à un moment, il est toujours possible de retenter ensuite. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
D'autant plus qu'une grosse requête profitera mieux de la compression des données (si effectivement JOSM et l'API la supportent). Je crois que je fais des requêtes d'un maximum de 400 objets, c'est un bon compromis entre taille de la requête et durée de session. Greg 2014-03-27 11:08 GMT+01:00 Pieren pier...@gmail.com: 2014-03-27 10:43 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: ...sauf que les requêtes sont bien plus rapides du côté du serveur. Cela ne change rien non plus à la charge du serveur D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne change rien ;-) C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire 100 fois un upload de 5 modifications soit plus rapide qu'un upload de 500 modifications (je suis même à peu près sûr du contraire, côté réseau en tout cas. Après, il faudrait voir comment ça se passe entre le backend et le frontend des serveurs OSM). Quant aux risques de perte de session, je pourrais comprendre à la rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la pampa. Mais avec une connexion fibre... il est vrai que Phillipe est souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Les pertes de session peuvent arriver à tout le monde. Elles sont impossibles à prédire et totalement indépendantes de ce qu'on envoie. Non je ne suis certainement pas le seul à qui ça arrive, mais au moins je ne les ignore pas en abandonnant l'état en cours pour laisser les autres réparer. derrière. Même sur une connexion fibre ou ADSL rapide on a ce genre de désagrément. Et même sans être au fond de la pampa comme tu dis. Ca arrive sans qu'on ait rien fait c'est le FAI qui en est à l'origine, ou sa box qui plante, ou le FAI qui fait un reset et force une resynchronisation avec une nouvelle IP attribuée. Ce n'est pas exceptionnel et je vois ces pertes de session au moins 3 ou 4 fois par jour, même en fibre (en ADSL c'était un peu plus, sur accès mobile c'est toutes les 5 à 10 minutes). Le log interne de ta box peut te les montrer facilement. Il y a aussi des pertes de sessions inattendues sur les liens de peering du FAI en moyenne une fois tous les 3 ou 4 jours. Même si en fin de compte cela arrive une fois sur 100, c'est ce qu'on doit faire et ce que cela coûte quand ça arrive qui compte, la perte de temps alors est considérable. Je trouve inacceptable de devoir ensuite gérer des listes comportant des centaines de conflits à résoudre sur la dernière requête contenant des centaines d'objets, sans pouvoir sauvegarder son travail (même si on n'a pas encore tout envoyé) tant qu'ils ne sont pas tous résolus. Et franchement je n'ai pas dit non plus que cela prenait moins de temps côté réseau mais le temps gagné en groupant beaucoup d'objets dans la même requête est totalement négligeable pour un contributeur humain. Ce temps n'intéresse qu'un bot d'import qui doit envoyer des centaines de milliers d'objets de façon quasi continue sur une période longue (comme les bots qui en ce moment importent les landuse détaillés du Canada ou en Russie, ou les bots qui importent massivement les batiments du cadastre). Pour les modifs (pas uniquement des créations de nouveaux objets) il n'y a strictement aucun intérêt à grouper massivement les objets. Mais même pour des imports massifs, une perte de session avec reprise peut laisser la totalité des objets dont on n'a pas récupérer le statut en doublons dans la base, car ils snont importés à nouveau (avec des IDs différents) lors d'un nouvel essai. Je ne suis pas du tout convaincu du réel bienfait de ce groupement de trop d'objets dans la même requête. En revanche pour le même changeset ont peut envoyer toute une série de requêtes et il n'y a pas réellement de limite (même si on devrait limiter nos envois à des changesets ne comprenant pas beaucoup plus que 2000 objets créés/modifiés/supprimés). Le 27 mars 2014 11:08, Pieren pier...@gmail.com a écrit : 2014-03-27 10:43 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: ...sauf que les requêtes sont bien plus rapides du côté du serveur. Cela ne change rien non plus à la charge du serveur D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne change rien ;-) C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire 100 fois un upload de 5 modifications soit plus rapide qu'un upload de 500 modifications (je suis même à peu près sûr du contraire, côté réseau en tout cas. Après, il faudrait voir comment ça se passe entre le backend et le frontend des serveurs OSM). Quant aux risques de perte de session, je pourrais comprendre à la rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la pampa. Mais avec une connexion fibre... il est vrai que Phillipe est souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Ha, c'est beau les connexions internet fiables... Je suis passé de 500 objets par blocs à 100, puis à 20, puis à 10, à 5, et maintenant à 2. J'ai visité pas mal de villes ces derniers temps, et c'est tellement ch*** à gérer, les envois interrompus, que finalement, avec 2 objets traités à la fois, s'il y a un problème, j'ai un ou deux conflits à gérer, ou une ou deux erreurs osmose/osmi, et ça me va bien. Plus long à envoyer, je sais pas, mais le temps perdu lors d'une interruption doit largement s'équilibrer. Si j'avais le choix, c'est sûr, je voterais pour la connexion fiable... Mais je ne l'ai pas encore trouvée... et je ne prévois pas de déménager au centre de Paris ou Strasbourg pour y avoir accès. JB. Le 27/03/2014 11:34, Greg a écrit : D'autant plus qu'une grosse requête profitera mieux de la compression des données (si effectivement JOSM et l'API la supportent). Je crois que je fais des requêtes d'un maximum de 400 objets, c'est un bon compromis entre taille de la requête et durée de session. Greg 2014-03-27 11:08 GMT+01:00 Pieren pier...@gmail.com mailto:pier...@gmail.com: 2014-03-27 10:43 GMT+01:00 Philippe Verdy verd...@wanadoo.fr mailto:verd...@wanadoo.fr: ...sauf que les requêtes sont bien plus rapides du côté du serveur. Cela ne change rien non plus à la charge du serveur D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne change rien ;-) C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire 100 fois un upload de 5 modifications soit plus rapide qu'un upload de 500 modifications (je suis même à peu près sûr du contraire, côté réseau en tout cas. Après, il faudrait voir comment ça se passe entre le backend et le frontend des serveurs OSM). Quant aux risques de perte de session, je pourrais comprendre à la rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la pampa. Mais avec une connexion fibre... il est vrai que Phillipe est souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Oui mais le profit est négligeable au regard du risque pris. N'oublie pas que la compression de données sur une même sessions HTTP peut continuer à compresser les données en tenant compte des requêtes déjà transmises dans la même session (on parle de HTTP 1.1 avec des sessions qui restent actives entre les requêtes). Grouper les requêtes a un intérêt pour des accès uniquement en lecture seule. Pour des requêtes de modification c'est en fait dangereux et puique ces requêtes mettent aussi du temps à s'exécuter sur le serveur, le temps cumulé pris par des roundtrips plus nombreux est petit par rapport au temps des requêtes sur le serveur avant qu'il retourne une réponse. Et je pense que cela reste vrai même si on est logé directement sur le backbone à Londres ou Amsterdam et encore vrai même si on est sur une fibre à Paris. On n'a aucun moyen de prédire une perte de session. Le 27 mars 2014 11:34, Greg ewala...@gmail.com a écrit : D'autant plus qu'une grosse requête profitera mieux de la compression des données (si effectivement JOSM et l'API la supportent). Je crois que je fais des requêtes d'un maximum de 400 objets, c'est un bon compromis entre taille de la requête et durée de session. Greg 2014-03-27 11:08 GMT+01:00 Pieren pier...@gmail.com: 2014-03-27 10:43 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: ...sauf que les requêtes sont bien plus rapides du côté du serveur. Cela ne change rien non plus à la charge du serveur D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne change rien ;-) C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire 100 fois un upload de 5 modifications soit plus rapide qu'un upload de 500 modifications (je suis même à peu près sûr du contraire, côté réseau en tout cas. Après, il faudrait voir comment ça se passe entre le backend et le frontend des serveurs OSM). Quant aux risques de perte de session, je pourrais comprendre à la rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la pampa. Mais avec une connexion fibre... il est vrai que Phillipe est souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Je ne comprends pas de quoi vous parlez concernant cette histoire de fiabilité de la connexion. Le dernier changeset que j'ai publié comportais environ 1030 objets et j'étais à bord d'un train en mode modem avec mon mobile. http://www.openstreetmap.org/changeset/21278722 Il y a normalement bien d'autres choses qui se passent avant qu'un envoi ponctuel de données avec JOSM plante sur une connexion fixe instable (TV, téléphone...). *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 27 mars 2014 11:46, JB jb...@mailoo.org a écrit : Ha, c'est beau les connexions internet fiables… Je suis passé de 500 objets par blocs à 100, puis à 20, puis à 10, à 5, et maintenant à 2. J'ai visité pas mal de villes ces derniers temps, et c'est tellement ch*** à gérer, les envois interrompus, que finalement, avec 2 objets traités à la fois, s'il y a un problème, j'ai un ou deux conflits à gérer, ou une ou deux erreurs osmose/osmi, et ça me va bien. Plus long à envoyer, je sais pas, mais le temps perdu lors d'une interruption doit largement s'équilibrer. Si j'avais le choix, c'est sûr, je voterais pour la connexion fiable… Mais je ne l'ai pas encore trouvée… et je ne prévois pas de déménager au centre de Paris ou Strasbourg pour y avoir accès. JB. Le 27/03/2014 11:34, Greg a écrit : D'autant plus qu'une grosse requête profitera mieux de la compression des données (si effectivement JOSM et l'API la supportent). Je crois que je fais des requêtes d'un maximum de 400 objets, c'est un bon compromis entre taille de la requête et durée de session. Greg 2014-03-27 11:08 GMT+01:00 Pieren pier...@gmail.com: 2014-03-27 10:43 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: ...sauf que les requêtes sont bien plus rapides du côté du serveur. Cela ne change rien non plus à la charge du serveur D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne change rien ;-) C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire 100 fois un upload de 5 modifications soit plus rapide qu'un upload de 500 modifications (je suis même à peu près sûr du contraire, côté réseau en tout cas. Après, il faudrait voir comment ça se passe entre le backend et le frontend des serveurs OSM). Quant aux risques de perte de session, je pourrais comprendre à la rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la pampa. Mais avec une connexion fibre... il est vrai que Phillipe est souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Tu te trompes encore de sujet. On ne parle pas du nombre d'objets par changeset. Le 27 mars 2014 11:51, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Je ne comprends pas de quoi vous parlez concernant cette histoire de fiabilité de la connexion. Le dernier changeset que j'ai publié comportais environ 1030 objets et j'étais à bord d'un train en mode modem avec mon mobile. http://www.openstreetmap.org/changeset/21278722 Il y a normalement bien d'autres choses qui se passent avant qu'un envoi ponctuel de données avec JOSM plante sur une connexion fixe instable (TV, téléphone...). *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 27 mars 2014 11:46, JB jb...@mailoo.org a écrit : Ha, c'est beau les connexions internet fiables... Je suis passé de 500 objets par blocs à 100, puis à 20, puis à 10, à 5, et maintenant à 2. J'ai visité pas mal de villes ces derniers temps, et c'est tellement ch*** à gérer, les envois interrompus, que finalement, avec 2 objets traités à la fois, s'il y a un problème, j'ai un ou deux conflits à gérer, ou une ou deux erreurs osmose/osmi, et ça me va bien. Plus long à envoyer, je sais pas, mais le temps perdu lors d'une interruption doit largement s'équilibrer. Si j'avais le choix, c'est sûr, je voterais pour la connexion fiable... Mais je ne l'ai pas encore trouvée... et je ne prévois pas de déménager au centre de Paris ou Strasbourg pour y avoir accès. JB. Le 27/03/2014 11:34, Greg a écrit : D'autant plus qu'une grosse requête profitera mieux de la compression des données (si effectivement JOSM et l'API la supportent). Je crois que je fais des requêtes d'un maximum de 400 objets, c'est un bon compromis entre taille de la requête et durée de session. Greg 2014-03-27 11:08 GMT+01:00 Pieren pier...@gmail.com: 2014-03-27 10:43 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: ...sauf que les requêtes sont bien plus rapides du côté du serveur. Cela ne change rien non plus à la charge du serveur D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne change rien ;-) C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire 100 fois un upload de 5 modifications soit plus rapide qu'un upload de 500 modifications (je suis même à peu près sûr du contraire, côté réseau en tout cas. Après, il faudrait voir comment ça se passe entre le backend et le frontend des serveurs OSM). Quant aux risques de perte de session, je pourrais comprendre à la rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la pampa. Mais avec une connexion fibre... il est vrai que Phillipe est souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Le nombre d'objet modifié par changeset influe forcément sur le nombre de changeset global. J'ai 1000 modifications à faire dans une journée, je peux le faire en 1 seul changeset ou en 1000. Ensuite, si tu envoie ta contribution à chaque fois que tu ajoute 1 noeud à une voie, et bien on va créer une version à chaque fois. 30 nouveaux noeuds dans une même voie avec 1 nouveau changeset à chaque nouveau noeud = 30 versions sur ta voie. Je pense au contraire être dans le sujet et tel est mon avis. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 27 mars 2014 11:54, Philippe Verdy verd...@wanadoo.fr a écrit : Tu te trompes encore de sujet. On ne parle pas du nombre d'objets par changeset. Le 27 mars 2014 11:51, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Je ne comprends pas de quoi vous parlez concernant cette histoire de fiabilité de la connexion. Le dernier changeset que j'ai publié comportais environ 1030 objets et j'étais à bord d'un train en mode modem avec mon mobile. http://www.openstreetmap.org/changeset/21278722 Il y a normalement bien d'autres choses qui se passent avant qu'un envoi ponctuel de données avec JOSM plante sur une connexion fixe instable (TV, téléphone...). *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 27 mars 2014 11:46, JB jb...@mailoo.org a écrit : Ha, c'est beau les connexions internet fiables… Je suis passé de 500 objets par blocs à 100, puis à 20, puis à 10, à 5, et maintenant à 2. J'ai visité pas mal de villes ces derniers temps, et c'est tellement ch*** à gérer, les envois interrompus, que finalement, avec 2 objets traités à la fois, s'il y a un problème, j'ai un ou deux conflits à gérer, ou une ou deux erreurs osmose/osmi, et ça me va bien. Plus long à envoyer, je sais pas, mais le temps perdu lors d'une interruption doit largement s'équilibrer. Si j'avais le choix, c'est sûr, je voterais pour la connexion fiable… Mais je ne l'ai pas encore trouvée… et je ne prévois pas de déménager au centre de Paris ou Strasbourg pour y avoir accès. JB. Le 27/03/2014 11:34, Greg a écrit : D'autant plus qu'une grosse requête profitera mieux de la compression des données (si effectivement JOSM et l'API la supportent). Je crois que je fais des requêtes d'un maximum de 400 objets, c'est un bon compromis entre taille de la requête et durée de session. Greg 2014-03-27 11:08 GMT+01:00 Pieren pier...@gmail.com: 2014-03-27 10:43 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: ...sauf que les requêtes sont bien plus rapides du côté du serveur. Cela ne change rien non plus à la charge du serveur D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne change rien ;-) C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire 100 fois un upload de 5 modifications soit plus rapide qu'un upload de 500 modifications (je suis même à peu près sûr du contraire, côté réseau en tout cas. Après, il faudrait voir comment ça se passe entre le backend et le frontend des serveurs OSM). Quant aux risques de perte de session, je pourrais comprendre à la rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la pampa. Mais avec une connexion fibre... il est vrai que Phillipe est souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
François, on ne parle pas de ça ! Moi aussi mes changesets comprennent très couramment des centaines voire des milliers d'objets modifiés. Pourtant mes envois sont limités avec des requêtes de 5 objets par requête. Je ne ferme pas le changeset entre temps, le même changeset contient des dizaines voire une centaine de requêtes. On parle ici de l'option dans l'onglet avancé de JOSM du dialogue d'envoi de données : c'est une préférence que j'ai réduite pour m'épargner ensuite bien des problèmes et pour ne jamais me retrouver ensuite avec des listes de conflits avec des centaines d'objets (sans qu'on puisse sauvegarder en cours). Au maximum je n'ai donc jamais plus de 5 conflits à la fois: je eoux les résoudre alors facilement en quelques minutes, puis je sauve le fichier OSM localement et je reprends l'envoi dans le changeset en cours. De plus j'ai réglé JOSM pour qu'il ne ferme pas automatiquement le changeset en cours. Je le fais toujours manuellement une fois que toutes les données ont été transmises (et je le vérifie en refaisant un envoi car cela arrive TRES souvent que l'envoi ne soit pas complet et s'interrompe sans qu'on soit averti par JOSM, on ne le voit que si on a ouvert la console Java pour voir une exception que JOSM traite sans nous avertir que toutes les données ne sont pas encore envoyées). Et oui, je constate TRES régulièrement que le serveur ferme prématurément une session après quelques minutes en plein milieu d'un envoi en cours et en général après avoir traité environ 2000 objets (mais le seuil est très variable, en nombre d'objets comme en durée de session). Impossible de savoir où la sessions s'est perdue. C'est pour ça que je préfère avoir des requêtes petites avec un retour de statut entre chaque (le statut peut être soit OK, la requête suivante est automatiquement envoyée avec les 5 objets suivants, soit KO avec une liste de conflits, et je tiens absolument à ce que ces listes soient petites sinon ça devient un enfer; parfois le statut n'est jamais retourné, la session a été interrompue sans prévenir et l'envoi encours n'est pas terminé, mais le changeset en cours ne peut pas être continué, ce qu'on constate quant on essaye d'envoyer la suite). Le 27 mars 2014 11:58, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Le nombre d'objet modifié par changeset influe forcément sur le nombre de changeset global. J'ai 1000 modifications à faire dans une journée, je peux le faire en 1 seul changeset ou en 1000. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Est-ce que ça s'est décoincé ? Si non... je soupçonne un problème que j'avais rencontré avec mon compte resté en verrouillage dans la base de l'API (à cause d'un bug de celle-ci). Le 26 mars 2014 19:54, Gaël SIMON gael.simon...@gmail.com a écrit : Bonjour à tous, depuis ce jour seulement, je n'arrive plus à envoyer mes modifications JOSM. Configuration : Nouveau groupe de modifications, 100 objets par requête. J'ai bien le message Envoi de 84 objets ... Au bout d'un certain temps, la fenêtre Envoi des données se ferme, mais rien n'est enregistré. Mon accès Internet est correct car j'affiche bien dans JOSM les données Bing et Cadastre par exemple. Et j'ai pu envoyer d'autres modifications précédemment Merci pour toute aide, si c'est bien le bon endroit pour cela. (gsimon) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Je viens de relancer ma mise à jour, elle est passée sans souci. Je l’ai eue à l’usure Effectivement peut-être un verrou. Merci à tous. From: Christian Quest Sent: Thursday, March 27, 2014 12:26 PM Est-ce que ça s'est décoincé ? Si non... je soupçonne un problème que j'avais rencontré avec mon compte resté en verrouillage dans la base de l'API (à cause d'un bug de celle-ci). Le 26 mars 2014 19:54, Gaël SIMON gael.simon...@gmail.com a écrit : Bonjour à tous, depuis ce jour seulement, je n’arrive plus à envoyer mes modifications JOSM. Configuration : Nouveau groupe de modifications, 100 objets par requête. J’ai bien le message “Envoi de 84 objets ... “Au bout “d’un certain temps”, la fenêtre “Envoi des données” se ferme, mais rien n’est enregistré. Mon accès Internet est correct car j’affiche bien dans JOSM les données Bing et Cadastre par exemple. Et j’ai pu envoyer d’autres modifications précédemment Merci pour toute aide, si c’est bien le bon endroit pour cela. (gsimon) wlEmoticon-winkingsmile[1].png___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Finalement, je refais les modifications petit à petit, en paramétrant une requête par objet. L’import “coince” sur l’objet : Relation “11” n° 355981 Sachant que mon envoi est bloqué à 43/86 objets envoyés (groupe de modifications 21 354 262), que puis-je faire ensuite pour finir de charger mes modifications et éviter les doublons ? Merci d’avance From: Christian Quest Sent: Thursday, March 27, 2014 12:26 PM Est-ce que ça s'est décoincé ? Si non... je soupçonne un problème que j'avais rencontré avec mon compte resté en verrouillage dans la base de l'API (à cause d'un bug de celle-ci). Le 26 mars 2014 19:54, Gaël SIMON gael.simon...@gmail.com a écrit : Bonjour à tous, depuis ce jour seulement, je n’arrive plus à envoyer mes modifications JOSM. Configuration : Nouveau groupe de modifications, 100 objets par requête. J’ai bien le message “Envoi de 84 objets ... “Au bout “d’un certain temps”, la fenêtre “Envoi des données” se ferme, mais rien n’est enregistré. Mon accès Internet est correct car j’affiche bien dans JOSM les données Bing et Cadastre par exemple. Et j’ai pu envoyer d’autres modifications précédemment Merci pour toute aide, si c’est bien le bon endroit pour cela. (gsimon)___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Bonsoir, Le 27/03/2014 23:11, Gaël SIMON a écrit : Finalement, je refais les modifications petit à petit, en paramétrant une requête par objet. L’import “coince” sur l’objet : Relation “11” n° 355981 Sachant que mon envoi est bloqué à 43/86 objets envoyés (groupe de modifications 21 354 262), que puis-je faire ensuite pour finir de charger mes modifications et éviter les doublons ? Si tu as la main, sauvegarde ton calque dans un fichier local, avec un peu de chance tu auras l'état à jour des objets qu'on voit déjà dans ton changeset. Quand tu dis que ça coince, concrètement que se passe-t-il ? Tu as une fenêtre de conflit ? L'envoi n'en finit pas ? La relation '11' est assez lourde (en nombre de membres) donc sa validation peut prendre un peu de temps, en comparaison de simples ways et nodes. Ça n'est peut-être pas coincé du coup... juste long. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Bonjour à tous, depuis ce jour seulement, je n’arrive plus à envoyer mes modifications JOSM. Configuration : Nouveau groupe de modifications, 100 objets par requête. J’ai bien le message “Envoi de 84 objets ... “Au bout “d’un certain temps”, la fenêtre “Envoi des données” se ferme, mais rien n’est enregistré. Mon accès Internet est correct car j’affiche bien dans JOSM les données Bing et Cadastre par exemple. Et j’ai pu envoyer d’autres modifications précédemment Merci pour toute aide, si c’est bien le bon endroit pour cela. (gsimon)___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Es-tu allé voir ton compte profil OSM ? Pas de message ? Le 26 mars 2014 19:54, Gaël SIMON gael.simon...@gmail.com a écrit : Bonjour à tous, depuis ce jour seulement, je n'arrive plus à envoyer mes modifications JOSM. Configuration : Nouveau groupe de modifications, 100 objets par requête. J'ai bien le message Envoi de 84 objets ... Au bout d'un certain temps, la fenêtre Envoi des données se ferme, mais rien n'est enregistré. Mon accès Internet est correct car j'affiche bien dans JOSM les données Bing et Cadastre par exemple. Et j'ai pu envoyer d'autres modifications précédemment Merci pour toute aide, si c'est bien le bon endroit pour cela. (gsimon) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : impossible d'envoyer les modifications
Ca arrive de temps en temps: problème de proxy du côté serveur qui perd sa session prématurément. Personnellement je n'envoie plu que 5 objets par requête et ça répond correctement sur une connexion fibre. Et ça évite en fait pas mal de problèmes. S'il y en a un c'est aussi lus facile de reprendre sans chercher longtemps l'objet à resynchroniser Le 26 mars 2014 19:54, Gaël SIMON gael.simon...@gmail.com a écrit : Bonjour à tous, depuis ce jour seulement, je n'arrive plus à envoyer mes modifications JOSM. Configuration : Nouveau groupe de modifications, 100 objets par requête. J'ai bien le message Envoi de 84 objets ... Au bout d'un certain temps, la fenêtre Envoi des données se ferme, mais rien n'est enregistré. Mon accès Internet est correct car j'affiche bien dans JOSM les données Bing et Cadastre par exemple. Et j'ai pu envoyer d'autres modifications précédemment Merci pour toute aide, si c'est bien le bon endroit pour cela. (gsimon) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr