boice tomlin wrote:
Hi Steve,
I've rebuilt mapserver with the debug option and copied the
new php_mapscript.so over.
And I've added the debug option in the map file as well.
no luck.
I see this in my configure log.
configure:10254: checking whether we should enable debug features...
configure:10271: result: Enabling debug features: -g in CFLAGS
and msDebug() to stderr (-DENABLE_STDERR_DEBUG).
I checked all of my PHP and apache logs and don't see anything. Do you
see anything I missed?
I have never tried the DEBUG stuff with php/mapscript, so I'll have to
defer to others on that, but I would expect it to work
In the mapfile I have
MAP
NAME "test"
DEBUG ON
...
I then watch:
sudo tail -f /var/log/apache/error.log
and I hit a url like, (I would use the saved mapfile from your php run)
http://localhost/cgi-bin/mapserv?mode=map&map=/path/to/mapfile.map&mapxy=<long>+<lat>&scale=<scale>&map_size=300+200
Works for me every time.
-Steve W
thanks,
boice
2) build mapserver with the debug option in ./configure
then add DEBUG TRUE to the map section of you mapfile
then render you map and look in /var/log/apache/error.log
and you will fine information about how long it takes each layer
to render. do this at the various scales you use.
if you have huge shapefiles and you are only rendering parts of them
then consider using shape2tile to break the data into tiles.
3) optimize the slow layers
a) reduce the amount of data you are displaying
maybe turn off that layer at that scale
create a generalize version of that layer for that scale
b) reduce the number of labels if you label cache time is large
turn off some of the labels you are drawing at that scale
4) if it is a raster layer that is slow, then post a message asking
Frank Warmerdam or Ed McNierney for suggestions on how to improve
your reaster performance
5) if I haven't covered it here or you are sure what to do about a
specific performance issue, post a more specific question.
6) oh yeah, if you are using shapefiles and have problems rendering
data mvoing to postgres will generally not help you.
-Steve W
boice tomlin wrote:
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.
2) using a db such as postgres with postgis.
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.
thanks,
-boice tomlin
////////////////////////////
Run Skip
http://runskip.com <http://runskip.com/> /
boice tomlin
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
503-528-6204
////////////////////////////
Run Skip
http://runskip.com/
boice tomlin
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
503-528-6204
////////////////////////////
Run Skip
http://runskip.com/
boice tomlin
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
503-528-6204
