Re: [mapserver-users] FW: [mapserver-dev] Motion: Retire SDE Support for MapServer 7.0
Not being on the PSC my vote doesn't mean anything, but 7.0 certainly seems like the time to cut the cord on SDE. Rich On Tue, Feb 10, 2015 at 2:34 PM, Lime, Steve D (MNIT) steve.l...@state.mn.us wrote: Looking for a bit broader input on this idea. OGR supports SDE too so that's another mechanism for users to use SDE with MapServer 7.0 and up... Steve From: mapserver-dev-boun...@lists.osgeo.org [ mapserver-dev-boun...@lists.osgeo.org] on behalf of Howard Butler [ how...@hobu.co] Sent: Tuesday, February 10, 2015 3:30 PM To: mapserver-...@lists.osgeo.org Mailing List Subject: [mapserver-dev] Motion: Retire SDE Support for MapServer 7.0 All, As the former maintainer and current non-maintainer of the SDE MapServer driver, I would like to motion that we we retire it from MapServer for the upcoming release. There are three reasons to consider removal at this time: 1) Availability of the ArcSDE SDK is extremely low (can you even get ESRI to give it to you?) 2) Viability of direct-database query from PostGIS, Oracle, and SQL Server have obsoleted SDE 3) No current MapServer developers have the ability to test any code changes to the SDE driver. Howard ___ mapserver-dev mailing list mapserver-...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-dev ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -- Richard W. Greenwood, PLS www.greenwoodmap.com ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] layer handling in Mapserver WMS clients
Hi, I have a follow up question on my question yesterday. I would like to have the layers in the main called mapfile to be set layers in the client WMS calls. The WMS client documentation says, http://mapserver.org/ogc/wms_client.html : wms_name metadata - comma-separated list of layers to be fetched from the remote WMS server. This value is used to set the LAYERS and QUERY_LAYERS WMS URL parameters When I call the MAP_MAIN I would like to call it like this: http://localhost/cgi-bin/mapserv?map=/var/www/html/map2/MAP_MAIN.map SERVICE=WMSREQUEST=GetmapVERSION=1.1.1 LAYERS=base,marks,textsrs=EPSG:4326BBOX=9.624750,52.3,30.33,66.50 FORMAT=application/openlayersWIDTH=2000HEIGHT=1100 or LAYERS=base,text or LAYERS=base Is the mechanism similar to the srs handling? How do I expose the layers in the wms clients map files? Right now I use GROUP to define the layers and that works when I call it directly. Or is it so that I have to expose the layers with WMS_LAYER_GROUP in the wms-server mapfiles that are called as clients? I haven't been successful with that! I have several clients with the same layer structure and one with just default. /Lars MAP NAME MAP_MAIN SIZE 1000 1000 CONFIG PROJ_LIB './' UNITS dd EXTENT 9.624750 52.3 30.33 66.50 PROJECTION 'init=epsg:4326' END IMAGETYPE png FONTSET './fonts/fontset.lst' SYMBOLSET ./symbols/symbols.sym OUTPUTFORMAT NAME 'AGG' DRIVER AGG/PNG IMAGEMODE RGB END SHAPEPATH ../data/shape WEB IMAGEPATH '/tmp/' IMAGEURL '/tmp/' METADATA ows_enable_request * 'wms_title' 'MAP_MAIN' 'wms_srs' 'EPSG:32633 EPSG:3006 EPSG:3857 EPSG:4326' labelcache_map_edge_buffer -10 END END ### Layer 0 as WMS request LAYER NAME WMS-layer-0 OFFSITE 200 0 0 TYPE RASTER CONNECTIONTYPE WMS CONNECTION http://localhost/cgi-bin/mapserv?map=/var/www/html/map0.map; METADATA 'wms_srs''EPSG:32633 EPSG:3006 EPSG:3857 EPSG:4326' wms_name default wms_server_version1.1.1 wms_formatimage/png wms_exceptions_format application/vnd.ogc.se_inimage END END #layer ### Layer 1 as WMS request LAYER NAME WMS-layer-1 OFFSITE 200 0 0 TYPE RASTER CONNECTIONTYPE WMS CONNECTION http://localhost/cgi-bin/mapserv?map=/var/www/html/map1.map; METADATA 'wms_srs' 'EPSG:32633 EPSG:3006 EPSG:3857 EPSG:4326' wms_name base,marks,text#??? wms_server_version1.1.1 wms_formatimage/png wms_exceptions_format application/vnd.ogc.se_inimage END END #layer END # Map ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] OGR GeoJSON stream output not working with FCGI
Le mardi 10 février 2015 12:32:41, Tuikku Anttila a écrit : Hi, I am trying to get GeoJSON to work as a WFS output format, using an OGR outputformat with FORMATOPTION storage=stream. With CGI, it works fine, but with FastCGI the response appears in the apache error log and I get an empty response in the browser. It works if I have FORMATOPTION STORAGE=filesystem instead of stream set in the OUTPUTFORMAT block. I am running Mapserver 6.4.1, have tried GDAL 1.10.1 and 1.11.1. I have tried this on Ubuntu Server 14.04 and CentOS 6.6, and with both Apache mod_fcgid and Nginx spawn-fcgi. Everything seems to work, but the output does not show in the browser, just in the server logs. What could I be missing? Tuikku, This is issue https://github.com/mapserver/mapserver/pull/4858 It has been workarounded in MapServer 6.4.2 by switching to storage=memory instead with FCGI, and properly fixed in master (if used with GDAL trunk 2.0dev) Regards, Even Regards, Tuikku Anttila -- Spatialys - Geospatial professional services http://www.spatialys.com ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] OGR GeoJSON stream output not working with FCGI
Hi, I am trying to get GeoJSON to work as a WFS output format, using an OGR outputformat with FORMATOPTION storage=stream. With CGI, it works fine, but with FastCGI the response appears in the apache error log and I get an empty response in the browser. It works if I have FORMATOPTION STORAGE=filesystem instead of stream set in the OUTPUTFORMAT block. I am running Mapserver 6.4.1, have tried GDAL 1.10.1 and 1.11.1. I have tried this on Ubuntu Server 14.04 and CentOS 6.6, and with both Apache mod_fcgid and Nginx spawn-fcgi. Everything seems to work, but the output does not show in the browser, just in the server logs. What could I be missing? Regards, Tuikku Anttila ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] FW: [mapserver-dev] Motion: Retire SDE Support for MapServer 7.0
Looking for a bit broader input on this idea. OGR supports SDE too so that's another mechanism for users to use SDE with MapServer 7.0 and up... Steve From: mapserver-dev-boun...@lists.osgeo.org [mapserver-dev-boun...@lists.osgeo.org] on behalf of Howard Butler [how...@hobu.co] Sent: Tuesday, February 10, 2015 3:30 PM To: mapserver-...@lists.osgeo.org Mailing List Subject: [mapserver-dev] Motion: Retire SDE Support for MapServer 7.0 All, As the former maintainer and current non-maintainer of the SDE MapServer driver, I would like to motion that we we retire it from MapServer for the upcoming release. There are three reasons to consider removal at this time: 1) Availability of the ArcSDE SDK is extremely low (can you even get ESRI to give it to you?) 2) Viability of direct-database query from PostGIS, Oracle, and SQL Server have obsoleted SDE 3) No current MapServer developers have the ability to test any code changes to the SDE driver. Howard ___ mapserver-dev mailing list mapserver-...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-dev ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] double check - recommended way to optimize air photos for speed in MapServer while maintaining a decent quality and file size.
Hello, In the past I prepared my air photos for MapServer by converting them into GeoTiff and creating compressed jpeg overviews. I would like to double check if this is still a recommended method to prepare air photos that are fast, have a decent amount of quality, and are not terribly large. If anyone has any comments on how I should prepare air photos for MapServer and possibly ArcGIS or QGIS let me know. Here is what I used in the past, which seems to work good: gdal_translate -CO TILED=YES -CO PHOTOMETRIC=YCBCR -CO TFW=YES -CO COMPRESS=JPEG -CO BIGTIFF=YES MNPIPE13-SID-9INCH.sid Pipe13.tif gdaladdo -r cubic --config compress_overview JPEG --config photometric_overview YCBCR Pipe2013.tif 2 4 8 16 32 64 128 256 512 1024 I will be provided an ECW file, Mr Sid file, and I will be given the choice of getting either 775 individual jpg or tiff tiles. Thanks for any advice. Mark Volz ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapServer Environment Variables and IIS
Some further details after debugging. I modified mmaphttp.c and recompiled MapServer just to confirm the missing environment variables. // pszCurlCABundle = C:\\MapServer\\bin\\curl\\curl-ca-bundle.crt; // works when hardcoded pszCurlCABundle = getenv(Path); msDebug(Test CURL_CA_BUNDLE=%s\n, pszCurlCABundle); test1 = getenv(Path); msDebug(Path=%s\n, test1); Then run using mapserv the env variables are correct. When run in IIS using FastCGI both appear as null in the log file. [Tue Feb 10 13:54:13 2015].868000 Test CURL_CA_BUNDLE=(null) [Tue Feb 10 13:54:13 2015].868000 Path=(null) getenv is part of the standard C library http://www.codingunit.com/c-reference-stdlib-h-function-getenv So I guess this must be an IIS/FastCGI issue rather than MapServer? Seth On 09/02/2015 21:48, Jeff McKenna wrote: On 2015-02-09 1:03 PM, geographika wrote: Thanks Jeff. The environment variable is definitely set in system variables, and I've rebooted a few times now. It also happens on both a w08r2 server and a Windows 7 machine. I can see it in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment I'm using x64 MapServer, but the environment variables appear in my x64 Python script. I had this working a couple of years ago, and tried to see if anything has changed in the MS source since but no luck. I think I should also be able to set it in the web.config using the following, but also no luck: fastCgi application fullPath=C:\Mapserver\bin\mapserv.exe environmentVariables environmentVariable name=CURL_CA_BUNDLE value=C:\Mapserver\bin\curl\curl-ca-bundle.crt / /environmentVariables /application /fastCgi Regards, Seth I think I may been in your exact shoes once, and it was a problem with the Curl library in the MapServer build (I believe Curl is used for this certification/communication, along with the OpenSSL, but you could clarify this with other developers). I would also test with MS4W to see if you get the same problem. I think you said it used to work with an older MapServer version; I would therefore test on that same server with that same older MapServer version/package again too. Ha, this is how I debug (yes gives you grey hairs ha!). -jeff ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapServer Environment Variables and IIS
Mod fcgid on apache has special directives to set environment variables, c.f. FcgidInitialEnv . on iis you hopefully have the same... On Feb 10, 2015 8:18 AM, geographika geograph...@gmail.com wrote: Some further details after debugging. I modified mmaphttp.c and recompiled MapServer just to confirm the missing environment variables. // pszCurlCABundle = C:\\MapServer\\bin\\curl\\curl-ca-bundle.crt; // works when hardcoded pszCurlCABundle = getenv(Path); msDebug(Test CURL_CA_BUNDLE=%s\n, pszCurlCABundle); test1 = getenv(Path); msDebug(Path=%s\n, test1); Then run using mapserv the env variables are correct. When run in IIS using FastCGI both appear as null in the log file. [Tue Feb 10 13:54:13 2015].868000 Test CURL_CA_BUNDLE=(null) [Tue Feb 10 13:54:13 2015].868000 Path=(null) getenv is part of the standard C library http://www.codingunit.com/c- reference-stdlib-h-function-getenv So I guess this must be an IIS/FastCGI issue rather than MapServer? Seth On 09/02/2015 21:48, Jeff McKenna wrote: On 2015-02-09 1:03 PM, geographika wrote: Thanks Jeff. The environment variable is definitely set in system variables, and I've rebooted a few times now. It also happens on both a w08r2 server and a Windows 7 machine. I can see it in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment I'm using x64 MapServer, but the environment variables appear in my x64 Python script. I had this working a couple of years ago, and tried to see if anything has changed in the MS source since but no luck. I think I should also be able to set it in the web.config using the following, but also no luck: fastCgi application fullPath=C:\Mapserver\bin\mapserv.exe environmentVariables environmentVariable name=CURL_CA_BUNDLE value=C:\Mapserver\bin\curl\curl-ca-bundle.crt / /environmentVariables /application /fastCgi Regards, Seth I think I may been in your exact shoes once, and it was a problem with the Curl library in the MapServer build (I believe Curl is used for this certification/communication, along with the OpenSSL, but you could clarify this with other developers). I would also test with MS4W to see if you get the same problem. I think you said it used to work with an older MapServer version; I would therefore test on that same server with that same older MapServer version/package again too. Ha, this is how I debug (yes gives you grey hairs ha!). -jeff ___ 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] double check - recommended way to optimize air photos for speed in MapServer while maintaining a decent quality and file size.
On 02/10/2015 01:25 PM, Mark Volz wrote: Hello, In the past I prepared my air photos for MapServer by converting them into GeoTiff and creating compressed jpeg overviews. I would like to double check if this is still a recommended method to prepare air photos that are fast, have a decent amount of quality, and are not terribly large. If anyone has any comments on how I should prepare air photos for MapServer and possibly ArcGIS or QGIS let me know. Here is what I used in the past, which seems to work good: gdal_translate -CO TILED=YES -CO PHOTOMETRIC=YCBCR -CO TFW=YES -CO COMPRESS=JPEG -CO BIGTIFF=YES MNPIPE13-SID-9INCH.sid Pipe13.tif gdaladdo -r cubic --config compress_overview JPEG --config photometric_overview YCBCR Pipe2013.tif 2 4 8 16 32 64 128 256 512 1024 I will be provided an ECW file, Mr Sid file, and I will be given the choice of getting either 775 individual jpg or tiff tiles. Thanks for any advice. *Mark Volz* Its what I'm using, but I'm setting jpeg_quality much lower than the default. I ran several at different qualities and found next to no difference when zoomed all the way in. For the gdaladdo I reduce the quality even more, because when your zoomed out, who cares if you can't make out an individual car. I'm using: gdal_translate -of GTiff \ -co compress=jpeg \ -co JPEG_QUALITY=60 \ -co PHOTOMETRIC=YCBCR \ -co tiled=yes \ -co bigtiff=yes \ --config GDAL_CACHEMAX 500 \ src dest gdaladdo -ro -r average \ --config COMPRESS_OVERVIEW JPEG \ --config JPEG_QUALITY_OVERVIEW 40 \ --config PHOTOMETRIC_OVERVIEW YCBCR \ --config INTERLEAVE_OVERVIEW PIXEL \ --config GDAL_CACHEMAX 500 \ dest \ 2 4 8 16 32 64 128 256 512 1024 2048 4096 I think (but no real measure) that too many small files or very few big files are slower than 12'ish files. But that's just a gut feeling. My Tama Iowa imagery is 30 gig, in 12 .tif files: http://maps.camavision.com/map/tamaia?pin=14.27.203.003 The EWC version is 22 gig. performance wise, when zoomed in as close as possible (car level), the ecw and tiff perform about the same. When zoomed all the way out (entire county), once I added 2048 and 4096 to my gdaladdo, the tiff was almost a second faster than ecw. If there are newer/better methods I'd be interested in them too. -Andy ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] MapServer Environment Variables and IIS
Thanks for the reply. It should be possible to set these in IIS in the web.config file as outlined here: http://www.iis.net/configreference/system.webserver/fastcgi/application/environmentvariables fastCgi application fullPath=C:\Mapserver\bin\mapserv.exe environmentVariables environmentVariable name=CURL_CA_BUNDLE value=C:\Mapserver\bin\curl\curl-ca-bundle.crt / /environmentVariables /application /fastCgi handlers add name=MapServerFastCgi path=* verb=* type= modules=FastCgiModule scriptProcessor=C:\Mapserver\bin\mapserv.exe resourceType=Unspecified requireAccess=Script allowPathInfo=false preCondition= responseBufferLimit=4194304 / /handlers http://www.iis.net/configreference/system.webserver/fastcgi/application/environmentvariables However I've tried at all levels (app, web site, server) with no luck. On 10/02/2015 14:22, thomas bonfort wrote: Mod fcgid on apache has special directives to set environment variables, c.f. FcgidInitialEnv . on iis you hopefully have the same... On Feb 10, 2015 8:18 AM, geographika geograph...@gmail.com mailto:geograph...@gmail.com wrote: Some further details after debugging. I modified mmaphttp.c and recompiled MapServer just to confirm the missing environment variables. // pszCurlCABundle = C:\\MapServer\\bin\\curl\\curl-ca-bundle.crt; // works when hardcoded pszCurlCABundle = getenv(Path); msDebug(Test CURL_CA_BUNDLE=%s\n, pszCurlCABundle); test1 = getenv(Path); msDebug(Path=%s\n, test1); Then run using mapserv the env variables are correct. When run in IIS using FastCGI both appear as null in the log file. [Tue Feb 10 13:54:13 2015].868000 Test CURL_CA_BUNDLE=(null) [Tue Feb 10 13:54:13 2015].868000 Path=(null) getenv is part of the standard C library http://www.codingunit.com/c-reference-stdlib-h-function-getenv So I guess this must be an IIS/FastCGI issue rather than MapServer? Seth On 09/02/2015 21:48, Jeff McKenna wrote: On 2015-02-09 1:03 PM, geographika wrote: Thanks Jeff. The environment variable is definitely set in system variables, and I've rebooted a few times now. It also happens on both a w08r2 server and a Windows 7 machine. I can see it in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment I'm using x64 MapServer, but the environment variables appear in my x64 Python script. I had this working a couple of years ago, and tried to see if anything has changed in the MS source since but no luck. I think I should also be able to set it in the web.config using the following, but also no luck: fastCgi application fullPath=C:\Mapserver\bin\mapserv.exe environmentVariables environmentVariable name=CURL_CA_BUNDLE value=C:\Mapserver\bin\curl\curl-ca-bundle.crt / /environmentVariables /application /fastCgi Regards, Seth I think I may been in your exact shoes once, and it was a problem with the Curl library in the MapServer build (I believe Curl is used for this certification/communication, along with the OpenSSL, but you could clarify this with other developers). I would also test with MS4W to see if you get the same problem. I think you said it used to work with an older MapServer version; I would therefore test on that same server with that same older MapServer version/package again too. Ha, this is how I debug (yes gives you grey hairs ha!). -jeff ___ mapserver-users mailing list mapserver-users@lists.osgeo.org mailto: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