Re: [mapserver-users] Mapserver + WMS

[Carl Godkin]

Hi Jeff,

Thank you very much for the detailed response.  When I run the commands you
provided, everything matches and the output GeoTIFF file definitely has the
type "Type=Int16."

I was originally asking why I didn't see that type when querying the server
with the sub-datasets returned by this command

> gdalinfo "WMS:http://localhost:8080//elev;

but I'm probably just coloring outside the lines of what WMS is meant to
support.

I think that the next thing I will do is use WCS for this instead.  I
confess that I went with WMS since I'm more familiar with it.  I expected a
single-band 16-bit "image" to act like a 2D grid which is what happens when
I import "BIL" files or other single-band images.

Thanks for stepping me through this and pointing me at WCS.

carl


On Mon, Oct 11, 2021 at 11:35 AM Jeff McKenna 
wrote:

> Hi Carl,
>
> First, welcome to the MapServer community!
>
> Thanks for the detailed question, and pointing to the source data, this
> always helps to give a proper answer.
>
> You've done well and are very close.  Here are some points to consider:
>
> - the OGC specification for serving raw raster data is actually WCS
> (which MapServer does well, see https://mapserver.org/ogc/wcs_server.html
> )
>
> - but you're right that a cool trick is to use the (more) popular WMS
> specification and set an OUTPUTFORMAT in your server's mapfile, to
> generate a GeoTIFF through a WMS GetMap request.
>
> - I see that you've already setup an OUTPUTFORMAT such as:
>
> OUTPUTFORMAT
>NAME "GEOTIFF_16"
>DRIVER "GDAL/GTiff"
>MIMETYPE "image/tiff"
>IMAGEMODE INT16
>EXTENSION "tif"
> END
>
> - now the trick is to call that specific outputformat.  I recommend
> always testing this at the commandline first, with shp2img (which will
> be renamed to 'map2img' shortly, for the MapServer 8.0 release).  It
> takes a mapfile and generates an output (or gives exact error).
>
> - since you are using MS4W, just open a CMD window and cd into /ms4w.
> Then execute 'setenv.bat' to set necessary paths.  Then, in that same
> windows, cd to where your mapfile is, and execute the following (notice
> the "-i" switch, which requests the named outputformat set in the mapfile)
> :
>
>shp2img -m local.map -o ttt16.tif -map_debug 3 -i GEOTIFF_16
>
> - that command should return a draw speed for each layer, and generate
> your 16-bit GeoTIFF.  And look closely at that response, the first words
> will be something like:
>
> rendering using outputformat named GEOTIFF_16 (GDAL/GTiff)
>
> Great! That's what we want.
>
> - once you're satisfied, now we can turn to WMS requests.  But always
> first start with removing any "WARNING" messages in your GetCapabilities
> request, and then also verifying that the  section of that
> response includes a listed "image/tiff" format option.  (example
> GetCapabilities request) :
>
>
>
> http://127.0.0.1/cgi-bin/mapserv.exe?map=/ms4w/apps/ticket-wms-gebco-outputformat/local.map=WMS=1.3.0=GetCapabilities
>
> - once you're happy with the GetCapabilities response, then you can try
> a GetMap request, that includes "=image/tiff"
>
>
>
>
> http://127.0.0.1/cgi-bin/mapserv.exe?map=/ms4w/apps/ticket-wms-gebco-outputformat/local.map=WMS=1.3.0=GetMap=-90,-180,90,180=EPSG:4326=346=173=gebco==image/tiff=96_RESOLUTION=96_OPTIONS=dpi:96=TRUE
>
> - or you can stay right there at your commandline, and make that GetMap
> request there with the "mapserv -nh QUERY_STRING="" trick, and pipe that
> to a new image file, such as:
>
>mapserv -nh
> QUERY_STRING="map=/ms4w/apps/ticket-wms-gebco-outputformat/local.map=WMS=1.3.0=GetMap=-90,-180,90,180=EPSG:4326=346=173=gebco==image/tiff=96_RESOLUTION=96_OPTIONS=dpi:96=TRUE"
>
>  > getmap.tif
>
> Hope that helps.
>
> Also thanks for the positive feedback on MS4W, its goal is to serve big
> data fast for organizations, on enterprise Windows servers, and it
> sounds like it has met your needs well.  Look for a big MS4W release soon
> ;)
>
> And a happy (Canadian) Thanksgiving holiday to you.
>
> -jeff
>
>
>
> --
> Jeff McKenna
> GatewayGeo: Developers of MS4W, MapServer Consulting and Training
> co-founder of FOSS4G
> http://gatewaygeo.com/
>
>
>
> On 2021-10-07 8:12 p.m., Carl Godkin wrote:
> > Hi,
> >
> > I'm new to mapserver but fairly experienced with GDAL.  I hope that
> > someone can explain where I've gone wrong with setting up WMS.
> >
> > I followed the instructions here
> > [https://worldwind.earth/elevation-server.html
> > ] almost exactly to set
> > up a WMS server and it sort of works.  (I am using MS4W actually, so I
> > didn't install Apache & Mapserver as that page described and of course I
> > made a few other adaptations for Windows.)
> >
> > I downloaded the GEBCO tiles from here
> > [https://www.gebco.net/data_and_products/gridded_bathymetry_data/
> > ]
> > without any problems.
> >
> > What I don't understand is that 

Re: [mapserver-users] Mapserver + WMS

[Jeff McKenna]

Hi Carl,

Also, as you travel down this path, please aim to adding your upcoming 
elevation WMS service into the MapServer Site Gallery : 
https://github.com/MapServer/MapServer/wiki/MapServer-Site-Gallery


This really helps new users see the powers of MapServer.

Thanks!

-jeff



--
Jeff McKenna
GatewayGeo: Developers of MS4W, MapServer Consulting and Training
co-founder of FOSS4G
http://gatewaygeo.com/


On 2021-10-11 3:35 p.m., Jeff McKenna wrote:

Hi Carl,

First, welcome to the MapServer community!

Thanks for the detailed question, and pointing to the source data, this 
always helps to give a proper answer.


You've done well and are very close.  Here are some points to consider:

- the OGC specification for serving raw raster data is actually WCS 
(which MapServer does well, see https://mapserver.org/ogc/wcs_server.html )


- but you're right that a cool trick is to use the (more) popular WMS 
specification and set an OUTPUTFORMAT in your server's mapfile, to 
generate a GeoTIFF through a WMS GetMap request.


- I see that you've already setup an OUTPUTFORMAT such as:

OUTPUTFORMAT
   NAME "GEOTIFF_16"
   DRIVER "GDAL/GTiff"
   MIMETYPE "image/tiff"
   IMAGEMODE INT16
   EXTENSION "tif"
END

- now the trick is to call that specific outputformat.  I recommend 
always testing this at the commandline first, with shp2img (which will 
be renamed to 'map2img' shortly, for the MapServer 8.0 release).  It 
takes a mapfile and generates an output (or gives exact error).


- since you are using MS4W, just open a CMD window and cd into /ms4w. 
Then execute 'setenv.bat' to set necessary paths.  Then, in that same 
windows, cd to where your mapfile is, and execute the following (notice 
the "-i" switch, which requests the named outputformat set in the 
mapfile) :


   shp2img -m local.map -o ttt16.tif -map_debug 3 -i GEOTIFF_16

- that command should return a draw speed for each layer, and generate 
your 16-bit GeoTIFF.  And look closely at that response, the first words 
will be something like:


    rendering using outputformat named GEOTIFF_16 (GDAL/GTiff)

Great! That's what we want.

- once you're satisfied, now we can turn to WMS requests.  But always 
first start with removing any "WARNING" messages in your GetCapabilities 
request, and then also verifying that the  section of that 
response includes a listed "image/tiff" format option.  (example 
GetCapabilities request) :



http://127.0.0.1/cgi-bin/mapserv.exe?map=/ms4w/apps/ticket-wms-gebco-outputformat/local.map=WMS=1.3.0=GetCapabilities 



- once you're happy with the GetCapabilities response, then you can try 
a GetMap request, that includes "=image/tiff"




http://127.0.0.1/cgi-bin/mapserv.exe?map=/ms4w/apps/ticket-wms-gebco-outputformat/local.map=WMS=1.3.0=GetMap=-90,-180,90,180=EPSG:4326=346=173=gebco==image/tiff=96_RESOLUTION=96_OPTIONS=dpi:96=TRUE 



- or you can stay right there at your commandline, and make that GetMap 
request there with the "mapserv -nh QUERY_STRING="" trick, and pipe that 
to a new image file, such as:


   mapserv -nh 
QUERY_STRING="map=/ms4w/apps/ticket-wms-gebco-outputformat/local.map=WMS=1.3.0=GetMap=-90,-180,90,180=EPSG:4326=346=173=gebco==image/tiff=96_RESOLUTION=96_OPTIONS=dpi:96=TRUE" 
 > getmap.tif


Hope that helps.

Also thanks for the positive feedback on MS4W, its goal is to serve big 
data fast for organizations, on enterprise Windows servers, and it 
sounds like it has met your needs well.  Look for a big MS4W release 
soon ;)


And a happy (Canadian) Thanksgiving holiday to you.

-jeff





___
MapServer-users mailing list
MapServer-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver + WMS

[Jeff McKenna]

Hi Carl,

First, welcome to the MapServer community!

Thanks for the detailed question, and pointing to the source data, this 
always helps to give a proper answer.


You've done well and are very close.  Here are some points to consider:

- the OGC specification for serving raw raster data is actually WCS 
(which MapServer does well, see https://mapserver.org/ogc/wcs_server.html )


- but you're right that a cool trick is to use the (more) popular WMS 
specification and set an OUTPUTFORMAT in your server's mapfile, to 
generate a GeoTIFF through a WMS GetMap request.


- I see that you've already setup an OUTPUTFORMAT such as:

OUTPUTFORMAT
  NAME "GEOTIFF_16"
  DRIVER "GDAL/GTiff"
  MIMETYPE "image/tiff"
  IMAGEMODE INT16
  EXTENSION "tif"
END

- now the trick is to call that specific outputformat.  I recommend 
always testing this at the commandline first, with shp2img (which will 
be renamed to 'map2img' shortly, for the MapServer 8.0 release).  It 
takes a mapfile and generates an output (or gives exact error).


- since you are using MS4W, just open a CMD window and cd into /ms4w. 
Then execute 'setenv.bat' to set necessary paths.  Then, in that same 
windows, cd to where your mapfile is, and execute the following (notice 
the "-i" switch, which requests the named outputformat set in the mapfile) :


  shp2img -m local.map -o ttt16.tif -map_debug 3 -i GEOTIFF_16

- that command should return a draw speed for each layer, and generate 
your 16-bit GeoTIFF.  And look closely at that response, the first words 
will be something like:


   rendering using outputformat named GEOTIFF_16 (GDAL/GTiff)

Great! That's what we want.

- once you're satisfied, now we can turn to WMS requests.  But always 
first start with removing any "WARNING" messages in your GetCapabilities 
request, and then also verifying that the  section of that 
response includes a listed "image/tiff" format option.  (example 
GetCapabilities request) :



http://127.0.0.1/cgi-bin/mapserv.exe?map=/ms4w/apps/ticket-wms-gebco-outputformat/local.map=WMS=1.3.0=GetCapabilities

- once you're happy with the GetCapabilities response, then you can try 
a GetMap request, that includes "=image/tiff"




http://127.0.0.1/cgi-bin/mapserv.exe?map=/ms4w/apps/ticket-wms-gebco-outputformat/local.map=WMS=1.3.0=GetMap=-90,-180,90,180=EPSG:4326=346=173=gebco==image/tiff=96_RESOLUTION=96_OPTIONS=dpi:96=TRUE

- or you can stay right there at your commandline, and make that GetMap 
request there with the "mapserv -nh QUERY_STRING="" trick, and pipe that 
to a new image file, such as:


  mapserv -nh 
QUERY_STRING="map=/ms4w/apps/ticket-wms-gebco-outputformat/local.map=WMS=1.3.0=GetMap=-90,-180,90,180=EPSG:4326=346=173=gebco==image/tiff=96_RESOLUTION=96_OPTIONS=dpi:96=TRUE" 
> getmap.tif


Hope that helps.

Also thanks for the positive feedback on MS4W, its goal is to serve big 
data fast for organizations, on enterprise Windows servers, and it 
sounds like it has met your needs well.  Look for a big MS4W release soon ;)


And a happy (Canadian) Thanksgiving holiday to you.

-jeff



--
Jeff McKenna
GatewayGeo: Developers of MS4W, MapServer Consulting and Training
co-founder of FOSS4G
http://gatewaygeo.com/



On 2021-10-07 8:12 p.m., Carl Godkin wrote:

Hi,

I'm new to mapserver but fairly experienced with GDAL.  I hope that 
someone can explain where I've gone wrong with setting up WMS.


I followed the instructions here 
[https://worldwind.earth/elevation-server.html 
] almost exactly to set 
up a WMS server and it sort of works.  (I am using MS4W actually, so I 
didn't install Apache & Mapserver as that page described and of course I 
made a few other adaptations for Windows.)


I downloaded the GEBCO tiles from here 
[https://www.gebco.net/data_and_products/gridded_bathymetry_data/ 
] 
without any problems.


What I don't understand is that while the GEBCO GeoTIFF files that I am 
using have one band that gdalinfo describes as


  Band 1 Block=512x512 Type=Int16, ColorInterp=Gray

when I look at the WMS bands using gdalinfo, I see three byte-sized bands:

Band 1 Block=1024x1024 Type=Byte, ColorInterp=Red
Band 2 Block=1024x1024 Type=Byte, ColorInterp=Green
Band 3 Block=1024x1024 Type=Byte, ColorInterp=Blue

I'd really like to get 16-bit integer elevations from my WMS server but 
I don't know why this didn't just happen or how I mis-configured things 
to make it not happen.


I know these are not complete details, but rather than write a novel for 
my first post here, I'm hoping someone can suggest where the problem 
might be or suggest some further documentation to read.


Thanks very much,
carl




___
MapServer-users mailing list
MapServer-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Mapserver + WMS

[Carl Godkin]

Hi,

I'm new to mapserver but fairly experienced with GDAL.  I hope that someone
can explain where I've gone wrong with setting up WMS.

I followed the instructions here [
https://worldwind.earth/elevation-server.html] almost exactly to set up a
WMS server and it sort of works.  (I am using MS4W actually, so I didn't
install Apache & Mapserver as that page described and of course I made a
few other adaptations for Windows.)

I downloaded the GEBCO tiles from here [
https://www.gebco.net/data_and_products/gridded_bathymetry_data/] without
any problems.

What I don't understand is that while the GEBCO GeoTIFF files that I am
using have one band that gdalinfo describes as

 Band 1 Block=512x512 Type=Int16, ColorInterp=Gray

when I look at the WMS bands using gdalinfo, I see three byte-sized bands:

Band 1 Block=1024x1024 Type=Byte, ColorInterp=Red
Band 2 Block=1024x1024 Type=Byte, ColorInterp=Green
Band 3 Block=1024x1024 Type=Byte, ColorInterp=Blue

I'd really like to get 16-bit integer elevations from my WMS server but I
don't know why this didn't just happen or how I mis-configured things to
make it not happen.

I know these are not complete details, but rather than write a novel for my
first post here, I'm hoping someone can suggest where the problem might be
or suggest some further documentation to read.

Thanks very much,
carl
___
MapServer-users mailing list
MapServer-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS

[Vogt, Robert (RCIS)]

Good morning, I believe that I almost have MapServer working!!
I am getting tiles back for my map and they are all status 200 which is great!! 
:)
However there are no images which is not :(

I believe that I have traced the problem on the server to a path...

E:\rcis\web\MapServerDlls\uildselease-1800-x64inprojSHARE\proj_def.dat

Which is coming back as "Name Invalid"...I have no idea how this path gets 
built or how to correct it...

Any help is greatly appreciated!!

bobv
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS

[Rahkonen Jukka (MML)]

Jeff McKenna wrote:

On 2016-05-23 3:54 PM, Rahkonen Jukka (MML) wrote:
>>
>> I am not sure how much WMS/WFS/WCS is included in the MS4W packages 
>> http://www.ms4w.com/download.html.
>>
>>
>>
>> Unfortunately we do not have default demo data and mapfiles which 
>> installs with Mapserver and just works like Geoserver does.
>>
>>
>>

> Hi Jukka,

> For fun this past Friday I checked how many working mapfiles are included in 
> MS4W (with MapServer 7.0.1): 63 in total.  Yup, 63.  That includes WMS, WFS, 
> WCS, SOS, OpenLayers3 mapfile, and tons of demo data. 
>  For MS4W users installing through the setup.exe, all mapfiles and paths are 
> updated for their custom installation path.

Setup.exe, never heard :). I just unzip and run as I have been doing for 
exactly 10 years now. I need to try the exe someday.

> If you ever notice a path issue in a mapfile please let me know, or you can 
> also file a ticket in MS4W's tracker: http://ms4w.com/trac/

I will.

> Thanks for mentioning MS4W.

> Talk soon,

-Jukka-
--
> Jeff McKenna
> MapServer Consulting and Training Services http://www.gatewaygeomatics.com/



___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS

[Jeff McKenna]

On 2016-05-23 3:54 PM, Rahkonen Jukka (MML) wrote:


I am not sure how much WMS/WFS/WCS is included in the MS4W packages
http://www.ms4w.com/download.html.



Unfortunately we do not have default demo data and mapfiles which
installs with Mapserver and just works like Geoserver does.





Hi Jukka,

For fun this past Friday I checked how many working mapfiles are 
included in MS4W (with MapServer 7.0.1): 63 in total.  Yup, 63.  That 
includes WMS, WFS, WCS, SOS, OpenLayers3 mapfile, and tons of demo data. 
 For MS4W users installing through the setup.exe, all mapfiles and 
paths are updated for their custom installation path.


If you ever notice a path issue in a mapfile please let me know, or you 
can also file a ticket in MS4W's tracker: http://ms4w.com/trac/


Thanks for mentioning MS4W.

Talk soon,

--
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/



___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS

[Rahkonen Jukka (MML)]

Hi,

There is a very good initial at 
http://gislars.github.io/mapserver_docs/tutorial/index.html#tutorials-for-mapserver-6.

Minimal but complete mapfile 
http://gislars.github.io/mapserver_docs/tutorial/quickstart/single_layer.map.html#qs-single-layer-map
 works with Natural Earth data.

The Sample WMS Server Mapfile at http://mapserver.org/ogc/wms_server.html is 
good but I do not know where the "park" shapefile for DATA can be acquired.

I am not sure how much WMS/WFS/WCS is included in the MS4W packages 
http://www.ms4w.com/download.html.

Unfortunately we do not have default demo data and mapfiles which installs with 
Mapserver and just works like Geoserver does.

-Jukka Rahkonen-

Vogt, Robert (RCIS) wrote:


Does anyone know of a good current guide for setting up a MapServer WMS...I've 
looked on mapserver.org
and there is some information but it also includes broken paths in the 
instructions for testing.

Any help is greatly appreciated.
-Bob
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS

[Jeff McKenna]

Hello,

Here are some tips for you for WMS;

- follow the WMS Server howto: http://mapserver.org/ogc/wms_server.html

- if you are an MS4W user, it comes with an OGC workshop package that 
contains many WMS/WFS/OGC mapfiles: see packages at 
http://ms4w.com/download.html


- if you are an MS4W user, and wish to see a MapServer WMS through 
OpenLayers 3, MS4W comes with an OpenLayers3 package with a working 
mapfile: see packages at http://ms4w.com/download.html


Remember: be gracious, be positive, and give back to the FOSS4G 
community.  If you notice something that needs fixing, file a ticket, or 
issue a pull request with your fix.


-jeff



--
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/



On 2016-05-23 2:54 PM, Vogt, Robert   (RCIS) wrote:

Does anyone know of a good current guide for setting up a MapServer
WMS…I’ve looked on mapserver.org

and there is some information but it also includes broken paths in the
instructions for testing.



Any help is greatly appreciated.

-Bob





___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Mapserver WMS

[Vogt, Robert (RCIS)]

Does anyone know of a good current guide for setting up a MapServer WMS...I've 
looked on mapserver.org
and there is some information but it also includes broken paths in the 
instructions for testing.

Any help is greatly appreciated.
-Bob
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Mapserver wms and Openlayers 3

[jordan]

Hope you can guide me in this issue I have. My aim is to connect to a Postgis
database from Openlayers 3 using Mapserver WMS.

Apparently all is set up in my mapfile for WMS service(postgres connection
inside). I have tested and validated the getmap request, no errors found.

Here is my URL:
http://localhost/cgi-bin/mapserv.exe?map=C:/ms4w/Apache/htdocs/maquetado/mapfiles/demo3.mapSERVICE=WMSVERSION=1.1.1REQUEST=GetMapLAYERS=agave_01_gcs,agave_02_gcsSTYLES=SRS=EPSG:4326BBOX=-103.809,20.8419,-103.716,20.8878WIDTH=105HEIGHT=22FORMAT=image/png

After that I change the path inside the http.conf file as follows:
SetEnv myMap C:/ms4w/Apache/htdocs/maquetado/mapfiles/demo3.map

Here is my final URL: http://localhost/cgi-bin/mapserv.exe?map=myMap

I have tested it in GIS clients as a QGIS and ArcGIS and all is ok but when
I try to use it in OL3 no layers are shown.

I think that probably something is wrong with my WMS url that OL3 can not
read..
So it is possible to change the mapserv.exe in my URL specifically omit
the exe ??

I need something like this: http://localhost/cgi-bin/mapserv?map=myMap

Best regards
Jordan









--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Mapserver-wms-and-Openlayers-3-tp5216956.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Mapserver wms request throws error when trying to load SLD file

[Bill Hudspeth]

Hello,

Thanks Jeff for answering my questions about Mapserv executables and path on 
Ubuntu Linux. I can now view my raster image fine, but I am trying to apply an 
SLD file and get the error:

?xml version='1.0' encoding=ISO-8859-1 standalone=no ?
!DOCTYPE ServiceExceptionReport SYSTEM 
http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd;
ServiceExceptionReport version=1.1.1
ServiceException
msSLDApplySLDURL: WMS server error. Could not open SLD 
http://localhost/var/www/pm25_geoserver/public_html/pm25_sld.xml and save it in 
a temporary file. Please make sure that the sld url is valid and that the 
temporary path is set. The temporary path can be defined for example by setting 
TMPPATH in the map file. Please check the MapServer documentation on temporary 
path settings.
msHTTPExecuteRequests(): HTTP request error. HTTP GET request failed with 
status 403 () for 
http://localhost/var/www/pm25_geoserver/public_html/pm25_sld.xml
/ServiceException
/ServiceExceptionReport


I have set my temp file path in the Web section of the mapfile to:

WEB
  TEMPPATH /tmp/
  IMAGEPATH /tmp/
  IMAGEURL /tmp/
END

and my SLD is:

?xml version=1.0 encoding=UTF-8?
StyledLayerDescriptor version=1.0.0
  xmlns=http://www.opengis.net/sld;
  xmlns:ogc=http://www.opengis.net/ogc;
  xmlns:xlink=http://www.w3.org/1999/xlink;
  xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
  xsi:schemaLocation=http://www.opengis.net/sld
  http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd;  
  NamedLayer
Namepm25_monthly/Name
UserStyle
  TitlePM 2.5/Title
FeatureTypeStyle
  FeatureTypeNameFeature/FeatureTypeName
  Rule
RasterSymbolizer
ColorMap type=ramp
ColorMapEntry color=#00 quantity=0.0 
opacity=0.0/
ColorMapEntry color=#021ca0 quantity=1.0 
opacity=0.5/
ColorMapEntry color=#0432ff quantity=5.0 
opacity=0.5/
ColorMapEntry color=#015efe quantity=10.0 
opacity=0.5/
ColorMapEntry color=#06bfff quantity=15.0 
opacity=0.5/  
ColorMapEntry color=#26fcd7 quantity=20.0 
opacity=0.5/
ColorMapEntry color=#06bfff quantity=25.0 
opacity=0.5/   
ColorMapEntry color=#f2f903 quantity=30.0 
opacity=0.5/
ColorMapEntry color=#ff9d02 quantity=35.0 
opacity=0.5/   
ColorMapEntry color=#ff4005 quantity=40.0 
opacity=0.5/
ColorMapEntry color=#e12000 quantity=45.0 
opacity=0.5/   
ColorMapEntry color=#810d02 quantity=50.0 
opacity=0.5/
  /ColorMap
/RasterSymbolizer
  /Rule
/FeatureTypeStyle
/UserStyle
  /NamedLayer
/StyledLayerDescriptor


Can't see why it is failing...

Thanks, Bill
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver wms request throws error when trying to load SLD file

[Basques, Bob (CI-StPaul)]

It doesn't look like MapServer can find your SLD, does that Link work from a 
browser directly?

Bobb



-Original Message-
From: mapserver-users-boun...@lists.osgeo.org 
[mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Bill Hudspeth
Sent: Tuesday, October 21, 2014 11:30 AM
To: mapserver-users@lists.osgeo.org
Subject: [mapserver-users] Mapserver wms request throws error when trying to 
load SLD file

Hello,

Thanks Jeff for answering my questions about Mapserv executables and path on 
Ubuntu Linux. I can now view my raster image fine, but I am trying to apply an 
SLD file and get the error:

?xml version='1.0' encoding=ISO-8859-1 standalone=no ? !DOCTYPE 
ServiceExceptionReport SYSTEM 
http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd;
ServiceExceptionReport version=1.1.1 ServiceException
msSLDApplySLDURL: WMS server error. Could not open SLD 
http://localhost/var/www/pm25_geoserver/public_html/pm25_sld.xml and save it in 
a temporary file. Please make sure that the sld url is valid and that the 
temporary path is set. The temporary path can be defined for example by setting 
TMPPATH in the map file. Please check the MapServer documentation on temporary 
path settings.
msHTTPExecuteRequests(): HTTP request error. HTTP GET request failed with 
status 403 () for 
http://localhost/var/www/pm25_geoserver/public_html/pm25_sld.xml
/ServiceException
/ServiceExceptionReport


I have set my temp file path in the Web section of the mapfile to:

WEB
  TEMPPATH /tmp/
  IMAGEPATH /tmp/
  IMAGEURL /tmp/
END

and my SLD is:

?xml version=1.0 encoding=UTF-8?
StyledLayerDescriptor version=1.0.0
  xmlns=http://www.opengis.net/sld;
  xmlns:ogc=http://www.opengis.net/ogc;
  xmlns:xlink=http://www.w3.org/1999/xlink;
  xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
  xsi:schemaLocation=http://www.opengis.net/sld
  http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd;
  NamedLayer
Namepm25_monthly/Name
UserStyle
  TitlePM 2.5/Title
FeatureTypeStyle
  FeatureTypeNameFeature/FeatureTypeName
  Rule
RasterSymbolizer
ColorMap type=ramp
ColorMapEntry color=#00 quantity=0.0 
opacity=0.0/
ColorMapEntry color=#021ca0 quantity=1.0 
opacity=0.5/
ColorMapEntry color=#0432ff quantity=5.0 
opacity=0.5/
ColorMapEntry color=#015efe quantity=10.0 
opacity=0.5/
ColorMapEntry color=#06bfff quantity=15.0 
opacity=0.5/  
ColorMapEntry color=#26fcd7 quantity=20.0 
opacity=0.5/
ColorMapEntry color=#06bfff quantity=25.0 
opacity=0.5/   
ColorMapEntry color=#f2f903 quantity=30.0 
opacity=0.5/
ColorMapEntry color=#ff9d02 quantity=35.0 
opacity=0.5/   
ColorMapEntry color=#ff4005 quantity=40.0 
opacity=0.5/
ColorMapEntry color=#e12000 quantity=45.0 
opacity=0.5/   
ColorMapEntry color=#810d02 quantity=50.0 
opacity=0.5/
  /ColorMap
/RasterSymbolizer
  /Rule
/FeatureTypeStyle
/UserStyle
  /NamedLayer
/StyledLayerDescriptor


Can't see why it is failing...

Thanks, Bill
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver wms request throws error when trying to load SLD file

[Bill Hudspeth]

That was indeed the problem...I changed the path and it now works..!

thanks

- Original Message -
From: Bob Basques (CI-StPaul) bob.basq...@ci.stpaul.mn.us
To: Bill Hudspeth bhudsp...@edac.unm.edu, mapserver-users@lists.osgeo.org
Sent: Tuesday, October 21, 2014 10:32:21 AM
Subject: RE: [mapserver-users] Mapserver wms request throws error when trying 
toload SLD file

It doesn't look like MapServer can find your SLD, does that Link work from a 
browser directly?

Bobb



-Original Message-
From: mapserver-users-boun...@lists.osgeo.org 
[mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Bill Hudspeth
Sent: Tuesday, October 21, 2014 11:30 AM
To: mapserver-users@lists.osgeo.org
Subject: [mapserver-users] Mapserver wms request throws error when trying to 
load SLD file

Hello,

Thanks Jeff for answering my questions about Mapserv executables and path on 
Ubuntu Linux. I can now view my raster image fine, but I am trying to apply an 
SLD file and get the error:

?xml version='1.0' encoding=ISO-8859-1 standalone=no ? !DOCTYPE 
ServiceExceptionReport SYSTEM 
http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd;
ServiceExceptionReport version=1.1.1 ServiceException
msSLDApplySLDURL: WMS server error. Could not open SLD 
http://localhost/var/www/pm25_geoserver/public_html/pm25_sld.xml and save it in 
a temporary file. Please make sure that the sld url is valid and that the 
temporary path is set. The temporary path can be defined for example by setting 
TMPPATH in the map file. Please check the MapServer documentation on temporary 
path settings.
msHTTPExecuteRequests(): HTTP request error. HTTP GET request failed with 
status 403 () for 
http://localhost/var/www/pm25_geoserver/public_html/pm25_sld.xml
/ServiceException
/ServiceExceptionReport


I have set my temp file path in the Web section of the mapfile to:

WEB
  TEMPPATH /tmp/
  IMAGEPATH /tmp/
  IMAGEURL /tmp/
END

and my SLD is:

?xml version=1.0 encoding=UTF-8?
StyledLayerDescriptor version=1.0.0
  xmlns=http://www.opengis.net/sld;
  xmlns:ogc=http://www.opengis.net/ogc;
  xmlns:xlink=http://www.w3.org/1999/xlink;
  xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
  xsi:schemaLocation=http://www.opengis.net/sld
  http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd;
  NamedLayer
Namepm25_monthly/Name
UserStyle
  TitlePM 2.5/Title
FeatureTypeStyle
  FeatureTypeNameFeature/FeatureTypeName
  Rule
RasterSymbolizer
ColorMap type=ramp
ColorMapEntry color=#00 quantity=0.0 
opacity=0.0/
ColorMapEntry color=#021ca0 quantity=1.0 
opacity=0.5/
ColorMapEntry color=#0432ff quantity=5.0 
opacity=0.5/
ColorMapEntry color=#015efe quantity=10.0 
opacity=0.5/
ColorMapEntry color=#06bfff quantity=15.0 
opacity=0.5/  
ColorMapEntry color=#26fcd7 quantity=20.0 
opacity=0.5/
ColorMapEntry color=#06bfff quantity=25.0 
opacity=0.5/   
ColorMapEntry color=#f2f903 quantity=30.0 
opacity=0.5/
ColorMapEntry color=#ff9d02 quantity=35.0 
opacity=0.5/   
ColorMapEntry color=#ff4005 quantity=40.0 
opacity=0.5/
ColorMapEntry color=#e12000 quantity=45.0 
opacity=0.5/   
ColorMapEntry color=#810d02 quantity=50.0 
opacity=0.5/
  /ColorMap
/RasterSymbolizer
  /Rule
/FeatureTypeStyle
/UserStyle
  /NamedLayer
/StyledLayerDescriptor


Can't see why it is failing...

Thanks, Bill
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS time support with Oracle

[Stefan Schantz]

Hi,
we had the same issue.
When we call mapserver via cgi, we set the apache environment for oracle like
this:
SetEnv NLS_LANG=German_Germany.UTF8
SetEnv NLS_DATE_FORMAT=-MM-DD HH24:MI:SS

So, we can use a MapServer supported time format.

When we call mapserver via fastcgi, we set the environment for oracle in a
script:


#!/bin/sh
export ORACLE_HOME=(...)/instantclient_11_2
export ORACLE_BASE=(...)/instantclient_11_2
export LD_LIBRARY_PATH=(...)/instantclient_11_2
export TNS_ADMIN=(...)/instantclient_11_2
export NLS_LANG=German_Germany.UTF8
export NLS_DATE_FORMAT=-MM-DD HH24:MI:SS
MAPSERV=(...)/mapserv.fcgi
MS_MAPFILE=(...)/wms_geoportal.map exec ${MAPSERV}

regards,
Stefan

 D. Nappo domenico.na...@gmail.com hat am 21. Januar 2014 um 15:18
 geschrieben:
 
  ...but unfortunately MapServer wms time support doesn't include that format:
   http://mapserver.org/it/ogc/wms_time.html
 
 
  2014/1/21 D. Nappo domenico.na...@gmail.com
 mailto:domenico.na...@gmail.com 
 Many thanks!
 It helped: the default date format in our system is DD-Mon-RR and I found
  it out with SELECT * FROM nls_database_parameters WHERE parameter LIKE
  '%DATE%'
  
  
  
 2014/1/20 Umberto Nicoletti umberto.nicole...@gmail.com
  mailto:umberto.nicole...@gmail.com 
   On Mon, Jan 20, 2014 at 2:44 PM, D. Nappo
  domenico.na...@gmail.com mailto:domenico.na...@gmail.com 
  wrote:
 Hi there,

   I couldn't figure out how to solve this. I have a layer so
configured:

   LAYER
 NAME layer
 TYPE point
 CONNECTION conn_string
 CONNECTIONTYPE ORACLESPATIAL
 TEMPLATE templates/hotspot_template.html
 DATA SHAPE FROM (SELECT POINT as SHAPE, ACQ_DATE,
ACQ_TIME, SATELLITE, CONFIDENCE, VERSION, BRIGHT_T31, FRP FROM
gwsprd.HOT_SPOTS_MODIS) using unique OGR_FID
 METADATA
   wms_title WMS test
   wms_srs   EPSG:4326
   wms_extent-180 -90 180 90
   wms_timeextent 2000-01-01/2020-12-31
   wms_timeitem acq_date
   wms_timedefault 2014-01-01
   wms_timeformat -MM-DD

   
Try with this:
   
wms_timeformat DD-MM-YY
   
it is the default format Oracle expects when converting a string to a
   date and no format has been explicitly provided.
   
Hth,
Umberto
   
   
 wms_enable_request *
   END
   CLASS
   SYMBOL 'circle'
   SIZE 2
   COLOR255 0 0
   END
   END



   Now, the date column in the oracle table is the acq_date field.


   The problem is that Mapserver translates that with a wrong oracle
query (which it works in postgreslq, I guess):

   SELECT OGR_FID,rownum, SHAPE FROM
   (SELECT OGR_FID, POINT as SHAPE,  ACQ_DATE, ACQ_TIME, SATELLITE,
CONFIDENCE, VERSION, BRIGHT_T31, FRP FROM gwsprd.HOT_SPOTS_MODIS)
   WHERE  acq_date = '2014-01-16'


   The query above uses a wrong filter and it gives the error:

   ORA-01861: literal does not match format string


   How can I tell to Mapserver to use a correct query??? Or do I
missing anyhting???
   Something like:

   WHERE acq_date = to_date('2014-01-16','-MM-DD')
   ___
   mapserver-users mailing list
   mapserver-users@lists.osgeo.org
mailto:mapserver-users@lists.osgeo.org
   http://lists.osgeo.org/mailman/listinfo/mapserver-users
   

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS time support with Oracle

[Stefan Schantz]

Hi,
we did it and it worked, but oracle couldn't use the index of the date column.
You would have to create an index of the to_char(date column)-column.
Stefan


 Rahkonen Jukka  (Tike) jukka.rahko...@mmmtike.fi hat am 21. Januar 2014 um
 15:25 geschrieben:
 
 
  Hi,
 
 
 
  Perhaps you can select the time into a format that Mapserver likes in your
 DATA by using
 to_char?http://docs.oracle.com/cd/B19306_01/server.102/b14200/functions180.htm
 
 
 
  -Jukka Rahkonen-
 
 
 
 
 
  D. Nappo wrote
 
 
 
  ...but unfortunately MapServer wms time support doesn't include that format:
 
   http://mapserver.org/it/ogc/wms_time.html
 
 
 
  2014/1/21 D. Nappo domenico.na...@gmail.com
 mailto:domenico.na...@gmail.com 
 
  Many thanks!
 
  It helped: the default date format in our system is DD-Mon-RR and I found it
 out with SELECT * FROM nls_database_parameters WHERE parameter LIKE '%DATE%'
 
 
 
 
 
  2014/1/20 Umberto Nicoletti umberto.nicole...@gmail.com
 mailto:umberto.nicole...@gmail.com 
 
  On Mon, Jan 20, 2014 at 2:44 PM, D. Nappo domenico.na...@gmail.com
 mailto:domenico.na...@gmail.com  wrote:
 
  Hi there,
 
 
 
  I couldn't figure out how to solve this. I have a layer so configured:
 
 
 
  LAYER
 
NAME layer
 
TYPE point
 
CONNECTION conn_string
 
CONNECTIONTYPE ORACLESPATIAL
 
TEMPLATE templates/hotspot_template.html
 
DATA SHAPE FROM (SELECT POINT as SHAPE, ACQ_DATE, ACQ_TIME, SATELLITE,
 CONFIDENCE, VERSION, BRIGHT_T31, FRP FROM gwsprd.HOT_SPOTS_MODIS) using unique
 OGR_FID
 
METADATA
 
  wms_title WMS test
 
  wms_srs   EPSG:4326
 
  wms_extent-180 -90 180 90
 
  wms_timeextent 2000-01-01/2020-12-31
 
  wms_timeitem acq_date
 
  wms_timedefault 2014-01-01
 
  wms_timeformat -MM-DD
 
 
 
 
 
  Try with this:
 
 
 
  wms_timeformat DD-MM-YY
 
 
 
  it is the default format Oracle expects when converting a string to a date
 and no format has been explicitly provided.
 
 
 
  Hth,
 
  Umberto
 
 
 
 
 
 
wms_enable_request *
  
END
  
CLASS
  
SYMBOL 'circle'
  
SIZE 2
  
COLOR255 0 0
  
END
  
END
  
  
  
  
  
  
  
Now, the date column in the oracle table is the acq_date field.
  
  
  
  
  
The problem is that Mapserver translates that with a wrong oracle query
  (which it works in postgreslq, I guess):
  
  
  
SELECT OGR_FID,rownum, SHAPE FROM
  
(SELECT OGR_FID, POINT as SHAPE,  ACQ_DATE, ACQ_TIME, SATELLITE,
  CONFIDENCE, VERSION, BRIGHT_T31, FRP FROM gwsprd.HOT_SPOTS_MODIS)
  
WHERE  acq_date = '2014-01-16'
  
  
  
  
  
The query above uses a wrong filter and it gives the error:
  
  
  
ORA-01861: literal does not match format string
  
  
  
  
  
How can I tell to Mapserver to use a correct query??? Or do I missing
  anyhting???
  
Something like:
  
  
  
WHERE acq_date = to_date('2014-01-16','-MM-DD')
  
  
  
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org mailto:mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
  

 
 
 
 
 
 

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS time support with Oracle

[D. Nappo]

...but unfortunately MapServer wms time support doesn't include that format:

http://mapserver.org/it/ogc/wms_time.html


2014/1/21 D. Nappo domenico.na...@gmail.com

 Many thanks!
 It helped: the default date format in our system is DD-Mon-RR and I found
 it out with SELECT * FROM nls_database_parameters WHERE parameter LIKE
 '%DATE%'



 2014/1/20 Umberto Nicoletti umberto.nicole...@gmail.com

 On Mon, Jan 20, 2014 at 2:44 PM, D. Nappo domenico.na...@gmail.comwrote:

 Hi there,

 I couldn't figure out how to solve this. I have a layer so configured:

 LAYER
   NAME layer
   TYPE point
   CONNECTION conn_string
   CONNECTIONTYPE ORACLESPATIAL
   TEMPLATE templates/hotspot_template.html
   DATA SHAPE FROM (SELECT POINT as SHAPE, ACQ_DATE, ACQ_TIME,
 SATELLITE, CONFIDENCE, VERSION, BRIGHT_T31, FRP FROM
 gwsprd.HOT_SPOTS_MODIS) using unique OGR_FID
   METADATA
 wms_title WMS test
 wms_srs   EPSG:4326
 wms_extent-180 -90 180 90
 wms_timeextent 2000-01-01/2020-12-31
 wms_timeitem acq_date
 wms_timedefault 2014-01-01
 wms_timeformat -MM-DD



 Try with this:

 wms_timeformat DD-MM-YY

 it is the default format Oracle expects when converting a string to a
 date and no format has been explicitly provided.

 Hth,
 Umberto



 wms_enable_request *
 END
 CLASS
 SYMBOL 'circle'
 SIZE 2
 COLOR255 0 0
 END
 END



 Now, the date column in the oracle table is the acq_date field.


 The problem is that Mapserver translates that with a wrong oracle query
 (which it works in postgreslq, I guess):

 SELECT OGR_FID,rownum, SHAPE FROM
 (SELECT OGR_FID, POINT as SHAPE,  ACQ_DATE, ACQ_TIME, SATELLITE,
 CONFIDENCE, VERSION, BRIGHT_T31, FRP FROM gwsprd.HOT_SPOTS_MODIS)
 WHERE  acq_date = '2014-01-16'


 The query above uses a wrong filter and it gives the error:

 ORA-01861: literal does not match format string


 How can I tell to Mapserver to use a correct query??? Or do I missing
 anyhting???
 Something like:

 WHERE acq_date = to_date('2014-01-16','-MM-DD')

 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users




___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS time support with Oracle

[Rahkonen Jukka (Tike)]

Hi,

Perhaps you can select the time into a format that Mapserver likes in your DATA 
by using to_char?
http://docs.oracle.com/cd/B19306_01/server.102/b14200/functions180.htm

-Jukka Rahkonen-


D. Nappo wrote

...but unfortunately MapServer wms time support doesn't include that format:

http://mapserver.org/it/ogc/wms_time.html

2014/1/21 D. Nappo domenico.na...@gmail.commailto:domenico.na...@gmail.com
Many thanks!
It helped: the default date format in our system is DD-Mon-RR and I found it 
out with SELECT * FROM nls_database_parameters WHERE parameter LIKE '%DATE%'


2014/1/20 Umberto Nicoletti 
umberto.nicole...@gmail.commailto:umberto.nicole...@gmail.com
On Mon, Jan 20, 2014 at 2:44 PM, D. Nappo 
domenico.na...@gmail.commailto:domenico.na...@gmail.com wrote:
Hi there,

I couldn't figure out how to solve this. I have a layer so configured:

LAYER
  NAME layer
  TYPE point
  CONNECTION conn_string
  CONNECTIONTYPE ORACLESPATIAL
  TEMPLATE templates/hotspot_template.html
  DATA SHAPE FROM (SELECT POINT as SHAPE, ACQ_DATE, ACQ_TIME, SATELLITE, 
CONFIDENCE, VERSION, BRIGHT_T31, FRP FROM gwsprd.HOT_SPOTS_MODIS) using unique 
OGR_FID
  METADATA
wms_title WMS test
wms_srs   EPSG:4326
wms_extent-180 -90 180 90
wms_timeextent 2000-01-01/2020-12-31
wms_timeitem acq_date
wms_timedefault 2014-01-01
wms_timeformat -MM-DD


Try with this:

wms_timeformat DD-MM-YY

it is the default format Oracle expects when converting a string to a date and 
no format has been explicitly provided.

Hth,
Umberto


wms_enable_request *
END
CLASS
SYMBOL 'circle'
SIZE 2
COLOR255 0 0
END
END



Now, the date column in the oracle table is the acq_date field.


The problem is that Mapserver translates that with a wrong oracle query (which 
it works in postgreslq, I guess):

SELECT OGR_FID,rownum, SHAPE FROM
(SELECT OGR_FID, POINT as SHAPE,  ACQ_DATE, ACQ_TIME, SATELLITE, CONFIDENCE, 
VERSION, BRIGHT_T31, FRP FROM gwsprd.HOT_SPOTS_MODIS)
WHERE  acq_date = '2014-01-16'


The query above uses a wrong filter and it gives the error:

ORA-01861: literal does not match format string


How can I tell to Mapserver to use a correct query??? Or do I missing 
anyhting???
Something like:

WHERE acq_date = to_date('2014-01-16','-MM-DD')

___
mapserver-users mailing list
mapserver-users@lists.osgeo.orgmailto:mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users



___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Mapserver WMS time support with Oracle

[D. Nappo]

Hi there,

I couldn't figure out how to solve this. I have a layer so configured:

LAYER
  NAME layer
  TYPE point
  CONNECTION conn_string
  CONNECTIONTYPE ORACLESPATIAL
  TEMPLATE templates/hotspot_template.html
  DATA SHAPE FROM (SELECT POINT as SHAPE, ACQ_DATE, ACQ_TIME,
SATELLITE, CONFIDENCE, VERSION, BRIGHT_T31, FRP FROM
gwsprd.HOT_SPOTS_MODIS) using unique OGR_FID
  METADATA
wms_title WMS test
wms_srs   EPSG:4326
wms_extent-180 -90 180 90
wms_timeextent 2000-01-01/2020-12-31
wms_timeitem acq_date
wms_timedefault 2014-01-01
wms_timeformat -MM-DD
wms_enable_request *
END
CLASS
SYMBOL 'circle'
SIZE 2
COLOR255 0 0
END
END



Now, the date column in the oracle table is the acq_date field.


The problem is that Mapserver translates that with a wrong oracle query
(which it works in postgreslq, I guess):

SELECT OGR_FID,rownum, SHAPE FROM
(SELECT OGR_FID, POINT as SHAPE,  ACQ_DATE, ACQ_TIME, SATELLITE,
CONFIDENCE, VERSION, BRIGHT_T31, FRP FROM gwsprd.HOT_SPOTS_MODIS)
WHERE  acq_date = '2014-01-16'


The query above uses a wrong filter and it gives the error:

ORA-01861: literal does not match format string


How can I tell to Mapserver to use a correct query??? Or do I missing
anyhting???
Something like:

WHERE acq_date = to_date('2014-01-16','-MM-DD')
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS time support with Oracle

[Umberto Nicoletti]

On Mon, Jan 20, 2014 at 2:44 PM, D. Nappo domenico.na...@gmail.com wrote:

 Hi there,

 I couldn't figure out how to solve this. I have a layer so configured:

 LAYER
   NAME layer
   TYPE point
   CONNECTION conn_string
   CONNECTIONTYPE ORACLESPATIAL
   TEMPLATE templates/hotspot_template.html
   DATA SHAPE FROM (SELECT POINT as SHAPE, ACQ_DATE, ACQ_TIME,
 SATELLITE, CONFIDENCE, VERSION, BRIGHT_T31, FRP FROM
 gwsprd.HOT_SPOTS_MODIS) using unique OGR_FID
   METADATA
 wms_title WMS test
 wms_srs   EPSG:4326
 wms_extent-180 -90 180 90
 wms_timeextent 2000-01-01/2020-12-31
 wms_timeitem acq_date
 wms_timedefault 2014-01-01
 wms_timeformat -MM-DD



Try with this:

wms_timeformat DD-MM-YY

it is the default format Oracle expects when converting a string to a date
and no format has been explicitly provided.

Hth,
Umberto



 wms_enable_request *
 END
 CLASS
 SYMBOL 'circle'
 SIZE 2
 COLOR255 0 0
 END
 END



 Now, the date column in the oracle table is the acq_date field.


 The problem is that Mapserver translates that with a wrong oracle query
 (which it works in postgreslq, I guess):

 SELECT OGR_FID,rownum, SHAPE FROM
 (SELECT OGR_FID, POINT as SHAPE,  ACQ_DATE, ACQ_TIME, SATELLITE,
 CONFIDENCE, VERSION, BRIGHT_T31, FRP FROM gwsprd.HOT_SPOTS_MODIS)
 WHERE  acq_date = '2014-01-16'


 The query above uses a wrong filter and it gives the error:

 ORA-01861: literal does not match format string


 How can I tell to Mapserver to use a correct query??? Or do I missing
 anyhting???
 Something like:

 WHERE acq_date = to_date('2014-01-16','-MM-DD')

 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Mapserver, WMS-Time - Default Configure

[JM]

Hello List,

 

i have quite a lot historic raster maps which i wanna publish via mapserver
wms. The raster maps are widely spread over space and time, but over the
hole temporal horizont they could composite to a quite nice map. Thanks to
the good work of the mapserver community i could already serve this data via
WMS-T, which is based on postgis time-/tileindex, and also as a default
layer (a composite map, which consists of the best-preserved maps from
different timeperiods for each spatial extent) who is based on VRT. 

 

Now i would like to known, if it possible to group the time layer and the
default layer (vrt) in a manner, that if group as a layer is queried without
a timestamp the default layer (VRT) is used and when queried with a temporal
extent the timelayer is used. In my WMS Capabilities this layer group should
show up as single layer which support time request. My question is know if
this is possible with mapserver and if yes how i have to configure my
mapfile? I hope i clearly expressed myself.


Kind regards,


JM   

 

 

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS Reprojection

[Rahkonen Jukka]

Hi,

The Web Mercator projection is in meters too and your map will be switched off 
also with EPSG:27700 if you zoom far enough. Due to differences in projection 
settings the turn on/off may not happen in exactly same visible scale.  Play 
with the MAXSCALEDENOM value and perhaps you will find something that works for 
both of your projections.  If not, you can always copy the whole LAYER with a 
different name and edit the new layer to be optimal for OpenLayers.

-Jukka Rahkonen-

Donald Kerr wrote:
 
 Jukka,
 
 Got it! DEBUG 5 spotted the error:
 
 Skipping layer (CME) because LAYER.MAXSCALE is too small for this MAP
 scale
 
 I have the following:
 
 MINSCALEDENOM 1
 MAXSCALEDENOM 36000
 SYMBOLSCALEDENOM 24000
 
 If I comment them out then all is well and the required image is created and
 served.
 
 Now, the issue would appear to be that these figures are relevant to 27700
 and work with that in metres but do not work with 900913 which I assume is
 in degrees. The request SRS for a WMS is controlled by Openlayers so this is
 fixed as 90013 and I do have the map set for metres. The BBOX must be sent
 from Openlayers in degrees so I am think that this is where the problem is.
 Maybe I cannot use MAXSCALEDENOM in these circumstances where I need
 to serve in two projections.
 
 Many thanks.
 
 Regards,
 
 Donald
 
 
 
 -Original Message-
 From: Rahkonen Jukka [mailto:jukka.rahko...@mmmtike.fi]
 Sent: 20 May 2013 05:53
 To: Donald Kerr; mapserver-users@lists.osgeo.org
 Subject: Re: [mapserver-users] Mapserver WMS Reprojection
 
 Hi,
 
 I do not see obvious error and the 900913 BBOX hit UK somewhere in
 Scotland so I guess that you have data there. I was thinking that the fake
 900913 code is perhaps not included in the EPSG file and you should use
 EPSG:3785 instead but that case that would propably lead to some error
 message. Have still a try with 3785, and add DEBUG 5 into your layer setting
 and see what you get into your MS_ERRORFILE.
 
 -Jukka Rahkonen-
 
 
 Donald Kerr wrote:
 
  Slight mistake below; the projection definition in the layer is as
  follows with epsg in lowercase as I am led to believe that it should
  be
 so:
  init=epsg:27700
 
 -Original Message-
 From: mapserver-users-boun...@lists.osgeo.org
 [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Donald Kerr
 Sent: 19 May 2013 20:36
 To: mapserver-users@lists.osgeo.org
 Subject: [mapserver-users] Mapserver WMS Reprojection
 
  Hi List,
 
  I am trying to reproject a WMS request from 27700 (UK Ordnance Survey)
  to
 900913 (OSM OpenStreetMap) without success. There no issue with the map
 file map or layer definitions in terms of serving up the WMS in 27700 but
 reprojection seems to fail. There appears to be very little online and I 
 cannot
 find a solution; hence this request for help or advice.
 
  Relevant parts of map file (some parts removed):
 
 PROJECTION
 init=epsg:27700
 END
 
 WEB
 METADATA
 wms_title My WMS
 wms_onlineresource  http://localhost/mapserver/mapserv.asp?;
 wms_srs EPSG:27700  EPSG:900913
 wms_enable_request *
 wms_abstract My WMS
 wms_extent 0 0 67 123
 wms_feature_info_mime_type text/plain
 wms_feature_info_mime_type text/html
 wms_feature_info_mime_type application/vnd.ogc.gml #
 info_format=application/vnd.ogc.gml
 ..
 
 Layer:
 
 METADATA
 wms_title CME
 wms_extent 0 0 67 123
 #wms_srs EPSG:27700 EPSG:900913
 wms_include_items all # No spaces
 gml_include_items all # No spaces
 gml_featureid ID
 END
 
 PROJECTION
 init=EPSG:27700
 END # PROJECTION
 
  Openlayers request:
 
  http://maps1/cgi-
 bin/mapserv.exe?MAP=D:\MyMapFile.mapLAYERS=CMETRANS
  PARENT
 =TRUEFORMAT=pngSERVICE=WMSVERSION=1.1.1REQUEST=GetMap
 STYLES=SRS=EPSG%3
 A900913BBOX=-484682.60504583,7512726.3043776,-
 415889.27960147,7547122.96709
 97WIDTH=900HEIGHT=450
 
  The result is a transparent image with no data showing. :( The same
  map file
 works correctly and serves an image if used with Openlayers and a map on
 EPSG 27700 so it's pointing at the reprojection of the BBOX maybe.
 
  What am I doing wrong? Any help greatly appreciated.
 
  Many thanks.
 
  Regards,
 
 Donald
 
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users
 
 
 -
 No virus found in this message.
 Checked by AVG - www.avg.com
 Version: 2013.0.3336 / Virus Database: 3162/6338 - Release Date: 05/19/13
 
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users
 
 
 -
 No virus found in this message.
 Checked by AVG - www.avg.com
 Version: 2013.0.3336 / Virus Database: 3162/6338 - Release Date: 05/19/13
 

___
mapserver-users mailing list

[mapserver-users] Mapserver WMS Reprojection

[Donald Kerr]

Hi List,

I am trying to reproject a WMS request from 27700 (UK Ordnance Survey) to
900913 (OSM OpenStreetMap) without success. There no issue with the map file
map or layer definitions in terms of serving up the WMS in 27700 but
reprojection seems to fail. There appears to be very little online and I
cannot find a solution; hence this request for help or advice.

Relevant parts of map file (some parts removed):

PROJECTION
init=epsg:27700
END

WEB
METADATA
wms_title My WMS
wms_onlineresource  http://localhost/mapserver/mapserv.asp?;
wms_srs EPSG:27700  EPSG:900913
wms_enable_request *
wms_abstract My WMS 
wms_extent 0 0 67 123
wms_feature_info_mime_type text/plain
wms_feature_info_mime_type text/html
wms_feature_info_mime_type application/vnd.ogc.gml #
info_format=application/vnd.ogc.gml
...

Layer:

METADATA
wms_title CME
wms_extent 0 0 67 123
#wms_srs EPSG:27700 EPSG:900913
wms_include_items all # No spaces
gml_include_items all # No spaces
gml_featureid ID
END

PROJECTION
init=EPSG:27700
END # PROJECTION

Openlayers request:

http://maps1/cgi-bin/mapserv.exe?MAP=D:\MyMapFile.mapLAYERS=CMETRANSPARENT
=TRUEFORMAT=pngSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=SRS=EPSG%3
A900913BBOX=-484682.60504583,7512726.3043776,-415889.27960147,7547122.96709
97WIDTH=900HEIGHT=450

The result is a transparent image with no data showing. :( The same map file
works correctly and serves an image if used with Openlayers and a map on
EPSG 27700 so it's pointing at the reprojection of the BBOX maybe.

What am I doing wrong? Any help greatly appreciated.

Many thanks.

Regards,

Donald

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS Reprojection

[Donald Kerr]

Slight mistake below; the projection definition in the layer is as follows
with epsg in lowercase as I am led to believe that it should be so:
init=epsg:27700

-Original Message-
From: mapserver-users-boun...@lists.osgeo.org
[mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Donald Kerr
Sent: 19 May 2013 20:36
To: mapserver-users@lists.osgeo.org
Subject: [mapserver-users] Mapserver WMS Reprojection

Hi List,

I am trying to reproject a WMS request from 27700 (UK Ordnance Survey) to
900913 (OSM OpenStreetMap) without success. There no issue with the map file
map or layer definitions in terms of serving up the WMS in 27700 but
reprojection seems to fail. There appears to be very little online and I
cannot find a solution; hence this request for help or advice.

Relevant parts of map file (some parts removed):

PROJECTION
init=epsg:27700
END

WEB
METADATA
wms_title My WMS
wms_onlineresource  http://localhost/mapserver/mapserv.asp?;
wms_srs EPSG:27700  EPSG:900913
wms_enable_request *
wms_abstract My WMS 
wms_extent 0 0 67 123
wms_feature_info_mime_type text/plain
wms_feature_info_mime_type text/html
wms_feature_info_mime_type application/vnd.ogc.gml #
info_format=application/vnd.ogc.gml
...

Layer:

METADATA
wms_title CME
wms_extent 0 0 67 123
#wms_srs EPSG:27700 EPSG:900913
wms_include_items all # No spaces
gml_include_items all # No spaces
gml_featureid ID
END

PROJECTION
init=EPSG:27700
END # PROJECTION

Openlayers request:

http://maps1/cgi-bin/mapserv.exe?MAP=D:\MyMapFile.mapLAYERS=CMETRANSPARENT
=TRUEFORMAT=pngSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=SRS=EPSG%3
A900913BBOX=-484682.60504583,7512726.3043776,-415889.27960147,7547122.96709
97WIDTH=900HEIGHT=450

The result is a transparent image with no data showing. :( The same map file
works correctly and serves an image if used with Openlayers and a map on
EPSG 27700 so it's pointing at the reprojection of the BBOX maybe.

What am I doing wrong? Any help greatly appreciated.

Many thanks.

Regards,

Donald

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3336 / Virus Database: 3162/6338 - Release Date: 05/19/13

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] MapServer WMS don't work pretty well with arcgis desktop

[Andrea Peri]

Hi,

I'm having more user to report that the WMS MapServer is not shpwed on
arcgis desktop.

After a check I see that the issue i due to the fact that arcgis
desktop when see a sublayer of a layer think that the layer is a
folder (not a layer) and so
it refuse to call it.

Is this a knowed incompatibility between mapserver wms and arcgis ?

Thx,

-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] MapServer WMS don't work pretty well with arcgis desktop

[Andrea Aime]

On Sat, Dec 15, 2012 at 1:04 PM, Andrea Peri aperi2...@gmail.com wrote:

 Hi,

 I'm having more user to report that the WMS MapServer is not shpwed on
 arcgis desktop.

 After a check I see that the issue i due to the fact that arcgis
 desktop when see a sublayer of a layer think that the layer is a
 folder (not a layer) and so
 it refuse to call it.

 Is this a knowed incompatibility between mapserver wms and arcgis ?


Don't know if it's relevant, but I've been reading the portion of the WMS
spec concerning
nested layers just a few days ago.
When nesting layers there are two cases:
- the parent layer has a Title, but not a Name. This is known as
containing category,
  it helps categorizing the layers but cannot be called directly
- the parent layer has a Name, in such case it is callable and when
requested
  it should build a map with all the children

So, by my understanding of the spec, if your parent Layer does not have a
Name
ArcGis is right in not calling it, but if it has a Name, then it's a bug in
ArcGis.

Hope this helps

Cheers
Andrea


-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] MapServer WMS don't work pretty well with arcgis desktop

[Andrea Peri]

Hi Andrea.

Is exactly as you say.

Arcgis refuse to call

The fact is exactly this.

Wrong to understand a Layer with Name.

If a layer has some sublayer , arcgis call the sublayers but skip the
layer himself
This happened both case with name and without name.
So arcgis think that a layer is always a containing category always
if it has some sublayers.

 So, by my understanding of the spec, if your parent Layer does not have a
 Name
 ArcGis is right in not calling it, but if it has a Name, then it's a bug in
 ArcGis.

Ok, so this is an arcgis bug.

But I'm not sure that the esri think this is a bug . :)

Because arcgis 9.3 is a old release and their service pack never resolve this.
Instead esri release a specific version of arcgis named arcgis for inspire

Now I try to find a work-around for this bug. In the MapServer configuration,
i don't like to lost all the arcgis 9.3 users.

Andrea.

2012/12/15 Andrea Aime andrea.a...@geo-solutions.it:
 On Sat, Dec 15, 2012 at 1:04 PM, Andrea Peri aperi2...@gmail.com wrote:

 Hi,

 I'm having more user to report that the WMS MapServer is not shpwed on
 arcgis desktop.

 After a check I see that the issue i due to the fact that arcgis
 desktop when see a sublayer of a layer think that the layer is a
 folder (not a layer) and so
 it refuse to call it.

 Is this a knowed incompatibility between mapserver wms and arcgis ?


 Don't know if it's relevant, but I've been reading the portion of the WMS
 spec concerning
 nested layers just a few days ago.
 When nesting layers there are two cases:
 - the parent layer has a Title, but not a Name. This is known as containing
 category,
   it helps categorizing the layers but cannot be called directly
 - the parent layer has a Name, in such case it is callable and when
 requested
   it should build a map with all the children

 So, by my understanding of the spec, if your parent Layer does not have a
 Name
 ArcGis is right in not calling it, but if it has a Name, then it's a bug in
 ArcGis.

 Hope this helps

 Cheers
 Andrea


 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---




-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Mapserver WMS client and WMS 1.3.0

[Rahkonen Jukka]

Hi,

Somebody was asking about cascading an external WMS 1.3.0 server. I remember 
that the one who asked the questiod had captured a rather self-explaining error 
message like this one from our Mapserver 6.0
msBuildWMSLayerURL(): WMS connection error. MapServer supports only WMS 1.0.0 
to 1.1.1 (please verify the VERSION parameter in the connection string).

Perhaps it would be still worth adding a line about supported versions into the 
Limitations/TODO in document http://mapserver.org/ogc/wms_client.html

-Jukka Rahkonen-
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS client and WMS 1.3.0

[Michal Šrédl]

Hi Jukka, all,

I was asking about applying WFS 1.1.0 FES filter (while cascading, but
this is not the issue). I don't get any error message, rather the
filter seems not to be applied. Documentation
(http://mapserver.org/ogc/filter_encoding.html#use-of-filter-encoding-in-mapserver)
mentions FES 1.0.0, so the question is whether WFS 1.1.0 filtering is
supported.

The original email can be found here:
http://lists.osgeo.org/pipermail/mapserver-users/2011-November/070726.html

Thanks a lot,

Michal

2011/11/17 Rahkonen Jukka jukka.rahko...@mmmtike.fi:
 Hi,

 Somebody was asking about cascading an external WMS 1.3.0 server. I remember 
 that the one who asked the questiod had captured a rather self-explaining 
 error message like this one from our Mapserver 6.0
 msBuildWMSLayerURL(): WMS connection error. MapServer supports only WMS 1.0.0 
 to 1.1.1 (please verify the VERSION parameter in the connection string).

 Perhaps it would be still worth adding a line about supported versions into 
 the Limitations/TODO in document http://mapserver.org/ogc/wms_client.html

 -Jukka Rahkonen-
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS client and WMS 1.3.0

[Rahkonen Jukka]

Hi,

You I do remember but someone really had a WMS 1.3.0 question.

I have had no time for testing cascading WFS 1.1.0 yet. I should make Mapserver 
to send WFS requests through a logging proxy first for getting some reasonable 
results. From previous experience I am a bit sceptical but I cannot say much 
before having a try. Typical things which can go wrong are
- All WFS servers do not necassarily support correctly filters which are sent 
url-encoded inside http GET requests even they can support them with http POST. 
I do not know which method Mapserver is using.
- Some WFS servers would rather see PropertyNames given with namespaces
- With WFS 1.1.0 geometries used in spatial filters should follow the official 
axis order of the corresponding srsName.
- It would be best to give always all the gml geometries explicitly the 
srsName.  Otherwise nobody can really guarantee what srsName the WFS 1.1.0 
server is using as default. As far as I remember Mapserver builds filters 
without srsName.

There are better possibilities for success with cascading WFS 1.0.0 servers but 
I won't say that it is impossible with WFS 1.1.0.  What is essential is to make 
as simple trial as possible and capture the requests Mapserver is sending.  If 
you play a week or two with different filters and different WFS servers the 
result to expect is a bunch of bug reports.

-Jukka Rahkonen-

Michal Šrédl wrote:


 Hi Jukka, all,
 
 I was asking about applying WFS 1.1.0 FES filter (while cascading, but
 this is not the issue). I don't get any error message, rather the
 filter seems not to be applied. Documentation
 (http://mapserver.org/ogc/filter_encoding.html#use-of-filter-e
ncoding-in-mapserver)
 mentions FES 1.0.0, so the question is whether WFS 1.1.0 filtering is
 supported.
 
 The original email can be found here:
 http://lists.osgeo.org/pipermail/mapserver-users/2011-November
/070726.html
 
 Thanks a lot,
 
 Michal
 
 2011/11/17 Rahkonen Jukka jukka.rahko...@mmmtike.fi:
  Hi,
 
  Somebody was asking about cascading an external WMS 1.3.0 
 server. I remember that the one who asked the questiod had 
 captured a rather self-explaining error message like this one 
 from our Mapserver 6.0
  msBuildWMSLayerURL(): WMS connection error. MapServer 
 supports only WMS 1.0.0 to 1.1.1 (please verify the VERSION 
 parameter in the connection string).
 
  Perhaps it would be still worth adding a line about 
 supported versions into the Limitations/TODO in document 
 http://mapserver.org/ogc/wms_client.html
 
  -Jukka Rahkonen-
  ___
  mapserver-users mailing list
  mapserver-users@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/mapserver-users
 
 ___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Cascading WFS 1.1.0 with Filter WAS: [mapserver-users] Mapserver WMS client and WMS 1.3.0

[Rahkonen Jukka]

Hi,

Next thing to know is what Mapserver is sending for the remote server. I 
believe that it is at least adding a BBOX filter to each request.
Do you run also the remore server? Then you can probably find the requests from 
the log file.

-Jukka Rahkonen-

 -Alkuperäinen viesti-
 Lähettäjä: Michal Šrédl [mailto:michal.sr...@gmail.com] 
 Lähetetty: 17. marraskuuta 2011 14:35
 Vastaanottaja: Rahkonen Jukka
 Aihe: Re: [mapserver-users] Mapserver WMS client and WMS 1.3.0
 
 Hi Jukka,
 
 thanks. Before I do more experiments, just a note: it does work in the
 browser, as url:
 
 http://localhost//cgi-bin/ows?REQUEST=GetFeatureVERSION=1.1.0
 SERVICE=WFSTYPENAME=typFILTER=ogc:Filter
 xmlns:ogc=http://www.opengis.net/ogc;ogc:PropertyIsEqualTo
 ogc:PropertyNameSLT/ogc:PropertyNameogc:Literal1A/ogc:L
iteral/ogc:PropertyIsEqualTo/ogc:Filter
 
 It does not work in mapfile, neither as
 
 wfs_version 1.1.0
 wfs_filter 'ogc:Filter
 xmlns:ogc=http://www.opengis.net/ogc;ogc:PropertyIsEqualTo
 ogc:PropertyNameSLT/ogc:PropertyNameogc:Literal1A/ogc:L
iteral/ogc:PropertyIsEqualTo/ogc:Filter'
 
 nor without the Filter tag or namespaces.
 
 Michal
 
 
 2011/11/17 Rahkonen Jukka jukka.rahko...@mmmtike.fi:
  Hi,
 
  You I do remember but someone really had a WMS 1.3.0 question.
 
  I have had no time for testing cascading WFS 1.1.0 yet. I 
 should make Mapserver to send WFS requests through a logging 
 proxy first for getting some reasonable results. From 
 previous experience I am a bit sceptical but I cannot say 
 much before having a try. Typical things which can go wrong are
  - All WFS servers do not necassarily support correctly 
 filters which are sent url-encoded inside http GET requests 
 even they can support them with http POST. I do not know 
 which method Mapserver is using.
  - Some WFS servers would rather see PropertyNames given 
 with namespaces
  - With WFS 1.1.0 geometries used in spatial filters should 
 follow the official axis order of the corresponding srsName.
  - It would be best to give always all the gml geometries 
 explicitly the srsName.  Otherwise nobody can really 
 guarantee what srsName the WFS 1.1.0 server is using as 
 default. As far as I remember Mapserver builds filters 
 without srsName.
 
  There are better possibilities for success with cascading 
 WFS 1.0.0 servers but I won't say that it is impossible with 
 WFS 1.1.0.  What is essential is to make as simple trial as 
 possible and capture the requests Mapserver is sending.  If 
 you play a week or two with different filters and different 
 WFS servers the result to expect is a bunch of bug reports.
 
  -Jukka Rahkonen-
 
  Michal Šrédl wrote:
 
 
  Hi Jukka, all,
 
  I was asking about applying WFS 1.1.0 FES filter (while 
 cascading, but
  this is not the issue). I don't get any error message, rather the
  filter seems not to be applied. Documentation
  (http://mapserver.org/ogc/filter_encoding.html#use-of-filter-e
  ncoding-in-mapserver)
  mentions FES 1.0.0, so the question is whether WFS 1.1.0 
 filtering is
  supported.
 
  The original email can be found here:
  http://lists.osgeo.org/pipermail/mapserver-users/2011-November
  /070726.html
 
  Thanks a lot,
 
  Michal
 
  2011/11/17 Rahkonen Jukka jukka.rahko...@mmmtike.fi:
   Hi,
  
   Somebody was asking about cascading an external WMS 1.3.0
  server. I remember that the one who asked the questiod had
  captured a rather self-explaining error message like this one
  from our Mapserver 6.0
   msBuildWMSLayerURL(): WMS connection error. MapServer
  supports only WMS 1.0.0 to 1.1.1 (please verify the VERSION
  parameter in the connection string).
  
   Perhaps it would be still worth adding a line about
  supported versions into the Limitations/TODO in document
  http://mapserver.org/ogc/wms_client.html
  
   -Jukka Rahkonen-
   ___
   mapserver-users mailing list
   mapserver-users@lists.osgeo.org
   http://lists.osgeo.org/mailman/listinfo/mapserver-users
  
 
 ___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

AW: [mapserver-users] Mapserver WMS Grey-scale Images

[Arnd Wippermann]

Perhaps to use OUTPUTFORMAT with 

FORMATOPTION PALETTE=/path/to/palette.txt
FORMATOPTION PALETTE_FORCE=on

may help
 
http://gis.ibbeck.de/ginfo/apps/OLExamples/OL210/MapServer_SLD_World/MapServ
er_Grayscale.asp

Arnd

-Ursprüngliche Nachricht-
Von: mapserver-users-boun...@lists.osgeo.org
[mailto:mapserver-users-boun...@lists.osgeo.org] Im Auftrag von
lfi...@medinaco.org
Gesendet: Donnerstag, 6. Oktober 2011 16:23
An: mapserver-users@lists.osgeo.org
Betreff: [mapserver-users] Mapserver WMS  Grey-scale Images

Good day.
We currently use Mapserver/Mapscript for several different functions. One of
those functions is to serve orthophotography via WMS. Does anyone know if
there is a way to configure Mapserver or Perl Mapscript to consume color
images and serve grey-scale?
Thank you. 

Lowell Filak
Medina County Engineers
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Mapserver WMS Grey-scale Images

[lfilak]

Good day.
We currently use Mapserver/Mapscript for several different functions. One 
of those functions is to serve orthophotography via WMS. Does anyone know 
if there is a way to configure Mapserver or Perl Mapscript to consume color 
images and serve grey-scale?
Thank you. 


Lowell Filak
Medina County Engineers
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS server, IIS and wrong content-type

[Jeff McKenna]

Hello Oliver,

Quick guess: maybe that IIS instance needs to be configured for that 
MIME type 
(http://technet.microsoft.com/en-us/library/cc786786%28WS.10%29.aspx).


-jeff


--
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/



On 11-07-04 10:54 AM, Oliver Christen wrote:

hi list

One of our client reported some strange problem they have with their
Mapserver (5.2.1) WMS server running on IIS 6.0,

when doing a GetMap resquest, the Content-Type in the response is
text/html instead of the mimetype specified in the OUTPUTFORMAT in the
mapfile for the image format requested, as a result the image is
displayed as text in browsers and some other clients.

for example:

http://geo.fr.ch/wms/orthophoto_2005_fribourg.php?VERSION=1.1.1REQUEST=GetMapSERVICE=WMSLAYERS=CommunesSRS=EPSG:4326BBOX=6.71555,46.3924,7.43958,47.0604WIDTH=500HEIGHT=500FORMAT=image/png


the header say:

HTTP/1.1 200 OK
Date: Mon, 04 Jul 2011 11:40:31 GMT
Server: Microsoft-IIS/6.0
Content-Type: text/html
Content-Length: 123821


the OUTPUTFORMAT in the mapfile are:

OUTPUTFORMAT
NAME png24
DRIVER AGG/PNG
MIMETYPE image/png
IMAGEMODE RGBA
EXTENSION png
FORMATOPTION INTERLACE=ON
TRANSPARENT ON
END

OUTPUTFORMAT
NAME jpeg
DRIVER GD/JPEG
MIMETYPE image/jpeg
IMAGEMODE RGB
EXTENSION jpg
FORMATOPTION INTERLACE=ON
FORMATOPTION QUALITY=90
END



Anyone has a idea what could be wrong?
Is it some missing Mapserver configuration ?
Or maybe in the IIS configuration?

thanks for any idea about this.

best regards
Oliver Christen




___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS server, IIS and wrong content-type

[Oliver Christen]

Hi Jeff

that would make some sens, but would IIS recognise the extension type 
when the url requested is a dynamic wms url ?
ie. would IIS use the filename returned by Mapserver to match the 
extension ?


O.


Hello Oliver,

Quick guess: maybe that IIS instance needs to be configured for that 
MIME type 
(http://technet.microsoft.com/en-us/library/cc786786%28WS.10%29.aspx).


-jeff




___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS server, IIS and wrong content-type

[Jeff McKenna]

Hello Oliver,

It can't hurt to try the steps outlined in that link I provided.  It 
would answer the questions you posed in your last email.


-jeff


--
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/




On 11-07-04 11:24 AM, Oliver Christen wrote:

Hi Jeff

that would make some sens, but would IIS recognise the extension type
when the url requested is a dynamic wms url ?
ie. would IIS use the filename returned by Mapserver to match the
extension ?

O.


Hello Oliver,

Quick guess: maybe that IIS instance needs to be configured for that
MIME type
(http://technet.microsoft.com/en-us/library/cc786786%28WS.10%29.aspx).

-jeff







___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS server, IIS and wrong content-type

[Oliver Christen]

Hi Jeff,
I do not have my hand on that server so I cant test it myself, I was 
only relaying the question.

I did read the article but I failed to see how it would solve the problem.
I will relay that info to the server admin and see if it works.

thank you
best regards
Oliver


Hello Oliver,

It can't hurt to try the steps outlined in that link I provided.  It 
would answer the questions you posed in your last email.


-jeff




___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS server, IIS and wrong content-type

[Jeff McKenna]

Hello Oliver,

Here is some more info, taken from 
http://www.libpng.org/pub/png/pngstatus.html :


As a related item, note that Microsoft's Internet Information Server 
(a.k.a. IIS) shipped by default without an explicit MIME type for PNG 
images until version 6, which effectively meant that it treated PNGs as 
application/octet-stream rather than image/png. Not surprisingly, this 
affected only non-Microsoft web browsers connecting to IIS servers; they 
rightly refused to display such mislabelled PNGs. Fortunately, Microsoft 
did finally correct the problem with the release of IIS 6.0 in 2003, and 
a fix is available for older versions (at least for version 4.0).


So that goes along with my initial ideas.

Anyway those are my quick thoughts on your problem with your client's 
IIS instance.  If you want to contact me directly and we can work 
through this together with your client please do.


-jeff

--
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/



On 11-07-04 11:39 AM, Oliver Christen wrote:

Hi Jeff,
I do not have my hand on that server so I cant test it myself, I was
only relaying the question.
I did read the article but I failed to see how it would solve the problem.
I will relay that info to the server admin and see if it works.

thank you
best regards
Oliver


Hello Oliver,

It can't hurt to try the steps outlined in that link I provided. It
would answer the questions you posed in your last email.

-jeff



___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] mapserver WMS

[Sila Khan]

i followed the same pattern of mapfile for accessing maps through wms
and when i start it in browser it gives Error like this
loadHashTable(): Unknown identifier. Parsing error near (TYPE):(line 47)
when i modify the recommended line it goes to an other line with same Error
plz help me to rectify the Error




NAME WMS-testSTATUS ONSIZE 400 300SYMBOLSET ../etc/symbols.symEXTENT
-220 -712631 3072800 384UNITS METERSSHAPEPATH
../dataIMAGECOLOR 255 255 255FONTSET ../etc/fonts.txt
WEB
  IMAGEPATH /ms4w/tmp/ms_tmp/
  IMAGEURL /ms_tmp/
  METADATA
wms_title WMS Demo Server  ##required
wms_onlineresource http://yourpath/cgi-bin/mapserv.exe?;   ##required
wms_srs   EPSG:42304 EPSG:42101 EPSG:4269 EPSG:4326  ##recommended
  ENDEND
PROJECTION
  init=epsg:42304   ##requiredEND
## Start of layer definitions#
LAYER
  NAME park
  METADATA
wms_titleParks   ##required
  END
  TYPE POLYGON
  STATUS OFF
  DATA park
  PROJECTION
init=epsg:42304   ##recommended
  END
  CLASS
NAME Parks
STYLE
  COLOR 200 255 0
  OUTLINECOLOR 120 120 120
END
  ENDEND # Layer
LAYER
  NAME popplace
  METADATA
wms_titleCities  ##required
  END
  TYPE POINT
  STATUS ON
  DATA popplace
  PROJECTION
init=epsg:42304   ##recommended
  END
  CLASS
NAME Cities
STYLE
  SYMBOL 2
  SIZE 8
  COLOR 0 0 0
END
  ENDEND # Layer
END # Map File
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] mapserver WMS

[Marco Bagni]

Hi,

very likely there is a problem with your DATA declaration since, as far as
I know you have to put the name of the coverage enclosed within quotes and
complete with the extension like:

DATA 'popplace.shp'

On the other side this MAP file looks wery skinny.

Here is an example of a MAP template I am using with my system for a
vector coverage in SHP format:

###START6493f0c28e6856b_VL2
LAYER
  NAME '6493f0c28e6856b_VL2'
  TYPE LINE
  DATA 'absolute path to the location of the shape file like
/usr/local/web/gweb/gis-root/level_2/cartographic_background/administrative_boundaries/district_limit/6493f0c28e6856b/reg2010_s.shp'
  DUMP true
  HEADER 'this is optional and allows to return the results of an identify
in html format but in order to have this you have to declare
'wms_feature_info_mime_type' 'text/html' in the WEB METADATA section
of the MAP part of the map file, that at the beginning of the file
:/usr/local/web/gweb/gis-root/level_2/cartographic_background/administrative_boundaries/district_limit/6493f0c28e6856b/template_header.html'
  TEMPLATE 'this MUST be filled with something also some gibberish like
templatestuff or the absolute path to a real HTML file like:
/usr/local/web/gweb/gis-root/level_2/cartographic_background/administrative_boundaries/district_limit/6493f0c28e6856b/template_query.html'
  FOOTER 'applies the same comment of the HEADER token
/usr/local/web/gweb/gis-root/level_2/cartographic_background/administrative_boundaries/district_limit/6493f0c28e6856b/template_footer.html'
  EXTENT 313361.0014 3933878.5013 1312106.7514 5220491.2513
  METADATA
'wfs_title' 'VL_2: Regioni' # this name is the name displayed in the
WMS clients
'ows_title' 'VL_2: Regioni'
'ows_abstract' 'UserData:; ;__System___; Sector: Cartographic
Background; Category: Administrative Boundaries; Table: District
Limit; Date_from: -00-00; Date_to: -00-00; DataType: LINE'
'ows_srs'   'EPSG:4326'
'ows_include_items' 'all'
'ows_types' 'auto'
'gml_featureid' 'ID'   # this stuff is for WFS queries and contains
the list of the coverage fields that must be exported
'gml_include_items' 'all'
'gml_types' 'auto'
'gml_COD_REG_type' 'Integer'
'gml_NOME_REG_type' 'String'

  END
  STATUS OFF
  TRANSPARENCY 100
  PROJECTION
'proj=utm'
'ellps=WGS84'
'datum=WGS84'
'zone=32'
'north'
'units=m'
'no_defs'
  END
#

# In this field the user can insert the commands to display the map

# accordingly with a classification based on the value of one or more fields

# following the MAP Server syntax like in the following example:

#

#

#  CLASSITEM 'Code'

#  CLASS

#  NAME '1.000  Code  13.250'

#  EXPRESSION ( ([Code] = 1.000) AND ([Code] = 13.250) )

#   STYLE

# WIDTH 1

# OUTLINECOLOR 0 0 0

# COLOR 0 255 0

#   END

#  END

#  CLASS

#  NAME '13.250  Code  25.500'

#  EXPRESSION ( ([Code] = 13.250) AND ([Code] = 25.500) )

#   STYLE

# WIDTH 1

# OUTLINECOLOR 0 0 0

# COLOR 0 191 64

#   END

#  END

#


  CLASS
 NAME 'VL_2: Regioni'
 TEXT ([NOME_REG])
 STYLE
   WIDTH 1
   OUTLINECOLOR 0 0 0
   COLOR 127 127 127
 END
LABEL  # the field used to display the label is declared in the TEXT
token few lines before
  FONT 'arial'
  TYPE bitmap
  COLOR 0 0 0
  OUTLINECOLOR 255 255 255
  POSITION auto
  SIZE tiny
  WRAP '@'
END
  END
END
###END6493f0c28e6856b_VL2

Hoping that this will be of some help.

Cheers

Marco Bagni

On Mon, June 27, 2011 9:32 am, Sila Khan wrote:
 i followed the same pattern of mapfile for accessing maps through wms
 and when i start it in browser it gives Error like this
 loadHashTable(): Unknown identifier. Parsing error near (TYPE):(line 47)
 when i modify the recommended line it goes to an other line with same
 Error
 plz help me to rectify the Error




 NAME WMS-testSTATUS ONSIZE 400 300SYMBOLSET ../etc/symbols.symEXTENT
 -220 -712631 3072800 384UNITS METERSSHAPEPATH
 ../dataIMAGECOLOR 255 255 255FONTSET ../etc/fonts.txt
 WEB
   IMAGEPATH /ms4w/tmp/ms_tmp/
   IMAGEURL /ms_tmp/
   METADATA
 wms_title WMS Demo Server  ##required
 wms_onlineresource http://yourpath/cgi-bin/mapserv.exe?;
 ##required
 wms_srs   EPSG:42304 EPSG:42101 EPSG:4269 EPSG:4326
 ##recommended
   ENDEND
 PROJECTION
   init=epsg:42304   ##requiredEND
 ## Start of layer definitions#
 LAYER
   NAME park
   METADATA
 wms_titleParks   ##required
   END
   TYPE POLYGON
   STATUS OFF
   DATA park
   PROJECTION
 init=epsg:42304   ##recommended
   END
   CLASS
 NAME Parks
 STYLE
   COLOR 200 255 0
   OUTLINECOLOR 120 120 120
 END
   ENDEND # Layer
 LAYER
   NAME popplace
   METADATA
 wms_titleCities  ##required
   END
   TYPE POINT
   STATUS ON
   DATA popplace
   PROJECTION
 init=epsg:42304   ##recommended
   END
   CLASS
 NAME Cities
 STYLE
   SYMBOL 2
  

Re: [mapserver-users] mapserver WMS

[Jeff McKenna]

That is the example mapfile from the docs...maybe you could include your 
small test mapfile.


-jeff


--
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/




On 11-06-27 4:32 AM, Sila Khan wrote:

i followed the same pattern of mapfile for accessing maps through wms
and when i start it in browser it gives Error like this
loadHashTable(): Unknown identifier. Parsing error near (TYPE):(line 47)
when i modify the recommended line it goes to an other line with same Error
plz help me to rectify the Error




NAME  WMS-test
STATUS  ON
SIZE  400  300
SYMBOLSET  ../etc/symbols.sym
EXTENT  -220  -712631  3072800  384
UNITS  METERS
SHAPEPATH  ../data
IMAGECOLOR  255  255  255
FONTSET  ../etc/fonts.txt

WEB
   IMAGEPATH  /ms4w/tmp/ms_tmp/
   IMAGEURL  /ms_tmp/
   METADATA
 wms_title  WMS Demo Server   ##required
 wms_onlineresource  http://yourpath/cgi-bin/mapserv.exe?;##required
 wms_srsEPSG:42304 EPSG:42101 EPSG:4269 EPSG:4326   
##recommended
   END
END

PROJECTION
   init=epsg:42304##required
END

#
# Start of layer definitions
#

LAYER
   NAME  park
   METADATA
 wms_title Parks##required
   END
   TYPE  POLYGON
   STATUS  OFF
   DATA  park
   PROJECTION
 init=epsg:42304##recommended
   END
   CLASS
 NAME  Parks
 STYLE
   COLOR  200  255  0
   OUTLINECOLOR  120  120  120
 END
   END
END  # Layer

LAYER
   NAME  popplace
   METADATA
 wms_title Cities   ##required
   END
   TYPE  POINT
   STATUS  ON
   DATA  popplace
   PROJECTION
 init=epsg:42304##recommended
   END
   CLASS
 NAME  Cities
 STYLE
   SYMBOL  2
   SIZE  8
   COLOR  0  0  0
 END
   END
END  # Layer

END  # Map File


___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] mapserver WMS

[Daniel Morissette]

Which version of MapServer?

Line 47 in the map that you pasted is the end of the first layer 
definition. Are you sure that you copied the right mapfile?


The error suggests an error loading a hashtable, which would be the 
METADATA block just before the TYPE keyword (as if something was wrong 
with your metadata block). Perhaps try removing the ##required comment 
in the metadata block. I'm not aware of any version of MapServer 
suffering of this kind of problem with comments inside METADATA blocks, 
but ya never know...


Oh wait... I think I found it... it must be a combination of the comment 
at the end of the line, combined with incorrect line ends for your 
platform... (Windows CRLF vs Linux/Unix CR) the result is that the END 
delimiter of the metadata block is not seen (it's considered part of the 
comment on the previous line) Removing the comments at the end of the 
lines, or cleaning up the line breaks should fix the problem.



On 11-06-27 03:32 AM, Sila Khan wrote:

i followed the same pattern of mapfile for accessing maps through wms
and when i start it in browser it gives Error like this
loadHashTable(): Unknown identifier. Parsing error near (TYPE):(line 47)
when i modify the recommended line it goes to an other line with same Error
plz help me to rectify the Error




NAME  WMS-test
STATUS  ON
SIZE  400  300
SYMBOLSET  ../etc/symbols.sym
EXTENT  -220  -712631  3072800  384
UNITS  METERS
SHAPEPATH  ../data
IMAGECOLOR  255  255  255
FONTSET  ../etc/fonts.txt

WEB
   IMAGEPATH  /ms4w/tmp/ms_tmp/
   IMAGEURL  /ms_tmp/
   METADATA
 wms_title  WMS Demo Server   ##required
 wms_onlineresource  http://yourpath/cgi-bin/mapserv.exe?;##required
 wms_srsEPSG:42304 EPSG:42101 EPSG:4269 EPSG:4326   
##recommended
   END
END

PROJECTION
   init=epsg:42304##required
END

#
# Start of layer definitions
#

LAYER
   NAME  park
   METADATA
 wms_title Parks##required
   END
   TYPE  POLYGON
   STATUS  OFF
   DATA  park
   PROJECTION
 init=epsg:42304##recommended
   END
   CLASS
 NAME  Parks
 STYLE
   COLOR  200  255  0
   OUTLINECOLOR  120  120  120
 END
   END
END  # Layer

LAYER
   NAME  popplace
   METADATA
 wms_title Cities   ##required
   END
   TYPE  POINT
   STATUS  ON
   DATA  popplace
   PROJECTION
 init=epsg:42304##recommended
   END
   CLASS
 NAME  Cities
 STYLE
   SYMBOL  2
   SIZE  8
   COLOR  0  0  0
 END
   END
END  # Layer

END  # Map File



___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users



--
Daniel Morissette
http://www.mapgears.com/
Provider of Professional MapServer Support since 2000

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] MapServer WMS requests with SLD shows extra layers

[Mike Saunt]

Hi All

Wondering if anyone knows if this is correct or not.  I'm using MapServer
5.6.6 on Windows.

I have a WMS where I specify an SLD for a layer - say called A (the SLD has
a NamedLayer entry for that layer A) - and in the URL I specify the SLD path
and also the layers that I want - let's say A, B - everything is great.

The issue (or feature!) that arises is that if I leave the SLD in the URL
and DON'T specify layer A (but do specify say B) I still get A coming
through on the Map - is it because it has a NamedLayer entry in the SLD
file.

This causes an issue for us as we're starting to use SLD's more and more and
are trying to avoid rewrite the SLD on the server if we turn a layer on or
off - I'd have thought the LAYERS parameter would handle this as it does for
every other type of request to MapServer.

Hopefully this makes sense - anyone have any clues?

Thanks
Mike
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] MapServer WMS and INSPIRE View Services development

[Kralidis,Tom [Ontario]]

FYI there has been some discussion with regard to enabling forthcoming INSPIRE 
[1] View Services support for MapServer WMS server.

For MapServer WMS users in European Union member states, this support is vital 
in your WMS services.

At the Montreal Code Sprint this week, we decided that it would be valuable to 
start a mailing list devoted to discussing requirements for INSPIRE support in 
MapServer WMS server.  This can help in formulating the scope, requirements and 
level of effort for a future RFC.

If you are interested in seeing INSPIRE support in MapServer WMS server, you 
are encouraged to join the mailing list at 
http://lists.osgeo.org/mailman/listinfo/mapserver-inspire.

Thanks

..Tom

[1] http://inspire.jrc.ec.europa.eu/


___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Daniel Walton]

I figured out what was going on. It was an easting-northing mixup in the map
and layer extents. Apparently earlier versions of mapserver/mapscript
tolerated the bug. Anyway it's all working now under Windows Server 2008 x64
and IIS 7 FastCGI. A big thanks to the mapserver community. Open source
rocks!

Regards,
Dan Walton
GIS Fire Tools http://gisfiretools.com


On Mon, Dec 7, 2009 at 4:25 PM, Daniel Walton dgwal...@gmail.com wrote:

 Tamas,

 Thanks for the tip. I used process monitor and everything looks OK in the
 permissions department. I think the problem relates to the fact that
 mapserver doesn't calculate an overlap between map and layer. I'm not sure
 what would cause this.

 -Dan



 On Mon, Dec 7, 2009 at 3:22 PM, Tamas Szekeres szeker...@gmail.comwrote:

 Daniel,

 This may also be an issue if GDAL couldn't actually open this file bacause
 of any reason (permission?).
 Make sure about this, by using a file monitoring tool, like SysInternals
 filemon for instance.

 Best regards,

 Tamas



 2009/12/7 Steve Lime steve.l...@state.mn.us

 If I take the request out of WMS context to straight CGI with this
 request:

  http://www.fireimagery.com/ms/mapserv.exe?map=C
 :\maps\A091207074551.mapmode=mapmapsize=300+300layer=ZZ

 I get the following error:

 msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
 msDrawRaster(): Image handling error. Unrecognized or unsupported image
 format drawEPP(): Image handling error. EPPL7 support is not available.

 Typically you'll see that when GDAL failed to identify the filetype.
 EPPL7 is the last thing checked so that's not relevant by itself. I guess
 I'd start
 by making sure the image is valid.

 Steve

  On 12/7/2009 at 2:47 PM, in message
 8ab83e650912071247w7b93cb8bt90fe0c6a7a460...@mail.gmail.com, Daniel
 Walton
 dgwal...@gmail.com wrote:
  Thanks Daniel. No dice, though, log is empty.
 
  On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
  dmorisse...@mapgears.comwrote:
 
  Daniel Walton wrote:
 
 
  Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
  verified that this same problem occurs using the x86 binaries from
 Tamas'
  site run in the current x64 environment. The source image is in PNG
 format
  in order to make transparency work well on the client. (My client is
  Silverlight-based, and PNG is the only supported format that supports
  transparency). The source image does have a world (*.WLD) file which
  contains these values (file is generated by running gdal_translate on
 a
  geotiff image):
 
 
  Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the
 log
  output, if you haven't tried that already.
 
 
  --
  Daniel Morissette
  http://www.mapgears.com/
  ___
  mapserver-users mailing list
  mapserver-users@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/mapserver-users
 

 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users




___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Daniel Walton]

Thanks to all who've been helping me along. I'm getting close to having x64
working now. I've worked through a slew of issues over the weekend, most
related to permissions. My latest issue is that mapserv.exe, when invoked
via IIS 7's FastCGI (classic mode) module, is returning blank images.
GetCapabilities is working fine, and the GetMap images are the right size
and format, but they're blank. Here's my setup: I downloaded and installed
the x64 binaries (from Tamas, thanks!) into a single directory (C
:\mapserver\). The IIS impersonated user has sufficient privileges on this
folder and all data folders. I am accessing mapserver's WMS service with
this URL:

http://www.fireimagery.com/ms/mapserv.exe?map=C%3A%2Fmaps%2FA091207074551.mapSERVICE=WMSREQUEST=GetMapWIDTH=1680HEIGHT=536FORMAT=image/pngLAYERS=ZZS0TYLE=BGCOLOR=0x88TRANSPARENT=FALSEVERSION=1.3.0CRS=EPSG:4326BBOX=36.0156802563091,-123.307040153269,37.2036688809148,-119.583493717938EXCEPTIONS=XML

The corresponding mapfile text is as follows:

MAP
  EXTENT 36.0992948502284 -121.822480778145 36.3421121497716
-121.520865221855
  IMAGECOLOR 255 255 255
  IMAGETYPE PNG
  SIZE -1 -1
  STATUS ON
  UNITS DD
  CONFIG PROJ_LIB C:/mapserver/
  NAME A091207074551

  OUTPUTFORMAT
NAME aggpng24
MIMETYPE image/png
DRIVER AGG/PNG
EXTENSION PNG
IMAGEMODE RGBA
TRANSPARENT TRUE
  END

  PROJECTION
init=epsg:4326
  END

  QUERYMAP
COLOR 255 255 0
SIZE -1 -1
STATUS OFF
STYLE HILITE
  END

  WEB
IMAGEPATH 
IMAGEURL 
METADATA
  wms_titleA091207074551
END
QUERYFORMAT text/html
LEGENDFORMAT text/html
BROWSEFORMAT text/html
  END

  LAYER
DATA
C:\rawimages\A091207074551_output\A091207074551_0_config_PROCESS_RESULTS\BASINCOMPLEX_ftp.coloradoskye.com_2008_CA_Siege_080627_1200Local_SPOT_NIR_OUT.PNG
EXTENT 36.0992948502284 -121.822480778145 36.3421121497716
-121.520865221855
METADATA
  wms_srsEPSG:4326
  wms_extent36.1 -121.8 36.3 -121.5
  wms_title
BASINCOMPLEX_FTP.COLORADOSKYE.COM_2008_CA_SIEGE_080627_1200LOCAL_SPOT_NIR
END
NAME ZZ
PROJECTION
  init=epsg:4326
END
STATUS ON
TYPE RASTER
UNITS DD
  END

END

I have tried several different image formats and drivers, all produce blank
images. Any ideas what might be wrong? Any way to set up more helpful error
trapping?

Thanks,
Dan Walton
GIS Fire Tools http://gisfiretools.com


On Sun, Dec 6, 2009 at 4:04 PM, Tamas Szekeres szeker...@gmail.com wrote:

 Daniel,

 In bin/gdal/apps you can find the generic gdal/ogr applications, whereas
 the applications in bin/gdal/csharp have been implemented by using the gdal
 c# API. gdalinfo.exe and ogrinfo.exe provides similar functionalities in
 both cases.

 Best regards,

 Tamas




 2009/12/6 Daniel Walton dgwal...@gmail.com

 Tamas,

 In your binary distibutions there are 2 versions of gdalinfo.exe and
 ogrinfo.exe, one in bin/gdal/apps and the other in bin/gdal/csharp. What is
 the difference between the two versions?

 -Dan



 On Sat, Dec 5, 2009 at 3:31 AM, Tamas Szekeres szeker...@gmail.comwrote:

 Have you configured mapping the .exe extension to this mapserv.exe with
 your IIS application?
 Make sure to enable CGI mode and copy all the x64 dll-s to the same
 directory as the mapserv.exe application.
 Set up the executing permissions to something like 'Scripts and
 Executables'

 Best regards,

 Tamas



 2009/12/5 Daniel Walton dgwal...@gmail.com

 Tamas,

 Update: I removed the CGI mapping and just used the default CGI hander
 in IIS. Now the request returns a file named mapserv.exe. I attached it as 
 a
 text file. Again, thanks for any insights.

 -Dan



 On Fri, Dec 4, 2009 at 9:14 PM, Daniel Walton dgwal...@gmail.comwrote:

 Tamas,

 I installed the binaries from your website into c:\mapserver, added all
 the paths to the system path variable, and set up the IIS folders. Now I 
 get
 a 500 internal error when trying to access mapserv.exe. The application 
 log
 gives this error:

 *Faulting application mapserv.exe, version 0.0.0.0, time stamp
 0x4b1893cb, faulting module libmap.dll, version 6.0.6001.18000, time stamp
 0x4791adec, exception code 0xc135, fault offset 0x000b1188,
 process id 0x4bc, application start time 0x01ca7557ca56f442.*

 Any idea what I'm doing wrong?

 Thanks,
 Dan



 On Fri, Dec 4, 2009 at 2:22 PM, Tamas Szekeres szeker...@gmail.comwrote:

 I've mostly used this with IIS6,but it should however work on IIS7 as
 well.

 On IIS6 I configure a web server extensions to mapserv.exe (CGI mode)
 and fcgiext.dll (for FastCGI).
 Set up the executing permission (Scripts and Executables) and the
 application extension mapping (.exe) to mapserv.exe or fcgiext.dll.

 Best regards,

 Tamas




 2009/12/4 Daniel Walton dgwal...@gmail.com

 Tamas,
 That's exactly what I was hoping you'd say! Which IIS module mapping
 should I use for *.exe?


 On Fri, Dec 4, 2009 at 1:55 PM, Tamas Szekeres 
 

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Daniel Morissette]

Daniel Walton wrote:
Thanks to all who've been helping me along. I'm getting close to having 
x64 working now. I've worked through a slew of issues over the weekend, 
most related to permissions. My latest issue is that mapserv.exe, when 
invoked via IIS 7's FastCGI (classic mode) module, is returning blank 
images.  GetCapabilities is working fine, and the GetMap images are the
right size and format, but they're blank. Here's my setup: I downloaded 
and installed the x64 binaries (from Tamas, thanks!) into a single 
directory (C :\mapserver\).



Why do you think the problems are related to IIS7/x64? Have you verified 
that the same mapfile produces valid maps under MS4W or another server 
environment?




  LAYER
DATA 
C:\rawimages\A091207074551_output\A091207074551_0_config_PROCESS_RESULTS\BASINCOMPLEX_ftp.coloradoskye.com_2008_CA_Siege_080627_1200Local_SPOT_NIR_OUT.PNG
EXTENT 36.0992948502284 -121.822480778145 36.3421121497716 
-121.520865221855



Your DATA statement points to a PNG file. PNGs do not carry any 
georeferencing information by default, and the EXTENT line is not a 
replacement for missing image referencing info. Did you create a world 
file (.wld) for your PNG to specify the geographical extents of the 
image? That could very well explain the blank map.


See: http://mapserver.org/input/raster.html#georeference-with-world-files

Daniel
--
Daniel Morissette
http://www.mapgears.com/
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Daniel Walton]

Daniel,

Yes, the same mapfile worked under MS4W on a 32-bit machine. I have verified
that this same problem occurs using the x86 binaries from Tamas' site run in
the current x64 environment. The source image is in PNG format in order to
make transparency work well on the client. (My client is Silverlight-based,
and PNG is the only supported format that supports transparency). The source
image does have a world (*.WLD) file which contains these values (file is
generated by running gdal_translate on a geotiff image):

0.0002148680
0.00
0.00
-0.0002148680
-121.7870074149
36.3421302860

Thanks,
Dan


On Mon, Dec 7, 2009 at 2:09 PM, Daniel Morissette
dmorisse...@mapgears.comwrote:

 Daniel Walton wrote:

 Thanks to all who've been helping me along. I'm getting close to having
 x64 working now. I've worked through a slew of issues over the weekend, most
 related to permissions. My latest issue is that mapserv.exe, when invoked
 via IIS 7's FastCGI (classic mode) module, is returning blank images.
  GetCapabilities is working fine, and the GetMap images are the
 right size and format, but they're blank. Here's my setup: I downloaded
 and installed the x64 binaries (from Tamas, thanks!) into a single directory
 (C :\mapserver\).



 Why do you think the problems are related to IIS7/x64? Have you verified
 that the same mapfile produces valid maps under MS4W or another server
 environment?



  LAYER
DATA
 C:\rawimages\A091207074551_output\A091207074551_0_config_PROCESS_RESULTS\BASINCOMPLEX_ftp.coloradoskye.com_2008_CA_Siege_080627_1200Local_SPOT_NIR_OUT.PNG
EXTENT 36.0992948502284 -121.822480778145 36.3421121497716
 -121.520865221855



 Your DATA statement points to a PNG file. PNGs do not carry any
 georeferencing information by default, and the EXTENT line is not a
 replacement for missing image referencing info. Did you create a world file
 (.wld) for your PNG to specify the geographical extents of the image? That
 could very well explain the blank map.

 See: http://mapserver.org/input/raster.html#georeference-with-world-files

 Daniel
 --
 Daniel Morissette
 http://www.mapgears.com/
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Daniel Morissette]

Daniel Walton wrote:


Yes, the same mapfile worked under MS4W on a 32-bit machine. I have 
verified that this same problem occurs using the x86 binaries from 
Tamas' site run in the current x64 environment. The source image is in 
PNG format in order to make transparency work well on the client. (My 
client is Silverlight-based, and PNG is the only supported format that 
supports transparency). The source image does have a world (*.WLD) file 
which contains these values (file is generated by running gdal_translate 
on a geotiff image):




Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log 
output, if you haven't tried that already.


--
Daniel Morissette
http://www.mapgears.com/
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Daniel Walton]

Thanks Daniel. No dice, though, log is empty.

On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
dmorisse...@mapgears.comwrote:

 Daniel Walton wrote:


 Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
 verified that this same problem occurs using the x86 binaries from Tamas'
 site run in the current x64 environment. The source image is in PNG format
 in order to make transparency work well on the client. (My client is
 Silverlight-based, and PNG is the only supported format that supports
 transparency). The source image does have a world (*.WLD) file which
 contains these values (file is generated by running gdal_translate on a
 geotiff image):


 Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log
 output, if you haven't tried that already.


 --
 Daniel Morissette
 http://www.mapgears.com/
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Steve Lime]

The error still indicates a problem recognizing the file type. Can you hit the 
source GeoTIFF?

 On 12/7/2009 at 3:18 PM, in message
8ab83e650912071318r3f35074anb9d6c9b64393a...@mail.gmail.com, Daniel Walton
dgwal...@gmail.com wrote:
 I'm creating the PNG image from a GeoTIFF using:
 
 gdal_translate -of PNG -quiet -scale -co worldfile=yes
 [Geotiff_filename].tif [PNG_filename].PNG.
 
 Also, these PNG source images were working fine under MS4W x86.
 
 -Dan
 
 
 
 On Mon, Dec 7, 2009 at 3:14 PM, Steve Lime steve.l...@state.mn.us wrote:
 
 If I take the request out of WMS context to straight CGI with this request:

  http://www.fireimagery.com/ms/mapserv.exe?map=C 
 :\maps\A091207074551.mapmode=mapmapsize=300+300layer=ZZ

 I get the following error:

 msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
 msDrawRaster(): Image handling error. Unrecognized or unsupported image
 format drawEPP(): Image handling error. EPPL7 support is not available.

 Typically you'll see that when GDAL failed to identify the filetype. EPPL7
 is the last thing checked so that's not relevant by itself. I guess I'd
 start
 by making sure the image is valid.

 Steve

  On 12/7/2009 at 2:47 PM, in message
 8ab83e650912071247w7b93cb8bt90fe0c6a7a460...@mail.gmail.com, Daniel
 Walton
 dgwal...@gmail.com wrote:
  Thanks Daniel. No dice, though, log is empty.
 
  On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
  dmorisse...@mapgears.comwrote:
 
  Daniel Walton wrote:
 
 
  Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
  verified that this same problem occurs using the x86 binaries from
 Tamas'
  site run in the current x64 environment. The source image is in PNG
 format
  in order to make transparency work well on the client. (My client is
  Silverlight-based, and PNG is the only supported format that supports
  transparency). The source image does have a world (*.WLD) file which
  contains these values (file is generated by running gdal_translate on a
  geotiff image):
 
 
  Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log
  output, if you haven't tried that already.
 
 
  --
  Daniel Morissette
  http://www.mapgears.com/ 
  ___
  mapserver-users mailing list
  mapserver-users@lists.osgeo.org 
  http://lists.osgeo.org/mailman/listinfo/mapserver-users 
 



___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Daniel Walton]

Layer YY now references the GeoTIFF, same problem.

http://www.fireimagery.com/ms/mapserv.exe?map=C:\maps\A091207074551.mapmode=mapmapsize=150+150layer=YYhttp://www.fireimagery.com/ms/mapserv.exe?map=C:%5Cmaps%5CA091207074551.mapmode=mapmapsize=150+150layer=YY

Here is the error file content from this request:

[Mon Dec 07 16:03:32 2009].406000 CGI Request 4 on process 2508
[Mon Dec 07 16:03:32 2009].406000 msWMSLoadGetMapParams(): enabling
non-square pixels.
[Mon Dec 07 16:03:32 2009].406000 msDrawMap(): kicking into non-square pixel
preserving mode.
[Mon Dec 07 16:03:32 2009].406000 msLayerIsVisible(): Skipping layer (YY)
because LAYER.EXTENT does not intersect MAP.EXTENT
[Mon Dec 07 16:03:32 2009].406000 msLayerIsVisible(): Skipping layer (YY)
because LAYER.EXTENT does not intersect MAP.EXTENT
[Mon Dec 07 16:03:32 2009].406000 msDrawMap(): Drawing Label Cache, 0.000s
[Mon Dec 07 16:03:32 2009].406000 msDrawMap() total time: 0.000s
[Mon Dec 07 16:03:32 2009].531000 msSaveImage() total time: 0.125s
[Mon Dec 07 16:03:32 2009].531000 mapserv request processing time (msLoadMap
not incl.): 0.125s
[Mon Dec 07 16:03:32 2009].531000 msFreeMap(): freeing map at
017CFFB0.
[Mon Dec 07 16:03:32 2009].531000 freeLayer(): freeing layer at
03240D60.
[Mon Dec 07 16:03:32 2009].531000 freeLayer(): freeing layer at
01808290.
[Mon Dec 07 16:04:25 2009].937000 CGI Request 5 on process 2508
[Mon Dec 07 16:04:25 2009].937000 msDrawRasterLayerLow(YY): entering.
[Mon Dec 07 16:04:25 2009].937000 msDrawMap(): Layer 1 (YY), 0.000s
[Mon Dec 07 16:04:25 2009].937000 msDrawMap(): Drawing Label Cache, 0.000s
[Mon Dec 07 16:04:25 2009].937000 msDrawMap() total time: 0.000s
[Mon Dec 07 16:04:25 2009].937000 msSaveImage() total time: 0.000s
[Mon Dec 07 16:04:25 2009].937000 mapserv request processing time (loadmap
not incl.): 0.000s
[Mon Dec 07 16:04:25 2009


On Mon, Dec 7, 2009 at 3:22 PM, Steve Lime steve.l...@state.mn.us wrote:

 The error still indicates a problem recognizing the file type. Can you hit
 the source GeoTIFF?

  On 12/7/2009 at 3:18 PM, in message
 8ab83e650912071318r3f35074anb9d6c9b64393a...@mail.gmail.com, Daniel
 Walton
 dgwal...@gmail.com wrote:
  I'm creating the PNG image from a GeoTIFF using:
 
  gdal_translate -of PNG -quiet -scale -co worldfile=yes
  [Geotiff_filename].tif [PNG_filename].PNG.
 
  Also, these PNG source images were working fine under MS4W x86.
 
  -Dan
 
 
 
  On Mon, Dec 7, 2009 at 3:14 PM, Steve Lime steve.l...@state.mn.us
 wrote:
 
  If I take the request out of WMS context to straight CGI with this
 request:
 
   http://www.fireimagery.com/ms/mapserv.exe?map=C
  :\maps\A091207074551.mapmode=mapmapsize=300+300layer=ZZ
 
  I get the following error:
 
  msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
  msDrawRaster(): Image handling error. Unrecognized or unsupported image
  format drawEPP(): Image handling error. EPPL7 support is not available.
 
  Typically you'll see that when GDAL failed to identify the filetype.
 EPPL7
  is the last thing checked so that's not relevant by itself. I guess I'd
  start
  by making sure the image is valid.
 
  Steve
 
   On 12/7/2009 at 2:47 PM, in message
  8ab83e650912071247w7b93cb8bt90fe0c6a7a460...@mail.gmail.com, Daniel
  Walton
  dgwal...@gmail.com wrote:
   Thanks Daniel. No dice, though, log is empty.
  
   On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
   dmorisse...@mapgears.comwrote:
  
   Daniel Walton wrote:
  
  
   Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
   verified that this same problem occurs using the x86 binaries from
  Tamas'
   site run in the current x64 environment. The source image is in PNG
  format
   in order to make transparency work well on the client. (My client is
   Silverlight-based, and PNG is the only supported format that
 supports
   transparency). The source image does have a world (*.WLD) file which
   contains these values (file is generated by running gdal_translate
 on a
   geotiff image):
  
  
   Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the
 log
   output, if you haven't tried that already.
  
  
   --
   Daniel Morissette
   http://www.mapgears.com/
   ___
   mapserver-users mailing list
   mapserver-users@lists.osgeo.org
   http://lists.osgeo.org/mailman/listinfo/mapserver-users
  
 
 


___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Daniel Walton]

Tamas,

Thanks for the tip. I used process monitor and everything looks OK in the
permissions department. I think the problem relates to the fact that
mapserver doesn't calculate an overlap between map and layer. I'm not sure
what would cause this.

-Dan


On Mon, Dec 7, 2009 at 3:22 PM, Tamas Szekeres szeker...@gmail.com wrote:

 Daniel,

 This may also be an issue if GDAL couldn't actually open this file bacause
 of any reason (permission?).
 Make sure about this, by using a file monitoring tool, like SysInternals
 filemon for instance.

 Best regards,

 Tamas



 2009/12/7 Steve Lime steve.l...@state.mn.us

 If I take the request out of WMS context to straight CGI with this request:

  http://www.fireimagery.com/ms/mapserv.exe?map=C
 :\maps\A091207074551.mapmode=mapmapsize=300+300layer=ZZ

 I get the following error:

 msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
 msDrawRaster(): Image handling error. Unrecognized or unsupported image
 format drawEPP(): Image handling error. EPPL7 support is not available.

 Typically you'll see that when GDAL failed to identify the filetype. EPPL7
 is the last thing checked so that's not relevant by itself. I guess I'd
 start
 by making sure the image is valid.

 Steve

  On 12/7/2009 at 2:47 PM, in message
 8ab83e650912071247w7b93cb8bt90fe0c6a7a460...@mail.gmail.com, Daniel
 Walton
 dgwal...@gmail.com wrote:
  Thanks Daniel. No dice, though, log is empty.
 
  On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
  dmorisse...@mapgears.comwrote:
 
  Daniel Walton wrote:
 
 
  Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
  verified that this same problem occurs using the x86 binaries from
 Tamas'
  site run in the current x64 environment. The source image is in PNG
 format
  in order to make transparency work well on the client. (My client is
  Silverlight-based, and PNG is the only supported format that supports
  transparency). The source image does have a world (*.WLD) file which
  contains these values (file is generated by running gdal_translate on
 a
  geotiff image):
 
 
  Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the
 log
  output, if you haven't tried that already.
 
 
  --
  Daniel Morissette
  http://www.mapgears.com/
  ___
  mapserver-users mailing list
  mapserver-users@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/mapserver-users
 

 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users



___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

RE: [mapserver-users] Mapserver wms duplicate labels

[Venkat Rao Tammineni]

Hi,

 

   Can you try  without using BUFFER property.

 

Thanks,

 

Venkat

 

From: mapserver-users-boun...@lists.osgeo.org
[mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Michael
Shishcu
Sent: Wednesday, May 06, 2009 12:28 PM
To: mapserver-users@lists.osgeo.org
Subject: [mapserver-users] Mapserver wms duplicate labels

 

Hi, list, I'm newbie in mapserver and have a question.

I've set up mapserver as wms server, everything works Ok, and here's layer
definition
LAYER
  NAME name
  TYPE POLYGON
  STATUS ON
  CONNECTIONTYPE oraclespatial
  CONNECTION scheme/p...@db
  DATA column FROM table
  DUMP TRUE
  LABELITEM label
  CLASS
MAXSCALEDENOM 2000
STYLE
  OUTLINECOLOR 255 153 255
  COLOR -1 -1 -1
  ANTIALIAS TRUE
END
LABEL
  MINFEATURESIZE auto
  MINDISTANCE 50
  OUTLINECOLOR 255 255 255
  OUTLINEWIDTH 1
  COLOR 0 0 0
  FONT times
  TYPE TRUETYPE
  SIZE 9
  ANTIALIAS TRUE
  POSITION cc
  PARTIALS FALSE
  BUFFER 3
END
  END
Also there is a tilecache server (Oracle Mapviewer) whitch server images to
end-user
The problem is here: if a polygon object is present  in some tiles, it is
labeled on each tile causing close duplicate labels (attachment).
Has anyone some workaround of this problem
Regards,
Michael

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver wms duplicate labels

[Thomas Bonfort]

add
PROCESSING LABEL_NO_CLIP=on
to the layer

this fixes the label on a geographical point, instead of repeating it
on the clipped geometries at the pixel level.

regards,

thomas

www.camptocamp.com
+33 4 79 26 57 97



On Wed, May 6, 2009 at 08:58, Michael Shishcu mickl...@gmail.com wrote:
 Hi, list, I'm newbie in mapserver and have a question.

 I've set up mapserver as wms server, everything works Ok, and here's layer
 definition
 LAYER
   NAME name
   TYPE POLYGON
   STATUS ON
   CONNECTIONTYPE oraclespatial
   CONNECTION scheme/p...@db
   DATA column FROM table
   DUMP TRUE
   LABELITEM label
   CLASS
     MAXSCALEDENOM 2000
     STYLE
   OUTLINECOLOR 255 153 255
   COLOR -1 -1 -1
   ANTIALIAS TRUE
     END
     LABEL
   MINFEATURESIZE auto
   MINDISTANCE 50
   OUTLINECOLOR 255 255 255
   OUTLINEWIDTH 1
   COLOR 0 0 0
   FONT times
   TYPE TRUETYPE
   SIZE 9
   ANTIALIAS TRUE
   POSITION cc
   PARTIALS FALSE
   BUFFER 3
     END
   END
 Also there is a tilecache server (Oracle Mapviewer) whitch server images to
 end-user
 The problem is here: if a polygon object is present  in some tiles, it is
 labeled on each tile causing close duplicate labels (attachment).
 Has anyone some workaround of this problem
 Regards,
 Michael

 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users


___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

RE: [mapserver-users] Mapserver wms duplicate labels

[micklesh]

Thanks for your response, I tried setting BUFFER to false (or simply
deleting it), but there were no improvements

regards, Michael


Venkat Rao Tammineni wrote:
 
 Hi,
Can you try  without using BUFFER property.
 
 Thanks,
 Venkat
 
 

-- 
View this message in context: 
http://n2.nabble.com/Mapserver-wms-duplicate-labels-tp2808935p2809119.html
Sent from the Mapserver - User mailing list archive at Nabble.com.

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver wms duplicate labels

[Steve Lime]

Um, there isn't a global list of processing directives although there probably 
should be. Most are
described in the context of other documentation (e.g. 
http://mapserver.org/output/dynamic_charting.html).

I've started a wiki page to document these at:

  http://trac.osgeo.org/mapserver/wiki/ProcessingDirectives 

Steve

 On 5/6/2009 at 3:05 AM, in message 
 1241597100903-2809106.p...@n2.nabble.com,
micklesh mickl...@gmail.com wrote:

 Thank you very much, Thomas, this solves the problem.
 (By the way, where can i find list of all processing directives?)
 Regards,
 Michael
 
 
 
 Thomas Bonfort-2 wrote:
 
 add
 PROCESSING LABEL_NO_CLIP=on
 to the layer
 
 this fixes the label on a geographical point, instead of repeating it
 on the clipped geometries at the pixel level.
 
 regards,
 
 thomas
 
 www.camptocamp.com 
 +33 4 79 26 57 97
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org 
 http://lists.osgeo.org/mailman/listinfo/mapserver-users 
 
 

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Mapserver WMS seem not to read +towgs84 parameters

[Rahkonen Jukka]

Hi,
 
I am using  Mapserver version 5.2.0 from MS4W delivery through WMS
1.1.1.  and I was now trying to add the missing +towgs84 parameters for
the Finnish epsg:2393 projection.  I located the epsg file from
MS4W\proj\nad directory and edited it from this:
# KKJ / Finland Uniform Coordinate System
2393 +proj=tmerc +lat_0=0 +lon_0=27 +k=1 +x_0=350 +y_0=0
+ellps=intl +units=m +no_defs  
 
to this:
# KKJ / Finland Uniform Coordinate System
2393 +proj=tmerc +lat_0=0 +lon_0=27 +k=1 +x_0=350 +y_0=0
+ellps=intl
+towgs84=-96.0617,-82.4278,-121.743,4.80107,0.34543,-1.37646,1.4964
+units=m +no_defs  
 
However, adding +towgs84 parameters do not have any effect on the
Mapserver output.  I am sure that this certain epsg file is read,
because commenting out the 2393 line makes Mapserver to stop working
with my mapfile.  In addition, I can make map to shift by editing +x_0
and +y_0 parameters.  I had even another try by skipping the whole epsg
file by giving the projection directly in the layer definitions of my
mapfile as 
 PROJECTION
  proj=tmerc
  lat_0=0
  lon_0=27
  k=1
  x_0=350
  y_0=0
  ellps=intl
 
towgs84=-96.0617,-82.4278,-121.743,4.80107,0.34543,-1.37646,1.4964
  units=m
  no_defs
END
 
Here I can see exactly the same behaviour.  Editing other parameters,
like lon_0, x_0 and y_0 are really changing the output, while editing
towgs84 parameters or leaving them out totally has no effect.  It looks
to me that towgs84 parameters are not read at all, or all the parameters
are interpreted as zeros.  However, I can't believe that this error
wouldn't have been noticed by others so far.  So I am just giving the
parameters in a wrong way?
 
The ESRI projection file at MS4W\proj\nad\ doest have 2393 definitions
with a bit different towgs84 values.  Giving my  layer definition as
init=esri:2393 does not change anything, Mapserver does not use
towgs84 parameters.
 
-Jukka Rahkonen-
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Mapserver WMS client without SERVICE parameter

[Ivan Mincik]

Dear users,
We want to use Manifold GIS to connect to UMN Mapserver WMS server. Manifold 
request doesn't contain SERVICE  parameter. (It should be a bug on the 
Manifold side.  It was already submitted. No response since now .)
If mapserver will receive  request without SERVICE parameter, it will process 
it as WFS request. We want WMS response. 
Is there any way how to configure mapserver to return WMS response even if 
SERVICE parameter is not present  ?

Thanks 
Ivan
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS client without SERVICE parameter

[Yewondwossen Assefa]

One possibility would be to use the WXS sevice of Mapserver if that is 
an option for you : http://mapserver.org/ogc/mapscript.html

You can then add the  Service parameter to the request and proceed.

Best Regards

Ivan Mincik wrote:

Dear users,
We want to use Manifold GIS to connect to UMN Mapserver WMS server. Manifold request 
doesn't contain SERVICE  parameter. (It should be a bug on the Manifold side. 
 It was already submitted. No response since now .)
If mapserver will receive  request without SERVICE parameter, it will process it as WFS request. We want WMS response. 
Is there any way how to configure mapserver to return WMS response even if SERVICE parameter is not present  ?


Thanks 
Ivan

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users




--

Assefa Yewondwossen
Software Analyst

Email: ass...@dmsolutions.ca
http://www.dmsolutions.ca/

Phone: (613) 565-5056 (ext 14)
Fax:   (613) 565-0925


___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS client without SERVICE parameter

[Bart van den Eijnden (OSGIS)]

Hi,

this was fixed in Mapserver 5.2.1. So please upgrade.

Best regards,
Bart

Ivan Mincik wrote:

Dear users,
We want to use Manifold GIS to connect to UMN Mapserver WMS server. Manifold request 
doesn't contain SERVICE  parameter. (It should be a bug on the Manifold side. 
 It was already submitted. No response since now .)
If mapserver will receive  request without SERVICE parameter, it will process it as WFS request. We want WMS response. 
Is there any way how to configure mapserver to return WMS response even if SERVICE parameter is not present  ?


Thanks 
Ivan

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


  



--
Bart van den Eijnden
OSGIS, Open Source GIS
bart...@osgis.nl
http://www.osgis.nl

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS client without SERVICE parameter

[Ivan Mincik]

Thanks a lot. I thought  it is a feature :). 
I will upgrade as suggested. 

Ivan

On Tuesday 20 January 2009, you wrote:
 On Tue, Jan 20, 2009 at 05:13:25PM +0100, Ivan Mincik wrote:
  Dear users,
  We want to use Manifold GIS to connect to UMN Mapserver WMS server. 
  Manifold request doesn't contain SERVICE  parameter. (It should be a bug 
  on the Manifold side.  It was already submitted. No response since now .)
 
 Actually, SERVICE=WMS is not required for GetMap requests. This is a bug
 in MapServer that requires it. This was fixed in
 http://trac.osgeo.org/mapserver/ticket/2737, fixed in 2737, and released
 in 5.2.1 , according to the ticket. 
 
 -- Chris
 
  If mapserver will receive  request without SERVICE parameter, it will 
  process it as WFS request. We want WMS response. 
  Is there any way how to configure mapserver to return WMS response even if 
  SERVICE parameter is not present  ?
  
  Thanks 
  Ivan
  ___
  mapserver-users mailing list
  mapserver-users@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/mapserver-users
 


___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Mapserver wms-client to tilecache / mapfile definition

[Tiemens, Gerben]

Hello list users,


I'm wanting to setup a mapfile with a WMS/Tilecache as source. Is this possible?

I already tried several configurations, but i cannot get an image back. The 
problem is the resolutions and extents that are requested from mapserver 
(monitored the results from tilecache to mapserver with httpmonitor). Is there 
any way to give mapserver these parameters?

Below the part of my mapfile that defines the layer with a tilecache as source.

Thanks already for replies.

Greetings

Gerben


LAYER
NAME om
TYPE RASTER
STATUS ON
CONNECTION http://myserver/tilecache/tilecache.py?;
CONNECTIONTYPE WMS
METADATA
'ows_title' 'om'
   wms_srs EPSG:28992
wms_nameom
wms_server_version  1.1.1
wms_format  image/png
wms_extent  -2,30,30,65
END
END


 Please read our E-mail Disclaimer at the Grontmij Corporate website 
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver wms-client to tilecache / mapfile definition

[bartvde]

Not directly with Mapserver's built-in WMS client.

You might get lucky with the GDAL WMS-C driver, but it has some
assumptions (like all resolution ratios should be 2) that might not apply
to your TileCache instance.

http://gdal.org/frmt_wms.html

Best regards,
Bart



 Hello list users,


 I'm wanting to setup a mapfile with a WMS/Tilecache as source. Is this
 possible?

 I already tried several configurations, but i cannot get an image back.
 The problem is the resolutions and extents that are requested from
 mapserver (monitored the results from tilecache to mapserver with
 httpmonitor). Is there any way to give mapserver these parameters?

 Below the part of my mapfile that defines the layer with a tilecache as
 source.

 Thanks already for replies.

 Greetings

 Gerben


 LAYER
 NAME om
 TYPE RASTER
 STATUS ON
 CONNECTION http://myserver/tilecache/tilecache.py?;
 CONNECTIONTYPE WMS
 METADATA
 'ows_title' 'om'
wms_srs EPSG:28992
 wms_nameom
 wms_server_version  1.1.1
 wms_format  image/png
 wms_extent  -2,30,30,65
 END
 END


  Please read our E-mail Disclaimer at the Grontmij Corporate website 
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users



___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] mapserver wms: srs problem

[Matthew Pettis]

Hi All,

I'm posting further findings and observations.  I made a simple
mapfile and dumped the shape information to a .shp file.  I have made
a .zip file with all of the components to verify what I will be
saying, and will provided it upon request to individuals (don't want
to pollute inboxes on the listserv indiscriminantly).

First, I have discovered that when I render the shapefile NOT as a
WMS, but just with a url like:

http://localhost/cgi-bin/mapserv.exe?map=C:\ms4w\Apache\htdocs\tb\ex.mapmode=map

the coords are unprojected, and I get the expected (tall and skinny)
map of MN.  When I call mapserver as a WMS (with epsg:26915), like:

http://localhost/cgi-bin/mapserv.exe?map=C:\ms4w\Apache\htdocs\tb\ex.mapSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=LAYERS=stateBBOX=184056.505,4809728.25,767381.245,5478975.75SRS=EPSG:26915format=image/pngwidth=800height=600

then I get a map, but the map stretches to the dimensions I set the
image 'height' and 'width' parameters to.  This does not happen with
the non-WMS request.

So the point is, my WMS map calls stretch as a function of the image
width and height (which is how it is called for openlayers).  If I
want the unprojected map via WMS (that doesn't stretch based on the
tile image dimensions), how do I configure my WMS url, or .map file
(particularly for openlayers)?

Thanks again for everybody's help,
Matt

On Tue, Jun 10, 2008 at 11:26 AM, Barend Kobben [EMAIL PROTECTED] wrote:
 Hi,

 It looks like your mixing up several things that shouldn't be mixed:

 1)
 http://localhost/cgi-bin/mapserv.exe?map=C:\ms4w\Apache\htdocs\ol\wms.mapSE
 RVICE=WMSVERSION=1.1.1REQUEST=GetCapabilities
 ...is a valid WMS GetCapabilities request. It might result in a valid WMS
 response (although I cannot test this as I obviously  do not have the same
 localhost as you...)

 However:
 http://localhost/cgi-bin/mapserv.exe?map=C:\ms4w\Apache\htdocs\ol\wms.mapmo
 de=map
 ...is a non-WMS request, it uses the 'old' MapServer CGI mode, not the OGC
 standardised WMS interface. To get a map the WMS way you'd request
 something like:
 http://localhost/cgi-bin/mapserv.exe?map=C:\ms4w\Apache\htdocs\ol\wms.mapm;
 SERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=LAYERS=aLayerBBOX=1,2,3,4
 SRS=EPSG:4326format=image/gif

 2) next, you advertise your data to be in lat-lon on the WGS 84 (PROJECTION
 init=epsg:4326), but you proclaim the EXTENT of the data to be in meters or
 some other projected unit:
 EXTENT  184056.505 4809728.25 767381.245 5478975.75
 This obviously are not lat-lon degrees (which have a max extent of
 -180,180,-90,90)... Now MS will be really confused! H, this client
 wants lat-lon data that stretches over the whole of the universe... :-)

 3) you then advertise the WMS to be able to deliver data in a non-projected
 and a projected SRS:
  wms_srs EPSG:4326 EPSG:26915
 Which is fine, but you do it again for the LAYER, which I think is
 superfluous.

 4) You do NOT tell the WMS what SRS the data originally is in. There is no
 PROJECTION object in the LAYER, which in some case might lead to MapServer
 trying to find out for itself, BUT NOT in the Postgis case you have. A
 connection to PostGIS in itself needs to be told which projection to fetch
 the data in (because PosGIS can reproject if necessary). One of the ways of
 doing that is to make the DATA statement a bit more elaborate than
  the_geom from shp_state, instead use
  DATA   the_geom from shp_state using unique your_primary_key using
 srid=26915

 Hope this helps...

 --
 Barend Köbben
 International Institute for Geo-Information
 Sciences and Earth Observation (ITC)
 PO Box 6
 7500AA Enschede, The Netherlands
 +31 (0)53 4874253

 International Institute for Geo-Information Science and Earth Observation 
 (ITC)
 Chamber of Commerce: 410 27 560

 E-mail disclaimer
 The information in this e-mail, including any attachments, is intended for 
 the addressee only. If you are not the intended recipient, you are hereby 
 notified that any disclosure, copying, distribution or action in relation to 
 the content of this information is strictly prohibited. If you have received 
 this e-mail by mistake, please delete the message and any attachment and 
 inform the sender by return e-mail. ITC accepts no liability for any error or 
 omission in the message content or for damage of any kind that may arise as a 
 result of e-mail transmission.




-- 
It is from the wellspring of our despair and the places that we are
broken that we come to repair the world.
-- Murray Waas
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] mapserver wms: srs problem

[Rahkonen Jukka]

Matthew Pettis wrote:

 So the point is, my WMS map calls stretch as a function of the image
 width and height (which is how it is called for openlayers).  If I
 want the unprojected map via WMS (that doesn't stretch based on the
 tile image dimensions), how do I configure my WMS url, or .map file
 (particularly for openlayers)?

BBOX and width and height are all compulsory in WMS so you need to know
what you want and build the request so that the image is not stretched.
Some simple calculation is needed to make image size and BBOX to suit.

-Jukka Rahkonen-
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] mapserver wms: srs problem

[Matthew Pettis]

Hi All,

Thanks to everyone that contributed.  The mapfile that renders (thanks
to Tom [Burlington] Kralidis for it) is below.  I am still working on
it not being the projection that makes the state of MN look short and
squat.  If anyone wants a screenshot, contact me and i'll send it to
you directly rather than to the listserv.

Thanks everybody for your help,
matt


===
MAP
# 
http://localhost/cgi-bin/mapserv.exe?map=C:\ms4w\Apache\htdocs\ol\wms.mapSERVICE=WMSVERSION=1.1.1REQUEST=GetCapabilities
# 
http://localhost/cgi-bin/mapserv.exe?map=C:\ms4w\Apache\htdocs\ol\wms.mapmode=map


# Map attributes

  IMAGETYPE   PNG
  EXTENT  -100 30 90 55
  SIZE660 495
  IMAGECOLOR  255 255 255
  FONTSET C:/ms4w/Apache/htdocs/fonts/fonts.list

  PROJECTION
init=epsg:4326
  END


# Web settings

  WEB
IMAGEPATH   C:/ms4w/Apache/htdocs/tmp/
IMAGEURL/tmp/
METADATA
wms_title   WMS Demo Server
wms_onlineresource
http://localhost/cgi-bin/mapserv.exe?center=45,-95zoom=6;
wms_srs EPSG:4326 EPSG:26915
END
  END


# State
# Background shows through missing precincts to show where no
votes will be coming from

  LAYER
NAME  state
METADATA
wms_title   state
wms_format image/png
END
PROJECTION
  init=epsg:26915
END
CONNECTIONTYPEpostgis
CONNECTIONuser=postgres dbname=gisvote password=postgres
DATA  the_geom from shp_state
STATUSon
TYPE  polygon

CLASS
  NAMEstate
  COLOR   200 200 200
END

  END # Layer state

END
===


On Tue, Jun 10, 2008 at 12:48 AM, Rahkonen Jukka
[EMAIL PROTECTED] wrote:
 Hi,

 I have not followed this discussion closely, but at least map extents and map 
 level projection do not match. It may not have any effect on WMS but it does 
 not harm if they were correct.

 EXTENT  184056.505 4809728.25 767381.245 5478975.75
  ...

  PROJECTION
init=epsg:4326
  END

 -Jukka Rahkonen-





-- 
It is from the wellspring of our despair and the places that we are
broken that we come to repair the world.
-- Murray Waas
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] mapserver wms: srs problem

[Barend Kobben]

Hi,

It looks like your mixing up several things that shouldn't be mixed:

1) 
http://localhost/cgi-bin/mapserv.exe?map=C:\ms4w\Apache\htdocs\ol\wms.mapSE
RVICE=WMSVERSION=1.1.1REQUEST=GetCapabilities
...is a valid WMS GetCapabilities request. It might result in a valid WMS
response (although I cannot test this as I obviously  do not have the same
localhost as you...)

However:  
http://localhost/cgi-bin/mapserv.exe?map=C:\ms4w\Apache\htdocs\ol\wms.mapmo
de=map
...is a non-WMS request, it uses the 'old' MapServer CGI mode, not the OGC
standardised WMS interface. To get a map the WMS way you'd request
something like:
http://localhost/cgi-bin/mapserv.exe?map=C:\ms4w\Apache\htdocs\ol\wms.mapm;
SERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=LAYERS=aLayerBBOX=1,2,3,4
SRS=EPSG:4326format=image/gif

2) next, you advertise your data to be in lat-lon on the WGS 84 (PROJECTION
init=epsg:4326), but you proclaim the EXTENT of the data to be in meters or
some other projected unit:
EXTENT  184056.505 4809728.25 767381.245 5478975.75
This obviously are not lat-lon degrees (which have a max extent of
-180,180,-90,90)... Now MS will be really confused! H, this client
wants lat-lon data that stretches over the whole of the universe... :-)

3) you then advertise the WMS to be able to deliver data in a non-projected
and a projected SRS:
 wms_srs EPSG:4326 EPSG:26915
Which is fine, but you do it again for the LAYER, which I think is
superfluous.

4) You do NOT tell the WMS what SRS the data originally is in. There is no
PROJECTION object in the LAYER, which in some case might lead to MapServer
trying to find out for itself, BUT NOT in the Postgis case you have. A
connection to PostGIS in itself needs to be told which projection to fetch
the data in (because PosGIS can reproject if necessary). One of the ways of
doing that is to make the DATA statement a bit more elaborate than
  the_geom from shp_state, instead use
 DATA   the_geom from shp_state using unique your_primary_key using
srid=26915

Hope this helps...

-- 
Barend Köbben
International Institute for Geo-Information
Sciences and Earth Observation (ITC)
PO Box 6
7500AA Enschede, The Netherlands
+31 (0)53 4874253

International Institute for Geo-Information Science and Earth Observation (ITC)
Chamber of Commerce: 410 27 560

E-mail disclaimer
The information in this e-mail, including any attachments, is intended for the 
addressee only. If you are not the intended recipient, you are hereby notified 
that any disclosure, copying, distribution or action in relation to the content 
of this information is strictly prohibited. If you have received this e-mail by 
mistake, please delete the message and any attachment and inform the sender by 
return e-mail. ITC accepts no liability for any error or omission in the 
message content or for damage of any kind that may arise as a result of e-mail 
transmission.
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] mapserver wms: srs problem

[Matthew Pettis]

Thank you!  I will try this, and the explanation was helpful.

On Sun, Jun 8, 2008 at 1:08 PM, Barend Kobben [EMAIL PROTECTED] wrote:
 It looks like your datastore's SRS is 4326 (latlon on the WGS84). In other
 words, the data in your shapefile, database or raster image are (or are
 advertised to be) in 4326. Its because your data is indeed in that srs
 and/or advertised as such in the Mapfile LAYER as

  PROJECTION
 init=epsg:4326
  END

 But you tell the WMS interface that the layer is in 26915, by setting layer
 metadata srs = EPSG:26915

 If you want MS to reproject your data from 4326 to 26915 upon request, make
 sure you set the layerdata projection:
PROJECTION
 init=epsg:4326
  END

 Then make sure you tell the WMS interface to advertise it can be reprojected
 to 26915 by setting it in web metadata srs:
wms_srs EPSG:4326 EPSG:26915 EPSG:[others you want to offer]

 AFAIK there no wms_srs metadata in the LAYER object...


 --
 Barend Köbben
 International Institute for Geo-Information
 Sciences and Earth Observation (ITC)
 PO Box 6
 7500AA Enschede, The Netherlands
 +31 (0)53 4874253





 On 08-06-08 02:21, Matthew Pettis [EMAIL PROTECTED] wrote:

 Hi,

 I am not a GIS guy, and am a bit confused by the projection attributes
 i have to specify in mapserver.  In particular, I have a simple
 example.  I have a map that has the following metadata:

 Horizontal Coordinate Scheme UTM
 Ellipsoid  GRS80
 Horizontal Datum  NAD83
 Horizontal Units  Meters
 UTM Zone Number  15

 I believe this translates to an epsg=26915

 Now, according to mapserver, I have to specify a projection object, a
 web metadata srs, and a layer metadata srs.

 To compress the mapfile, i'll just note what i have specified for each
 of these settings.

 First, I would think that this would work:

 projection = init=epsg:26915
 web metadata srs = EPSG:26915
 layer metadata srs = EPSG:26915

 this give me the error:
 msWMSLoadGetMapParams(): WMS Server Error. Invalid SRS given.  SRS
 must be valid for all requested layers.

 I only have the one layer (it's of the state of MN from www.gis.leg.mn).

 However, the following renders, but I don't think it is the projection
 i want (as the top of MN is too wide):

 projection = init=epsg:26915
 web metadata srs = EPSG:26915
 layer metadata srs = EPSG:4326

 Now, I am using mapserver as a WMS.  Before I was using it NOT as a
 WMS, but just making it render the shapefile without any projection
 information, it worked, and it was the projection I had come to expect
 when seeing the state of MN rendered.

 Why does my first configuration give me an error?
 How can I make it render in the way I expect without giving mapserver
 explicit projection instructions?

 please forgive the ignorance of map projection knowledge.

 thanks,
 matt

 International Institute for Geo-Information Science and Earth Observation 
 (ITC)
 Chamber of Commerce: 410 27 560

 E-mail disclaimer
 The information in this e-mail, including any attachments, is intended for 
 the addressee only. If you are not the intended recipient, you are hereby 
 notified that any disclosure, copying, distribution or action in relation to 
 the content of this information is strictly prohibited. If you have received 
 this e-mail by mistake, please delete the message and any attachment and 
 inform the sender by return e-mail. ITC accepts no liability for any error or 
 omission in the message content or for damage of any kind that may arise as a 
 result of e-mail transmission.




-- 
It is from the wellspring of our despair and the places that we are
broken that we come to repair the world.
-- Murray Waas
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] mapserver wms: srs problem

[Matthew Pettis]

Hi Barend, All,

I tried your suggested changes:

...
  PROJECTION
init=epsg:4326
  END


# Web settings

  WEB
IMAGEPATH   C:/ms4w/Apache/htdocs/tmp/
IMAGEURL/tmp/
METADATA
wms_title   WMS Demo Server
wms_onlineresource
http://localhost/cgi-bin/mapserv.exe?center=45,-95zoom=6;
wms_srs EPSG:4326 EPSG:26915
END
  END


# State
# Background shows through missing precincts to show where no
votes will be coming from

  LAYER
NAME  state
METADATA
wms_title   state
wms_format image/png
END
...


Now, the map is blank (no error messages either).  It looks like i can
drag and zoom per the controls, but there is no image of the state of
MN to move around.  Any idea what could still be the matter?

Thanks,
Matt


On Sun, Jun 8, 2008 at 1:08 PM, Barend Kobben [EMAIL PROTECTED] wrote:
 It looks like your datastore's SRS is 4326 (latlon on the WGS84). In other
 words, the data in your shapefile, database or raster image are (or are
 advertised to be) in 4326. Its because your data is indeed in that srs
 and/or advertised as such in the Mapfile LAYER as

  PROJECTION
 init=epsg:4326
  END

 But you tell the WMS interface that the layer is in 26915, by setting layer
 metadata srs = EPSG:26915

 If you want MS to reproject your data from 4326 to 26915 upon request, make
 sure you set the layerdata projection:
PROJECTION
 init=epsg:4326
  END

 Then make sure you tell the WMS interface to advertise it can be reprojected
 to 26915 by setting it in web metadata srs:
wms_srs EPSG:4326 EPSG:26915 EPSG:[others you want to offer]

 AFAIK there no wms_srs metadata in the LAYER object...


 --
 Barend Köbben
 International Institute for Geo-Information
 Sciences and Earth Observation (ITC)
 PO Box 6
 7500AA Enschede, The Netherlands
 +31 (0)53 4874253





 On 08-06-08 02:21, Matthew Pettis [EMAIL PROTECTED] wrote:

 Hi,

 I am not a GIS guy, and am a bit confused by the projection attributes
 i have to specify in mapserver.  In particular, I have a simple
 example.  I have a map that has the following metadata:

 Horizontal Coordinate Scheme UTM
 Ellipsoid  GRS80
 Horizontal Datum  NAD83
 Horizontal Units  Meters
 UTM Zone Number  15

 I believe this translates to an epsg=26915

 Now, according to mapserver, I have to specify a projection object, a
 web metadata srs, and a layer metadata srs.

 To compress the mapfile, i'll just note what i have specified for each
 of these settings.

 First, I would think that this would work:

 projection = init=epsg:26915
 web metadata srs = EPSG:26915
 layer metadata srs = EPSG:26915

 this give me the error:
 msWMSLoadGetMapParams(): WMS Server Error. Invalid SRS given.  SRS
 must be valid for all requested layers.

 I only have the one layer (it's of the state of MN from www.gis.leg.mn).

 However, the following renders, but I don't think it is the projection
 i want (as the top of MN is too wide):

 projection = init=epsg:26915
 web metadata srs = EPSG:26915
 layer metadata srs = EPSG:4326

 Now, I am using mapserver as a WMS.  Before I was using it NOT as a
 WMS, but just making it render the shapefile without any projection
 information, it worked, and it was the projection I had come to expect
 when seeing the state of MN rendered.

 Why does my first configuration give me an error?
 How can I make it render in the way I expect without giving mapserver
 explicit projection instructions?

 please forgive the ignorance of map projection knowledge.

 thanks,
 matt

 International Institute for Geo-Information Science and Earth Observation 
 (ITC)
 Chamber of Commerce: 410 27 560

 E-mail disclaimer
 The information in this e-mail, including any attachments, is intended for 
 the addressee only. If you are not the intended recipient, you are hereby 
 notified that any disclosure, copying, distribution or action in relation to 
 the content of this information is strictly prohibited. If you have received 
 this e-mail by mistake, please delete the message and any attachment and 
 inform the sender by return e-mail. ITC accepts no liability for any error or 
 omission in the message content or for damage of any kind that may arise as a 
 result of e-mail transmission.




-- 
It is from the wellspring of our despair and the places that we are
broken that we come to repair the world.
-- Murray Waas
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] mapserver wms: srs problem

[Jeff McKenna]

Maybe you could attach your entire .map file for the mailing list  to  
see.



---
Jeff McKenna
FOSS4G Consulting and Training Services
http://www.gatewaygeomatics.com/





On 9-Jun-08, at 4:44 PM, Matthew Pettis wrote:


Hi Barend, All,

I tried your suggested changes:

...
 PROJECTION
   init=epsg:4326
 END

   
   # Web settings
   
 WEB
   IMAGEPATH   C:/ms4w/Apache/htdocs/tmp/
   IMAGEURL/tmp/
   METADATA
   wms_title   WMS Demo Server
   wms_onlineresource
http://localhost/cgi-bin/mapserv.exe?center=45,-95zoom=6;
   wms_srs EPSG:4326 EPSG:26915
   END
 END

   
   # State
   # Background shows through missing precincts to show where no
votes will be coming from
   
 LAYER
   NAME  state
   METADATA
   wms_title   state
   wms_format image/png
   END
...


Now, the map is blank (no error messages either).  It looks like i can
drag and zoom per the controls, but there is no image of the state of
MN to move around.  Any idea what could still be the matter?

Thanks,
Matt


On Sun, Jun 8, 2008 at 1:08 PM, Barend Kobben [EMAIL PROTECTED] wrote:
It looks like your datastore's SRS is 4326 (latlon on the WGS84).  
In other
words, the data in your shapefile, database or raster image are (or  
are
advertised to be) in 4326. Its because your data is indeed in that  
srs

and/or advertised as such in the Mapfile LAYER as

PROJECTION
   init=epsg:4326
END

But you tell the WMS interface that the layer is in 26915, by  
setting layer

metadata srs = EPSG:26915

If you want MS to reproject your data from 4326 to 26915 upon  
request, make

sure you set the layerdata projection:
  PROJECTION
   init=epsg:4326
END

Then make sure you tell the WMS interface to advertise it can be  
reprojected

to 26915 by setting it in web metadata srs:
  wms_srs EPSG:4326 EPSG:26915 EPSG:[others you want to offer]

AFAIK there no wms_srs metadata in the LAYER object...


--
Barend Köbben
International Institute for Geo-Information
Sciences and Earth Observation (ITC)
PO Box 6
7500AA Enschede, The Netherlands
+31 (0)53 4874253





On 08-06-08 02:21, Matthew Pettis [EMAIL PROTECTED] wrote:


Hi,

I am not a GIS guy, and am a bit confused by the projection  
attributes

i have to specify in mapserver.  In particular, I have a simple
example.  I have a map that has the following metadata:

Horizontal Coordinate Scheme UTM
Ellipsoid  GRS80
Horizontal Datum  NAD83
Horizontal Units  Meters
UTM Zone Number  15

I believe this translates to an epsg=26915

Now, according to mapserver, I have to specify a projection  
object, a

web metadata srs, and a layer metadata srs.

To compress the mapfile, i'll just note what i have specified for  
each

of these settings.

First, I would think that this would work:

projection = init=epsg:26915
web metadata srs = EPSG:26915
layer metadata srs = EPSG:26915

this give me the error:
msWMSLoadGetMapParams(): WMS Server Error. Invalid SRS given.  SRS
must be valid for all requested layers.

I only have the one layer (it's of the state of MN from www.gis.leg.mn 
).


However, the following renders, but I don't think it is the  
projection

i want (as the top of MN is too wide):

projection = init=epsg:26915
web metadata srs = EPSG:26915
layer metadata srs = EPSG:4326

Now, I am using mapserver as a WMS.  Before I was using it NOT as a
WMS, but just making it render the shapefile without any projection
information, it worked, and it was the projection I had come to  
expect

when seeing the state of MN rendered.

Why does my first configuration give me an error?
How can I make it render in the way I expect without giving  
mapserver

explicit projection instructions?

please forgive the ignorance of map projection knowledge.

thanks,
matt


International Institute for Geo-Information Science and Earth  
Observation (ITC)

Chamber of Commerce: 410 27 560

E-mail disclaimer
The information in this e-mail, including any attachments, is  
intended for the addressee only. If you are not the intended  
recipient, you are hereby notified that any disclosure, copying,  
distribution or action in relation to the content of this  
information is strictly prohibited. If you have received this e- 
mail by mistake, please delete the message and any attachment and  
inform the sender by return e-mail. ITC accepts no liability for  
any error or omission in the message content or for damage of any  
kind that may arise as a result of e-mail transmission.






--
It is from the wellspring of our despair and the places that we are
broken that we come to repair the world.
-- Murray Waas
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org

Re: [mapserver-users] mapserver wms: srs problem

[Matthew Pettis]

Will do.  Here it is below:
===
MAP
# 
http://localhost/cgi-bin/mapserv.exe?map=C:\ms4w\Apache\htdocs\ol\wms.mapSERVICE=WMSVERSION=1.1.1REQUEST=GetCapabilities
# 
http://localhost/cgi-bin/mapserv.exe?map=C:\ms4w\Apache\htdocs\ol\wms.mapmode=map


# Map attributes

  IMAGETYPE   PNG
  EXTENT  184056.505 4809728.25 767381.245 5478975.75
  SIZE660 495
  IMAGECOLOR  255 255 255
  FONTSET C:/ms4w/Apache/htdocs/fonts/fonts.list

  PROJECTION
init=epsg:4326
  END


# Web settings

  WEB
IMAGEPATH   C:/ms4w/Apache/htdocs/tmp/
IMAGEURL/tmp/
METADATA
wms_title   WMS Demo Server
wms_onlineresource
http://localhost/cgi-bin/mapserv.exe?center=45,-95zoom=6;
#wms_srs EPSG:4269 EPSG:4326
#wms_srs EPSG:26915
wms_srs EPSG:4326 EPSG:26915
END
  END


# State
# Background shows through missing precincts to show where no
votes will be coming from

  LAYER
NAME  state
PROJECTION
init=epsg:4326
END
METADATA
wms_title   state
#wms_srs EPSG:26915
#wms_srs EPSG:4326
wms_format image/png
END
CONNECTIONTYPEpostgis
CONNECTIONuser=postgres dbname=gisvote password=postgres
DATA  the_geom from shp_state
STATUSdefault
TYPE  polygon

CLASS
  NAMEstate
  COLOR   200 200 200
END

  END # Layer state

END
===


On Mon, Jun 9, 2008 at 8:19 PM, Jeff McKenna
[EMAIL PROTECTED] wrote:
 Maybe you could attach your entire .map file for the mailing list  to see.


 ---
 Jeff McKenna
 FOSS4G Consulting and Training Services
 http://www.gatewaygeomatics.com/





 On 9-Jun-08, at 4:44 PM, Matthew Pettis wrote:

 Hi Barend, All,

 I tried your suggested changes:
 
 ...
  PROJECTION
   init=epsg:4326
  END

   
   # Web settings
   
  WEB
   IMAGEPATH   C:/ms4w/Apache/htdocs/tmp/
   IMAGEURL/tmp/
   METADATA
   wms_title   WMS Demo Server
   wms_onlineresource
 http://localhost/cgi-bin/mapserv.exe?center=45,-95zoom=6;
   wms_srs EPSG:4326 EPSG:26915
   END
  END

   
   # State
   # Background shows through missing precincts to show where no
 votes will be coming from
   
  LAYER
   NAME  state
   METADATA
   wms_title   state
   wms_format image/png
   END
 ...
 

 Now, the map is blank (no error messages either).  It looks like i can
 drag and zoom per the controls, but there is no image of the state of
 MN to move around.  Any idea what could still be the matter?

 Thanks,
 Matt


 On Sun, Jun 8, 2008 at 1:08 PM, Barend Kobben [EMAIL PROTECTED] wrote:

 It looks like your datastore's SRS is 4326 (latlon on the WGS84). In
 other
 words, the data in your shapefile, database or raster image are (or are
 advertised to be) in 4326. Its because your data is indeed in that srs
 and/or advertised as such in the Mapfile LAYER as

PROJECTION
   init=epsg:4326
END

 But you tell the WMS interface that the layer is in 26915, by setting
 layer
 metadata srs = EPSG:26915

 If you want MS to reproject your data from 4326 to 26915 upon request,
 make
 sure you set the layerdata projection:
  PROJECTION
   init=epsg:4326
END

 Then make sure you tell the WMS interface to advertise it can be
 reprojected
 to 26915 by setting it in web metadata srs:
  wms_srs EPSG:4326 EPSG:26915 EPSG:[others you want to offer]

 AFAIK there no wms_srs metadata in the LAYER object...


 --
 Barend Köbben
 International Institute for Geo-Information
 Sciences and Earth Observation (ITC)
 PO Box 6
 7500AA Enschede, The Netherlands
 +31 (0)53 4874253





 On 08-06-08 02:21, Matthew Pettis [EMAIL PROTECTED] wrote:

 Hi,

 I am not a GIS guy, and am a bit confused by the projection attributes
 i have to specify in mapserver.  In particular, I have a simple
 example.  I have a map that has the following metadata:

 Horizontal Coordinate Scheme UTM
 Ellipsoid  GRS80
 Horizontal Datum  NAD83
 Horizontal Units  Meters
 UTM Zone Number  15

 I believe this translates to an epsg=26915

 Now, according to mapserver, I have to specify a projection object, a
 web metadata srs, and a layer metadata srs.

 To compress the mapfile, i'll just note what i have specified for each
 of these settings.

 First, I would think that this would work:

 projection = init=epsg:26915
 web metadata srs = EPSG:26915
 layer metadata srs = EPSG:26915

 this 

Re: [mapserver-users] mapserver wms: srs problem

[Rahkonen Jukka]

Hi,

I have not followed this discussion closely, but at least map extents and map 
level projection do not match. It may not have any effect on WMS but it does 
not harm if they were correct.

EXTENT  184056.505 4809728.25 767381.245 5478975.75
 ...

  PROJECTION
init=epsg:4326
  END

-Jukka Rahkonen-

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users