very large tile index

[Ludovico Bianchini]

Is ogrtindex able to create a "fusion" of many shape files?
If it is the same as tile4ms (= it creates an index file which references 
many shape files), the problem is not solved: when building the max extent 
of the map with, for example, a layer with state, region and city 
boundaries, almost all the shape files indexed must be opened and processed, 
causing very bad performance.
The solution
"The operational solution is to create a low  resolution
MOSAICED layer all in one file and use MINSCALE/MAXSCALE on the layers to
switch between the tileindex layer and the overview layer at appropriate
scales"
wrote by Frank Warmerdam speaks about an union of many single files covering 
small region in a greater file covering a bigger region. The solution sounds 
good also for vector data, but I don't know any tool to create such a bigger 
shape file containing features, not tiles pointers.


----- Original Message ----- 
From: "Gregor Mosheh" <gregor at HOSTGIS.COM>
To: <MAPSERVER-USERS at LISTS.UMN.EDU>
Sent: Wednesday, October 17, 2007 5:46 PM
Subject: Re: [UMN_MAPSERVER-USERS] very large tile index


> Ludovico Bianchini wrote:
>> if I understood completely those suggestions are for raster images. I'm 
>> in a same trouble with a large (indexing 2500 tile) shape file index,
>> generated with tile4ms. How can I "mosaic" many shape files?
>
> Use ogrtindex (as compared to gdaltindex) in much the same way.
>
> All of the issues described here are identical in nature: finding and 
> opening many files is inherently slow and should be avoided when possible.
>
> -- 
> Gregor Mosheh / Greg Allensworth
> System Administrator, HostGIS cartographic development & hosting services
> http://www.HostGIS.com/
>
> "Remember that no one cares if you can back up,
>  only if you can restore." - AMANDA 

Chiacchiera con i tuoi amici in tempo reale! 
 http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com