#2655 closed defect (fixed)
map image not written to disk
| Reported by: | havatv | Owned by: | sdlime |
|---|---|---|---|
| Priority: | normal | Milestone: | 5.2 release |
| Component: | MapServer CGI | Version: | svn-trunk (development) |
| Severity: | blocker | Keywords: | |
| Cc: | jmckenna |
Description
I have been trying 5.2 beta 1 and beta 2.
Most things seem to work, but maps are, for some reason, not
written to disk. I have configured with "--enable-debug", and
turned "DEBUG on" but I have found no relevant debug output.
Apache gives the message "File does not exist:...", and the
file is indeed not there.
Legend files and scalebar files are generated, and written to
disk.
WMS is OK.
The problem is there for both AGG and GD.
I did not experience this problem on a nightly build from May 9 2008.
Operating system: Solaris 2.7
GCC: 3.3.2
Configuration and compilation seems to run fine.
Output from mapserv -v:
MapServer version 5.2.0-beta2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER INPUT=EPPL7 INPUT=SDE INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
Change History (9)
comment:1 by , 16 years ago
| Status: | new → assigned |
|---|
comment:2 by , 16 years ago
This happens with all the CGI-applications I have tried - no matter how simple.
For instance with this mapfile (I have included one shape file layer and one in-line layer - removing one does not change the behaviour):
MAP
NAME "test"
DEBUG on
SIZE 400 400
EXTENT 5 58 20 73
IMAGETYPE jpeg # png
WEB
IMAGEPATH "/users/ikf/ikfht/public_html/mapserver/tmp/"
IMAGEURL "/~ikfht/mapserver/tmp/"
TEMPLATE test.html
END #web
SYMBOL
NAME 'circle'
TYPE ellipse
FILLED true
POINTS
1 1
END # points
END # symbols
LAYER # test
NAME test3
DEBUG on
STATUS DEFAULT
TYPE POINT
FEATURE
POINTS
10 60
END #POINTS
END #Feature
CLASS
NAME "Size 3 circle"
STYLE
COLOR 0 0 255 # OK
SYMBOL "circle"
SIZE 20
END # style
END # CLASS
END # LAYER test2
LAYER # test
NAME kommune
DEBUG on
STATUS DEFAULT
TYPE LINE
DATA ../data/n250/kommunef.shp
CLASS
NAME "Test line"
STYLE
COLOR 0 200 0 # OK
END # style
END # CLASS
END # LAYER kommune
END # Map file
This map file works on the last build I used (from May), and also on previous versions of Mapserver.
Håvard
comment:3 by , 16 years ago
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
Ok, I found the problem. The calls to msGenerateImages had the boolean arguments switched so it was trying to create query maps instead of regular ones (and vice versa). Should be ok now (r7723).
Steve
comment:4 by , 16 years ago
steve thank you for fixing this (I was banging my head on the wall on this one while trying to do an ms4w release all yesterday). I have tested r7723 and the map image issue is gone. Question: I don't think we should throw beta2 out there for ms4w users to test, with this cgi issue, so does this call for a quick beta3 release? what do you recommend?
comment:5 by , 16 years ago
| Cc: | added |
|---|
comment:6 by , 16 years ago
steve: that was probably a dumb question...i'll put out a dev package now for ms4w users to test. carry on :)
-jeff
comment:7 by , 16 years ago
Not a dumb question. It's sorta like what's the point when something basic like that is hosed. Not many folks must use mode=browse. I'm still seeing weirdness with a basic CGI application and am debugging that now. I guess I recommend holding off until beta3.
Steve
comment:8 by , 16 years ago
I just committed the fix for the weirdness I mentioned. You should be good to go for beta3. Pure beta2 is worthless because of the two defects I just fixed. My fault...
Steve

Can you describe the application? Is this just a straight CGI browse/query application?
Steve