[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