Yes http://mapserver.org/optimization/vector.html this is described correctly but it's not your case because you are NOT filtering SOME of the data you just read ALL the data from 2 layers. I sort if you use ALL the data from that layer there is no point in splitting.
On Wed, Oct 21, 2009 at 2:30 PM, Raivo Alla <[email protected]> wrote: > Hey, > > thank You. I was thinking that pre-splitting large datasets would be a > good optimization > step as suggested here: http://mapserver.org/optimization/vector.html > > > Have to try and compare ;) > Raivo > > On Wed, Oct 21, 2009 at 11:45 AM, Pavel Iacovlev > <[email protected]> wrote: >> First if you have 2 layers for roads like highways.shp and >> secondary.shp (for example) if you make one shape roads.shp file with >> the a field "type" performance will actually improve. >> >> You can see a great example how to render street data (openstreetmap >> data in this case) here: >> http://trac.osgeo.org/mapserver/wiki/RenderingOsmData >> >> On Wed, Oct 21, 2009 at 10:16 AM, Raivo Alla <[email protected]> wrote: >>> Hello, >>> >>> the problem I have right now with mapserver is how to display roads >>> that must be displayed from different layers in a mapfile, >>> but should have nice joining with each other. Problem is shown here >>> (red arrows): >>> http://picasaweb.google.com/snaperski/Ort#5394941894576868946 >>> Desired situation with using multiple mapserver layers is marked with red >>> ring. >>> >>> If I would use just one massive shapefile and take it as a datasource >>> in one layer only (instead using multiple shapefiles/layers >>> drawing highways, streets), then performance will suffer. >>> >>> Is there any solution to this, ie declaring DATA kayword in a CLASS >>> section? :) Or something so simple that I couldnt think of... >>> >>> >>> Humbly yours, >>> Raivo >>> _______________________________________________ >>> mapserver-users mailing list >>> [email protected] >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >> >> >> >> -- >> http://iap.md, The future is open >> > -- http://iap.md, The future is open _______________________________________________ mapserver-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapserver-users
