[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


[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.95"W, 39d 5' 9.33"N)
Lower Left  (  306885.000, 4290405.000) ( 77d13'19.14"W, 38d44'28.42"N)
Upper Right (  345675.000, 4328685.000) ( 76d47' 4.23"W, 39d 5'37.14"N)
Lower Right (  345675.000, 4290405.000) ( 76d46'33.21"W, 38d44'55.89"N)
Center  (  326280.000, 4309545.000) ( 77d 0'13.63"W, 38d55' 3.48"N)
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


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


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

From: Smith, Michael ERDC-CRREL-NH 
Subject: Re: [mapserver-users] upgrade Mapserver 5.4 to 6.0  (gulp!)
To: "Chris Green" , 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"  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 
 wrote:

From: Smith, Michael D ERDC-CRREL-NH 

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

To: "Chris Green" , "'Stephen Woodbridge'" 
, 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"  > 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.os

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


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


[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] 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->numresults>0), 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


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



3


#FF
1



It does not work with 6.0. Mapserver accepts the SLD if we take off this part:

3


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] Mapserver 6.0, SLD and halo

2011-06-10 Thread Rahkonen Jukka
Hi,

This part of SLD used to work with 5.x



3


#FF
1



It does not work with 6.0. Mapserver accepts the SLD if we take off this part:

3


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


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] 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"  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
>  wrote:
> From: Smith, Michael D ERDC-CRREL-NH 
> Subject: Re: [mapserver-users] upgrade Mapserver 5.4 to 6.0 (gulp!)
> To: "Chris Green" , "'Stephen Woodbridge'"
> , 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"   > 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 

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


From: Smith, Michael D ERDC-CRREL-NH 
Subject: Re: [mapserver-users] upgrade Mapserver 5.4 to 6.0 (gulp!)
To: "Chris Green" , "'Stephen Woodbridge'"
, 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"  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-u