map performance
boice tomlin
boice at RUNSKIP.COM
Mon Dec 4 11:24:58 PST 2006
Hello users,
The map located here;
http://gisinventory.net/status_maps.html
takes a while to load. At least at the national view where there is
a lot of area to render.
I am looking for alternative ways to generate the map that will
significantly improve performance.
Currently I am using php and looping through data and turning on
layers as I go. The PHP part is lightning fast. But after I get the
map ready mapserver takes several seconds to generate it.
I'm curious about alternative ways to handle this problem and wonder
if anyone had comments on any of them.
1) modifying the shape files in some way so the layer information is
in those files so that all mapserver has to do is load those files
and not depend on the map files.
2) using a db such as postgres with postgis so that layer information
is available all in one compact source.
Right now I have to generate a bunch of dynamic classes in PHP using
the general method below.
$lyr = $this->ramona_map->getLayerByName("state_yes");
$cla = $lyr->getClass(0);
$cla->setExpression("/".$expression."/");
$lyr->set("status", MS_ON);
I have to do this several hundred times to represent all of the
data. The time it takes to generate the map seem proportionate to
the amount of layers I make visible. And again this is on the
mapserver side and not PHP. PHP does its part of the operation in
thousandths of a second.
anyone's thoughts are greatly appreciated.
-boice tomlin
////////////////////////////
Run Skip
http://runskip.com/
boice tomlin
boice at runskip.com
503-528-6204
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/138b2ff6/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20061204/138b2ff6/attachment.sig>
More information about the MapServer-users
mailing list