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-tp4519496p4545262.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 mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Error: Failed to draw layer
Hi Steve, thx for reply. If I comment the connectiontype it work. Great. :) I tried using local instead of ogr but it gave a parser-error. I don't tried before removing the connectiontype. thanks, Andrea. 2012/3/5 Lime, Steve D (DNR) steve.l...@state.mn.us Why use OGR and not the native shape file driver in MapSever? What happens if you comment out the connection type? Steve From: mapserver-users-boun...@lists.osgeo.org [ mapserver-users-boun...@lists.osgeo.org] on behalf of Andrea Peri [ aperi2...@gmail.com] Sent: Sunday, March 04, 2012 4:42 PM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] Error: Failed to draw layer Hi, I'm try-ing to set a mapserver as a wms server. But I'm having this error: On the getMap request I have this error: (No error code was reported) The WMS vendor also reported: msDrawMap(): Image handling error. Failed to draw layer named 'idprovince2'. msOGRFileOpen(): OGR error. Error parsing OGR connection information in layer `idprovince2' My settings for layer is this: LAYER NAME idprovince2 STATUS ON TYPE POLYGON CONNECTIONTYPE OGR DATA /home//shapefile_polygon PROJECTION init=epsg:3003 END METADATA 'wms_title' 'Confini Provinciali2' END CLASS NAME 'am_prov_region_am_prov' STYLE WIDTH 0.91 OUTLINECOLOR 0 0 0 COLOR 103 132 169 ANTIALIAS true END LABEL POSITION auto SIZE 8 COLOR 0 0 0 TYPE truetype FONT arial END END END I try many settings, but nothing change :( Any hints is welcome, thx -- - Andrea Peri . . . . . . . . . qwerty àèìòù - -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] how can I adjust size of label
Dear All, I plot map file which is including villages. Data stored in MySQL and read via OGR. My question is it possible to adjust size of the label changing automatically considering the zoom level? I mean when I zoom in size of the label also will increase, and decrease when I zoom out. is STYLEITEM AUTO is a way to do? or which doc will be useful to do this. regards Murat -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
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 + Von: Rahkonen Jukka jukka.rahko...@mmmtike.fi An: \'teknocreator\' teknocrea...@gmail.com, \'mapserver-users@lists.osgeo.org\' mapserver-users@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-tp4519496p4545262.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 mailing list mapserver-users@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@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Setup advice please?
On 12-03-02 11:22 PM, pcr...@pcreso.com wrote: That's about my take on it, maybe a couple of hours, but I've just been quoted 3 days by a support team to do this, at NZ$170/hr. (current exch rate is around .77, so maybe $2600US??? for the job) I will give feedback here, as I am one of those possible 'support teams' out there. You are talking to several power users here on this list saying 'a few hours', for their own time. This 'support team' provided you an accurate estimate of time, as many issues can occur during such a setup and they must account for that. I would go with this interested support team and get the job done. Don't question them publicly on a list, just move forward and they will do an excellent job for you I am sure (even though I don't know the team you refer to). Go for it. -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] MapServer 6.0.1 ignoring WMS options?
Hi list! We have MapServer 6.0.1 installed on our Linux system (CentOS 5.7) and have encountered an issue where the WMS options (i.e. BBOX, HEIGHT, WIDTH) seem to be ignored for a GetMap request. I have checked options for and output from running the configure script for building the executable. The --with-proj and --with-wms options are specified (though one shouldn't need it if --with-proj is there correctly). Output from running the configure script indicates that the -DUSE_WMS_SVR compiler switch was on when compiling the mapwms.c code, which is where that becomes important. I examined that code and it's here that MapServer first uses the extents in the mapfile as defaults but then adjusts that based on the BBOX, HEIGHT, and WIDTH options in the GetMap request. Running -v on the resulting executable also indicates SUPPORTS=WMS_SERVER. The call to MapServer does produce an image but for the entire EXTENT of the data that's specified in the mapfile. Doesn't make any difference whether it's a raster or point layer. Example REQUEST: http://(our main site address)/cgi-bin/mapserv?REQUEST=GetMapSERVICE=WMSVERSION=1.1.1FORMAT=image%2FpngMODE=mapMAP=wxmap%2Fglmpvis.mapLAYERS=mosaicSRS=EPSG%3A3857TRANSPARENT=TRUESTYLES=BBOX=-13807095.590531%203308267.5857033%20-12241665.251469%204482340.341WIDTH=640HEIGHT=480 First part of the mapfile: MAP NAME testgrib IMAGETYPE PNG EXTENT -1400 300 -700 700 As you can see, the EXTENT in the mapfile are different than the BBOX values. When I put the BBOX values in the EXTENT area in the mapfile, the image lines up with the map background as it should. So for some reason, it appears that something isn't being set correctly to allow our MapServer to accept standard WMS options. Perhaps somehow, this value of USE_WMS_SVR in mapwms.c isn't getting set correctly? But, by all the output we've checked, it looks like MapServer gets built correctly and to enable it as a WMS server. Anyone else with a similar issue or somewhere else we should check for a problem? Thanks for any help! Dave M ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapServer 6.0.1 ignoring WMS options?
David According to the WMS specs, BBOX parameters for getMap requests are comma-separated, you are using spaces only (url-encoded as %20). I would expect MS to return an exception instead of ignoring this. armin On 05/03/2012 21:20, David Miller wrote: Hi list! We have MapServer 6.0.1 installed on our Linux system (CentOS 5.7) and have encountered an issue where the WMS options (i.e. BBOX, HEIGHT, WIDTH) seem to be ignored for a GetMap request. I have checked options for and output from running the configure script for building the executable. The --with-proj and --with-wms options are specified (though one shouldn't need it if --with-proj is there correctly). Output from running the configure script indicates that the-DUSE_WMS_SVR compiler switch was on when compiling the mapwms.c code, which is where that becomes important. I examined that code and it's here that MapServer first uses the extents in the mapfile as defaults but then adjusts that based on the BBOX, HEIGHT, and WIDTH options in the GetMap request. Running -v on the resulting executable also indicates SUPPORTS=WMS_SERVER. The call to MapServer does produce an image but for the entire EXTENT of the data that's specified in the mapfile. Doesn't make any difference whether it's a raster or point layer. Example REQUEST: http://(our main site address)/cgi-bin/mapserv?REQUEST=GetMapSERVICE=WMSVERSION=1.1.1FORMAT=image%2FpngMODE=mapMAP=wxmap%2Fglmpvis.mapLAYERS=mosaicSRS=EPSG%3A3857TRANSPARENT=TRUESTYLES=BBOX=-13807095.590531%203308267.5857033%20-12241665.251469%204482340.341WIDTH=640HEIGHT=480 First part of the mapfile: MAP NAME testgrib IMAGETYPE PNG EXTENT -1400 300 -700 700 As you can see, the EXTENT in the mapfile are different than the BBOX values. When I put the BBOX values in the EXTENT area in the mapfile, the image lines up with the map background as it should. So for some reason, it appears that something isn't being set correctly to allow our MapServer to accept standard WMS options. Perhaps somehow, this value of USE_WMS_SVR in mapwms.c isn't getting set correctly? But, by all the output we've checked, it looks like MapServer gets built correctly and to enable it as a WMS server. Anyone else with a similar issue or somewhere else we should check for a problem? Thanks for any help! Dave M ___ 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] tile4ms broken on 6.0.2??
Hi all, I just spent a few hours chasing a problem that turns out to look like a tile4ms is broken on 6.0.2 as it creates NullShape for each record. Anybody else run into this problem? Can anyone else verify this? Or is it specific to my data/system/etc for some reason. -Steve W woodbri@mappy:/u/data/tgr2011-maps$ shpdump tidx-PRISECROADS-S | head Shapefile Type: Polygon # of Shapes: 56 File Bounds: (-170.834, -14.367,0,0) to ( 145.815, 70.192,0,0) Shape:0 (NullShape) nVertices=0, nParts=0 Bounds:( 0.000, 0.000, 0, 0) to ( 0.000, 0.000, 0, 0) woodbri@mappy:/u/data/tgr2011-maps$ /u/software/mapserver-5.6.8/tile4ms tidx-PRISECROADS-S.in tidx-PRISECROADS-S Processed 56 of 56 files woodbri@mappy:/u/data/tgr2011-maps$ shpdump tidx-PRISECROADS-S | head Shapefile Type: Polygon # of Shapes: 56 File Bounds: (-170.834, -14.367,0,0) to ( 145.815, 70.192,0,0) Shape:0 (Polygon) nVertices=5, nParts=1 Bounds:( -88.468, 30.229, 0, 0) to ( -84.995, 35.006, 0, 0) ( -88.468, 30.229, 0, 0) Ring ( -88.468, 35.006, 0, 0) ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapServer 6.0.1 ignoring WMS options?
David, You aren't making a WMS request. You are making a MapServer request. When making a map server request, you use mapext=minx+miny+maxx+maxymode=map With WMS, you'd request SERVICE=WMSREQUEST=GETMAPBBOX=minx,miny,maxx,maxy. Note there is no mode=map See http://mapserver.org/ogc/wms_server.html for details on a proper WMS request. Mike From: David Miller teknocrea...@gmail.commailto:teknocrea...@gmail.com Date: Mon, 5 Mar 2012 15:20:43 -0500 To: mapserver-users@lists.osgeo.orgmailto:mapserver-users@lists.osgeo.org Subject: [mapserver-users] MapServer 6.0.1 ignoring WMS options? Hi list! We have MapServer 6.0.1 installed on our Linux system (CentOS 5.7) and have encountered an issue where the WMS options (i.e. BBOX, HEIGHT, WIDTH) seem to be ignored for a GetMap request. I have checked options for and output from running the configure script for building the executable. The --with-proj and --with-wms options are specified (though one shouldn't need it if --with-proj is there correctly). Output from running the configure script indicates that the -DUSE_WMS_SVR compiler switch was on when compiling the mapwms.c code, which is where that becomes important. I examined that code and it's here that MapServer first uses the extents in the mapfile as defaults but then adjusts that based on the BBOX, HEIGHT, and WIDTH options in the GetMap request. Running -v on the resulting executable also indicates SUPPORTS=WMS_SERVER. The call to MapServer does produce an image but for the entire EXTENT of the data that's specified in the mapfile. Doesn't make any difference whether it's a raster or point layer. Example REQUEST: http://(our main site address)/cgi-bin/mapserv?REQUEST=GetMapSERVICE=WMSVERSION=1.1.1FORMAT=image%2FpngMODE=mapMAP=wxmap%2Fglmpvis.mapLAYERS=mosaicSRS=EPSG%3A3857TRANSPARENT=TRUESTYLES=BBOX=-13807095.590531%203308267.5857033%20-12241665.251469%204482340.341WIDTH=640HEIGHT=480 First part of the mapfile: MAP NAME testgrib IMAGETYPE PNG EXTENT -1400 300 -700 700 As you can see, the EXTENT in the mapfile are different than the BBOX values. When I put the BBOX values in the EXTENT area in the mapfile, the image lines up with the map background as it should. So for some reason, it appears that something isn't being set correctly to allow our MapServer to accept standard WMS options. Perhaps somehow, this value of USE_WMS_SVR in mapwms.c isn't getting set correctly? But, by all the output we've checked, it looks like MapServer gets built correctly and to enable it as a WMS server. Anyone else with a similar issue or somewhere else we should check for a problem? Thanks for any help! Dave M ___ mapserver-users mailing list mapserver-users@lists.osgeo.orgmailto:mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] GDALDatasetRasterIO() failed: IReadBlock failed
Hi, I've configured a map - file with GDAL-WMS to reproject WMSC-Files. It works more or less. I'm using 11 different scales where I calculate new tiles in my SRS and on 7 out of 11 levels, the results are OK. On the other levels, I keep getting the following error-message: ?xml version='1.0' encoding=ISO-8859-1 standalone=no ? !DOCTYPE ServiceExceptionReport SYSTEM http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd; ServiceExceptionReport version=1.1.1 ServiceException msDrawMap(): Image handling error. Failed to draw layer named #39;ORTHO_IGNF#39;. drawGDAL(): Unable to access file. GDALDatasetRasterIO() failed: /home/mapserver/config/IGN/ortho_wms.txt, band 1: IReadBlock failed at X offset 2991, Y offset 2553 /ServiceException /ServiceExceptionReport Here is my GDAL_WMS - config: GDAL_WMS Service name=WMS Version1.1.1/Version ServerUrlmy_url_was_here/ServerUrl SRSIGNF:GEOPORTALFXX/SRS ImageFormatimage/jpeg/ImageFormat Layersmy_layer_name_was_here/Layers /Service DataWindow UpperLeftX-1048576/UpperLeftX UpperLeftY6815744/UpperLeftY LowerRightX2097152/LowerRightX LowerRightY3670016/LowerRightY SizeX6291456/SizeX SizeY6291456/SizeY TileLevel13/TileLevel /DataWindow Projection+title=EPSG:310024802 +proj=eqc +nadgrids=null +towgs84=0.,0.,0. +a=6378137. +rf=298.257222101 +lat_0=0.0 +lon_0=0.0 +lat_ts=46.5 +x_0=0.000 +y_0=0.000 +units=m +wktext +no_defs/Projection BandsCount3/BandsCount BlockSizeX256/BlockSizeX BlockSizeY256/BlockSizeY OverviewCount12/OverviewCount /GDAL_WMS And here my mapfile: MAP NAME LIMADMIN PROJECTION init=epsg:2169 END WEB METADATA wms_srs EPSG:2169 EPSG:4326 EPSG:4258 wms_extent 46000 57000 106000 141000 ows_enable_request * END IMAGEPATH /tmp END EXTENT 46000 57000 106000 141000 UNITS METERS OUTPUTFORMAT NAME pnga MIMETYPE image/png DRIVER AGG/PNG EXTENSION png IMAGEMODE RGBA TRANSPARENT TRUE FORMATOPTION INTERLACE=OFF END LAYER NAME ORTHO_IGNF DATA ortho_wms.txt TYPE RASTER STATUS ON DUMP FALSE PROCESSING DITHER=YES PROCESSING RESAMPLE=BILINEAR METADATA wms_name ORTHO_IGNF wms_extent 46000 57000 106000 141000 END PROJECTION title=EPSG:310024802 proj=eqc nadgrids=null towgs84=0.,0.,0. a=6378137. rf=298.257222101 lat_0=0.0 lon_0=0.0 lat_ts=46.5 x_0=0.000 y_0=0.000 units=m wktext no_defs END END END Any idea where this could be going wrong? Thanks in advance and best regards Jeff___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] force labels to fit in polygons
Hello, Is there a way to force labels to fit inside of a polygon, even if a polygon is irregularly shaped? I noticed that with POSITION AUTO labels are falling outside of my soils boundary. Thanks Mark Volz GIS Specialist ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] force labels to fit in polygons
On 3/5/2012 4:44 PM, Mark Volz wrote: Hello, Is there a way to force labels to fit inside of a polygon, even if a polygon is irregularly shaped? I noticed that with POSITION AUTO labels are falling outside of my soils boundary. The short answer is no. It is an interesting problem, but it does not have a guaranteed result as the label might be too big to fit regardless. I am not even sure of the algorithm should be for something like this. There are a lot of parameters like: font font size wrapping the text changing the angle finding the longest line, arc or smooth polyline that fits withing the polygon and then have the text follow that line These are all computationally expensive to do on the fly while rendering. Ideally these should be worked out in advance then you can supply the attributes to the label via binding columns in the data. -SteveW ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
RE: [mapserver-users] RE: WMS for netcdf [SEC=UNCLASSIFIED]
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-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Armin Burger Sent: Monday, 5 March 2012 11:24 PM To: Rahkonen Jukka; mapserver-users@lists.osgeo.org; teknocrea...@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 + Von: Rahkonen Jukka jukka.rahko...@mmmtike.fi An: \'teknocreator\' teknocrea...@gmail.com, \'mapserver-users@lists.osgeo.org\' mapserver-users@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@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 -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a ___ 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] problems with getinformation
Hi, I'm working with Mapserver, openlayers and mapfish on linux Debian. I have added a option in map application to get information from a map by click on it. toolbar.addControl(new OpenLayers.Control.WMSGetFeatureInfo({ isDefault: true, title: 'Info' }), { iconCls: 'query', toggleGroup: 'map' }); toolbar.activate(); But when i click on one point for example it is looking but doesn't shoe anything and when looking at the fireburg result I found this msWMSFeatureInfo(): WMS server error. Unsupported INFO_FORMAT value (text/html). I ask me if this is a problem with mapserver or with openlayers, any help please. thanks in advance. regards, Karina Guardado El Salvador ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] [SOLVED] Re: MapServer 6.0.1 ignoring WMS options?
[SOLVED] Thanks for the replies, but first I apologize to Arman for not including the commas in the BBOX request line. I was looking at the mapserver C code and it's actually setup to handle either commas or spaces in the BBOX= option. So it looks like I cut and pasted by attempt without commas here. My initial attempts were with the commas and those also failed. As to the second reply by Mike Smith of not using the mode=map...okay, I see in the doc that it shouldn't be included in a WMS call. I tried that for one of the point layers we've defined and it worked!! THANKS for getting me further here!! But the reason that I had it in there is that I had tried removing mode=map with a raster layer that I'm also attempting to query. When I tried to remove the mode=map there, I received an error: ServiceExceptionReport version=1.1.1 ServiceException code=InvalidSRS msWMSLoadGetMapParams(): WMS server error. Invalid SRS given : SRS must be valid for all requested layers. which doesn't make sense to me at the moment from what I can see in the doc because the layer takes on the projection of the map if different. When I put it back in, the error went away (still had the WMS request issue). So, I wasn't sure where exactly to look here for the problem. But, let me end this thread, read back up on working with raster data, and then post in another topic thread if I'm still having problems. Thanks again! Getting closer! -- View this message in context: http://osgeo-org.1560.n6.nabble.com/MapServer-6-0-1-ignoring-WMS-options-tp4549024p4549753.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] Setup advice please?
G'day Brent, On 03/03/2012, at 4:13 AM, mapserver-users-requ...@lists.osgeo.org wrote: Hopefully someone here can help. I have about 50Gb of high resolution aerial photos (geotiffs) to set up as a cached WMS service. We have a mapserver setup ready to use, with backups, etc. already sorted. The dataset is competely static. I'd like to set up MapProxy or Tilecache as a tiled WMS service for an OpenLayers front end, and possible other public use. I'm happy with a dynamically populated cache, rather than a pre-filled one, so the cache is built up as it is used. Can anyone experienced in this area suggest what sort of time is reasonable to expect a competent team to set this up in a professional way, with reasonable supporting docs, etc? Remembering we have a supported server to work with. It has been asked for by a small local environmental interest group with zero funds, and I need to get a reasonable commercial cost for such an exercise to start with. We are happy with tilecache - probably several orders of magnitude improvement in speed, but more importantly was the reduced pressure on the cpu for tiled maps. I suspect others are right - if you want to install tile cache, '''and you know what you are doing''', 35 minutes is about right (I did it yesterday on my laptop with the current .tar.gz for a workshop) If you want a quick summary of the steps to do this, I suspect another hour should be adequate. But, if you want a bomb-proof explanation of how to re-install it with troubleshooting guide, maybe three days is reasonable - my experience is that working guides that we are happy with internally are often not acceptable to external organisations, so you can probably specify that you are happy for the dot point form. I would however quote three days for MapProxy, because I have no experience with it… cheers Ben ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] [SOLVED] Re: MapServer 6.0.1 ignoring WMS options?
2012/3/6 teknocreator teknocrea...@gmail.com [SOLVED] Thanks for the replies, but first I apologize to Arman for not including the commas in the BBOX request line. I was looking at the mapserver C code and it's actually setup to handle either commas or spaces in the BBOX= option. So it looks like I cut and pasted by attempt without commas here. My initial attempts were with the commas and those also failed. As to the second reply by Mike Smith of not using the mode=map...okay, I see in the doc that it shouldn't be included in a WMS call. I tried that for one of the point layers we've defined and it worked!! THANKS for getting me further here!! But the reason that I had it in there is that I had tried removing mode=map with a raster layer that I'm also attempting to query. When I tried to remove the mode=map there, I received an error: ServiceExceptionReport version=1.1.1 ServiceException code=InvalidSRS msWMSLoadGetMapParams(): WMS server error. Invalid SRS given : SRS must be valid for all requested layers. Hi, I have a similar issue with wms request from QGis, I've removed adding wms_srs to each layer in the form of wms_srs EPSG:epsg_code However, layers are listed correctly whistl I can't load a single layer but the raster (Data Elevation Model) and got a similar issue with bbox, QGis always report that: ServiceException msWMSLoadGetMapParams(): WMS server error. Image size out of range, WIDTH and HEIGHT must be between 1 and 150 pixels. /ServiceException I can load the whole bunch by selecting the top layer but it's not really the desired result http://cen.isprambiente.it/cgi-bin/rf_mapserv?SERVICE=WMSVERSION=1.1.1REQUEST=GetCapabilities Regards -r ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users