From Glenn.Burkhardt at utas.utc.com Wed Apr 4 12:51:56 2018 From: Glenn.Burkhardt at utas.utc.com (Burkhardt, Glenn B UTAS) Date: Wed, 4 Apr 2018 19:51:56 +0000 Subject: [mapserver-users] serving sparse DTED with WCS Message-ID: DTED data is notoriously sparse. If one combines all the files in a DTED dataset into a single Geotiff file using something like " gdalwarp -co TILED=YES */*.dt2 dted2.tif" But GDAL will build a bounding box that's square with the world, and there might not be data for every 1x1 deg section of the bounding box. When this happens, Mapserver fills in the missing data with zeros. Additionally, there might be data missing from within a 1x1 deg DTED file, and it is marked with a NODATA flag of -32767. Is there some way for Mapserver to communicate to a client where data is missing? I can't find anything in the coverage information provided to a WCS 1.0.0 client. Thanks. From even.rouault at spatialys.com Thu Apr 5 07:01:33 2018 From: even.rouault at spatialys.com (Even Rouault) Date: Thu, 05 Apr 2018 16:01:33 +0200 Subject: [mapserver-users] serving sparse DTED with WCS In-Reply-To: References: Message-ID: <2599013.SO2jG4ZsEl@even-i700> On mercredi 4 avril 2018 19:51:56 CEST Burkhardt, Glenn B UTAS wrote: > DTED data is notoriously sparse. If one combines all the files in a DTED > dataset into a single Geotiff file using something like " gdalwarp -co > TILED=YES */*.dt2 dted2.tif" > > But GDAL will build a bounding box that's square with the world, and there > might not be data for every 1x1 deg section of the bounding box. > > When this happens, Mapserver fills in the missing data with zeros. > Additionally, there might be data missing from within a 1x1 deg DTED file, > and it is marked with a NODATA flag of -32767. > > Is there some way for Mapserver to communicate to a client where data is > missing? I can't find anything in the coverage information provided to a > WCS 1.0.0 client. Glenn, You can define in the LAYER.METADATA section things like for WCS 1.0 and WCS 1.1 "wcs_rangeset_nullvalue" "-32767" Actually I see this wasn't documented. I've just added it in http://mapserver.org/ogc/wcs_server.html For WCS 2, use "wcs_nilvalues" Even -- Spatialys - Geospatial professional services http://www.spatialys.com From louis-philippe.rousseaulambert2 at canada.ca Thu Apr 5 08:32:23 2018 From: louis-philippe.rousseaulambert2 at canada.ca (Rousseau Lambert2, Louis-Philippe (EC)) Date: Thu, 5 Apr 2018 15:32:23 +0000 Subject: [mapserver-users] Wrong WCS bounding box ? Message-ID: Hi, I was testing WCS GetCapabilties requests on my sever and saw that the layer bounding box values aren't right... The layer extent should normally be -180, 17.2994, 180, 90 which is OK in the WMS GetCapabilities. The result I have in the WCS GetCapabilities is: 73.2514173838687 17.2994348501789 427.440941347144 81.1403650773625 The layer displays correctly in WMS (GetMap) and is also georeferenced correctly in WCS with the GetCoverage request. Any idea why I would get this extent in my WCS GetCapabilties ? Please note that I have tried version 1.0.0, 1.1.1, 2.0.1 and am using MapServer 7.0.7 Example test mapfile: MAP NAME "test" PROJECTION "init=epsg:4326" END WEB METADATA "ows_enable_request" "*" "ows_title" "My Web Services" END END LAYER NAME "temp-test" STATUS ON TYPE RASTER DUMP TRUE TEMPLATE "ttt.html" PROJECTION "proj=stere" "lat_0=90" "lat_ts=60" "lon_0=249" "k=90" "x_0=0" "y_0=0" "a=6371229" "b=6371229" "units=m" "no_defs" END # Any layer on dd.weather.gc.ca that matches this pattern will work DATA 'dd.meteo.gc.ca/model_gem_regional/10km/grib2/*/*/*TMP_TGL_2*.grib2' METADATA "ows_title" "test" "wcs_label" "test" "wcs_rangeset_name" "Default Range" "wcs_rangeset_label" "Default Range" "ows_include_items" "all" "gml_include_items" "all" END CLASSGROUP "TEMPERATURE" CLASS NAME "-35 -30" GROUP "TEMPERATURE" EXPRESSION ([pixel] < 0) STYLE COLOR 0 0 183 END END CLASS NAME "-30 -25" GROUP "TEMPERATURE" EXPRESSION ([pixel] >= 0) STYLE COLOR 0 0 239 END END END END Thanks LP -------------- next part -------------- An HTML attachment was scrubbed... URL: From Glenn.Burkhardt at utas.utc.com Fri Apr 6 08:17:14 2018 From: Glenn.Burkhardt at utas.utc.com (Burkhardt, Glenn B UTAS) Date: Fri, 6 Apr 2018 15:17:14 +0000 Subject: [mapserver-users] [External] Re: serving sparse DTED with WCS In-Reply-To: <2599013.SO2jG4ZsEl@even-i700> References: <2599013.SO2jG4ZsEl@even-i700> Message-ID: <905b4aae273148aa85f804b253aae467@UUSALE0M.utcmail.com> This works perfectly for me. Missing 1x1 deg tiles from a bounding box are correctly reported as missing, and if there is missing data within a tile, it also is reported as missing. Thanks! Suggestion for improvement: when the data file supplied to Mapserver is Geotiff, and a " NoData Value" is supplied, automatically use it as a null value for the layer. -----Original Message----- From: Even Rouault [mailto:even.rouault at spatialys.com] Sent: Thursday, April 5, 2018 10:02 To: mapserver-users at lists.osgeo.org Cc: Burkhardt, Glenn B UTAS Subject: [External] Re: [mapserver-users] serving sparse DTED with WCS On mercredi 4 avril 2018 19:51:56 CEST Burkhardt, Glenn B UTAS wrote: > DTED data is notoriously sparse. If one combines all the files in a > DTED dataset into a single Geotiff file using something like " > gdalwarp -co TILED=YES */*.dt2 dted2.tif" > > But GDAL will build a bounding box that's square with the world, and > there might not be data for every 1x1 deg section of the bounding box. > > When this happens, Mapserver fills in the missing data with zeros. > Additionally, there might be data missing from within a 1x1 deg DTED > file, and it is marked with a NODATA flag of -32767. > > Is there some way for Mapserver to communicate to a client where data > is missing? I can't find anything in the coverage information > provided to a WCS 1.0.0 client. Glenn, You can define in the LAYER.METADATA section things like for WCS 1.0 and WCS 1.1 "wcs_rangeset_nullvalue" "-32767" Actually I see this wasn't documented. I've just added it in http://mapserver.org/ogc/wcs_server.html For WCS 2, use "wcs_nilvalues" Even -- Spatialys - Geospatial professional services http://www.spatialys.com/en/home/ From bob.basques at ci.stpaul.mn.us Tue Apr 10 11:29:33 2018 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Tue, 10 Apr 2018 18:29:33 +0000 Subject: [mapserver-users] [REMINDER] OSGeo Twin Cities local Chapter (aka TCMUG) meeting schedule. Message-ID: <33301341-75A6-4CD4-A812-8AFD4D6FD9B2@ci.stpaul.mn.us> All, Reminder for next meeting: Next meeting is at Surly in Minneapolis Date: April 11th, 2018 Time: 4:30pm See you there. bobb -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Thu Apr 12 11:37:50 2018 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Thu, 12 Apr 2018 18:37:50 +0000 Subject: [mapserver-users] OSGeo Twin Cities local Chapter (aka TCMUG) meeting schedule. Message-ID: <3AAD228D-3A6B-4215-9248-E1A1C6E5D082@ci.stpaul.mn.us> All, Meeting last evening at Surlys had a good turnout. Thanks Perry (not pictured) for the photo. Next meeting is at SeaSalt in Minnehaha Park Date: Wednesday May 16th, 2018 Time: 4:30pm See you there. bobb -------------- next part -------------- An HTML attachment was scrubbed... URL: From lucadeluge at gmail.com Mon Apr 16 07:45:34 2018 From: lucadeluge at gmail.com (Luca Delucchi) Date: Mon, 16 Apr 2018 16:45:34 +0200 Subject: [mapserver-users] LABELITEM in TEMPLATE or dynamic template Message-ID: Hi all, I have a WMS service based on a Postgis table, it has several columns used by several layers in MapServer to classify it. Is it possibile to use the LABELITEM value in the template? Is there any other way to change the value in the template without extra parameter in the WMS request? Otherwise I see only the way to create several template files, one for each layer... -- ciao Luca www.lucadelu.org From steve.lime at state.mn.us Mon Apr 16 13:09:50 2018 From: steve.lime at state.mn.us (Lime, Steve D (MNIT)) Date: Mon, 16 Apr 2018 20:09:50 +0000 Subject: [mapserver-users] LABELITEM in TEMPLATE or dynamic template In-Reply-To: References: Message-ID: I don?t get what you mean by template - are you really talking about a query template (either via TEMPLATE or a template-driven output format) or something else? --Steve -----Original Message----- From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Luca Delucchi Sent: Monday, April 16, 2018 9:46 AM To: MapServer Subject: [mapserver-users] LABELITEM in TEMPLATE or dynamic template Hi all, I have a WMS service based on a Postgis table, it has several columns used by several layers in MapServer to classify it. Is it possibile to use the LABELITEM value in the template? Is there any other way to change the value in the template without extra parameter in the WMS request? Otherwise I see only the way to create several template files, one for each layer... -- ciao Luca www.lucadelu.org _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From bob.basques at ci.stpaul.mn.us Mon Apr 16 13:48:34 2018 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 16 Apr 2018 20:48:34 +0000 Subject: [mapserver-users] I think I've asked this before . . . Extenst from a SQL query for map output. Message-ID: <1919683A-B08C-47A6-8AD0-F9160EA11D5D@ci.stpaul.mn.us> All, I?m trying to use the extents of an SQL query as the output map extents in a CGI mapfile call? I want to run a SQL query for a bunch of objects that I don?t know the extents of ahead of time, and use the resulting extents of the objects as the map output. I do have something working already as a two stage request, but it seems like I should be able to get this in one shot. I figured out how to do an Identify, but now how to pull the extents for zooming correctly (I also want to add a percentage buffer around the extents). I think I?m missing something obvious. bobb "Once you eliminate the impossible, whatever remains, no matter how improbable, must be the truth." - Sherlock Holmes -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Mon Apr 16 14:44:47 2018 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 16 Apr 2018 21:44:47 +0000 Subject: [mapserver-users] Fwd: I think I've asked this before . . . Extenst from a SQL query for map output. References: <40F23A02-E99C-4BEF-9EC2-E4869CB044B5@ci.stpaul.mn.us> Message-ID: <9228E7DF-287B-4A0A-B781-2B380F553400@ci.stpaul.mn.us> Try this link: https://www.dropbox.com/s/15c6awmbd57vw54/latest.webm?dl=0 My bad. sorry about that. On Apr 16, 2018, at 4:35 PM, Carlos Ruiz > wrote: I cannot watch the video, the URL is wrong. So you get the extent like SELECT st_extent(geom) FROM table WHERE criteria to a PERL script to make a WMS request with the extent, am I right ? Yup. I can?t figure out how to pull the extents out of a SQL through a Mapfile CGI request though, if it?s even doable. I can? center the view with a Info request to the WMS, but I can?t seem to get the zoom factor to change in any way. bobb "Once you eliminate the impossible, whatever remains, no matter how improbable, must be the truth." - Sherlock Holmes -------------- next part -------------- An HTML attachment was scrubbed... URL: From lucadeluge at gmail.com Mon Apr 16 21:43:37 2018 From: lucadeluge at gmail.com (Luca Delucchi) Date: Tue, 17 Apr 2018 04:43:37 +0000 Subject: [mapserver-users] LABELITEM in TEMPLATE or dynamic template In-Reply-To: References: Message-ID: Il lun 16 apr 2018, 22:09 Lime, Steve D (MNIT) ha scritto: > I don?t get what you mean by template - are you really talking about a > query template (either via TEMPLATE or a template-driven output format) or > something else? --Steve > A query template, in the template it is required to set [item name="column_name"] I would like to set [item LABELITEM] or something similar Thanks Luca -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Wed Apr 18 13:30:03 2018 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Wed, 18 Apr 2018 20:30:03 +0000 Subject: [mapserver-users] Dynamic Styling (NOT SLD) Message-ID: Hello, Was wondering if anyone has played around with the idea of using dynamic styling via the MapServer CGI (or possibly with OGC calls) I?m thinking about how I might make a style control from a mapfile/layer somehow discoverable via a CGI call in order in order to build a form to send in a styling change from the client. Easy stuff at first, maybe color changes and line width changes. Maybe a MapServer parameter (is available) to export the current style settings to layer name bindings?? Probably doable with MapScript I would guess. . . Any thoughts? Thanks bobb "Tact is the ability to describe others as they see themselves.? - Abraham Lincoln -------------- next part -------------- An HTML attachment was scrubbed... URL: From joerg.thomsen at wheregroup.com Thu Apr 19 00:24:08 2018 From: joerg.thomsen at wheregroup.com (=?UTF-8?Q?J=c3=b6rg_Thomsen_=28WhereGroup=29?=) Date: Thu, 19 Apr 2018 09:24:08 +0200 Subject: [mapserver-users] Dynamic Styling (NOT SLD) In-Reply-To: References: Message-ID: <13202cc8-b206-61a5-79f6-eee670f0edc3@wheregroup.com> No problem: http://mapserver.org/cgi/controls.html#cgi-mapfile-change-parameters Have fun! J?rg Am 18.04.2018 um 22:30 schrieb Basques, Bob (CI-StPaul): > Hello, > > Was wondering if anyone has played around with the idea of using dynamic > styling via the MapServer CGI (or possibly with OGC calls) > > I?m thinking about how I might make a style control from a mapfile/layer > somehow discoverable via a CGI call in order in order to build a form to > send in ?a styling change from the client. ?Easy stuff at first, maybe > color changes and line width changes. ?Maybe a MapServer parameter (is > available) ?to export the current style settings to layer name > bindings?? ?Probably doable with MapScript I would guess. . . > > Any thoughts? > > Thanks > > bobb > > > > "Tact is the ability to describe others as they see themselves.? > -??Abraham Lincoln > > > > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > Viele Gr??e, J?rg Thomsen -- ----------------------------------- Aufwind durch Wissen! Qualifizierte Open-Source-Schulungen bei der www.foss-academy.com ----------------------------------- J?rg Thomsen WhereGroup GmbH & Co. KG Gillweg 3 14193 Berlin Germany Fon: +49 (0)30 / 5130 278 74 Fax: +49 (0)30 / 89 09 53 21 joerg.thomsen at wheregroup.com www.wheregroup.com Amtsgericht Bonn, HRA 6788 ------------------------------- Komplement?rin: WhereGroup Verwaltungs GmbH vertreten durch: Olaf Knopp, Peter Stamm ------------------------------- Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com From steve.lime at state.mn.us Fri Apr 20 08:22:37 2018 From: steve.lime at state.mn.us (Lime, Steve D (MNIT)) Date: Fri, 20 Apr 2018 15:22:37 +0000 Subject: [mapserver-users] LABELITEM in TEMPLATE or dynamic template In-Reply-To: References: Message-ID: You can?t get at core properties through the template tags. You can get at anything you pass in to a request so if you?re dynamically setting the labelitem then you could exploit that. I believe you can also get at values stored in the metadata block so you could use that. Syntax is [layername_meta data key]? It would be interesting to learn a little more about your setup to see if there is a more expedient way to do what you?re after. --Steve From: Luca Delucchi [mailto:lucadeluge at gmail.com] Sent: Monday, April 16, 2018 11:44 PM To: Lime, Steve D (MNIT) Cc: MapServer Subject: Re: [mapserver-users] LABELITEM in TEMPLATE or dynamic template Il lun 16 apr 2018, 22:09 Lime, Steve D (MNIT) > ha scritto: I don?t get what you mean by template - are you really talking about a query template (either via TEMPLATE or a template-driven output format) or something else? --Steve A query template, in the template it is required to set [item name="column_name"] I would like to set [item LABELITEM] or something similar Thanks Luca -------------- next part -------------- An HTML attachment was scrubbed... URL: From lucadeluge at gmail.com Mon Apr 23 04:39:21 2018 From: lucadeluge at gmail.com (Luca Delucchi) Date: Mon, 23 Apr 2018 13:39:21 +0200 Subject: [mapserver-users] LABELITEM in TEMPLATE or dynamic template In-Reply-To: References: Message-ID: On 20 April 2018 at 17:22, Lime, Steve D (MNIT) wrote: > You can?t get at core properties through the template tags. You can get at > anything you pass in to a request so if you?re dynamically setting the > labelitem then you could exploit that. I believe you can also get at values > stored in the metadata block so you could use that. Syntax is > [layername_meta data key]? It would be interesting to learn a little more > about your setup to see if there is a more expedient way to do what you?re > after. > Thanks a lot for your support, so I solved my problem using this syntax in the template [item name=[metadata_gml_include_items]] in the metadata section is set gml_include_items "MYCOLUMN" > > --Steve > -- ciao Luca www.lucadelu.org From mark.jackson at cerc.co.uk Wed Apr 25 07:59:23 2018 From: mark.jackson at cerc.co.uk (Mark Jackson) Date: Wed, 25 Apr 2018 15:59:23 +0100 Subject: [mapserver-users] MapServer on Centos 7 Message-ID: <7.0.1.0.0.20180425154442.04b26e00@cerc.co.uk> Hi there We have a managed server with MapServer and Centos. We asked our ISP about moving to a new server and they said MapServer "would not work well with CentOS7, certainly not without a great deal of customisation and it's something we would not recommend. " (I am not convinced they know much about MapServer though...) Does MapServer work well on Centos 7? Is there a web page that says MapServer works well on Centos 7 - so I can send it to the ISP ? Back in 2011 the same ISP installed MapServer 5.6.6 onto Centos 5 quite easily, compiling it from source. I don't know exactly why they are reluctant to install MapServer on Centos 7 - they have not given details. We would be happy to use the most up-to-date MapServer, 7. I've looked at mapserver.org but can't find anything clear about Centos 7 support. I think the most relevant pages are the download page http://mapserver.org/uk/download.html and the compiling on Unix page http://mapserver.org/installation/unix.html (I'm reluctant to shift to another ISP because up to now, these guys have been excellent. I'd like to convince them that MapServer is fine on Centos 7.) Thanks Mark ******************************************************************************************* Cambridge Environmental Research Consultants Ltd. cannot accept any responsibility for the accuracy or completeness of this message as it has been transmitted over a public network. This e-mail and any files transmitted with it are private and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient, this e-mail and any accompanying files have been transmitted to you in error. You may not copy, distribute or make any other use of the information contained in them. CERC is a trading name of Cambridge Environmental Research Consultants Ltd, registered at Cardiff with number 1926883. Registered Office address: 3 Kings Parade, Cambridge, CB2 1SJ. From michael.smith.erdc at gmail.com Wed Apr 25 08:10:39 2018 From: michael.smith.erdc at gmail.com (Michael Smith) Date: Wed, 25 Apr 2018 11:10:39 -0400 Subject: [mapserver-users] MapServer on Centos 7 In-Reply-To: <7.0.1.0.0.20180425154442.04b26e00@cerc.co.uk> References: <7.0.1.0.0.20180425154442.04b26e00@cerc.co.uk> Message-ID: We (US Army Corps as well as the other federal agencies I work with, US Army and NGA) use MapServer 7.x on both RHEL 7 and Oracle Enterprise Linux 7 (binary compatible with Centos 7) and have no issues. It?s a very stable platform for us. We run in STIG-ified Apache 2 web server without issue. You can certainly send this to any ISP. Note that we compile and deploy on separate on separate boxes so we only have the devel packages and compilers on one and then the generated binaries and depending libs on a separate box. Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers ?-----Original Message----- From: mapserver-users on behalf of Mark Jackson Date: Wednesday, April 25, 2018 at 11:05 AM To: Subject: [mapserver-users] MapServer on Centos 7 Hi there We have a managed server with MapServer and Centos. We asked our ISP about moving to a new server and they said MapServer "would not work well with CentOS7, certainly not without a great deal of customisation and it's something we would not recommend. " (I am not convinced they know much about MapServer though...) Does MapServer work well on Centos 7? Is there a web page that says MapServer works well on Centos 7 - so I can send it to the ISP ? Back in 2011 the same ISP installed MapServer 5.6.6 onto Centos 5 quite easily, compiling it from source. I don't know exactly why they are reluctant to install MapServer on Centos 7 - they have not given details. We would be happy to use the most up-to-date MapServer, 7. I've looked at mapserver.org but can't find anything clear about Centos 7 support. I think the most relevant pages are the download page http://mapserver.org/uk/download.html and the compiling on Unix page http://mapserver.org/installation/unix.html (I'm reluctant to shift to another ISP because up to now, these guys have been excellent. I'd like to convince them that MapServer is fine on Centos 7.) Thanks Mark ******************************************************************************************* Cambridge Environmental Research Consultants Ltd. cannot accept any responsibility for the accuracy or completeness of this message as it has been transmitted over a public network. This e-mail and any files transmitted with it are private and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient, this e-mail and any accompanying files have been transmitted to you in error. You may not copy, distribute or make any other use of the information contained in them. CERC is a trading name of Cambridge Environmental Research Consultants Ltd, registered at Cardiff with number 1926883. Registered Office address: 3 Kings Parade, Cambridge, CB2 1SJ. _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From doug_newcomb at fws.gov Wed Apr 25 08:12:57 2018 From: doug_newcomb at fws.gov (Newcomb, Doug) Date: Wed, 25 Apr 2018 11:12:57 -0400 Subject: [mapserver-users] [EXTERNAL] MapServer on Centos 7 In-Reply-To: <7.0.1.0.0.20180425154442.04b26e00@cerc.co.uk> References: <7.0.1.0.0.20180425154442.04b26e00@cerc.co.uk> Message-ID: Spotted this, have not tried it: https://stackoverflow.com/questions/45104610/installing- mapserver-using-rpms-in-chef-12 Doug On Wed, Apr 25, 2018 at 10:59 AM, Mark Jackson wrote: > Hi there > > We have a managed server with MapServer and Centos. We asked our ISP about > moving to a new server and they said MapServer "would not work well with > CentOS7, certainly not without a great deal of customisation and it's > something we would not recommend. " (I am not convinced they know much > about MapServer though...) > > Does MapServer work well on Centos 7? > Is there a web page that says MapServer works well on Centos 7 - so I can > send it to the ISP ? > > Back in 2011 the same ISP installed MapServer 5.6.6 onto Centos 5 quite > easily, compiling it from source. I don't know exactly why they are > reluctant to install MapServer on Centos 7 - they have not given details. > We would be happy to use the most up-to-date MapServer, 7. > > I've looked at mapserver.org but can't find anything clear about Centos 7 > support. I think the most relevant pages are the download page > http://mapserver.org/uk/download.html and the compiling on Unix page > http://mapserver.org/installation/unix.html > > (I'm reluctant to shift to another ISP because up to now, these guys have > been excellent. I'd like to convince them that MapServer is fine on Centos > 7.) > > Thanks > Mark > > > ************************************************************ > ******************************* > Cambridge Environmental Research Consultants Ltd. cannot accept any > responsibility for the accuracy or completeness of this message as it has > been transmitted over a public network. > > This e-mail and any files transmitted with it are private and intended > solely for the use of the individual or entity to whom they are addressed. > If you are not the intended recipient, this e-mail and any accompanying > files have been transmitted to you in error. You may not copy, distribute > or make any other use of the information contained in them. > > CERC is a trading name of Cambridge Environmental Research Consultants Ltd, > registered at Cardiff with number 1926883. Registered Office address: 3 > Kings Parade, Cambridge, CB2 1SJ > > . > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users -- Doug Newcomb USFWS 551F Pylon Dr Raleigh, NC 919-856-4520 ext. 14 doug_newcomb at fws.gov --------------------------------------------------------------------------------------------------------- *NOTE: This email correspondence and any attachments to and from this sender is subject to the Freedom of Information Act (FOIA) and may be disclosed to third parties.*? -------------- next part -------------- An HTML attachment was scrubbed... URL: From gustafson.erik at gmail.com Wed Apr 25 23:59:58 2018 From: gustafson.erik at gmail.com (Erik Gustafson) Date: Thu, 26 Apr 2018 08:59:58 +0200 Subject: [mapserver-users] MapServer on Centos 7 In-Reply-To: <7.0.1.0.0.20180425154442.04b26e00@cerc.co.uk> References: <7.0.1.0.0.20180425154442.04b26e00@cerc.co.uk> Message-ID: > > Does MapServer work well on Centos 7? > > We (Lantm?teriet, the Swedish mapping authority) are running Mapserver 6.x and Mapserver 7.x on RHEL7 with most functionality regarding OGC services enabled. We have been running Mapserver on RHEL for about 9 years without any major issues regarding the compilation or the stability of the software. /Erik -------------- next part -------------- An HTML attachment was scrubbed... URL: