Le 11 juillet 2012 10:28, Pieren <pier...@gmail.com> a écrit : > 2012/7/11 Philippe Verdy <verd...@wanadoo.fr>: > >> JOSM va être quasiment inutilisable. On va se borner à utiliser >> Potlatch 2 dans les petites zones qu'il veut bien charger. > > Pour les autres lecteurs de cette liste : nous recommandons > généralement de travailler sur de petites zones lorsqu'on édite les > données OSM et de faire des transferts fréquents vers la base, surtout > si vous travaillez à plusieurs au même endroit (ce qui est le cas > durant les mapping parties ou les formations). Philippe V. semble > travailler sur d'immenses zones en hors ligne et avec des transferts > peu fréquents vers la base principale, ce qui l'oblige à utiliser une > machine sur-puissante et augmente considérablement les risques de > conflits au moment du transfert. C'est à dire qu'il cummule tous les > inconvénients sans qu'il nous explique les avantages ou les raisons de > cette manière de faire (on peut imaginer qu'il n'a pas accès à > internet en permanence, par exemple).
Ce sont des transferts peu fréquents et peu volumineux, mais pourtant nécessaires. Ce n'est pas une question de façon de faire : il y a des objets dans OSM qui sont très volumineux, et fréquemment cassés. Qu'il est impossible de réparer autrement que de cette façon. Oui cela m'expose à des conflits d'édition même pour une modif microscopique. C'est assez ingrat mais pourtant nécessaire. Sinon la base OSM n'aurait plus depuis longtemps des contours de côtes, de régions, de pays. Même pour une modif microscopique comme ajouter une plage ou une petite île, ou ajouter un petit affluebt à un long fleuve, on est amené à modifier des objets très grands (essentiellement des relations contenant de nombreux membres dont celui à modifer), et même assez souvent de multiples objets (des relations qui partagent des objets communs. _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
