mapserver error

Wed Jan 16 11:24:06 PST 2008

Lee -

Thanks; that's helpful.  But I'd like to reduce the number of variables
here.  Are you saying that any request that contains the layer "main"
will fail?  Or will a request for that layer work sometimes and fail
sometimes?  I got the impression it was the latter and was
scale-dependent (or seemed to be).  If that's the case, can you provide
a LAYERS=main URL that does work, and one that does not?

-          Ed

From: Lee Keel [mailto:lee_keel at trimble.com] 
Sent: Wednesday, January 16, 2008 2:14 PM
To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU
Subject: RE: [UMN_MAPSERVER-USERS] mapserver error

Sorry, I didn't get this email until I sent the last one.  I know
everyone must think I am total moron...  Sorry!

I absolutely agree that I am on quick sand!!!  But even worse, I am
desperately trying to figure out how the ground turned into quick sand.

Here are 2 urls at the exact same zoom level.  You will not be able to
connect to these urls because they are not exposed to the internet.
This is strictly an intranet site.  Below are the corresponding layers
from the mapfile as well.  Thanks again for all this help.  Sorry I am
such a novice on this.

This one works:

http://webserver/cgi-bin/mapserv.exe?map=/mapserver/panamacity/gas.map&L
AYERS=centerlines&TRANSPARENT=true&FORMAT=image%2Fgif&SERVICE=WMS&VERSIO
N=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inima
ge&SRS=EPSG%3A2238&BBOX=1599333.552523125,442498.63191875,1600908.786898
125,443255.9561375&WIDTH=1144&HEIGHT=550
<http://webserver/cgi-bin/mapserv.exe?map=/mapserver/panamacity/gas.map&
LAYERS=centerlines&TRANSPARENT=true&FORMAT=image%2Fgif&SERVICE=WMS&VERSI
ON=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inim
age&SRS=EPSG%3A2238&BBOX=1599333.552523125,442498.63191875,1600908.78689
8125,443255.9561375&WIDTH=1144&HEIGHT=550> 

This one returns error:

http://webserver/cgi-bin/mapserv.exe?map=/mapserver/panamacity/gas.map&L
AYERS=main&TRANSPARENT=true&FORMAT=image%2Fgif&SERVICE=WMS&VERSION=1.1.1
&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=
EPSG%3A2238&BBOX=1599333.552523125,442498.63191875,1600908.786898125,443
255.9561375&WIDTH=1144&HEIGHT=550
<http://webserver/cgi-bin/mapserv.exe?map=/mapserver/panamacity/gas.map&
LAYERS=main&TRANSPARENT=true&FORMAT=image%2Fgif&SERVICE=WMS&VERSION=1.1.
1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS
=EPSG%3A2238&BBOX=1599333.552523125,442498.63191875,1600908.786898125,44
3255.9561375&WIDTH=1144&HEIGHT=550> 

Here is the layer for the working URL:
 LAYER
  NAME "centerlines"
  STATUS ON
  CONNECTIONTYPE postgis
  CONNECTION "user=mapreader dbname=panamacity20 host=pgs-1giswebdb" 
  DATA "the_geom from vcenterlines"
  PROCESSING "CLOSE_CONNECTION=DEFER"
  METADATA
   "wms_group_title" "centerlines"
  END
  PROJECTION
   "init=epsg:2238"
  END
  TYPE Line
  CLASS
   MAXSCALE 20000
   TEXT ([st_name])
   STYLE 
    SYMBOL "circle" 
    SIZE 3
    COLOR 0 0 0
   END 
   STYLE
    SYMBOL "circle" 
    SIZE 1
    COLOR 255 255 255
   END
   LABEL
    COLOR 0 0 0
    OUTLINECOLOR 255 255 255
    TYPE TRUETYPE
    ANGLE FOLLOW
    FONT arial
    SIZE 7
    #ANTIALIAS TRUE
    POSITION CC
    MINDISTANCE 50
    BUFFER 50
   END  
  END
 END

Here is the layer for the non-working URL:
 LAYER
  NAME "main"
  GROUP "gas_theme"
  CONNECTIONTYPE postgis
  CONNECTION "user=mapreader dbname=panamacity20 host=pgs-1giswebdb" 
  DATA "the_geom from main"
  PROCESSING "CLOSE_CONNECTION=DEFER"
  METADATA
   "wms_group_title" "main"
  END
  PROJECTION
   "init=epsg:2238"
  END
  STATUS ON
  TYPE LINE

  CLASS
   MAXSCALE 250000
   STYLE 
    SYMBOL "circle" 
    SIZE 3
    COLOR 255 0 0
   END 
  END

 END

________________________________

From: UMN MapServer Users List on behalf of Ed McNierney
Sent: Wed 1/16/2008 12:33 PM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: Re: [UMN_MAPSERVER-USERS] mapserver error

Christopher -

Thanks; it was not obvious to me that the second problem was also seen
in the OpenLayers application.  The image on the OpenLayers discussion
seems to indicate a MapServer crash or other failure, as you've already
suggested there.

Lee, I think you should ignore the "blurry" problem for now and focus
exclusively on:

" I take the URL that is requesting the information from mapserver, then
I get: "The specified CGI application misbehaved by not returning a
complete set of HTTP headers." "

You seem to be building on quicksand, and if you don't fix the
foundation there's no point in trying to figure out why the pictures on
the walls don't hang straight.

If you can post details about the URL and the error we might be able to
try to help debug.  Looking for debug and Web server logs can also be
helpful to understand why the CGI failed, as is running mapserv from the
command line.

        - Ed

Ed McNierney
Chief Mapmaker
Demand Media / TopoZone.com
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
ed at topozone.com
Phone: +1 (978) 251-4242
Fax: +1 (978) 251-1396

-----Original Message-----
From: Christopher Schmidt [mailto:crschmidt at metacarta.com]
Sent: Wednesday, January 16, 2008 1:18 PM
To: Ed McNierney
Cc: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: Re: [UMN_MAPSERVER-USERS] mapserver error

On Wed, Jan 16, 2008 at 01:13:33PM -0500, Ed McNierney wrote:
> Lee -
>
> INTERLACE=ON is not "wrong".  Tim is pointing out that if you're
viewing an interlaced output image, the first, alternating set of
scanlines will be displayed and then your browser will start again at
the top of the image, filling in the alternate interlacing lines.  This
will cause the top of the image to appear complete while the bottom is
"blurry".  You can see variations on these visual artifacts depending on
your browser, and the effect is more pronounced over a slow connection.
>
> But if the image still looks blurry at the bottom even after you're
certain the image has been completely loaded, then this is not your
problem.

Note that this will almost never be the case with OpenLayers because
OpenLayers hides images until they are completely loaded (for technical
reasons unrelated to this), so if someone reports this behavior in
OpenLayers, you can usually be sure it's not an interlacing thing.

> It's hard to diagnose visual problems in text; can you either post the
output image or (preferably) a public URL where the image can be viewed?

There is a 'bmp' attached to
http://openlayers.org/pipermail/users/2008-January/004506.html which
might be the one.

Regards,
--
Christopher Schmidt
MetaCarta

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20080116/a572a6c1/attachment.htm>