Le 29 juin 2010 14:08, Pieren <pier...@gmail.com> a écrit : > 2010/6/29 christophe t <arbail...@gmail.com> > > Est-ce normal qu'il n'y aie pas qu'un seul changeset ? >> > > dans ton cas, oui > > >> Y-a-t'il un changeset par lot lors de l'upload ? >> > > de mémoire, c'est configurable mais chez toi, le premier changeset s'est > fermé parce qu'il avait atteint la taille limite des 50.000 edits. > > >> Les changeset apparaissent comme étant fermés alors que manifestement un >> au moins n'est pas allé au bout. Si quelqu'un peut m'éclairé sur ce >> fonctionnement. A quel moment a lieu le commit ? >> > > Le "commit" a lieu à la fin de chaque "lot" ou "chunk". Les changesets ne > sont pas liés aux transactions de la bdd. C'est juste une entité logique > pour regrouper des edits, en principe par thème. > > >> J'ai à présent 2 solutions : >> - recharger la zone dans JOSM, merger mon fichier du bati et utiliser >> validator pour corriger >> - faire un rollback et re-uploader de manière moins massive quartier par >> quartier >> >> Je pencherais plutôt pour la seconde solution. >> >> > Je pencherais plutot pour la premiere. Ton deuxième changeset ajoutait le > bâti, ça veut dire que tu avais déjà créé 50.000 nodes dans le 1er changeset > plus 2246 dans le 2e. Ca serait bête de faire un revert alors qu'il ne reste > plus que quelques milliers de polygones et que les 52.000 nodes sont déjà > là. Maintenant, tout dépend aussi de la manière dont Validator va se > charger des duplicatas. Pour les nodes, il y a une fonction automatique mais > il faut espérer que la fonction de merge conserve le node qui existe déjà > dans la base (sinon il risquerait d'effacer celui-ci pour en créer un neuf, > ce qui fait deux transactions au lieu de zéro). Pour les polygones, ça > risque d'être plus difficile, il faut trouver un moyen de régler le conflit > des 4000 buildings déjà créés sinon à la main, tu ne t'en sortiras pas. > C'est là où ça pourrait empêcher le choix 1. Si ça ne va pas, alors on > pourra te faire ton revert même si c'est dommage parce que les 3/4 étaient > déjà fait. > > Pieren > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > Ok merci pour ta réponse.
Je vais tester cette méthode. Ce qui me semble compliqué, c'est de tous retraiter en une fois. Après import du bâti, JOSM refuse à présent de recharger la totalité de la commune car trop d'éléments. Cela oblige donc à travailler quartier par quartier. D'où la proposition de reverter et de réimporter proprement par plus petites zones, ce qui pourrait au final prendre moins de temps (?). J'ai de plus constaté qu'après passage par le serveur osm, il y avait un léger décalage entre les données de ma couche bati et osm. Le décalage est minime, peut-être du à un problème d'arrondi, mais je crains qu'il ne génére des chevauchements lorsque je vais ajouter les bâtiments manquants. christophe alias orhygine
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
