[OSM-dev-fr] [OSM-talk-fr] Osm2pgsql et boundary_segment

Jocelyn Jaubert jocelyn.jaubert at gmail.com
Mer 25 Jan 19:47:03 GMT 2012


Le 25 janvier 2012, sly (sylvain letuffe) a écrit :
> La liste des relations qui sont transformées en géométries est
> hard-codée dans output-pgsql.c, et sont les suivantes :
> type=multipolygon/boundary/road (et j'ai patché la version d'osm7
> pour supporter les type=waterway)

Est-ce que ça serait possible que tu rajoutes les type=boundary_segment
sur la base d'osm7 ?


> > Ça ne change pas grand chose en fait: ça veut dire qu'il faut
> > d'abord faire un ST_Union de tous les ways des boundary_segment,
> > puis un ST_MakePolygon et/ou ST_Polygonize pour obtenir le bon
> > "way" du type=boundary initial. Il restera le problème des
> > exclaves, mais vu que je n'ai pas compris comment c'est censé
> > marcher dans OSM, je le mettrais de côté.
> 
> exclaves est l'équivalent de outer en terme de gestion algo, c'est à
> dire qu'il faut bien les prendre en compte.

Je pensais plutôt aux inner (les "trous" des polygones). Mais si je
comprends bien, les membres d'un boundary_segment marqué en inner reste
un inner pour le méta-polygone d'au-dessus. Ça doit pouvoir se gérer,
mais vu qu'il n'y en a pas en France, ce n'est pas prioritaire :)


> A mon avis, il faut garder à l'esprit que si on veut que ce patch
> soit accepté upstream il faut qu'il s'incorpore dans osm2pgsql
> "facilement" et qu'il soit une option facultative, mais je te laisse
> voir.

Je vais d'abord jouer en peu, pour voir si c'est faisable, et on verra
après si c'est possible de le mettre directement dans osm2pgsql, ou si
ça reste séparé.


-- 
Jocelyn



Plus d'informations sur la liste de diffusion dev-fr