Re: [mapserver-users] Mapserver 7.0 and NODATA setting
Hi, I see it, I can set a nodata value, but mapserver seem to ignore it. I was able to remove it from maps only setting the its color (white) to transparent. Now I try the same dataset-vrt using qgis directly to have another point of view. 2015-09-07 13:18 GMT+02:00 Yves Jacolin : > Andrea, > > Maybe you can have a look into VRT format where you can set up a NODATA value. > > Regards, > > Y. > On Sunday, September 06, 2015 12:32:12 Andrea Peri wrote: >> Hi, >> >> I have no success to find any info on the NODATA question in the >> floating point raster. >> >> Is this kind of raster suitable for use on mapserver ? >> >> Thx. >> >> 2015-08-18 10:27 GMT+02:00 Andrea Peri : >> > HI, >> > >> > The question of NODATA processing command is not completelly clear afaik. >> > Infact I found a patch from warmerdam: >> > >> > https://trac.osgeo.org/mapserver/ticket/2404 >> > >> > Where it speak explicitly of a PROCESSING "NODATA" setting. >> > >> >>I would note that OFFSITE is still supported, and the usual PROCESSING >> >>"NODATA=OFF" >mechanism can be used to disable using GDAL level nodata.>> >> > A. >> > >> > 2015-08-18 9:28 GMT+02:00 Andrea Peri : >> >> Hi, >> >> >> >> I have a clearly response from the log. >> >> >> >> The nodata is unsupported for this kind of rasters. >> >> >> >>> LoadGDALImage(rt_sat.LC8191.rt.attuale): NODATA value - in GDAL >> >>> >> >>>file or PROCESSING directive largely ignored. Not yet fully supported >> >>>for >> >>>unclassified scaled data. The NODATA value is excluded from auto-scaling >> >>>min/max computation, but will not be transparent. >> >>> >> >> So I must found another solution for my rasters. >> >> >> >> Regards. >> >> >> >> 2015-08-18 9:08 GMT+02:00 Andrea Peri : >> >>> So my question is a little different. >> >>> >> >>> Seem that mapserver was not able to automatically understand the >> >>> NODATA values of floating point rasters. >> >>> >> >>> In my usecase: the NODATA value is -.0 >> >>> I produce the catalog using gdaltindex, and apply the result to >> >>> mapserver 7. >> >>> >> >>> The result is this: >> >>> >> >>> http://tinyurl.com/ndsdyr8 >> >>> >> >>> The only partially solution I found was to set >> >>> OFFSITE 0 0 0 >> >>> but it is acceptable for my usecase because the black color is a color >> >>> really available inside the rasters and it is not usable as a >> >>> transparent color. >> >>> >> >>> Is this an issue for mapserver 7 ? >> >>> >> >>> Thx, >> >>> >> >>> A. >> >>> >> >>> 2015-08-17 16:11 GMT+02:00 Andrea Peri : >> Hi Jukka. >> >> Perhaps you have right ! >> >> The NODATA setting is an ancient setting that I reuse always in my >> mapfiles but only now I notice that the mapserver document don't >> report him. >> So more probably it is a false setting. >> >> But , if the nodata setting dont exist, how say to the mapserver to >> filter the nodata of a floating raster ? >> >> Thx. >> >> > -- >> > - >> > Andrea Peri >> > . . . . . . . . . >> > qwerty àèìòù >> > - >> > ___ >> > mapserver-users mailing list >> > mapserver-users@lists.osgeo.org >> > http://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> -- >> - >> Andrea Peri >> . . . . . . . . . >> qwerty àèìòù >> - >> >>> >> >>> -- >> >>> - >> >>> Andrea Peri >> >>> . . . . . . . . . >> >>> qwerty àèìòù >> >>> - >> >> >> >> -- >> >> - >> >> Andrea Peri >> >> . . . . . . . . . >> >> qwerty àèìòù >> >> - >> > >> > -- >> > - >> > Andrea Peri >> > . . . . . . . . . >> > qwerty àèìòù >> > - > > -- > Responsable Formation et Support > Camptocamp France SAS > Savoie Technolac, BP 352 > 73377 Le Bourget du Lac, Cedex > Tel (France) : +33 4 58 48 20 43 (new !) > Tel (Suisse) : +41 21 619 10 43 > Mob. : +33 6 18 75 42 21 > Fax : 04 79 70 15 81 > Mail : yves.jaco...@camptocamp.com > http://www.camptocamp.com -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Mapserver 7.0 and NODATA setting
Andrea, Maybe you can have a look into VRT format where you can set up a NODATA value. Regards, Y. On Sunday, September 06, 2015 12:32:12 Andrea Peri wrote: > Hi, > > I have no success to find any info on the NODATA question in the > floating point raster. > > Is this kind of raster suitable for use on mapserver ? > > Thx. > > 2015-08-18 10:27 GMT+02:00 Andrea Peri : > > HI, > > > > The question of NODATA processing command is not completelly clear afaik. > > Infact I found a patch from warmerdam: > > > > https://trac.osgeo.org/mapserver/ticket/2404 > > > > Where it speak explicitly of a PROCESSING "NODATA" setting. > > > >>I would note that OFFSITE is still supported, and the usual PROCESSING > >>"NODATA=OFF" >mechanism can be used to disable using GDAL level nodata.>> > > A. > > > > 2015-08-18 9:28 GMT+02:00 Andrea Peri : > >> Hi, > >> > >> I have a clearly response from the log. > >> > >> The nodata is unsupported for this kind of rasters. > >> > >>> LoadGDALImage(rt_sat.LC8191.rt.attuale): NODATA value - in GDAL > >>> > >>>file or PROCESSING directive largely ignored. Not yet fully supported > >>>for > >>>unclassified scaled data. The NODATA value is excluded from auto-scaling > >>>min/max computation, but will not be transparent. > >>> > >> So I must found another solution for my rasters. > >> > >> Regards. > >> > >> 2015-08-18 9:08 GMT+02:00 Andrea Peri : > >>> So my question is a little different. > >>> > >>> Seem that mapserver was not able to automatically understand the > >>> NODATA values of floating point rasters. > >>> > >>> In my usecase: the NODATA value is -.0 > >>> I produce the catalog using gdaltindex, and apply the result to > >>> mapserver 7. > >>> > >>> The result is this: > >>> > >>> http://tinyurl.com/ndsdyr8 > >>> > >>> The only partially solution I found was to set > >>> OFFSITE 0 0 0 > >>> but it is acceptable for my usecase because the black color is a color > >>> really available inside the rasters and it is not usable as a > >>> transparent color. > >>> > >>> Is this an issue for mapserver 7 ? > >>> > >>> Thx, > >>> > >>> A. > >>> > >>> 2015-08-17 16:11 GMT+02:00 Andrea Peri : > Hi Jukka. > > Perhaps you have right ! > > The NODATA setting is an ancient setting that I reuse always in my > mapfiles but only now I notice that the mapserver document don't > report him. > So more probably it is a false setting. > > But , if the nodata setting dont exist, how say to the mapserver to > filter the nodata of a floating raster ? > > Thx. > > > -- > > - > > Andrea Peri > > . . . . . . . . . > > qwerty àèìòù > > - > > ___ > > mapserver-users mailing list > > mapserver-users@lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- > - > Andrea Peri > . . . . . . . . . > qwerty àèìòù > - > >>> > >>> -- > >>> - > >>> Andrea Peri > >>> . . . . . . . . . > >>> qwerty àèìòù > >>> - > >> > >> -- > >> - > >> Andrea Peri > >> . . . . . . . . . > >> qwerty àèìòù > >> - > > > > -- > > - > > Andrea Peri > > . . . . . . . . . > > qwerty àèìòù > > - -- Responsable Formation et Support Camptocamp France SAS Savoie Technolac, BP 352 73377 Le Bourget du Lac, Cedex Tel (France) : +33 4 58 48 20 43 (new !) Tel (Suisse) : +41 21 619 10 43 Mob. : +33 6 18 75 42 21 Fax : 04 79 70 15 81 Mail : yves.jaco...@camptocamp.com http://www.camptocamp.com ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] R: URL redirection under Apache2-Difference WMS and WFS server
I have added flags [PT,GSA] to my RewriteRule and it works. Great. Thank you very very much! Pasquale. -Messaggio originale- Da: thomas bonfort [mailto:thomas.bonf...@gmail.com] Inviato: lunedì 7 settembre 2015 09:16 A: Pasquale Regina Cc: MapserverList OSGEO Oggetto: Re: [mapserver-users] URL redirection under Apache2-Difference WMS and WFS server try /cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wms$1.map&$2 [PT,QSA] On 7 September 2015 at 09:12, Pasquale Regina wrote: > if I did not add to rewriterule &service=wms&request=getcapabilities ... not > working. The problem is on wfs that reads the wfs request GetCapabilities but > when I ask for qgis (add wfs layer) to add the layer (getfeature) this passes > 2 times the request, getcapabilities (due to rewrite) and getfeature and > generating error. > I would avoid using SERVICE in rewrite statement but no it does not work. > Pasquale. > > -Messaggio originale- > Da: thomas bonfort [mailto:thomas.bonf...@gmail.com] > Inviato: venerdì 4 settembre 2015 19:00 > A: Pasquale Regina > Cc: MapserverList OSGEO > Oggetto: Re: [mapserver-users] URL redirection under > Apache2-Difference WMS and WFS server > > I'd avoid using the SERVICE= rewrites as the handling of capital letters may > prove to be problematic. You should also not be adding the REQUEST= and other > parts in your rewrite rule. > > Basically, just: > > > > RewriteEngine on > > RewriteRule mywms(.*)?(.*)$ > /cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/defa > ult/pmapper_demo_wms$1.map&$2 > RewriteRule mywfs(.*)?(.*)$ > /cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/defa > ult/pmapper_demo_wfs$1.map&$2 > > > > -- > thomas > > On 4 September 2015 at 16:54, Pasquale Regina wrote: >> Greetings to everyone on the user list. >> >> Sorry for my english. >> >> I have a problem to submit because I cannot frame it properly: I do >> not expect that you will solve it but you can provide guidance on how >> to deal with it and I move on. >> >> According with mapserver wms server howto at >> http://mapserver.org/ogc/wms_server.html, in section “Changing the >> Online Resource URL” I follow the indication “Apache environment >> variables – MS_MAPFILE”. So I create a link in http cgi-bin folder >> named mywms which points to /usr/lib/cgi-bin/mapserv, the >> application/executable file. >> >> My http.conf file contain instruction: >> >> Alias /mywms /usr/lib/cgi-bin/mapserver >> >> >> >> SetHandler cgi-script >> >> Options ExecCGI >> >> SetEnv MS_MAPFILE >> /var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wms. >> map >> >> >> >> And the application correctly works and in a wms gis client I can >> connect to wms server with follow link www.biss.org/mywms. >> >> This is configuration to access to a single default mapfile >> (pmapper_demo_wms.map). >> >> In a similar way for a wfs server with pmapper_demo_wfs.map (mywfs >> link in cgi-bin folder, …) >> >> >> >> My project manager wants to change the settings of project by create >> individual mapfile (not only one, the default) for each registered >> user and so I need to access the individual mapfiles inserting >> different links: in other words in a wms gis client I put the link >> www.biss.org/mywms_123_45 to point to the file >> pmapper_demo_wms_123_45.map (123_45 represents a registered user id, >> one of actually 75 registered users!! So I don’t create >> 75 and on link…). The map files are created automatically by the >> database on user’s registration for both wms e wfs mapfile. >> >> So I changed in http.conf toward rewrite rule solution (and remove >> references to Alias /mywxx and for both mywms and >> mywfs) >> >> in >> >> >> >> …. >> >> RewriteEngine on >> >> RewriteRule myw?(.)s(.*)$ >> /cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/def >> a ult/pmapper_demo_w$1s$2.map&SERVICE=W$1S&REQUEST=GetCapabilities& >> >> >> >> So when I put http://www.biss.org/mywms_123_45 in QGIS --> add WMS >> layer it works because point to >> pmapper_demo_wms_123_45.map&SERVICE=WmS&REQUEST=GetCapabilities >> according to $1=m and $2=_123_45 variables. >> >> The problem arises with wfs request in QGIS à add WFS vector. Putting >> http://www.biss.org/mywfs_123_45 QGIS (and other wfs client similar) >> sends the response in attached “Il server WFS non supporta la >> versione WFS 1.0.0 oppure l’ URL è errato” (Italian language!!) while >> putting >> http://www.biss.org/cgi-bin/mapserv?map=/var/www/biss.org/public_html >> / pmapper/config/default/pmapper_demo_wfs_123_45.map >> it works correctly (which demonstrate that mapfile is ok! and in the >> layer properties I read correctly …&SERVICE=WFS&VERSION=1.0.0&REQ….) >> >> what it is due to the difference in behavior for mapserver when >> rewrite the url? Is it a feature of wfs server? >> >> Can you direct me? >> >> Thanks in advance. Pasquale. >> >> PS. Apache
Re: [mapserver-users] URL redirection under Apache2-Difference WMS and WFS server
try /cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wms$1.map&$2 [PT,QSA] On 7 September 2015 at 09:12, Pasquale Regina wrote: > if I did not add to rewriterule &service=wms&request=getcapabilities ... not > working. The problem is on wfs that reads the wfs request GetCapabilities but > when I ask for qgis (add wfs layer) to add the layer (getfeature) this passes > 2 times the request, getcapabilities (due to rewrite) and getfeature and > generating error. > I would avoid using SERVICE in rewrite statement but no it does not work. > Pasquale. > > -Messaggio originale- > Da: thomas bonfort [mailto:thomas.bonf...@gmail.com] > Inviato: venerdì 4 settembre 2015 19:00 > A: Pasquale Regina > Cc: MapserverList OSGEO > Oggetto: Re: [mapserver-users] URL redirection under Apache2-Difference WMS > and WFS server > > I'd avoid using the SERVICE= rewrites as the handling of capital letters may > prove to be problematic. You should also not be adding the REQUEST= and other > parts in your rewrite rule. > > Basically, just: > > > > RewriteEngine on > > RewriteRule mywms(.*)?(.*)$ > /cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wms$1.map&$2 > RewriteRule mywfs(.*)?(.*)$ > /cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wfs$1.map&$2 > > > > -- > thomas > > On 4 September 2015 at 16:54, Pasquale Regina wrote: >> Greetings to everyone on the user list. >> >> Sorry for my english. >> >> I have a problem to submit because I cannot frame it properly: I do >> not expect that you will solve it but you can provide guidance on how >> to deal with it and I move on. >> >> According with mapserver wms server howto at >> http://mapserver.org/ogc/wms_server.html, in section “Changing the >> Online Resource URL” I follow the indication “Apache environment >> variables – MS_MAPFILE”. So I create a link in http cgi-bin folder >> named mywms which points to /usr/lib/cgi-bin/mapserv, the >> application/executable file. >> >> My http.conf file contain instruction: >> >> Alias /mywms /usr/lib/cgi-bin/mapserver >> >> >> >> SetHandler cgi-script >> >> Options ExecCGI >> >> SetEnv MS_MAPFILE >> /var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wms. >> map >> >> >> >> And the application correctly works and in a wms gis client I can >> connect to wms server with follow link www.biss.org/mywms. >> >> This is configuration to access to a single default mapfile >> (pmapper_demo_wms.map). >> >> In a similar way for a wfs server with pmapper_demo_wfs.map (mywfs >> link in cgi-bin folder, …) >> >> >> >> My project manager wants to change the settings of project by create >> individual mapfile (not only one, the default) for each registered >> user and so I need to access the individual mapfiles inserting >> different links: in other words in a wms gis client I put the link >> www.biss.org/mywms_123_45 to point to the file >> pmapper_demo_wms_123_45.map (123_45 represents a registered user id, >> one of actually 75 registered users!! So I don’t create >> 75 and on link…). The map files are created automatically by the >> database on user’s registration for both wms e wfs mapfile. >> >> So I changed in http.conf toward rewrite rule solution (and remove >> references to Alias /mywxx and for both mywms and >> mywfs) >> >> in >> >> >> >> …. >> >> RewriteEngine on >> >> RewriteRule myw?(.)s(.*)$ >> /cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/defa >> ult/pmapper_demo_w$1s$2.map&SERVICE=W$1S&REQUEST=GetCapabilities& >> >> >> >> So when I put http://www.biss.org/mywms_123_45 in QGIS --> add WMS >> layer it works because point to >> pmapper_demo_wms_123_45.map&SERVICE=WmS&REQUEST=GetCapabilities >> according to $1=m and $2=_123_45 variables. >> >> The problem arises with wfs request in QGIS à add WFS vector. Putting >> http://www.biss.org/mywfs_123_45 QGIS (and other wfs client similar) >> sends the response in attached “Il server WFS non supporta la versione >> WFS 1.0.0 oppure l’ URL è errato” (Italian language!!) while putting >> http://www.biss.org/cgi-bin/mapserv?map=/var/www/biss.org/public_html/ >> pmapper/config/default/pmapper_demo_wfs_123_45.map >> it works correctly (which demonstrate that mapfile is ok! and in the >> layer properties I read correctly …&SERVICE=WFS&VERSION=1.0.0&REQ….) >> >> what it is due to the difference in behavior for mapserver when >> rewrite the url? Is it a feature of wfs server? >> >> Can you direct me? >> >> Thanks in advance. Pasquale. >> >> PS. Apache2 version 2.4.7 on Ubuntu 14.04 MapServer 6.4.1 >> >> >> >> >> >> >> ___ >> 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/maps
[mapserver-users] R: URL redirection under Apache2-Difference WMS and WFS server
if I did not add to rewriterule &service=wms&request=getcapabilities ... not working. The problem is on wfs that reads the wfs request GetCapabilities but when I ask for qgis (add wfs layer) to add the layer (getfeature) this passes 2 times the request, getcapabilities (due to rewrite) and getfeature and generating error. I would avoid using SERVICE in rewrite statement but no it does not work. Pasquale. -Messaggio originale- Da: thomas bonfort [mailto:thomas.bonf...@gmail.com] Inviato: venerdì 4 settembre 2015 19:00 A: Pasquale Regina Cc: MapserverList OSGEO Oggetto: Re: [mapserver-users] URL redirection under Apache2-Difference WMS and WFS server I'd avoid using the SERVICE= rewrites as the handling of capital letters may prove to be problematic. You should also not be adding the REQUEST= and other parts in your rewrite rule. Basically, just: RewriteEngine on RewriteRule mywms(.*)?(.*)$ /cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wms$1.map&$2 RewriteRule mywfs(.*)?(.*)$ /cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wfs$1.map&$2 -- thomas On 4 September 2015 at 16:54, Pasquale Regina wrote: > Greetings to everyone on the user list. > > Sorry for my english. > > I have a problem to submit because I cannot frame it properly: I do > not expect that you will solve it but you can provide guidance on how > to deal with it and I move on. > > According with mapserver wms server howto at > http://mapserver.org/ogc/wms_server.html, in section “Changing the > Online Resource URL” I follow the indication “Apache environment > variables – MS_MAPFILE”. So I create a link in http cgi-bin folder > named mywms which points to /usr/lib/cgi-bin/mapserv, the > application/executable file. > > My http.conf file contain instruction: > > Alias /mywms /usr/lib/cgi-bin/mapserver > > > > SetHandler cgi-script > > Options ExecCGI > > SetEnv MS_MAPFILE > /var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wms. > map > > > > And the application correctly works and in a wms gis client I can > connect to wms server with follow link www.biss.org/mywms. > > This is configuration to access to a single default mapfile > (pmapper_demo_wms.map). > > In a similar way for a wfs server with pmapper_demo_wfs.map (mywfs > link in cgi-bin folder, …) > > > > My project manager wants to change the settings of project by create > individual mapfile (not only one, the default) for each registered > user and so I need to access the individual mapfiles inserting > different links: in other words in a wms gis client I put the link > www.biss.org/mywms_123_45 to point to the file > pmapper_demo_wms_123_45.map (123_45 represents a registered user id, > one of actually 75 registered users!! So I don’t create > 75 and on link…). The map files are created automatically by the > database on user’s registration for both wms e wfs mapfile. > > So I changed in http.conf toward rewrite rule solution (and remove > references to Alias /mywxx and for both mywms and > mywfs) > > in > > > > …. > > RewriteEngine on > > RewriteRule myw?(.)s(.*)$ > /cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/defa > ult/pmapper_demo_w$1s$2.map&SERVICE=W$1S&REQUEST=GetCapabilities& > > > > So when I put http://www.biss.org/mywms_123_45 in QGIS --> add WMS > layer it works because point to > pmapper_demo_wms_123_45.map&SERVICE=WmS&REQUEST=GetCapabilities > according to $1=m and $2=_123_45 variables. > > The problem arises with wfs request in QGIS à add WFS vector. Putting > http://www.biss.org/mywfs_123_45 QGIS (and other wfs client similar) > sends the response in attached “Il server WFS non supporta la versione > WFS 1.0.0 oppure l’ URL è errato” (Italian language!!) while putting > http://www.biss.org/cgi-bin/mapserv?map=/var/www/biss.org/public_html/ > pmapper/config/default/pmapper_demo_wfs_123_45.map > it works correctly (which demonstrate that mapfile is ok! and in the > layer properties I read correctly …&SERVICE=WFS&VERSION=1.0.0&REQ….) > > what it is due to the difference in behavior for mapserver when > rewrite the url? Is it a feature of wfs server? > > Can you direct me? > > Thanks in advance. Pasquale. > > PS. Apache2 version 2.4.7 on Ubuntu 14.04 MapServer 6.4.1 > > > > > > > ___ > 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
