[OSM-talk-fr] JOSM : impossible d'envoyer les modifications

[François Lacombe]

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 <verdy_p at 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.lacombe at 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 <jbosm at 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 <pieren3 at gmail.com>:
>>>
>>>> 2014-03-27 10:43 GMT+01:00 Philippe Verdy <verdy_p at 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 at openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Talk-fr mailing listTalk-fr at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>>
>>> _______________________________________________
>>> Talk-fr mailing list
>>> Talk-fr at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20140327/fe879c47/attachment.htm>