[OSM-dev-fr] Travailler sur des imports partiels

[Philippe David]

Merci pour vos réponses très complètes.
Pour resituer mon utilisation je faisais un test à l'échelle de l'aquitaine pour passer à 1 ou plusieurs pays ensuite. Effectivement sly, je préfère avoir + de données que pas assez.
Ce dont j'avais peur c'est que le problème que j'ai rencontré sur le dump d'une région puisse aussi arriver à l'échelle d'un pays. D'après ce que dit le readme de geofabrik dans clipbounds, c'est la même méthode utilisée donc ça pourrait aussi arriver. Et d'ailleurs c'est arrivé comme disait Frédéric.

Pour résumer, si je souhaite:
- avoir un nominatim de plusieurs pays
- avoir toutes les données, quitte à déborder
- appliquer des diff updates

Est-ce que je peux faire ça pour les pays en questions seulement ? ou c'est trop compliqué et il vaut mieux travailler direct sur le monde entier ?

Philippe

Le 4 juil. 2012 à 20:07, "sly (sylvain letuffe)" <liste at letuffe.org> a écrit :

> re,
> 
>> J'ai fait un import de aquitaine.osm (from geofabrik) dans un nominatim, et
>> quand je vais sur la page détails.php, les polygones n'apparaissent pas
>> pour la Gironde et l'Aquitaine.
> 
> Je pense que Jocelyn a vu juste, les polygones utilisés par geofabrik sont 
> approximatifs et la frontière de la gironde ou de l'aquitaine que tu cherches 
> à avoir les recoupes, il seront retirés du fichier final.
> 
>> Est-ce que c'est un genre de problème connu, ou ça vaut la peine que je
>> creuse ?
> 
> C'est connu, maintenant ce qu'il faut que tu te poses comme question c'est : 
> "quelles données veux tu de l'aquitaine"
> 
> - soit tu veux être su d'avoir tout et tant pis si ça déborde sur les autres 
> régions
> - soit tu veux au contraire être sûr de n'avoir rien d'autre que l'aquitaine, 
> et tant pis si il te manque des éléments du bord (par exemple les frontières)
> 
> L'idéal, c'est à dire toute l'aquitaine et que l'aquitaine est très difficile a 
> obtenir avec les outils existants, et c'est donc un choix à faire
> 
> Si je suppose que tu veux tout et tant pis s'il y en a plus, la solution 
> consiste alors à télécharger le fichier france.osm, utiliser l'outil osmosis 
> pour faire un découpage en lui donnant un polygone "large" pour être sûr de ne 
> pas en oublier
> (le polygone large pouvant être un rectangle alors regarde ici :
> http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage_0.39#--bounding-
> box_.28--bb.29
> )
> 
>> Vous faites comment sur openstreetmap.fr pour importer uniquement des
>> données relatives à la France ?
> 
> openstreetmap.fr c'est vague ;-)
> 
> 
> Il y a actuellement un paquet de base de données possibles sur différents 
> serveurs de l'association : 
> http://wiki.openstreetmap.org/wiki/FR:Servers/Comparatif_des_formats_de_base_de_donn%C3%A9es
> 
> Dont deux au format osm2pgsql (mais pas utilisable avec nominatim):
> - une mondiale (que je gère et qui est à jour)
> - une france seulement (que je gère mais qui ne peut plus être à jour 
> facilement)
> 
> La base "france seulement" est importée initialement avec le fichier 
> france.osm.bz2 de géofabrik (rien d'extraordinaire) mais ce qui est sioux 
> c'est qu'elle est (enfin, était) maintenu à jour par des fichiers contenant les 
> mises à jour, heures par heures qui ne concerne que la france.
> 
> Je dis "était" car le serveur qui s'occupait de ce boulot est planté et n'est 
> pas dispo pour l'instant.
> Si cette partie t'intéresse, c'est jocelyn qui peut te renseigner car c'est 
> lui qui a fait tout le boulot
> 
> 
> 
> -- 
> sly (sylvain letuffe)
> 
> _______________________________________________
> dev-fr mailing list
> dev-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev-fr