[mapserver-users] RE: WMS for netcdf [SEC=UNCLASSIFIED]

Kathleen Hirst K.Hirst at bom.gov.au
Mon Mar 5 17:06:57 EST 2012


Hi Armin,

Thanks for that. I would prefer not to use MapScript, but if that is the only way, I would be interested in some more code samples.

Regards,

Kathleen

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Armin Burger
Sent: Monday, 5 March 2012 11:24 PM
To: Rahkonen Jukka; mapserver-users at lists.osgeo.org; teknocreator at gmail.com
Subject: Re: [mapserver-users] RE: WMS for netcdf [SEC=UNCLASSIFIED]

Hello everybody

there is a quite flexible and easy to use solution to achieve all these requirements with additional (non-standard) request parameters: using MapScript bindings for OWS/WxS requests (see e.g. http://mapserver.org/ogc/mapscript.html).

I use both PHP and Python bindings and everything works very well. If PHP or Python are used via an Apache module I also could not measure real differences regarding speed of the responses (max 5% slower than mapserv CGI/FCGI, if at all).

A standard WxS handling script has roughly 10-15 lines of code. The great advantage is that between handling the request parameters and returning the response to the client you have any conceivable possibilities to modify the map or layers via MapScript. This can take into account any key-value pairs from the request, and you can handle more complicated logic than with pure variable substitution.

If there is interest I can provide some more code samples, could also be via the MapServer wiki.

Regards
Armin



-------- Original-Nachricht --------
> Datum: Mon, 5 Mar 2012 08:07:11 +0000
> Von: Rahkonen Jukka <Jukka.Rahkonen at mmmtike.fi>
> An: \'teknocreator\' <teknocreator at gmail.com>,
> "\'mapserver-users at lists.osgeo.org\'"
> <mapserver-users at lists.osgeo.org>
> Betreff: Re: [mapserver-users] RE: WMS for netcdf [SEC=UNCLASSIFIED]

> Hi,
>
> It would be nice to be able to change some processing directives
> through variable substitution. Multichannel satellite images are one
> obvious use case. I have predefined a few most common settings for
> 7-channel Landsat images as separate mapfiles but it would more
> convenient and flexible to let users select the BANDS, SCALE and LUT
> they want. It would be useful also when some other settings would suit
> better for printing than those adjusted for on-screen use.
>
> Would others find it reasonable to add PROCESSING to the items which
> support variable substitution?
>
> -Jukka Rahkonen-
>
> teknocreator wrote:
>
> Kathleen,
>
> I've searched through the lists and on the web for an answer to your
> issue as I have it too only with GRIB data.  The MapServer docs seem
> to indicate that variable substitution won't work for the PROCESSING directive.
> Therefore I tried several variations "Changing map file parameters via
> a form or a URL".  What should've worked here considering that part of
> the documentation is to add this to the GetMap request string:
>
> map[layer].processing[0]="BANDS=01"
>
> because it was the first PROCESSING directive for my layer and it
> needs a string for the directive.  But, I received an msloadLayer
> error.  I tried a few variations but all ended up with the same error.
> I've seen folks have a similar issue with this in the MS Users list
> with no solution at present.
>
> While what Puneet wrote may be a solution for you and possibly our
> GRIB data as well, it seems like a much more complicated way just to
> get at a particular band in the file.  I do see why this has been done
> as NetCDF does come in many flavors and there's the possibility of 4
> dimensions in the file.  There are many links on using WCS with
> NetCDF, a good number coming from UCAR.
>
> Still, this looks like a possible code problem where the ability to
> change map file parameter via a URL does not work in this case or else
> the ability to change BANDS needs to be added to variable
> substitution.
>
> Hopefully, someone from MapServer can help here.  Looks like I'm going
> to be investigating WCS, though.  I'll definitely be checking back on
> this one.
>
> --
> View this message in context:
> http://osgeo-org.1560.n6.nabble.com/WMS-for-netcdf-SEC-UNCLASSIFIED-tp
> 4519496p4545262.html Sent from the Mapserver - User mailing list
> archive at Nabble.com.
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
--
NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!
Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


More information about the mapserver-users mailing list