[Mapserver-dev] suggestion needed for using mapserver as a generic browser of 2000+ layers of data?
Ed McNierney
ed at topozone.com
Mon Dec 8 11:32:04 EST 2003
Stephen -
The HARD CODED number is easily changed in map.h, and a rebuild can make the number any size you like. There are some performance advantages to the current implementation, so deciding to call it a "bug" doesn't make it one <g>. One can make a good case for either the current scheme or a "all you can load" scheme - the biggest disadvantage to the current implementation is that if you're not already set up to rebuild MapServer it can be a bit of work to make a rather simple change.
- Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA 01863
ed at topozone.com
(978) 251-4242
-----Original Message-----
From: Stephen Clark [mailto:stephen.clark at focus.ca]
Sent: Monday, December 08, 2003 12:16 PM
To: mapserver-users at lists.gis.umn.edu
Cc: mapserver-dev at lists.gis.umn.edu
Subject: [Mapserver-dev] suggestion needed for using mapserver as a
generic browser of 2000+ layers of data?
Hi all,
I am working on a project to dynamically display over 2000+ layers of data
(point, polygons, raster, etc.) and am interested in finding a way to get
past the HARD CODED number of layers in mapserver / mapscript *.map files.
OR maybe there is some
short term solution for using PHP mapscript to dynamically generate *.map
files from a list of map files each specified by a type (e.g., raster
layers, polygon layers, )
Any thoughts?
Also, is there plans to have the HARD CODED number of layers in mapserver
bug fixed in the 4.1 release?
thanks,
Stephen
_______________________________________________
Mapserver-dev mailing list
Mapserver-dev at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-dev
More information about the mapserver-dev
mailing list