Re: [mapserver-users] upgrade Mapserver 5.4 to 6.0 (gulp!)

2011-06-10 Thread pcreso
Hi Chris, 

I'm a Suse/Ubuntu user, in both cases totally because of the well supported GIS 
related packages for these distros. So I have completely avoided the issues are 
facing right now :-) Though I'd imagine it will not be long before 6.0 is 
available natively for Fedora, given 5.6 is supported.

I'm not too familiar with the RH Linux family, but the OpenSuse Geo repository 
partially supports Centos  RH4/5, and I have found the maintainers there to be 
very helpful. If a RH or Centos build will be compatible with Fedora, it would 
be worth asking around there. Mapserver is not currently built for these 
distros, but someone may be prepared to do this for you.

http://download.opensuse.org/repositories/Application:/Geo/

Personally, I'd suggest you switch to a distro that does what you want,  if 
that includes well maintained  supported, pre-built mapserver ( related) 
packages, Ubuntu  OpenSuse are well worth considering.

HTH,

  Brent Wood



--- On Fri, 6/10/11, Smith, Michael D ERDC-CRREL-NH 
michael.sm...@usace.army.mil wrote:

From: Smith, Michael D ERDC-CRREL-NH michael.sm...@usace.army.mil
Subject: Re: [mapserver-users] upgrade Mapserver 5.4 to 6.0  (gulp!)
To: Chris Green chris.gr...@ibstv.co.uk, 'Stephen Woodbridge' 
wood...@swoodbridge.com, mapserver-users@lists.osgeo.org
Date: Friday, June 10, 2011, 3:31 AM

Chris,

What Linux OS are you on? There are packages for Ubuntu, Debian, RHEL, etc.

See http://mapserver.org/download.html#linux


On 6/9/11  11:04 AM, Chris Green chris.gr...@ibstv.co.uk wrote:

 Hi Steve
 
 Thanks for your comments. I have read the documentation and realise that
 there will be quite a few changes to my mapfile(s). I'm not at all worried
 about that, it's just a question of patiently working through the changes.
 However I am very apprehensive of the upgrade itself. Before I installed the
 FGS package I spent many, many hours trying to compile and install Mapserver
 myself but eventually had to admit defeat and resort to FGS.
 
 Now there is no FGS to fall back on, I'm hoping for some guidance (or maybe
 just some encouragement!)
 
 
 Chris
 
 -Original Message-
 From: mapserver-users-boun...@lists.osgeo.org
 [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Stephen
 Woodbridge
 Sent: 09 June 2011 15:42
 To: mapserver-users@lists.osgeo.org
 Subject: Re: [mapserver-users] upgrade Mapserver 5.4 to 6.0 (gulp!)
 
 On 6/9/2011 8:58 AM, Chris Green wrote:
 Hi All
 
 I have been running Mapserver 5.4 for about 18 months on a Fedora core 7
 Unix platform. I installed it via the FGS installer package which made
 the installation process relatively straightforward.
 
 Now I see that Mapserver 6.0 has been released and it includes some
 features that I really want to take advantage of, particularly the
 ability to cluster dense features. My problem is that apparently the FGS
 package has not been updated, so from the Mapserver website it looks
 like I have start from scratch with a scarily long list of libraries and
 compilations required to install Mapserver 6.0 from scratch. As
 something of a Unix novice I don't fancy this very much!
 
 I am wondering if there is a simple way to in effect replace my existing
 Mapserver 5.4 executable with Mapserver 6.0 - could I assume that
 Mapserver 6.0 only requires the same libraries as 5.4 and just compile
 the 6.0 executable? Any guidance on the direction to take here would be
 gratefully received.
 
 Hi Chris,
 
 Be aware that 5.4 to 6.0 is probably NOT a transparent upgrade from a
 mapfile point of view. Make sure you read the mapserver migration guide.
 One of the big changes that we made in 6.0 was to clean up some of the
 mapfile syntax and remove some deprecated tags. These should not be
 major changes but it is likely that some (all?) of your mapfiles will
 need to be tweaked to get them to work.
 
 So please plan accordingly.
 
 -Steve W
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users
 
 
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users

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


RE: [mapserver-users] upgrade Mapserver 5.4 to 6.0 (gulp!)

2011-06-10 Thread Chris Green
Hi Brent

 

Thank you for your very helpful comments, much appreciated. It is pretty
clear to me that I have to start by changing my elderly Fedora to something
better suited to supporting GIS applications including Mapserver 6.0. It is
strange - I'm not at all afraid of PHP/Mapscript (although the documentation
is not great) or of Javascript, but the whole Linux world is just so
confusing that I get a form of paralysis by analysis soon after I start
trying to compare the different options. 

 

Anyway I will certainly take a look at Ubuntu / OpenSuse.

 

 

Chris

 

From: pcr...@pcreso.com [mailto:pcr...@pcreso.com] 
Sent: 10 June 2011 07:21
To: chris.gr...@ibstv.co.uk
Cc: mapserver-users@lists.osgeo.org
Subject: Re: [mapserver-users] upgrade Mapserver 5.4 to 6.0 (gulp!)

 


Hi Chris, 

I'm a Suse/Ubuntu user, in both cases totally because of the well supported
GIS related packages for these distros. So I have completely avoided the
issues are facing right now :-) Though I'd imagine it will not be long
before 6.0 is available natively for Fedora, given 5.6 is supported.

I'm not too familiar with the RH Linux family, but the OpenSuse Geo
repository partially supports Centos  RH4/5, and I have found the
maintainers there to be very helpful. If a RH or Centos build will be
compatible with Fedora, it would be worth asking around there. Mapserver is
not currently built for these distros, but someone may be prepared to do
this for you.

http://download.opensuse.org/repositories/Application:/Geo/

Personally, I'd suggest you switch to a distro that does what you want,  if
that includes well maintained  supported, pre-built mapserver ( related)
packages, Ubuntu  OpenSuse are well worth considering.

HTH,

  Brent Wood



--- On Fri, 6/10/11, Smith, Michael D ERDC-CRREL-NH
michael.sm...@usace.army.mil wrote:


From: Smith, Michael D ERDC-CRREL-NH michael.sm...@usace.army.mil
Subject: Re: [mapserver-users] upgrade Mapserver 5.4 to 6.0 (gulp!)
To: Chris Green chris.gr...@ibstv.co.uk, 'Stephen Woodbridge'
wood...@swoodbridge.com, mapserver-users@lists.osgeo.org
Date: Friday, June 10, 2011, 3:31 AM

Chris,

What Linux OS are you on? There are packages for Ubuntu, Debian, RHEL, etc.

See http://mapserver.org/download.html#linux


On 6/9/11  11:04 AM, Chris Green chris.gr...@ibstv.co.uk wrote:

 Hi Steve
 
 Thanks for your comments. I have read the documentation and realise that
 there will be quite a few changes to my mapfile(s). I'm not at all worried
 about that, it's just a question of patiently working through the changes.
 However I am very apprehensive of the upgrade itself. Before I installed
the
 FGS package I spent many, many hours trying to compile and install
Mapserver
 myself but eventually had to admit defeat and resort to FGS.
 
 Now there is no FGS to fall back on, I'm hoping for some guidance (or
maybe
 just some encouragement!)
 
 
 Chris
 
 -Original Message-
 From: mapserver-users-boun...@lists.osgeo.org
 [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Stephen
 Woodbridge
 Sent: 09 June 2011 15:42
 To: mapserver-users@lists.osgeo.org
 Subject: Re: [mapserver-users] upgrade Mapserver 5.4 to 6.0 (gulp!)
 
 On 6/9/2011 8:58 AM, Chris Green wrote:
 Hi All
 
 I have been running Mapserver 5.4 for about 18 months on a Fedora core 7
 Unix platform. I installed it via the FGS installer package which made
 the installation process relatively straightforward.
 
 Now I see that Mapserver 6.0 has been released and it includes some
 features that I really want to take advantage of, particularly the
 ability to cluster dense features. My problem is that apparently the FGS
 package has not been updated, so from the Mapserver website it looks
 like I have start from scratch with a scarily long list of libraries and
 compilations required to install Mapserver 6.0 from scratch. As
 something of a Unix novice I don't fancy this very much!
 
 I am wondering if there is a simple way to in effect replace my existing
 Mapserver 5.4 executable with Mapserver 6.0 - could I assume that
 Mapserver 6.0 only requires the same libraries as 5.4 and just compile
 the 6.0 executable? Any guidance on the direction to take here would be
 gratefully received.
 
 Hi Chris,
 
 Be aware that 5.4 to 6.0 is probably NOT a transparent upgrade from a
 mapfile point of view. Make sure you read the mapserver migration guide.
 One of the big changes that we made in 6.0 was to clean up some of the
 mapfile syntax and remove some deprecated tags. These should not be
 major changes but it is likely that some (all?) of your mapfiles will
 need to be tweaked to get them to work.
 
 So please plan accordingly.
 
 -Steve W
 ___
 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
 

[mapserver-users] MapServer Fails

2011-06-10 Thread SixDegrees
We have several NITF images that can be successfully translated to, say, PNG
or GTiff format using a gdal_translate command similar to the following:

   gdal_translate -ot Byte -of GTiff -scale -b 3 -b 2 -b 1myNitf.ntf
~/myGTif.tif

However, we are having trouble getting MapServer to serve these images. We
get what looks like a single pixel, greatly enlarged to fill the entire
returned image file, showing one or two colors from the input image. We have
adjusted the BBox to encompass larger areas with no success. MapServer is
configured at DEBUG level 5, both CPL_DEBUG and PROJ_DEBUG are enabled, but
no error messages occur during processing; the same is true when running
mapserv on the command line, feeding it the query string from the browser
request - no errors, and an image consisting of a block of one or two solid
colors is returned.

Any thoughts on A) how to configure the mapfile, B) how to further
investigate what is going on? It might be useful to be able to see the
underlying GDAL calls being made, for instance, or the various parameters -
in particular, the bounding box being passed - or C) any other guidance on
how to proceed in debugging this problem?


--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/MapServer-Fails-tp6461326p6461326.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] upgrade Mapserver 5.4 to 6.0 (gulp!)

2011-06-10 Thread Smith, Michael ERDC-CRREL-NH
For Fedora, I think you want the EPEL and ELGIS repos.

See http://wiki.osgeo.org/wiki/Enterprise_Linux_GIS

Mike


-- 
Michael Smith
Remote Sensing/GIS Center
US Army Corps of Engineers



On 6/10/11 3:34 AM, Chris Green chris.gr...@ibstv.co.uk wrote:

 Hi Brent
  
 Thank you for your very helpful comments, much appreciated. It is pretty clear
 to me that I have to start by changing my elderly Fedora to something better
 suited to supporting GIS applications including Mapserver 6.0. It is strange ­
 I¹m not at all afraid of PHP/Mapscript (although the documentation is not
 great) or of Javascript, but the whole Linux world is just so confusing that I
 get a form of paralysis by analysis soon after I start trying to compare the
 different options.
  
 Anyway I will certainly take a look at Ubuntu / OpenSuse.
  
  
 Chris
  
 
 From: pcr...@pcreso.com [mailto:pcr...@pcreso.com]
 Sent: 10 June 2011 07:21
 To: chris.gr...@ibstv.co.uk
 Cc: mapserver-users@lists.osgeo.org
 Subject: Re: [mapserver-users] upgrade Mapserver 5.4 to 6.0 (gulp!)
  
 Hi Chris, 
 
 I'm a Suse/Ubuntu user, in both cases totally because of the well supported
 GIS related packages for these distros. So I have completely avoided the
 issues are facing right now :-) Though I'd imagine it will not be long before
 6.0 is available natively for Fedora, given 5.6 is supported.
 
 I'm not too familiar with the RH Linux family, but the OpenSuse Geo repository
 partially supports Centos  RH4/5, and I have found the maintainers there to
 be very helpful. If a RH or Centos build will be compatible with Fedora, it
 would be worth asking around there. Mapserver is not currently built for these
 distros, but someone may be prepared to do this for you.
 
 http://download.opensuse.org/repositories/Application:/Geo/
 
 Personally, I'd suggest you switch to a distro that does what you want,  if
 that includes well maintained  supported, pre-built mapserver ( related)
 packages, Ubuntu  OpenSuse are well worth considering.
 
 HTH,
 
   Brent Wood
 
 
 
 --- On Fri, 6/10/11, Smith, Michael D ERDC-CRREL-NH
 michael.sm...@usace.army.mil wrote:
 From: Smith, Michael D ERDC-CRREL-NH michael.sm...@usace.army.mil
 Subject: Re: [mapserver-users] upgrade Mapserver 5.4 to 6.0 (gulp!)
 To: Chris Green chris.gr...@ibstv.co.uk, 'Stephen Woodbridge'
 wood...@swoodbridge.com, mapserver-users@lists.osgeo.org
 Date: Friday, June 10, 2011, 3:31 AMChris,
 
 What Linux OS are you on? There are packages for Ubuntu, Debian, RHEL, etc.
 
 See http://mapserver.org/download.html#linux
 
 
 On 6/9/11  11:04 AM, Chris Green chris.gr...@ibstv.co.uk
 /mc/compose?to=chris.gr...@ibstv.co.uk  wrote:
 
  Hi Steve
  
  Thanks for your comments. I have read the documentation and realise that
  there will be quite a few changes to my mapfile(s). I'm not at all worried
  about that, it's just a question of patiently working through the changes.
  However I am very apprehensive of the upgrade itself. Before I installed 
the
  FGS package I spent many, many hours trying to compile and install
 Mapserver
  myself but eventually had to admit defeat and resort to FGS.
  
  Now there is no FGS to fall back on, I'm hoping for some guidance (or maybe
  just some encouragement!)
  
  
  Chris
  
  -Original Message-
  From: mapserver-users-boun...@lists.osgeo.org
 /mc/compose?to=mapserver-users-boun...@lists.osgeo.org
  [mailto:mapserver-users-boun...@lists.osgeo.org
 /mc/compose?to=mapserver-users-boun...@lists.osgeo.org ] On Behalf Of
 Stephen
  Woodbridge
  Sent: 09 June 2011 15:42
  To: mapserver-users@lists.osgeo.org
 /mc/compose?to=mapserver-users@lists.osgeo.org
  Subject: Re: [mapserver-users] upgrade Mapserver 5.4 to 6.0 (gulp!)
  
  On 6/9/2011 8:58 AM, Chris Green wrote:
  Hi All
  
  I have been running Mapserver 5.4 for about 18 months on a Fedora core 7
  Unix platform. I installed it via the FGS installer package which made
  the installation process relatively straightforward.
  
  Now I see that Mapserver 6.0 has been released and it includes some
  features that I really want to take advantage of, particularly the
  ability to cluster dense features. My problem is that apparently the FGS
  package has not been updated, so from the Mapserver website it looks
  like I have start from scratch with a scarily long list of libraries and
  compilations required to install Mapserver 6.0 from scratch. As
  something of a Unix novice I don't fancy this very much!
  
  I am wondering if there is a simple way to in effect replace my existing
  Mapserver 5.4 executable with Mapserver 6.0 - could I assume that
  Mapserver 6.0 only requires the same libraries as 5.4 and just compile
  the 6.0 executable? Any guidance on the direction to take here would be
  gratefully received.
  
  Hi Chris,
  
  Be aware that 5.4 to 6.0 is probably NOT a transparent upgrade from a
  mapfile point of view. Make sure you read the mapserver migration guide.
  One of the big changes that we made in 6.0 was to 

Re: [mapserver-users] Problem using mapserver with WCS

2011-06-10 Thread Frank Warmerdam

On 11-06-09 11:58 PM, Virginia Maffei wrote:

Thanks Frank, i dropped the map= from the url but now it throws an error that i
dont understand:
msWCSGetCoverageMetadata(): WCS server error. Unable to determine the SRS for
this layer, no projection defined and no metadata available.

Do you have any idea whats the problem i'm having? the mapfile is the same one.


Virginia,

I notice you do not have any PROJECTION blocks or SRS service metadata at
the layer or map level.  I would suggest you re-review the WCS documentation.

You might want to use the following as an example of a fairly
minimalist WCS service mapfile (ignore all the request comments at
the start - these are part of the autotest).

  http://svn.osgeo.org/mapserver/trunk/msautotest/wxs/wcs_simple.map

Best regards,
--
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush| Geospatial Programmer for Rent

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


Re: [mapserver-users] MapServer Fails

2011-06-10 Thread Frank Warmerdam

On 11-06-10 04:26 AM, SixDegrees wrote:

We have several NITF images that can be successfully translated to, say, PNG
or GTiff format using a gdal_translate command similar to the following:

gdal_translate -ot Byte -of GTiff -scale -b 3 -b 2 -b 1myNitf.ntf
~/myGTif.tif

However, we are having trouble getting MapServer to serve these images. We
get what looks like a single pixel, greatly enlarged to fill the entire
returned image file, showing one or two colors from the input image. We have
adjusted the BBox to encompass larger areas with no success. MapServer is
configured at DEBUG level 5, both CPL_DEBUG and PROJ_DEBUG are enabled, but
no error messages occur during processing; the same is true when running
mapserv on the command line, feeding it the query string from the browser
request - no errors, and an image consisting of a block of one or two solid
colors is returned.

Any thoughts on A) how to configure the mapfile, B) how to further
investigate what is going on? It might be useful to be able to see the
underlying GDAL calls being made, for instance, or the various parameters -
in particular, the bounding box being passed - or C) any other guidance on
how to proceed in debugging this problem?


Paul,

If you capture all the MapServer debug output you should be alle to see
the window accessed and the scaling used.

eg.

[Fri Jun 10 09:14:27 2011].271521 msDrawRasterLayerLow(grid1): entering.
GDAL: GDALOpen(/home/warmerda/mapserver/msautotest/gdal/./data/float.tif, 
this=0x1146570) succeeds as GTiff.

[Fri Jun 10 09:14:27 2011].287958 msDrawRasterLayerGDAL(): Entering transform.
[Fri Jun 10 09:14:27 2011].288045 msDrawRasterLayerGDAL(): src=0,0,40,30, 
dst=0,0,400,300
[Fri Jun 10 09:14:27 2011].288071 msDrawRasterLayerGDAL(): source raster PL 
(0.000,-0.000) for dst PL (0,0).
[Fri Jun 10 09:14:27 2011].288114 msDrawRasterLayerGDAL(): red,green,blue,alpha 
bands = 1,0,0,0

[Fri Jun 10 09:14:27 2011].309383 msDrawRasterGDAL_16BitClassification(grid1):
  scaling to 4 buckets from range=-10.5,10.5.

You didn't provide any information on how you configured the layer in
mapserver.  I am wondering if you used PROCESSING SCALE=AUTO or not?  That
would be the rough analog of the -scale option used for gdal_translate.

Best regards,
--
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush| Geospatial Programmer for Rent

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


[mapserver-users] Mapserver 6.0, SLD and halo

2011-06-10 Thread Rahkonen Jukka
Hi,

This part of SLD used to work with 5.x

sld:Halo
sld:Radius
ogc:Literal3/ogc:Literal
/sld:Radius
sld:Fill
sld:CssParameter name=fill#FF/sld:CssParameter
sld:CssParameter name=fill-opacity1/sld:CssParameter
/sld:Fill
/sld:Halo

It does not work with 6.0. Mapserver accepts the SLD if we take off this part:
sld:Radius
ogc:Literal3/ogc:Literal
/sld:Radius

However, the document http://mapserver.org/ogc/sld.html says that also Radius 
is supported

Halo Yes   Supported (fill converted to outlinecolor, and radius is 
converted to outlinewidth. 
Note that outlinewidth is only available for AGG in =5.2)

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


Re: [mapserver-users] Mapserver 6.0, SLD and halo

2011-06-10 Thread Yewondwossen Assefa
Thanks for putting this in trac (#3915 and #3916). I will give it a look 
early next week.


beat regards,

On 10/06/2011 9:35 AM, Rahkonen Jukka wrote:

Hi,

This part of SLD used to work with 5.x

sld:Halo
sld:Radius
ogc:Literal3/ogc:Literal
/sld:Radius
sld:Fill
sld:CssParameter name=fill#FF/sld:CssParameter
sld:CssParameter name=fill-opacity1/sld:CssParameter
/sld:Fill
/sld:Halo

It does not work with 6.0. Mapserver accepts the SLD if we take off this part:
sld:Radius
ogc:Literal3/ogc:Literal
/sld:Radius

However, the document http://mapserver.org/ogc/sld.html says that also Radius 
is supported

Halo Yes  Supported (fill converted to outlinecolor, and radius is converted 
to outlinewidth.
Note that outlinewidth is only available for AGG in=5.2)

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




--

Assefa Yewondwossen
Software Analyst

Email: yass...@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


[mapserver-users] query results lost

2011-06-10 Thread Ben Thompson
Hello...we upgraded to the latest ms4w version 3.0.1 (MapServer and
MapScript to 5.6.6 )
and some things went bad. after doing a $oLayer-queryByPoint which yields
results (layer-numresults0), a call to $map_object-saveQuery yields a
file showing *no results*:

MapServer Query - Generated by msSaveQuery()
1 1 33 -1
10718763.8336106 3518854.14068547 -1 0
-1 -1 -1 -1
-1 -1 1
NULL
NULL
-1
0
so I rewrote our code to avoid using that...a php is loaded into an iframe
(frame.src=blablabla.php?xxx),  in which the query results are accesed via
$map_object-$oMapSession-oMap...all layers have -numresults=0

anyone have a clue as to what went bad? the code worked fine in an older
mapserver/mapscript...

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


[mapserver-users] Google tile schema to coordinates conversion

2011-06-10 Thread Armin Burger

Hi all

I would like to set up a scripting solution based on MapScript that 
replies correctly to requests using the Google tile schema x+y+z. Does 
anybody know a formula how to transform the XYZ request values to 
bounding box coordinates in the Google Spherical Mercator projection?


I know that Mapserver CGI offers the tile mode for this. It works very 
well, but I would need a Mapscript solution for more flexibility of the 
request handling.


Any hint appreciated

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


[mapserver-users] Re: MapServer Fails

2011-06-10 Thread SixDegrees
I'm using PROCESSING SCALE=AUTO. I don't have my mapfile available at this
location, but I can access it on Monday.

I'm not seeing as much output as you've indicated. Where is this being
output? On the command line when mapserv is called with a query string? Or
in the log file?


--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/MapServer-Fails-tp6461326p6463085.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] Re: MapServer Fails

2011-06-10 Thread Frank Warmerdam

On 11-06-10 01:00 PM, SixDegrees wrote:

I'm using PROCESSING SCALE=AUTO. I don't have my mapfile available at this
location, but I can access it on Monday.

I'm not seeing as much output as you've indicated. Where is this being
output? On the command line when mapserv is called with a query string? Or
in the log file?


Paul,

I generated that adding the -all_debug 5 commandline switch to shp2img.
But with mapserver it would be accomplished by setting the DEBUG level
(on at least the LAYER) to 5.  The debug output can go several places.

You can set the the following in your MAP object to ensure that debug
output goes to stderr.

CONFIG  MS_ERRORFILE stderr

More details on debug output at:

  http://mapserver.org/development/rfc/ms-rfc-28.html

Best regards,
--
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush| Geospatial Programmer for Rent

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


[mapserver-users] Re: MapServer Fails

2011-06-10 Thread SixDegrees
OK, thanks. I've got everything set much the way you suggest already, but
perhaps I missed some of the output. I'll check again on Monday.


--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/MapServer-Fails-tp6461326p6463216.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] Re: MapServer Fails

2011-06-10 Thread Jeff McKenna




More details on debug output at:

http://mapserver.org/development/rfc/ms-rfc-28.html


Actually the official doc for debugging MapServer lives at: 
http://www.mapserver.org/optimization/debugging.html


-jeff



--
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] Google tile schema to coordinates conversion

2011-06-10 Thread Armin Burger
I discovered now the conversion method in the Mapserver source code in 
maptile.c = msTileSetExtent().


armin


On 10/06/2011 17:43, Armin Burger wrote:

Hi all

I would like to set up a scripting solution based on MapScript that
replies correctly to requests using the Google tile schema x+y+z. Does
anybody know a formula how to transform the XYZ request values to
bounding box coordinates in the Google Spherical Mercator projection?

I know that Mapserver CGI offers the tile mode for this. It works very
well, but I would need a Mapscript solution for more flexibility of the
request handling.

Any hint appreciated

Armin
___
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] upgrade Mapserver 5.4 to 6.0 (gulp!)

2011-06-10 Thread pcreso
Just my opinion. But the koolest thing is we do have choices!!


ELGIS is nice, but I found it more limited in terms of supported packages (that 
I use anyway)  speed of update to new versionscompared to both OpenSuse  
Ubuntu.

My computer use pretty much revolves around Open Source GIS stuff ( has done 
for over 10 years now). I've been a somewhat promiscuous Linux user, jumping to 
whichever made my life easiest for a click  go Linux GIS workstation.

For a few years, OpenSuse ruled my desktop, but for the last 18 months or so I 
have felt UbuntuGIS has the edge. There are still things I prefer about 
OpenSuse, some nice things about Fedora too, but for something that just 
installs and runs on desktops, notebooks  netbooks,  has a full, well 
maintained GIS repository, with everything I need (almost anyway - no hi res  
full res GHSSH for GMT :-), for now I'm running Ubuntu.  

I'm not saying it's best for everyone, just passing on my experience.

See:

Ubuntu stable: https://launchpad.net/~ubuntugis/+archive/ppa
Ubuntu unstable: https://launchpad.net/~ubuntugis/+archive/ubuntugis-unstable
 (also note there are many related packages in other repositories)

OpenSUSE:GEO: 
http://download.opensuse.org/repositories/Application:/Geo/openSUSE_11.4/x86_64/

Cheers,

  Brent Wood

--- On Fri, 6/10/11, Smith, Michael ERDC-CRREL-NH 
michael.sm...@usace.army.mil wrote:

From: Smith, Michael ERDC-CRREL-NH michael.sm...@usace.army.mil
Subject: Re: [mapserver-users] upgrade Mapserver 5.4 to 6.0  (gulp!)
To: Chris Green chris.gr...@ibstv.co.uk, pcr...@pcreso.com
Cc: mapserver-users@lists.osgeo.org
Date: Friday, June 10, 2011, 10:06 PM



Re: [mapserver-users] upgrade Mapserver 5.4 to 6.0  (gulp!)
For Fedora, I think you want the EPEL and ELGIS repos.



See http://wiki.osgeo.org/wiki/Enterprise_Linux_GIS



Mike





-- 

Michael Smith

Remote Sensing/GIS Center

US Army Corps of Engineers







On 6/10/11 3:34 AM, Chris Green chris.gr...@ibstv.co.uk wrote:



Hi Brent

 

Thank you for your very helpful comments, much appreciated. It is pretty clear 
to me that I have to start by changing my elderly Fedora to something better 
suited to supporting GIS applications including Mapserver 6.0. It is strange – 
I’m not at all afraid of PHP/Mapscript (although the documentation is not 
great) or of Javascript, but the whole Linux world is just so confusing that I 
get a form of paralysis by analysis soon after I start trying to compare the 
different options. 

 

Anyway I will certainly take a look at Ubuntu / OpenSuse.

 

 

Chris

 



From: pcr...@pcreso.com [mailto:pcr...@pcreso.com] 

Sent: 10 June 2011 07:21

To: chris.gr...@ibstv.co.uk

Cc: mapserver-users@lists.osgeo.org

Subject: Re: [mapserver-users] upgrade Mapserver 5.4 to 6.0 (gulp!)

 

Hi Chris, 



I'm a Suse/Ubuntu user, in both cases totally because of the well supported GIS 
related packages for these distros. So I have completely avoided the issues are 
facing right now :-) Though I'd imagine it will not be long before 6.0 is 
available natively for Fedora, given 5.6 is supported.



I'm not too familiar with the RH Linux family, but the OpenSuse Geo repository 
partially supports Centos  RH4/5, and I have found the maintainers there to be 
very helpful. If a RH or Centos build will be compatible with Fedora, it would 
be worth asking around there. Mapserver is not currently built for these 
distros, but someone may be prepared to do this for you.



http://download.opensuse.org/repositories/Application:/Geo/



Personally, I'd suggest you switch to a distro that does what you want,  if 
that includes well maintained  supported, pre-built mapserver ( related) 
packages, Ubuntu  OpenSuse are well worth considering.



HTH,



  Brent Wood







--- On Fri, 6/10/11, Smith, Michael D ERDC-CRREL-NH 
michael.sm...@usace.army.mil wrote:

From: Smith, Michael D ERDC-CRREL-NH michael.sm...@usace.army.mil

Subject: Re: [mapserver-users] upgrade Mapserver 5.4 to 6.0 (gulp!)

To: Chris Green chris.gr...@ibstv.co.uk, 'Stephen Woodbridge' 
wood...@swoodbridge.com, mapserver-users@lists.osgeo.org

Date: Friday, June 10, 2011, 3:31 AMChris,



What Linux OS are you on? There are packages for Ubuntu, Debian, RHEL, etc.



See http://mapserver.org/download.html#linux





On 6/9/11  11:04 AM, Chris Green chris.gr...@ibstv.co.uk 
/mc/compose?to=chris.gr...@ibstv.co.uk  wrote:



 Hi Steve

 

 Thanks for your comments. I have read the documentation and realise that

 there will be quite a few changes to my mapfile(s). I'm not at all worried

 about that, it's just a question of patiently working through the changes.

 However I am very apprehensive of the upgrade itself. Before I installed the

 FGS package I spent many, many hours trying to compile and install Mapserver

 myself but eventually had to admit defeat and resort to FGS.

 

 Now there is no FGS to fall back on, I'm hoping for some guidance (or maybe

 just some encouragement!)

 

 

 Chris

 

 

Re: [mapserver-users] Google tile schema to coordinates conversion

2011-06-10 Thread Mark Korver
there is also code here

http://www.maptiler.org/google-maps-coordinates-tile-bounds-projection/



On Fri, Jun 10, 2011 at 3:35 PM, Armin Burger armin.bur...@gmx.net wrote:
 I discovered now the conversion method in the Mapserver source code in
 maptile.c = msTileSetExtent().

 armin


 On 10/06/2011 17:43, Armin Burger wrote:

 Hi all

 I would like to set up a scripting solution based on MapScript that
 replies correctly to requests using the Google tile schema x+y+z. Does
 anybody know a formula how to transform the XYZ request values to
 bounding box coordinates in the Google Spherical Mercator projection?

 I know that Mapserver CGI offers the tile mode for this. It works very
 well, but I would need a Mapscript solution for more flexibility of the
 request handling.

 Any hint appreciated

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

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

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


[mapserver-users] Unable to render a raster with 4 bands

2011-06-10 Thread jt2000
I have a GRD raster that I'm trying to show on the map using mapserver. 
Currently I'm getting all transparent output.

I've converted it to TIF using gdal_translate and it converted fine.  I also
used shp2img to convert to png without any issues.

Here is gdalinfo on the TIF file.

Driver: GTiff/GeoTIFF
Files: Test.tif
Size is 1293, 1276
Coordinate System is:
PROJCS[NAD83 / UTM zone 18N,
GEOGCS[NAD83,
DATUM[North_American_Datum_1983,
SPHEROID[GRS 1980,6378137,298.2572221010002,
AUTHORITY[EPSG,7019]],
AUTHORITY[EPSG,6269]],
PRIMEM[Greenwich,0],
UNIT[degree,0.0174532925199433],
AUTHORITY[EPSG,4269]],
PROJECTION[Transverse_Mercator],
PARAMETER[latitude_of_origin,0],
PARAMETER[central_meridian,-75],
PARAMETER[scale_factor,0.9996],
PARAMETER[false_easting,50],
PARAMETER[false_northing,0],
UNIT[metre,1,
AUTHORITY[EPSG,9001]],
AUTHORITY[EPSG,26918]]
Origin = (306885.000,4328685.000)
Pixel Size = (30.000,-30.000)
Metadata:
  AREA_OR_POINT=Area
Image Structure Metadata:
  INTERLEAVE=PIXEL
Corner Coordinates:
Upper Left  (  306885.000, 4328685.000) ( 77d13'57.95W, 39d 5' 9.33N)
Lower Left  (  306885.000, 4290405.000) ( 77d13'19.14W, 38d44'28.42N)
Upper Right (  345675.000, 4328685.000) ( 76d47' 4.23W, 39d 5'37.14N)
Lower Right (  345675.000, 4290405.000) ( 76d46'33.21W, 38d44'55.89N)
Center  (  326280.000, 4309545.000) ( 77d 0'13.63W, 38d55' 3.48N)
Band 1 Block=1293x1 Type=Byte, ColorInterp=Red
  NoData Value=0
Band 2 Block=1293x1 Type=Byte, ColorInterp=Green
  NoData Value=0
Band 3 Block=1293x1 Type=Byte, ColorInterp=Blue
  NoData Value=0
Band 4 Block=1293x1 Type=Byte, ColorInterp=Alpha
  NoData Value=0
  Offset: -200,   Scale:0.00305185094759972

I'm seeing this in the mapserver log.


[Fri Jun 10 19:57:28 2011].556592 LoadGDALImage(rasterlayer): NODATA value 0
in GDAL
file or PROCESSING directive ignored.  Not yet supported for
unclassified scaled data.
[Fri Jun 10 19:57:28 2011].569044 msPostGISLayerIsOpen called.
[Fri Jun 10 19:57:28 2011].891159 LoadGDALImage(rasterlayer): NODATA value 0
in GDAL
file or PROCESSING directive ignored.  Not yet supported for
unclassified scaled data.
[Fri Jun 10 19:57:28 2011].891559 LoadGDALImage(rasterlayer): NODATA value 0
in GDAL
file or PROCESSING directive ignored.  Not yet supported for
unclassified scaled data.
[Fri Jun 10 19:57:28 2011].891901 LoadGDALImage(rasterlayer): NODATA value 0
in GDAL
file or PROCESSING directive ignored.  Not yet supported for
unclassified scaled data.
[Fri Jun 10 19:57:28 2011].892286 LoadGDALImage(rasterlayer): NODATA value 0
in GDAL
file or PROCESSING directive ignored.  Not yet supported for
unclassified scaled data.
[Fri Jun 10 19:57:28 2011].903631 msPostGISLayerIsOpen called.
[Fri Jun 10 19:57:29 2011].131158 LoadGDALImage(rasterlayer): NODATA value 0
in GDAL
file or PROCESSING directive ignored.  Not yet supported for
unclassified scaled data.
[Fri Jun 10 19:57:29 2011].131362 LoadGDALImage(rasterlayer): NODATA value 0
in GDAL
file or PROCESSING directive ignored.  Not yet supported for
unclassified scaled data.
[Fri Jun 10 19:57:29 2011].131523 LoadGDALImage(rasterlayer): NODATA value 0
in GDAL
file or PROCESSING directive ignored.  Not yet supported for
unclassified scaled data.
[Fri Jun 10 19:57:29 2011].131717 LoadGDALImage(rasterlayer): NODATA value 0
in GDAL
file or PROCESSING directive ignored.  Not yet supported for
unclassified scaled data.

What do I need to change in the map file to make this work?  
I have tried PROCESSING SCALE=0,0.00305185094759972 to see if that would
help.


--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Unable-to-render-a-raster-with-4-bands-tp6464301p6464301.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


[mapserver-users] Re: Unable to render a raster with 4 bands

2011-06-10 Thread jt2000
BTW, 

I'm using mapserver 5.6.6 and GDAL 1.8.0

MapServer version 5.6.6 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV
SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
SUPPORTS=WFS_CLIENT SUPPORTS=GEOS INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR
INPUT=GDAL INPUT=SHAPEFILE

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Unable-to-render-a-raster-with-4-bands-tp6464301p6464302.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