[OSM-dev-fr] processed_p.shp

[sly (sylvain letuffe)]

Yo,

> Si je ne m'abuse, les données source viennent directement de la base
> OSM, et donc des editions des contributeurs sur la ligne de côte.

Aux dernières nouvelles, c'est en effet ça.

> Si je comprends bien, le fait de découper les formes complexes et
> étendues en polygones plus petits permet d'accélérer le rendu des
> tuiles, puisque l'extraction des données vectorielles en base est
> beaucoup plus performante dans la mesure où l'efficacité des index
> spatiaux est alors maximisée.

Il me semble que ce n'est pas la principale raison d'être de processed_p.shp 
mais plus le fait que la côte étant tellement longue et assemblée de tellement 
de chemins, qu'elle n'est en fait jamais complète.
De sorte qu'un rendu qui dois dessiner du bleu ou du blanc pourrait bien 
s'emmêler régulièrement les pinceaux et noyer des pays, ce qui est 
suffisamment embêtant pour motiver une extraction+reconstruction+débuggage 
humain avant d'être utilisé.

A noter toutefois qu'osm2pgsql dans ses dernières version supporte 
l'importation des traits de côte directement, j'en déduis que quelqu'un 
cherche une solution pour dessiner les terres et les mers au fil des 
contributions... à suivre...

-- 
sly
qui suis-je : http://sly.letuffe.org