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:

###<<>>6493f0c28e6856b_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
###<<>>6493f0c28e6856b_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-test"STATUS ONSIZE 400 300SYMBOLSET ../etc/symbols.symEXTENT
> -220 -712631 3072800 384UNITS METERSSHAPEPATH
> "../data"IMAGECOLOR 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_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
>   ENDEND # Layer
> LAYER
>   NAME popplace
>   METADATA
> "wms_title""Cities"  ##required
>   END
>   TYPE POINT
>   STATUS ON
>   DATA popplace
>   PROJE

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_srs""EPSG: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_srs""EPSG: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

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

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]

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)]

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

[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

[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&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities

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




http://127.0.0.1/cgi-bin/mapserv.exe?map=/ms4w/apps/ticket-wms-gebco-outputformat/local.map&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=-90,-180,90,180&CRS=EPSG:4326&WIDTH=346&HEIGHT=173&LAYERS=gebco&STYLES=&FORMAT=image/tiff&DPI=96&MAP_RESOLUTION=96&FORMAT_OPTIONS=dpi:96&TRANSPARENT=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&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=-90,-180,90,180&CRS=EPSG:4326&WIDTH=346&HEIGHT=173&LAYERS=gebco&STYLES=&FORMAT=image/tiff&DPI=96&MAP_RESOLUTION=96&FORMAT_OPTIONS=dpi:96&TRANSPARENT=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

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&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities 



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




http://127.0.0.1/cgi-bin/mapserv.exe?map=/ms4w/apps/ticket-wms-gebco-outputformat/local.map&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=-90,-180,90,180&CRS=EPSG:4326&WIDTH=346&HEIGHT=173&LAYERS=gebco&STYLES=&FORMAT=image/tiff&DPI=96&MAP_RESOLUTION=96&FORMAT_OPTIONS=dpi:96&TRANSPARENT=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&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=-90,-180,90,180&CRS=EPSG:4326&WIDTH=346&HEIGHT=173&LAYERS=gebco&STYLES=&FORMAT=image/tiff&DPI=96&MAP_RESOLUTION=96&FORMAT_OPTIONS=dpi:96&TRANSPARENT=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

[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&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities
>
> - once you're happy with the GetCapabilities response, then you can try
> a GetMap request, that includes "&FORMAT=image/tiff"
>
>
>
>
> http://127.0.0.1/cgi-bin/mapserv.exe?map=/ms4w/apps/ticket-wms-gebco-outputformat/local.map&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=-90,-180,90,180&CRS=EPSG:4326&WIDTH=346&HEIGHT=173&LAYERS=gebco&STYLES=&FORMAT=image/tiff&DPI=96&MAP_RESOLUTION=96&FORMAT_OPTIONS=dpi:96&TRANSPARENT=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&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=-90,-180,90,180&CRS=EPSG:4326&WIDTH=346&HEIGHT=173&LAYERS=gebco&STYLES=&FORMAT=image/tiff&DPI=96&MAP_RESOLUTION=96&FORMAT_OPTIONS=dpi:96&TRANSPARENT=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 

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.map&LAYERS=CME&TRANSPARENT
=TRUE&FORMAT=png&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&SRS=EPSG%3
A900913&BBOX=-484682.60504583,7512726.3043776,-415889.27960147,7547122.96709
97&WIDTH=900&HEIGHT=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

Re: [mapserver-users] Mapserver WMS Reprojection

[Rahkonen Jukka]

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.map&LAYERS=CME&TRANSPARENT
=TRUE&FORMAT=png&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&SRS=EPSG%3
A900913&BBOX=-484682.60504583,7512726.3043776,-415889.27960147,7547122.96709
97&WIDTH=900&HEIGHT=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 mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS Reprojection

[Raffaele Morelli]

2013/5/19 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.
>

Be sure you have this line in your epsg file:
<900913> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0
+y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs
___
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.map&LAYERS=CME&TRANS
> > PARENT
> =TRUE&FORMAT=png&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap
> &STYLES=&SRS=EPSG%3
> A900913&BBOX=-484682.60504583,7512726.3043776,-
> 415889.27960147,7547122.96709
> 97&WIDTH=900&HEIGHT=450
> 
> > The result is a t

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  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]

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
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Mapserver-wms-duplicate-labels-tp2808935p2809106.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

[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  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

Re: [mapserver-users] Mapserver wms duplicate labels

[micklesh]

Steve, thanks once more for you help
best wishes,
michael


Steve Lime wrote:
> 
> 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  wrote:
> 
>> Thank you very much, Thomas, this solves the problem.
>> (By the way, where can i find list of all processing directives?)
>> Regards,
>> Michael
>> 
>> 
>> 
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Mapserver-wms-duplicate-labels-tp2808935p2826238.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: srs problem

[Barend Kobben]

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.
___
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,-95&zoom=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://

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,-95&zoom=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.o

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.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetCapabilities
# 
http://localhost/cgi-bin/mapserv.exe?map=C:\ms4w\Apache\htdocs\ol\wms.map&mode=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,-95&zoom=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
CONNECTION"user=postgres dbname=gisvote password=postgres"
DATA  "the_geom from shp_state"
STATUSdefault
TYPE  polygon

CLASS
  NAME"state"
  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,-95&zoom=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 belie

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

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.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetCapabilities
# 
http://localhost/cgi-bin/mapserv.exe?map=C:\ms4w\Apache\htdocs\ol\wms.map&mode=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,-95&zoom=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
CONNECTION"user=postgres dbname=gisvote password=postgres"
DATA  "the_geom from shp_state"
STATUSon
TYPE  polygon

CLASS
  NAME"state"
  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.map&SE
RVICE=WMS&VERSION=1.1.1&REQUEST=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.map&mo
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.map&m&;
SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=aLayer&BBOX=1,2,3,4&
SRS=EPSG:4326&format=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  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]

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.map&mode=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.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=state&BBOX=184056.505,4809728.25,767381.245,5478975.75&SRS=EPSG:26915&format=image/png&width=800&height=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.map&SE
> RVICE=WMS&VERSION=1.1.1&REQUEST=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.map&mo
> 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.map&m&;
> SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=aLayer&BBOX=1,2,3,4&
> SRS=EPSG:4326&format=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  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 and Openlayers 3

[Yves Jacolin]

Jordan,

Your problem come from probably to a wrong configuration in your ol3 code.

If you can see your WMS working in QGIS you should see the layer in ol3. If 
notn that's meant that your javascript code is incorrect.

Can you show your javascript code?

Could you check the request sent by your client to MapServer using Firebug 
(http://getfirebug.com) and check if the url is working in your navigator?

check the url if it doesnt work and try to understand where the 
misconfiguration come from.

Y.
On Friday, July 24, 2015 12:26:52 jordan wrote:
> 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/map
> files/demo3.map&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=agave_01_gcs
> ,agave_02_gcs&STYLES=&SRS=EPSG:4326&BBOX=-103.809,20.8419,-103.716,20.8878&W
> IDTH=105&HEIGHT=22&FORMAT=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-tp521695
> 6.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

-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
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 :
> 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 :
> > 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 without SERVICE parameter

[Christopher Schmidt]

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

-- 
Christopher Schmidt
MetaCarta
___
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

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

[Umberto Nicoletti]

On Mon, Jan 20, 2014 at 2:44 PM, D. Nappo  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

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

[D. Nappo]

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 

> On Mon, Jan 20, 2014 at 2:44 PM, D. Nappo 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

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 

> 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 
>
>> On Mon, Jan 20, 2014 at 2:44 PM, D. Nappo 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

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 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 
mailto:umberto.nicole...@gmail.com>>
On Mon, Jan 20, 2014 at 2:44 PM, D. Nappo 
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
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"  hat am 21. Januar 2014 um 15:18
> geschrieben:
> 
>  ...but unfortunately MapServer wms time support doesn't include that format:
>   
> 
> 
>  2014/1/21 D. Nappo   >
>> >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  >  >
> >  > > >  On Mon, Jan 20, 2014 at 2:44 PM, D. Nappo
> >  > > > 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
> > > > 
> > > >
> > > >  > > >> >  > 

___
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)"  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?
> 
> 
> 
>  -Jukka Rahkonen-
> 
> 
> 
> 
> 
>  D. Nappo wrote
> 
> 
> 
>  ...but unfortunately MapServer wms time support doesn't include that format:
> 
>   
> 
> 
> 
>  2014/1/21 D. Nappo   >
> 
>  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   >
> 
>  On Mon, Jan 20, 2014 at 2:44 PM, D. Nappo   > 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 
> >   
> > 
> >  > 
> 
> 
> 
> 
> 
> 

___
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_name""om"
> "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 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.1&REQUEST=GetMap&SERVICE=WMS&LAYERS=Communes&SRS=EPSG:4326&BBOX=6.71555,46.3924,7.43958,47.0604&WIDTH=500&HEIGHT=500&FORMAT=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

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

[Oliver Christen]

Hello Jeff

Thank you for the informations,
I have transmitted what you told me to my client's IIS admin, I will see 
if they can work it on by themself or if they need further assistance.


Thanks again
best regards
Oliver



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



___
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  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 :
> On Sat, Dec 15, 2012 at 1:04 PM, Andrea Peri  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

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
wrote:

> 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
wrote:

> 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]

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.map&mode=map&mapsize=300+300&layer=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
 wrote:
> Thanks Daniel. No dice, though, log is empty.
> 
> On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> wrote:
> 
>> 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]

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  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.map&mode=map&mapsize=300+300&layer=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
>  wrote:
> > Thanks Daniel. No dice, though, log is empty.
> >
> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> > wrote:
> >
> >> 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

[Tamas Szekeres]

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 

> 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.map&mode=map&mapsize=300+300&layer=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
>  wrote:
> > Thanks Daniel. No dice, though, log is empty.
> >
> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> > wrote:
> >
> >> 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 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
 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  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.map&mode=map&mapsize=300+300&layer=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
>>  wrote:
>> > Thanks Daniel. No dice, though, log is empty.
>> >
>> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
>> > wrote:
>> >
>> >> 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.map&mode=map&mapsize=150+150&layer=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  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
>  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 
> 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.map&mode=map&mapsize=300+300&layer=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
> >>  wrote:
> >> > Thanks Daniel. No dice, though, log is empty.
> >> >
> >> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> >> > wrote:
> >> >
> >> >> 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  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 
>
> 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.map&mode=map&mapsize=300+300&layer=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
>>  wrote:
>> > Thanks Daniel. No dice, though, log is empty.
>> >
>> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
>> > wrote:
>> >
>> >> 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 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 


On Mon, Dec 7, 2009 at 4:25 PM, Daniel Walton  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 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 
>>
>> 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.map&mode=map&mapsize=300+300&layer=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
>>>  wrote:
>>> > Thanks Daniel. No dice, though, log is empty.
>>> >
>>> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
>>> > wrote:
>>> >
>>> >> 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 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:

 http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd";>
 
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




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:


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";>
  
pm25_monthly

  PM 2.5

  Feature
  






  

   

   

   

  

  


  



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)" 
To: "Bill Hudspeth" , 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:

 http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd";>
 
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




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:


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";>
  
pm25_monthly

  PM 2.5

  Feature
  






  

   

   

   

  

  


  



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