This is less a mapserver issue than a data management issue - and shapefiles
are not a particularly good way to manage data.
I suggest you look at a spatially enabled database, with attribute & spatial
indexes, such as Postgis, instead of shapefiles as a data source. These are
pretty much designed for such use cases.
That said, if you cannot use a spatial database in this case, you can do things
with mapserver to improve things - like have multiple layers (though 6000 seems
a bit excessive) in a single group - so addressable as a single layer but each
with its own shapefile spatial index file.
Brent Wood
________________________________
From: "EVANS, JAMES R GS-13 USAF ACC 84 RADES/SCZE" <james.evan...@us.af.mil>
To: "mapserver-users@lists.osgeo.org" <mapserver-users@lists.osgeo.org>
Sent: Thursday, January 30, 2014 5:32 AM
Subject: [mapserver-users] Layer with over 6000 shapefiles
Hi,
Is there a way to add a layer that points to 6000 some odd shapefiles? I've
created a set of contour files for the whole world, and when I had the info in
a single shapefile it was about 260GBs. Mapserver would serve it up, but
performance was horrible. I now have the set broken up into about 6000
separate shapefiles, but don't know how to address that in a single layer. I
tried using gdaltindex, to create a single index file that points to all the
other shapefiles, but I get an error saying the shapefiles are an unsupported
type. Is there some other way to create an index that Mapserver can use to
point to this many shapefiles?
Thanks,
James
_______________________________________________
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
_______________________________________________
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
