[OSM-dev-fr] Osm2pgsql Import de relations

[Arnaud Vandecasteele]

Salut à tous,

J'ai un comportement bizarre sur l'import de relations dans Osm2pgsql.
Cela concerne les EPCI que j'ai récemment créé pour l'Ile de La Réunion.

> TCO : http://www.openstreetmap.org/browse/relation/2364728
> CINOR : http://www.openstreetmap.org/browse/relation/2364330
> CIREST : http://www.openstreetmap.org/browse/relation/2364473
> CIVIS : http://www.openstreetmap.org/browse/relation/2364717
> CA SUD : http://www.openstreetmap.org/browse/relation/2364708

Sauf erreur de ma part, ces relations me semblent correctes.
Mais lors de l'import des données avec Osm2pgsql (via une requête Overpass
API), je n'obtiens que deux EPCI (CINOR et TCO).
preuve en est, les fichiers Shapefiles [1] ne contiennent que les deux EPCI
citées précédemment.

J'investigue donc du côté de la base. Une requête sur la table polygon
m'apprend en effet que je n'ai que deux EPCI :

osm974=# select name from reunion_osm_polygon WHERE boundary LIKE
'local_authority';
                      name
-------------------------------------------------
 Territoire de la Côte Ouest
 Communauté Intercommunale du Nord de la Réunion
(2 rows)



Pensant tout d'abord à un problème de fraîcheur des données, je fais un
nouvel import. Mais même constat.
Je regarde alors ma table relation et la surprise tout y est...

   id    |                        name
---------+--------------------------------------------------------
 2364330 | Communauté Intercommunale du Nord de la Réunion
 2364473 | Communauté Intercommunale Réunion Est
 2364708 | Communauté d'Agglomération du Sud
 2364717 | Communauté Intercommunale des Villes Solidaires du Sud
 2364728 | Territoire de la Côte Ouest


Du coup je n'y comprends plus rien....

Sauriez-vous d'où cela pourrait provenir ?

Merci pour votre aide

Arnaud


[1]
http://www.osm974.re/osm-shp/reunion_polygone_boundary_EPCI_4326_20120827.zip
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20120828/c4233ea0/attachment.html>