> J'ai modifié l'ensemble des scripts pour savoir de façon sûre si un > élément modifié était dans le polygone ou pas avant le diff généré. Du > coup, je peux obtenir les diffs "optimaux", ne contenant que les vrais > changements concernant le polygone France - j'ai quand même pris une > petit marge autour du polygone pour rajouter des <delete> sur cette > zone.
Ok > Ces diffs "optimisés" se trouvent donc temporairement là: > > http://osm8.pole-aquinetic.fr/hour-replicate-france/ Je viens de paramétrer mes mises à jour de la base osm2pgsql de osm7 avec cette adresse A première vue au doigt mouillé, ça ne change pas énormément. J'utilise déjà un filtre bbox dans osm2pgsql qui devait sans doute déjà filtrer tout ça (...) > est celui > donné à Geofabrik, qui est donc une forme très approximative de la > frontière. Le but étant de pouvoir télécharger l'extract de Geofabrik, > puis le mettre à jour, je pense que le polygone choisi est le bon, mais > ça peut aboutir à des surprises sur des morceaux supplémentaires sur les > frontières :) Qu'il y est en trop n'embête pas mes procédures, par contre, en tout cas avec les anciens diffs : http://osm3.crans.org/~jocelyn/hour-replicate-france/ J'ai peur d'avoir rencontré des "trous" de données qui, en France, aurait dû se trouver dans les diffs Je vais investiguer un peu plus avant d'en dire plus, ça à l'air d'être assez isolé, voir de venir d'ailleurs. Si ce n'est que sur mon serveur, en utilisant les diffs "officiels" ne n'ai pas rencontré le problème -- sly (sylvain letuffe) _______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
