From jmorgan3 at uwf.edu  Tue May  1 07:51:31 2018
From: jmorgan3 at uwf.edu (Derek)
Date: Tue, 1 May 2018 09:51:31 -0500
Subject: [mapserver-users] Amazon AWS instance size for MapServer
Message-ID: <ff94664d-c5bb-7097-ddb4-ed0c0ca97d89@uwf.edu>

Hello,

I was curious if anyone has recent experience with Amazon AWS instance 
sizes for MapServer. We are looking at a small-scale usage (e.g. 30 
users) and 30-50 vector layers served as WMS across the geographic scale 
of Florida. For instance, I am comparing t2.medium with 2 virtual CPU's 
and 4 GiB of memory verses t2.large with 4 virtual CPUs AND 8 GiB of 
memory (see https://aws.amazon.com/ec2/instance-types/)

Thanks,

-- 
J. Derek  Morgan, Ph.D. GISP
Assistant Professor
Earth and Environmental Sciences
University of West Florida
https://uwf.edu/go/gis/



From richard.greenwood at gmail.com  Tue May  1 19:07:36 2018
From: richard.greenwood at gmail.com (Richard Greenwood)
Date: Tue, 1 May 2018 20:07:36 -0600
Subject: [mapserver-users] Amazon AWS instance size for MapServer
In-Reply-To: <ff94664d-c5bb-7097-ddb4-ed0c0ca97d89@uwf.edu>
References: <ff94664d-c5bb-7097-ddb4-ed0c0ca97d89@uwf.edu>
Message-ID: <CAHBySPZZfTc8xttvTAzt1ouFC8R+PVwrVrRzbB+=TM9a8ZAdpA@mail.gmail.com>

You will probably do fine with the smaller instance, but a few things to
consider:
* Data from shapefiles not a database.
* A qix index on the shapefiles if > 10k features.
* FastCGI.
* Labeling can be pretty resource intensive so pay attention to them.
* Linux, not Windows, which requires more memory.
* SSD


On Tue, May 1, 2018 at 8:51 AM, Derek <jmorgan3 at uwf.edu> wrote:

> Hello,
>
> I was curious if anyone has recent experience with Amazon AWS instance
> sizes for MapServer. We are looking at a small-scale usage (e.g. 30 users)
> and 30-50 vector layers served as WMS across the geographic scale of
> Florida. For instance, I am comparing t2.medium with 2 virtual CPU's and 4
> GiB of memory verses t2.large with 4 virtual CPUs AND 8 GiB of memory (see
> https://aws.amazon.com/ec2/instance-types/)
>
> Thanks,
>
> --
> J. Derek  Morgan, Ph.D. GISP
> Assistant Professor
> Earth and Environmental Sciences
> University of West Florida
> https://uwf.edu/go/gis/
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users




-- 
Richard W. Greenwood, PLS
www.greenwoodmap.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180501/7ad36a10/attachment.htm>

From sethg at geographika.co.uk  Thu May  3 15:41:45 2018
From: sethg at geographika.co.uk (Seth G)
Date: Fri, 04 May 2018 00:41:45 +0200
Subject: [mapserver-users] MapCache Dimensions
Message-ID: <1525387305.1359863.1360190144.1C5268A5@webmail.messagingengine.com>

Hi list,

I've been using the MapCache dimensions functionality today, and after lots of trial and error got everything working. 
I've added a pull request with some basic documentation - https://github.com/mapserver/docs/pull/234 (also see http://geographika.net/mapserver_docs/mapcache/dimensions.html).
I've not used the TIME dimension or ASSEMBLY dimension functionality in MapCache before. If anyone has, and has some sample config / notes to add to the docs please update the pull request / reply to the list, so it can be added. 

Seth


--
web:http://geographika.co.uk
twitter: @geographika


From erik.h11.01 at gmail.com  Sun May  6 20:32:12 2018
From: erik.h11.01 at gmail.com (Erik H)
Date: Sun, 6 May 2018 23:32:12 -0400
Subject: [mapserver-users] Closing data source
Message-ID: <CAE0Ci-AEO=i9K-Ywti6OmPs2DBQ5DuKLK_uaxLHcb+3=r2nB=g@mail.gmail.com>

Hi list,


I'm running a tiling server which is a bit unusual: it's a Java-based web
server which calls the MapServer 7.0.4 shared library using JNI and the
swig bindings.

Works mostly fine, but I now have a problem with too many open files. This
is for a layer where I use MapServer to display raster data. The input file
is a large TIFF file, output format is PNG. I'm using a small MapScript
file to specify things like the output projection and format,.

For each tile I generate, I dynamically specify the input TIFF file (which
is a radar image and changes every 5 minutes).. My Java code is something
like

mapObj map = new mapObj(mapFileName);
map.getLayer(0).setData(currentFile);
map.setExtent(...)
imageObj img = map.draw();
byte[] tile = img.getBytes();


This produces the PNG images that I want, but the problem is that file
connections to the .tiff file remain open (as I could verify with 'lsof'),
and after a while this becomes a problem.

My question: can I somehow close the data source after generating the PNG?
I tried setting the data source to null, or calling the layer's delete()
function, but that did not seem to have any effect.


Alternatively, I guess I could call GDAL directly from Java to generate my
PNGs, but it's not very clear to me how to do that.

Thanks

Erik
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180506/12ec9a26/attachment.htm>

From steve.lime at state.mn.us  Wed May  9 11:27:27 2018
From: steve.lime at state.mn.us (Lime, Steve D (MNIT))
Date: Wed, 9 May 2018 18:27:27 +0000
Subject: [mapserver-users] MapServer 7.2.0 Beta 1 is Released
Message-ID: <SN6PR0901MB23503EE74E2375D6DF7E6F52DA990@SN6PR0901MB2350.namprd09.prod.outlook.com>

Hi all: The MapServer is happy to announce the release of the first beta for MapServer 7.2.0. A long time coming - too long - this version features a number of significant updates, including:


-          Support for Enhanced Layer Metadata Management (RFC82)

-          Calculate MINDISTANCE from label bounds instead of label center (#5369)

-          Reposition follow labels on maxoverlapangle collisions (RFC112)

-          Implement chainable compositing filters (RFC113)

-          Faster retrieval of shape count (RFC114)

-          WMS layer groups are now requestable

-          Support C-style multi-line comments (#5362)

-          PHP 7 MapScript Support Through SWIG (RFC117)

-          Python 3.x support (#5561)

-          Support Vendor-Specific OGC FILTER parameter in WMS requests (RFC118)

-          Mapbox Vector Tile (MVT) Support (RFC119)

-          INSPIRE download service support for WCS 2.0 (RFC120)

We need your help to test things so please give this new version a try. There should be no regressions in mapfile syntax compared to 7.0.x. At least one additional beta release is currently scheduled (a week from now). We'll see how testing goes... Issues can be reported via GitHub at https://github.com/mapserver/mapserver/issues.

Thanks so much to the developers, folks working on documentation, users that have worked hard over the past few years to make this release happen.

--Steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180509/0a7fb2b6/attachment.htm>

From steve.lime at state.mn.us  Wed May  9 11:30:53 2018
From: steve.lime at state.mn.us (Lime, Steve D (MNIT))
Date: Wed, 9 May 2018 18:30:53 +0000
Subject: [mapserver-users] MapServer 7.2.0 Beta 1 is Released
In-Reply-To: <SN6PR0901MB23503EE74E2375D6DF7E6F52DA990@SN6PR0901MB2350.namprd09.prod.outlook.com>
References: <SN6PR0901MB23503EE74E2375D6DF7E6F52DA990@SN6PR0901MB2350.namprd09.prod.outlook.com>
Message-ID: <SN6PR0901MB23504658AD2FCD1CF0EB43FFDA990@SN6PR0901MB2350.namprd09.prod.outlook.com>

I should add that the source distribution is available from the usual spot: http://mapserver.org/download.html under development releases.

From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Lime, Steve D (MNIT)
Sent: Wednesday, May 09, 2018 1:27 PM
To: mapserver-dev at lists.osgeo.org; mapserver-users at lists.osgeo.org
Subject: [mapserver-users] MapServer 7.2.0 Beta 1 is Released

Hi all: The MapServer is happy to announce the release of the first beta for MapServer 7.2.0. A long time coming - too long - this version features a number of significant updates, including:


-          Support for Enhanced Layer Metadata Management (RFC82)

-          Calculate MINDISTANCE from label bounds instead of label center (#5369)

-          Reposition follow labels on maxoverlapangle collisions (RFC112)

-          Implement chainable compositing filters (RFC113)

-          Faster retrieval of shape count (RFC114)

-          WMS layer groups are now requestable

-          Support C-style multi-line comments (#5362)

-          PHP 7 MapScript Support Through SWIG (RFC117)

-          Python 3.x support (#5561)

-          Support Vendor-Specific OGC FILTER parameter in WMS requests (RFC118)

-          Mapbox Vector Tile (MVT) Support (RFC119)

-          INSPIRE download service support for WCS 2.0 (RFC120)

We need your help to test things so please give this new version a try. There should be no regressions in mapfile syntax compared to 7.0.x. At least one additional beta release is currently scheduled (a week from now). We'll see how testing goes... Issues can be reported via GitHub at https://github.com/mapserver/mapserver/issues.

Thanks so much to the developers, folks working on documentation, users that have worked hard over the past few years to make this release happen.

--Steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180509/a2820181/attachment.htm>

From richard.greenwood at gmail.com  Mon May 14 11:07:46 2018
From: richard.greenwood at gmail.com (Richard Greenwood)
Date: Mon, 14 May 2018 12:07:46 -0600
Subject: [mapserver-users] MapServer 7.2.0 PHP support?
Message-ID: <CAHBySPa9Xkh_5jD0nHdEyONCqoEYjOaBKYBGRABvAG66ZxmM=g@mail.gmail.com>

Is there php7 mapscript support in MapServer 7.2? I grabbed the 7.2 beta
and built the cgi mapserv on Ubuntu 18.07 then tried to build with php
mapscript. Ubuntu 18.04 provides php 7.2. I got cmake to generate a
Makefile but a couple things stand out below, the "PHP5" and the two
"NOTFOUND".

PHP5_CONFIG_EXECUTABLE     /usr/bin/php-config
PHP5_EXECUTABLE            /usr/bin/php
PHP5_FOUND_INCLUDE_PATH    PHP5_FOUND_INCLUDE_PATH-NOTFOUND
PHP5_LIBRARY               PHP5_LIBRARY-NOTFOUND

When I try to build with the generated Makefile I get a lot of errors.

So is it supposed to work and I'm just missing something(s) or is php7 not
supported?

Thanks,
Rich

-- 
Richard W. Greenwood, PLS
www.greenwoodmap.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180514/f5123b1b/attachment.htm>

From steve.lime at state.mn.us  Mon May 14 11:48:23 2018
From: steve.lime at state.mn.us (Lime, Steve D (MNIT))
Date: Mon, 14 May 2018 18:48:23 +0000
Subject: [mapserver-users] MapServer 7.2.0 PHP support?
In-Reply-To: <CAHBySPa9Xkh_5jD0nHdEyONCqoEYjOaBKYBGRABvAG66ZxmM=g@mail.gmail.com>
References: <CAHBySPa9Xkh_5jD0nHdEyONCqoEYjOaBKYBGRABvAG66ZxmM=g@mail.gmail.com>
Message-ID: <MW2PR0901MB2348F9673260D303D6633A0DDA9C0@MW2PR0901MB2348.namprd09.prod.outlook.com>

Hi Rich: It was my mistake to include PHP 7 support in the feature list ? I thought it was ready. There has been some work but it has not been finished. Consequently it will not be included in the 7.2 release. I?ll fix the feature list with the next beta.

As I mentioned, work *has* been done. Jeff McKenna has an RFC for PHP/Swig support and there?s a pull request (https://github.com/mapserver/mapserver/pull/5461) sitting out there.

IMHO the quickest means to an end will be to have folks test and provide feedback on the pull request and then include it as part of a 7.2.1 release.

--Steve


From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Richard Greenwood
Sent: Monday, May 14, 2018 1:08 PM
To: mapserver <mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] MapServer 7.2.0 PHP support?

Is there php7 mapscript support in MapServer 7.2? I grabbed the 7.2 beta and built the cgi mapserv on Ubuntu 18.07 then tried to build with php mapscript. Ubuntu 18.04 provides php 7.2. I got cmake to generate a Makefile but a couple things stand out below, the "PHP5" and the two "NOTFOUND".

PHP5_CONFIG_EXECUTABLE     /usr/bin/php-config
PHP5_EXECUTABLE            /usr/bin/php
PHP5_FOUND_INCLUDE_PATH    PHP5_FOUND_INCLUDE_PATH-NOTFOUND
PHP5_LIBRARY               PHP5_LIBRARY-NOTFOUND

When I try to build with the generated Makefile I get a lot of errors.

So is it supposed to work and I'm just missing something(s) or is php7 not supported?

Thanks,
Rich

--
Richard W. Greenwood, PLS
www.greenwoodmap.com<http://www.greenwoodmap.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180514/7f8eb1c6/attachment.htm>

From emperor_stef at yahoo.gr  Mon May 14 12:14:02 2018
From: emperor_stef at yahoo.gr (Stefanos Anastasiou)
Date: Mon, 14 May 2018 19:14:02 +0000 (UTC)
Subject: [mapserver-users] =?utf-8?b?zqPPh861z4Q6ICBNYXBTZXJ2ZXIgNy4yLjAg?=
 =?utf-8?q?PHP_support=3F?=
In-Reply-To: <MW2PR0901MB2348F9673260D303D6633A0DDA9C0@MW2PR0901MB2348.namprd09.prod.outlook.com>
References: <CAHBySPa9Xkh_5jD0nHdEyONCqoEYjOaBKYBGRABvAG66ZxmM=g@mail.gmail.com>
 <MW2PR0901MB2348F9673260D303D6633A0DDA9C0@MW2PR0901MB2348.namprd09.prod.outlook.com>
Message-ID: <168018990.2072976.1526325242389@mail.yahoo.com>

Hi Steve,? ? thank you for you effort so far..!!!???when you say next beta, you mean 7.2 beta in the upcoming weeks? Or in the next major release?

Regards,?Stefanos

    ???? 9:48 ?.?. ???????, 14 ????? 2018, ?/? "Lime, Steve D (MNIT)" <steve.lime at state.mn.us> ??????:
 

 #yiv6931927418 #yiv6931927418 -- _filtered #yiv6931927418 {panose-1:2 4 5 3 5 4 6 3 2 4;} _filtered #yiv6931927418 {font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;}#yiv6931927418 #yiv6931927418 p.yiv6931927418MsoNormal, #yiv6931927418 li.yiv6931927418MsoNormal, #yiv6931927418 div.yiv6931927418MsoNormal {margin:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:New serif;}#yiv6931927418 a:link, #yiv6931927418 span.yiv6931927418MsoHyperlink {color:blue;text-decoration:underline;}#yiv6931927418 a:visited, #yiv6931927418 span.yiv6931927418MsoHyperlinkFollowed {color:purple;text-decoration:underline;}#yiv6931927418 span.yiv6931927418EmailStyle17 {font-family:sans-serif;color:#1F497D;}#yiv6931927418 .yiv6931927418MsoChpDefault {font-family:sans-serif;} _filtered #yiv6931927418 {margin:1.0in 1.0in 1.0in 1.0in;}#yiv6931927418 div.yiv6931927418WordSection1 {}#yiv6931927418 Hi Rich: It was my mistake to include PHP 7 support in the feature list ? I thought it was ready. There has been some work but it has not been finished. Consequently it will not be included in the 7.2 release. I?ll fix the feature list with the next beta.  ? As I mentioned, work *has* been done. Jeff McKenna has an RFC for PHP/Swig support and there?s a pull request (https://github.com/mapserver/mapserver/pull/5461) sitting out there.  ? IMHO the quickest means to an end will be to have folks test and provide feedback on the pull request and then include it as part of a 7.2.1 release.  ? --Steve  ?  ? From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org]On Behalf Of Richard Greenwood
Sent: Monday, May 14, 2018 1:08 PM
To: mapserver <mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] MapServer 7.2.0 PHP support?  ? Is there php7 mapscript support in MapServer 7.2? I grabbed the 7.2 beta and built the cgi mapserv on Ubuntu 18.07 then tried to build with php mapscript. Ubuntu 18.04 provides php 7.2. I got cmake to generate a Makefile but a couple things stand out below, the "PHP5" and the two "NOTFOUND".  ? PHP5_CONFIG_EXECUTABLE? ? ?/usr/bin/php-config PHP5_EXECUTABLE? ? ? ? ? ? /usr/bin/php PHP5_FOUND_INCLUDE_PATH? ? PHP5_FOUND_INCLUDE_PATH-NOTFOUND PHP5_LIBRARY? ? ? ? ? ? ? ?PHP5_LIBRARY-NOTFOUND  ? When I try to build with the generated Makefile I get a lot of errors.?  ? So is it supposed to work and I'm just missing something(s) or is php7 not supported?  ? Thanks, Rich  ? --  Richard W. Greenwood, PLS
www.greenwoodmap.com _______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180514/813d5bc9/attachment.htm>

From steve.lime at state.mn.us  Mon May 14 14:03:57 2018
From: steve.lime at state.mn.us (Lime, Steve D (MNIT))
Date: Mon, 14 May 2018 21:03:57 +0000
Subject: [mapserver-users]
 =?cp1253?b?0/fl9DogIE1hcFNlcnZlciA3LjIuMCBQSFAg?=
 =?cp1253?q?support=3F?=
In-Reply-To: <168018990.2072976.1526325242389@mail.yahoo.com>
References: <CAHBySPa9Xkh_5jD0nHdEyONCqoEYjOaBKYBGRABvAG66ZxmM=g@mail.gmail.com>
 <MW2PR0901MB2348F9673260D303D6633A0DDA9C0@MW2PR0901MB2348.namprd09.prod.outlook.com>,
 <168018990.2072976.1526325242389@mail.yahoo.com>
Message-ID: <MW2PR0901MB2348EA4860F2A1C7A88D8E2ADA9C0@MW2PR0901MB2348.namprd09.prod.outlook.com>

Hi Stefano: I mean the second beta coming in a day or two... We'd at PHP 7 support when ready and convenient. --Steve

________________________________
From: Stefanos Anastasiou <emperor_stef at yahoo.gr>
Sent: Monday, May 14, 2018 2:14:02 PM
To: Lime, Steve D (MNIT); Richard Greenwood; mapserver
Subject: ????: [mapserver-users] MapServer 7.2.0 PHP support?

Hi Steve,
    thank you for you effort so far..!!!
 when you say next beta, you mean 7.2 beta in the upcoming weeks? Or in the next major release?


Regards,
Stefanos


???? 9:48 ?.?. ???????, 14 ????? 2018, ?/? "Lime, Steve D (MNIT)" <steve.lime at state.mn.us> ??????:


Hi Rich: It was my mistake to include PHP 7 support in the feature list ? I thought it was ready. There has been some work but it has not been finished. Consequently it will not be included in the 7.2 release. I?ll fix the feature list with the next beta.

As I mentioned, work *has* been done. Jeff McKenna has an RFC for PHP/Swig support and there?s a pull request (https://github.com/mapserver/mapserver/pull/5461) sitting out there.

IMHO the quickest means to an end will be to have folks test and provide feedback on the pull request and then include it as part of a 7.2.1 release.

--Steve


From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Richard Greenwood
Sent: Monday, May 14, 2018 1:08 PM
To: mapserver <mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] MapServer 7.2.0 PHP support?

Is there php7 mapscript support in MapServer 7.2? I grabbed the 7.2 beta and built the cgi mapserv on Ubuntu 18.07 then tried to build with php mapscript. Ubuntu 18.04 provides php 7.2. I got cmake to generate a Makefile but a couple things stand out below, the "PHP5" and the two "NOTFOUND".

PHP5_CONFIG_EXECUTABLE     /usr/bin/php-config
PHP5_EXECUTABLE            /usr/bin/php
PHP5_FOUND_INCLUDE_PATH    PHP5_FOUND_INCLUDE_PATH-NOTFOUND
PHP5_LIBRARY               PHP5_LIBRARY-NOTFOUND

When I try to build with the generated Makefile I get a lot of errors.

So is it supposed to work and I'm just missing something(s) or is php7 not supported?

Thanks,
Rich

--
Richard W. Greenwood, PLS
www.greenwoodmap.com<http://www.greenwoodmap.com/>
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/mapserver-users


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180514/8c89cde2/attachment.htm>

From bob.basques at ci.stpaul.mn.us  Wed May 16 08:12:37 2018
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Wed, 16 May 2018 15:12:37 +0000
Subject: [mapserver-users] OSGeo local chapter (aka TCMUG) meeting reminder
Message-ID: <SN6PR09MB270438889C6EDDDA5DF829B1F7920@SN6PR09MB2704.namprd09.prod.outlook.com>


All,

Just sending out a reminder for the meeting tonight at Seasalt in Minnehaha park.  4:30PM.

Bobb


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180516/22b98d82/attachment.htm>

From matthew.f.cechini at nasa.gov  Wed May 16 14:21:30 2018
From: matthew.f.cechini at nasa.gov (Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.])
Date: Wed, 16 May 2018 21:21:30 +0000
Subject: [mapserver-users] Default GetCapabilities Version Not Working
Message-ID: <BD90BDE2-6D63-4D3B-BC91-D3C73894BB86@nasa.gov>

All,
   We are running MapServer version 7.0.1 and attempting to use the MAP > WEB > METADATA > wms_getcapabilities_version configuration value to support GetCapabilities requests that do not supply the VERSION parameter.  Unfortunately, even if we do add this value to our mapserver configuration file, we continue to see the following service exception.  Any suggestions?

msOWSParseVersionString(): OWS error. Invalid version (). Version must be in the format 'x.y' or 'x.y.z'

   Here is our METADATA block:


  WEB

    METADATA

      "wms_enable_request"     "GetMap GetCapabilities"

      "wms_title"              "Some Text"

      "wms_abstract"           "Some Text"

      "wms_onlineresource"     "https://our_url?"

      "wms_srs"                "epsg:4326"

      "wms_getcapabilities_version"  "1.3.0"

      "wms_connectiontimeout"  "180"

     END

  END

Thanks,
Matt
.................................................................
Matthew Cechini
Contractor, Science Systems and Applications, Inc.
NASA GIBS Systems/Software Engineer
410.205.6272
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180516/3b158c50/attachment.htm>

From ian.walberg at airborne.aero  Wed May 16 15:26:32 2018
From: ian.walberg at airborne.aero (Ian Walberg)
Date: Wed, 16 May 2018 22:26:32 +0000
Subject: [mapserver-users] WFS server setup with sqlite data
Message-ID: <d30bd2da8bb4441ba7732c13338a50dc@airborne.aero>

Folks,

We have a working WFS setup on our linux servers which has the sqlite database table as the value in the DATA field.

However when we run this on Windows we get no data returned.

In the logs there is a number of what appear to be warnings however it looks like no matching records were found.

msOGRFileNextShape: Rejecting feature (shapeid = 0, tileid=0) of incompatible type for this layer (feature wkbType 0, layer type 1)
msQueryByRect(): Search returned no results. No matching record(s) found.

Changing the DATA filed to be ?select * from table? works ok on windows.

Any help working out what the cause of the problem is appreciated.

Thanks, Ian



LAYER
    NAME Cities_3x
    #DEBUG 5
    METADATA
      "wfs_srs" "EPSG:4326"
      "wfs_title" "Cities_3x"
      "gml_featureid" "Name"
      "gml_include_items" "all"
      "wfs_enable_request" "*"
      "wfs_encoding" "UTF-8"
      "wfs_abstract" "Points"
      "wfs_getfeature_formatlist" "geojson"
    END
    TYPE point
    STATUS ON
    CONNECTIONTYPE OGR
    CONNECTION 'Cities.db'
    DATA 'Cities_3x' ? works in Linux
    DATA ?select * from Cities_3x?  -- required for Windows
    PROJECTION
      "init=epsg:4326"
    END # PROJECTION
END # LAYER

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180516/3c09c504/attachment.htm>

From jcmalapert at gmail.com  Wed May 16 23:07:47 2018
From: jcmalapert at gmail.com (Jean-Christophe Malapert)
Date: Thu, 17 May 2018 08:07:47 +0200
Subject: [mapserver-users] Wms and netcdf
Message-ID: <CALG0g_GSw5qpn24ZSCrE+1ZDoTXid7BgE5ZZ8Djx=5O-gt5yOw@mail.gmail.com>

Hello,

Il would like to how to create a WMS and WMS-time services from a netcdf
file throw mapserver. I have no Idea how to do / limitations.
Currently, I convert everything in Geotiff but if I could skip this step,
it will be great.

Thanks,
Jean-Christophe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180517/ea017d23/attachment.htm>

From jmckenna at gatewaygeomatics.com  Thu May 17 06:49:10 2018
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 17 May 2018 10:49:10 -0300
Subject: [mapserver-users] WFS server setup with sqlite data
In-Reply-To: <d30bd2da8bb4441ba7732c13338a50dc@airborne.aero>
References: <d30bd2da8bb4441ba7732c13338a50dc@airborne.aero>
Message-ID: <69540b72-5d50-3f27-59a8-b2f2d9c8e31e@gatewaygeomatics.com>

Hi Ian,

I have just now tested on Windows, using MS4W 3.2.7, using the 
commandline utility shp2img.

I found an old sqlite database locally, but it caused me errors with 
MapServer so I converted it to spatialite using an ogr2ogr command:

   ogr2ogr -f SQLite myspatialite.sqlite original.sqlite -dsco 
SPATIALITE=YES

And then I had no problems using the shp2img utility to produce a map 
image (using both ways as you mentioned):

   shp2img -m spatialite.map -o ttt.png -all_debug 3

Once I used ogr2ogr to convert to spatialite, I noticed many new table 
changes, such as the table names changing to lowercase, which likely was 
causing me troubles on my first tests on Windows.

I wonder what would happen in your case also, if you ran the ogr2ogr 
command, which will update your sqlite database to a more recent version 
(and likely automatically rename your 'Cities_3x' table name).

Note that MS4W (https://ms4w.com) nicely includes the sqlite3 
commandline utility, so you can verify table names if you wish (or just 
use ogrinfo command).

Hope that helps a little,

-jeff



-- 
Jeff McKenna
MapServer Consulting and Training Services
https://gatewaygeomatics.com/



On 2018-05-16 7:26 PM, Ian Walberg wrote:
> Folks,
> 
> We have a working WFS setup on our linux servers which has the sqlite 
> database table as the value in the DATA field.
> 
> However when we run this on Windows we get no data returned.
> 
> In the logs there is a number of what appear to be warnings however it 
> looks like no matching records were found.
> 
> msOGRFileNextShape: Rejecting feature (shapeid = 0, tileid=0) of 
> incompatible type for this layer (feature wkbType 0, layer type 1)
> 
> msQueryByRect(): Search returned no results. No matching record(s) found.
> 
> Changing the DATA filed to be ?select * from table? works ok on windows.
> 
> Any help working out what the cause of the problem is appreciated.
> 
> Thanks, Ian
> 
> LAYER
> 
>  ??? NAME Cities_3x
> 
>  ??? #DEBUG 5
> 
>  ??? METADATA
> 
>  ????? "wfs_srs" "EPSG:4326"
> 
>  ????? "wfs_title" "Cities_3x"
> 
>  ????? "gml_featureid" "Name"
> 
>  ????? "gml_include_items" "all"
> 
>  ????? "wfs_enable_request" "*"
> 
>  ????? "wfs_encoding" "UTF-8"
> 
>  ????? "wfs_abstract" "Points"
> 
>  ????? "wfs_getfeature_formatlist" "geojson"
> 
>  ??? END
> 
>  ??? TYPE point
> 
>  ??? STATUS ON
> 
>  ??? CONNECTIONTYPE OGR
> 
>  ??? CONNECTION 'Cities.db'
> 
>  ??? DATA 'Cities_3x' ? works in Linux
> 
>  ??? DATA ?select * from Cities_3x?? -- required for Windows
> 
>  ??? PROJECTION
> 
>  ????? "init=epsg:4326"
> 
>  ??? END # PROJECTION
> 
> END # LAYER
> 
> 
> 


From steve.lime at state.mn.us  Thu May 17 11:31:50 2018
From: steve.lime at state.mn.us (Lime, Steve D (MNIT))
Date: Thu, 17 May 2018 18:31:50 +0000
Subject: [mapserver-users] Default GetCapabilities Version Not Working
In-Reply-To: <BD90BDE2-6D63-4D3B-BC91-D3C73894BB86@nasa.gov>
References: <BD90BDE2-6D63-4D3B-BC91-D3C73894BB86@nasa.gov>
Message-ID: <SN6PR0901MB23509D7C2A0A2B5E94139190DA910@SN6PR0901MB2350.namprd09.prod.outlook.com>

Hi Matthew: Looking at the code MapServer 7.0 defaults to 1.3.0 already for GetCapabilties requests ? you shouldn?t need that line. That said, it should work? --Steve

From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.]
Sent: Wednesday, May 16, 2018 4:22 PM
To: mapserver-users <mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] Default GetCapabilities Version Not Working

All,
   We are running MapServer version 7.0.1 and attempting to use the MAP > WEB > METADATA > wms_getcapabilities_version configuration value to support GetCapabilities requests that do not supply the VERSION parameter.  Unfortunately, even if we do add this value to our mapserver configuration file, we continue to see the following service exception.  Any suggestions?

msOWSParseVersionString(): OWS error. Invalid version (). Version must be in the format 'x.y' or 'x.y.z'

   Here is our METADATA block:


  WEB

    METADATA

      "wms_enable_request"     "GetMap GetCapabilities"

      "wms_title"              "Some Text"

      "wms_abstract"           "Some Text"

      "wms_onlineresource"     "https://our_url?"

      "wms_srs"                "epsg:4326"

      "wms_getcapabilities_version"  "1.3.0"

      "wms_connectiontimeout"  "180"

     END

  END

Thanks,
Matt
.................................................................
Matthew Cechini
Contractor, Science Systems and Applications, Inc.
NASA GIBS Systems/Software Engineer
410.205.6272
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180517/b3bc16bc/attachment.htm>

From steve.lime at state.mn.us  Thu May 17 11:41:51 2018
From: steve.lime at state.mn.us (Lime, Steve D (MNIT))
Date: Thu, 17 May 2018 18:41:51 +0000
Subject: [mapserver-users] Default GetCapabilities Version Not Working
In-Reply-To: <SN6PR0901MB23509D7C2A0A2B5E94139190DA910@SN6PR0901MB2350.namprd09.prod.outlook.com>
References: <BD90BDE2-6D63-4D3B-BC91-D3C73894BB86@nasa.gov>
 <SN6PR0901MB23509D7C2A0A2B5E94139190DA910@SN6PR0901MB2350.namprd09.prod.outlook.com>
Message-ID: <SN6PR0901MB2350BC56524B8847B510CFE5DA910@SN6PR0901MB2350.namprd09.prod.outlook.com>

I tried it locally with 7.0.4 and it works as expected. I can switch between a default of 1.1.1 or 1.3.0 easily with that metadata element. I can?t create the exception you?re seeing with the metadata regardless of what I set it to ? it defaults back to 1.3.0. I can create the exception via URL. Are you sure clients aren?t passing bad versions as opposed to no version?

--Steve

From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Lime, Steve D (MNIT)
Sent: Thursday, May 17, 2018 1:32 PM
To: Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.] <matthew.f.cechini at nasa.gov>; mapserver-users <mapserver-users at lists.osgeo.org>
Subject: Re: [mapserver-users] Default GetCapabilities Version Not Working

Hi Matthew: Looking at the code MapServer 7.0 defaults to 1.3.0 already for GetCapabilties requests ? you shouldn?t need that line. That said, it should work? --Steve

From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.]
Sent: Wednesday, May 16, 2018 4:22 PM
To: mapserver-users <mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>>
Subject: [mapserver-users] Default GetCapabilities Version Not Working

All,
   We are running MapServer version 7.0.1 and attempting to use the MAP > WEB > METADATA > wms_getcapabilities_version configuration value to support GetCapabilities requests that do not supply the VERSION parameter.  Unfortunately, even if we do add this value to our mapserver configuration file, we continue to see the following service exception.  Any suggestions?

msOWSParseVersionString(): OWS error. Invalid version (). Version must be in the format 'x.y' or 'x.y.z'

   Here is our METADATA block:


  WEB

    METADATA

      "wms_enable_request"     "GetMap GetCapabilities"

      "wms_title"              "Some Text"

      "wms_abstract"           "Some Text"

      "wms_onlineresource"     "https://our_url?"

      "wms_srs"                "epsg:4326"

      "wms_getcapabilities_version"  "1.3.0"

      "wms_connectiontimeout"  "180"

     END

  END

Thanks,
Matt
.................................................................
Matthew Cechini
Contractor, Science Systems and Applications, Inc.
NASA GIBS Systems/Software Engineer
410.205.6272
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180517/da6ddb9b/attachment.htm>

From matthew.f.cechini at nasa.gov  Fri May 25 04:39:58 2018
From: matthew.f.cechini at nasa.gov (Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.])
Date: Fri, 25 May 2018 11:39:58 +0000
Subject: [mapserver-users] [non-nasa source] Default GetCapabilities
 Version Not Working
Message-ID: <CADFF740-0DA4-4AC6-986B-56C26B3D1161@nasa.gov>

Steve,
   For some reason I?m not getting responses through the mailing list? but I did see your responses in the archive?

   Digging into this further, it looks like our WMS wrapper is setting ?VERSION=? when it invokes mapsever? which is an easy fix.  However, I was also able to reproduce this through direct mapserv command line access.  But that gives me a different error and perhaps the default version feature isn?t supported in this use case.

$> mapserv -nh "QUERY_STRING=LAYERS=MODIS_Fires_All&width=256&height=256&BBOX=-180,-90,180,90&SERVICE=WMS&REQUEST=GetMap&map=/home/user/wms_test/cfg/ 4326.map&TIME=2018144&PRODUCTYEAR=2018&PRODUCTMONTH=05&PRODUCTDAY=24&transparent=trueSRS=EPSG:4326&format=image/png"

<ServiceException>
  msWMSDispatch(): WMS server error. Incomplete WMS request: VERSION parameter missing
</ServiceException>

Thanks,
Matt
.................................................................
Matthew Cechini
Contractor, Science Systems and Applications, Inc.
NASA GIBS Systems/Software Engineer
410.205.6272

From: mapserver-users <mapserver-users-bounces at lists.osgeo.org> on behalf of Matthew Cechini <matthew.f.cechini at nasa.gov>
Date: Wednesday, May 16, 2018 at 5:29 PM
To: mapserver-users <mapserver-users at lists.osgeo.org>
Subject: [non-nasa source] [mapserver-users] Default GetCapabilities Version Not Working

All,
   We are running MapServer version 7.0.1 and attempting to use the MAP > WEB > METADATA > wms_getcapabilities_version configuration value to support GetCapabilities requests that do not supply the VERSION parameter.  Unfortunately, even if we do add this value to our mapserver configuration file, we continue to see the following service exception.  Any suggestions?

msOWSParseVersionString(): OWS error. Invalid version (). Version must be in the format 'x.y' or 'x.y.z'

   Here is our METADATA block:


  WEB

    METADATA

      "wms_enable_request"     "GetMap GetCapabilities"

      "wms_title"              "Some Text"

      "wms_abstract"           "Some Text"

      "wms_onlineresource"     "https://our_url?"

      "wms_srs"                "epsg:4326"

      "wms_getcapabilities_version"  "1.3.0"

      "wms_connectiontimeout"  "180"

     END

  END

Thanks,
Matt
.................................................................
Matthew Cechini
Contractor, Science Systems and Applications, Inc.
NASA GIBS Systems/Software Engineer
410.205.6272
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180525/aacd3882/attachment.htm>

From jukka.rahkonen at maanmittauslaitos.fi  Fri May 25 05:22:34 2018
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML))
Date: Fri, 25 May 2018 12:22:34 +0000
Subject: [mapserver-users] [non-nasa source] Default GetCapabilities
 Version Not Working
Message-ID: <243c21f7f59d42c783bca577ee50dee5@C119S212VM042.msvyvi.vaha.local>

Hi,

Version is a mandatory parameter in all other WMS requests except GetCapabilities so your test seems to lead to correct result.

I have never understood why to make GetCapabilities without explicit version number even I do know how the version negotiation is supposed to work. In real life I think it gives just pain and I negotiate by trying first the version that I would like to use and if it fails then something else. However, I made a test with our Mapserver 7.0.6 and it seems to work as supposed. If I do not set wms_getcapabilities_version at all the following request returns WMS 1.3.0 GetCapabilities which is correct because it is the highest version that Mapserver supports
https://xxx.yyy.fi/cgi-bin/wms1?service=WMS&request=getcapabilities

However, I can override the default by adding into WEB ? METADATA
"wms_getcapabilities_version" "1.1.1"

Now GetCapabilities without version returns the WMS 1.1.1 version of the document.
There is no need to set "wms_getcapabilities_version" "1.3.0" because that is the default until there is some higher WMS version available but I tested also that it does not make any harm.

You have Mapserver 7.0.1 while I have 7.0.6. Perhaps that makes the difference.

-Jukka Rahkonen-


L?hett?j?: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.]
L?hetetty: 25. toukokuuta 2018 14:40
Vastaanottaja: steve.lime at state.mn.us
Kopio: mapserver-users <mapserver-users at lists.osgeo.org>
Aihe: Re: [mapserver-users] [non-nasa source] Default GetCapabilities Version Not Working

Steve,
   For some reason I?m not getting responses through the mailing list? but I did see your responses in the archive?

   Digging into this further, it looks like our WMS wrapper is setting ?VERSION=? when it invokes mapsever? which is an easy fix.  However, I was also able to reproduce this through direct mapserv command line access.  But that gives me a different error and perhaps the default version feature isn?t supported in this use case.

$> mapserv -nh "QUERY_STRING=LAYERS=MODIS_Fires_All&width=256&height=256&BBOX=-180,-90,180,90&SERVICE=WMS&REQUEST=GetMap&map=/home/user/wms_test/cfg/ 4326.map&TIME=2018144&PRODUCTYEAR=2018&PRODUCTMONTH=05&PRODUCTDAY=24&transparent=trueSRS=EPSG:4326&format=image/png"

<ServiceException>
  msWMSDispatch(): WMS server error. Incomplete WMS request: VERSION parameter missing
</ServiceException>

Thanks,
Matt
.................................................................
Matthew Cechini
Contractor, Science Systems and Applications, Inc.
NASA GIBS Systems/Software Engineer
410.205.6272

From: mapserver-users <mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org>> on behalf of Matthew Cechini <matthew.f.cechini at nasa.gov<mailto:matthew.f.cechini at nasa.gov>>
Date: Wednesday, May 16, 2018 at 5:29 PM
To: mapserver-users <mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>>
Subject: [non-nasa source] [mapserver-users] Default GetCapabilities Version Not Working

All,
   We are running MapServer version 7.0.1 and attempting to use the MAP > WEB > METADATA > wms_getcapabilities_version configuration value to support GetCapabilities requests that do not supply the VERSION parameter.  Unfortunately, even if we do add this value to our mapserver configuration file, we continue to see the following service exception.  Any suggestions?

msOWSParseVersionString(): OWS error. Invalid version (). Version must be in the format 'x.y' or 'x.y.z'

   Here is our METADATA block:


  WEB

    METADATA

      "wms_enable_request"     "GetMap GetCapabilities"

      "wms_title"              "Some Text"

      "wms_abstract"           "Some Text"

      "wms_onlineresource"     "https://our_url?"

      "wms_srs"                "epsg:4326"

      "wms_getcapabilities_version"  "1.3.0"

      "wms_connectiontimeout"  "180"

     END

  END

Thanks,
Matt
.................................................................
Matthew Cechini
Contractor, Science Systems and Applications, Inc.
NASA GIBS Systems/Software Engineer
410.205.6272
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180525/a46fd3bb/attachment.htm>

From bob.basques at ci.stpaul.mn.us  Tue May 29 10:52:53 2018
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Tue, 29 May 2018 17:52:53 +0000
Subject: [mapserver-users] OSGeo Twin Cities local Chapter (aka
 TCMUG)	meeting schedule.
Message-ID: <54D8642D-B19F-4B62-A408-9F5E67DC0F1F@ci.stpaul.mn.us>

All,

Last was at SeaSalt. I missed the last one, so no idea where to meet up at, or if a decision was made.   Need location for the next one tentatively scheduled for June 13th.


Date:  Wednesday June 13th, 2018
Time: 4:30pm

Where should we meet?  Ideas?



bobb



_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

From MarkVolz at co.lyon.mn.us  Wed May 30 09:23:38 2018
From: MarkVolz at co.lyon.mn.us (Mark Volz)
Date: Wed, 30 May 2018 16:23:38 +0000
Subject: [mapserver-users] enabling browser cache from Mapcache?
Message-ID: <e4cc7410b1754f499fe9199c3b3199b7@co.lyon.mn.us>

Hello,

Using Apache, I would like to know if it is possible to set up a browser cache for images from mapcache so that images are stored on the client machine instead of having to get resent from the server.  I enabled mod_expires and noticed that the png files for the buttons are cached unfortunately the mapcache png files are not cached.  I presume it might not be possible to cache images from mapcache when used in WMS mode, but it might be possible when using either WMTS, or TMS mode.

Questions:

1.       Am I correct that we cannot use browser or client caching with mapcache in wms mode?

2.       Can we use browser cache when using WMTS or TMS services?

I am using GeoMOOSE which should be able to consume xyz TMS tiles.

Thanks!

Sincerely,
Mark Volz, GISP
Lyon County GIS Coordinator

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180530/e721786c/attachment.htm>

From theduckylittle at gmail.com  Wed May 30 10:15:50 2018
From: theduckylittle at gmail.com (Dan Little)
Date: Wed, 30 May 2018 12:15:50 -0500
Subject: [mapserver-users] enabling browser cache from Mapcache?
In-Reply-To: <e4cc7410b1754f499fe9199c3b3199b7@co.lyon.mn.us>
References: <e4cc7410b1754f499fe9199c3b3199b7@co.lyon.mn.us>
Message-ID: <CABqPoBZujEfSYtxxswWDX_q5v4Am5u8S0RAFkosG9mrgaBfY2w@mail.gmail.com>

Please take a moment to do a bit more reading about how browser caching
works:
-
https://developers.google.com/web/fundamentals/performance/optimizing-content-efficiency/http-caching

You cannot directly control what the browser chooses to cache but you can
use mod_expiry and friendly-reusable URLs (like XYZ tiles) to help in that
cause.  Repetitive WMS requests will be caught by the cache but it's much
harder to get a hit as it will change when the screen size, resolution, or
small shifts in locations differ.

To directly answer your questions:
1. No, you are not correct. The browser CAN cache those requests.
2. Yes, the browser will cache those images.

Cheers.

On Wed, May 30, 2018 at 11:41 AM Mark Volz <MarkVolz at co.lyon.mn.us> wrote:

> Hello,
>
>
>
> Using Apache, I would like to know if it is possible to set up a browser
> cache for images from mapcache so that images are stored on the client
> machine instead of having to get resent from the server.  I enabled
> mod_expires and noticed that the png files for the buttons are cached
> unfortunately the mapcache png files are not cached.  I presume it might
> not be possible to cache images from mapcache when used in WMS mode, but it
> might be possible when using either WMTS, or TMS mode.
>
>
>
> Questions:
>
> 1.       Am I correct that we cannot use browser or client caching with
> mapcache in wms mode?
>
> 2.       Can we use browser cache when using WMTS or TMS services?
>
>
>
> I am using GeoMOOSE which should be able to consume xyz TMS tiles.
>
>
>
> Thanks!
>
>
>
> Sincerely,
>
> *Mark Volz, GISP*
>
> *Lyon County GIS Coordinator*
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180530/7387dea6/attachment.htm>

From yves.jacolin at camptocamp.com  Thu May 31 00:07:53 2018
From: yves.jacolin at camptocamp.com (Yves Jacolin)
Date: Thu, 31 May 2018 09:07:53 +0200
Subject: [mapserver-users] enabling browser cache from Mapcache?
In-Reply-To: <CABqPoBZujEfSYtxxswWDX_q5v4Am5u8S0RAFkosG9mrgaBfY2w@mail.gmail.com>
References: <e4cc7410b1754f499fe9199c3b3199b7@co.lyon.mn.us>
 <CABqPoBZujEfSYtxxswWDX_q5v4Am5u8S0RAFkosG9mrgaBfY2w@mail.gmail.com>
Message-ID: <CAO8EQxY_unjXFJn1H87Z-TCZB=Z0ER0OZVoeDHw_qb3YZJnw=w@mail.gmail.com>

Dan,

> 1. No, you are not correct. The browser CAN cache those requests.

Hum, in wms mode? I am not sure. In WMTS, TMS, etc mode yes but not in WMS
as the request will change each time.

Y.

2018-05-30 19:15 GMT+02:00 Dan Little <theduckylittle at gmail.com>:

> Please take a moment to do a bit more reading about how browser caching
> works:
> - https://developers.google.com/web/fundamentals/performance/optimizing-
> content-efficiency/http-caching
>
> You cannot directly control what the browser chooses to cache but you can
> use mod_expiry and friendly-reusable URLs (like XYZ tiles) to help in that
> cause.  Repetitive WMS requests will be caught by the cache but it's much
> harder to get a hit as it will change when the screen size, resolution, or
> small shifts in locations differ.
>
> To directly answer your questions:
> 1. No, you are not correct. The browser CAN cache those requests.
> 2. Yes, the browser will cache those images.
>
> Cheers.
>
> On Wed, May 30, 2018 at 11:41 AM Mark Volz <MarkVolz at co.lyon.mn.us> wrote:
>
>> Hello,
>>
>>
>>
>> Using Apache, I would like to know if it is possible to set up a browser
>> cache for images from mapcache so that images are stored on the client
>> machine instead of having to get resent from the server.  I enabled
>> mod_expires and noticed that the png files for the buttons are cached
>> unfortunately the mapcache png files are not cached.  I presume it might
>> not be possible to cache images from mapcache when used in WMS mode, but it
>> might be possible when using either WMTS, or TMS mode.
>>
>>
>>
>> Questions:
>>
>> 1.       Am I correct that we cannot use browser or client caching with
>> mapcache in wms mode?
>>
>> 2.       Can we use browser cache when using WMTS or TMS services?
>>
>>
>>
>> I am using GeoMOOSE which should be able to consume xyz TMS tiles.
>>
>>
>>
>> Thanks!
>>
>>
>>
>> Sincerely,
>>
>> *Mark Volz, GISP*
>>
>> *Lyon County GIS Coordinator*
>>
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>



-- 
Training and support manager
Camptocamp
B?timent le Dauphin - 1er ?tage
18 rue du Lac Saint Andr?
73382 Le Bourget-du Lac

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jacolin at camptocamp.com
http://www.camptocamp.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180531/6cd0239d/attachment.htm>

From jukka.rahkonen at maanmittauslaitos.fi  Thu May 31 02:49:05 2018
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML))
Date: Thu, 31 May 2018 09:49:05 +0000
Subject: [mapserver-users] enabling browser cache from Mapcache?
Message-ID: <d61fae451a0d4738b525d91045cdcf45@C119S212VM042.msvyvi.vaha.local>

Hi,

However, if client like OpenLayers or Leaflet is making 256x256 sized WMS requests they are always the same for the same tile and thus cacheable as well.

-Jukka Rahkonen-

L?hett?j?: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Yves Jacolin
L?hetetty: 31. toukokuuta 2018 10:08
Vastaanottaja: Dan Little <theduckylittle at gmail.com>
Kopio: mapserver-users <mapserver-users at lists.osgeo.org>; Mark Volz <MarkVolz at co.lyon.mn.us>
Aihe: Re: [mapserver-users] enabling browser cache from Mapcache?

Dan,

> 1. No, you are not correct. The browser CAN cache those requests.
Hum, in wms mode? I am not sure. In WMTS, TMS, etc mode yes but not in WMS as the request will change each time.
Y.

2018-05-30 19:15 GMT+02:00 Dan Little <theduckylittle at gmail.com<mailto:theduckylittle at gmail.com>>:
Please take a moment to do a bit more reading about how browser caching works:
- https://developers.google.com/web/fundamentals/performance/optimizing-content-efficiency/http-caching

You cannot directly control what the browser chooses to cache but you can use mod_expiry and friendly-reusable URLs (like XYZ tiles) to help in that cause.  Repetitive WMS requests will be caught by the cache but it's much harder to get a hit as it will change when the screen size, resolution, or small shifts in locations differ.

To directly answer your questions:
1. No, you are not correct. The browser CAN cache those requests.
2. Yes, the browser will cache those images.

Cheers.

On Wed, May 30, 2018 at 11:41 AM Mark Volz <MarkVolz at co.lyon.mn.us<mailto:MarkVolz at co.lyon.mn.us>> wrote:
Hello,

Using Apache, I would like to know if it is possible to set up a browser cache for images from mapcache so that images are stored on the client machine instead of having to get resent from the server.  I enabled mod_expires and noticed that the png files for the buttons are cached unfortunately the mapcache png files are not cached.  I presume it might not be possible to cache images from mapcache when used in WMS mode, but it might be possible when using either WMTS, or TMS mode.

Questions:

1.       Am I correct that we cannot use browser or client caching with mapcache in wms mode?

2.       Can we use browser cache when using WMTS or TMS services?

I am using GeoMOOSE which should be able to consume xyz TMS tiles.

Thanks!

Sincerely,
Mark Volz, GISP
Lyon County GIS Coordinator

_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/mapserver-users

_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/mapserver-users



--
Training and support manager
Camptocamp
B?timent le Dauphin - 1er ?tage
18 rue du Lac Saint Andr?
73382 Le Bourget-du Lac

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jacolin at camptocamp.com<mailto:yves.jacolin at camptocamp.com>
http://www.camptocamp.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180531/6d8dfdaa/attachment.htm>

From yves.jacolin at camptocamp.com  Thu May 31 02:58:47 2018
From: yves.jacolin at camptocamp.com (Yves Jacolin)
Date: Thu, 31 May 2018 11:58:47 +0200
Subject: [mapserver-users] enabling browser cache from Mapcache?
In-Reply-To: <d61fae451a0d4738b525d91045cdcf45@C119S212VM042.msvyvi.vaha.local>
References: <d61fae451a0d4738b525d91045cdcf45@C119S212VM042.msvyvi.vaha.local>
Message-ID: <CAO8EQxZqcq0aD680kTTSqhFGQW+uTpyTWiPyujZ2MzOLf1GVsw@mail.gmail.com>

Good point :)

2018-05-31 11:49 GMT+02:00 Rahkonen Jukka (MML) <
jukka.rahkonen at maanmittauslaitos.fi>:

> Hi,
>
>
>
> However, if client like OpenLayers or Leaflet is making 256x256 sized WMS
> requests they are always the same for the same tile and thus cacheable as
> well.
>
>
>
> -Jukka Rahkonen-
>
>
>
> *L?hett?j?:* mapserver-users [mailto:mapserver-users-
> bounces at lists.osgeo.org] *Puolesta *Yves Jacolin
> *L?hetetty:* 31. toukokuuta 2018 10:08
> *Vastaanottaja:* Dan Little <theduckylittle at gmail.com>
> *Kopio:* mapserver-users <mapserver-users at lists.osgeo.org>; Mark Volz <
> MarkVolz at co.lyon.mn.us>
> *Aihe:* Re: [mapserver-users] enabling browser cache from Mapcache?
>
>
>
> Dan,
>
> > 1. No, you are not correct. The browser CAN cache those requests.
>
> Hum, in wms mode? I am not sure. In WMTS, TMS, etc mode yes but not in WMS
> as the request will change each time.
>
> Y.
>
>
>
> 2018-05-30 19:15 GMT+02:00 Dan Little <theduckylittle at gmail.com>:
>
> Please take a moment to do a bit more reading about how browser caching
> works:
>
> - https://developers.google.com/web/fundamentals/performance/optimizing-
> content-efficiency/http-caching
>
>
>
> You cannot directly control what the browser chooses to cache but you can
> use mod_expiry and friendly-reusable URLs (like XYZ tiles) to help in that
> cause.  Repetitive WMS requests will be caught by the cache but it's much
> harder to get a hit as it will change when the screen size, resolution, or
> small shifts in locations differ.
>
>
>
> To directly answer your questions:
>
> 1. No, you are not correct. The browser CAN cache those requests.
>
> 2. Yes, the browser will cache those images.
>
>
>
> Cheers.
>
>
>
> On Wed, May 30, 2018 at 11:41 AM Mark Volz <MarkVolz at co.lyon.mn.us> wrote:
>
> Hello,
>
>
>
> Using Apache, I would like to know if it is possible to set up a browser
> cache for images from mapcache so that images are stored on the client
> machine instead of having to get resent from the server.  I enabled
> mod_expires and noticed that the png files for the buttons are cached
> unfortunately the mapcache png files are not cached.  I presume it might
> not be possible to cache images from mapcache when used in WMS mode, but it
> might be possible when using either WMTS, or TMS mode.
>
>
>
> Questions:
>
> 1.       Am I correct that we cannot use browser or client caching with
> mapcache in wms mode?
>
> 2.       Can we use browser cache when using WMTS or TMS services?
>
>
>
> I am using GeoMOOSE which should be able to consume xyz TMS tiles.
>
>
>
> Thanks!
>
>
>
> Sincerely,
>
> *Mark Volz, GISP*
>
> *Lyon County GIS Coordinator*
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>
>
> --
>
> Training and support manager
> Camptocamp
> B?timent le Dauphin - 1er ?tage
> 18 rue du Lac Saint Andr?
> <https://maps.google.com/?q=18+rue+du+Lac+Saint+Andr%C3%A9&entry=gmail&source=g>
> 73382 Le Bourget-du Lac
>
> Tel (France) : +33 4 58 48 20 43
> Tel (Switzerland) : +41 21 619 10 43
> Mob. : +33 6 18 75 42 21
>
> email : yves.jacolin at camptocamp.com
> http://www.camptocamp.com
>



-- 
Training and support manager
Camptocamp
B?timent le Dauphin - 1er ?tage
18 rue du Lac Saint Andr?
73382 Le Bourget-du Lac

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jacolin at camptocamp.com
http://www.camptocamp.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180531/5e911634/attachment.htm>

From kheer at arkonecall.com  Thu May 31 06:56:34 2018
From: kheer at arkonecall.com (Kenneth Heer)
Date: Thu, 31 May 2018 13:56:34 +0000
Subject: [mapserver-users] Issue configuring mapcache
Message-ID: <SN6PR15MB2511BC07A4B1DEF1861FC5B1DA630@SN6PR15MB2511.namprd15.prod.outlook.com>

Hello,

I'm using mapcache/mapserver/openlayers 3 with ms4w. When my application is loaded with the browser at the normal 100% zoom level, everything returns fine (testing on chrome, firefox, and edge). The map requests are:

mymapcacheserver?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&FORMAT=image%2Fpng&TRANSPARENT=true&LAYERS=newlayer&WIDTH=256&HEIGHT=256&CRS=EPSG%3A4326&STYLES=&BBOX=33.75%2C-94.21875%2C35.15625%2C-92.8125

However, some of my users are using the zoom feature of the browser and zooming in to levels greater than 100% or their displays settings on their PCs are set with a scale of greater than 100%.
This changes the height and width values of the web requests so that the height and width are no longer 256 and adds MAP_RESOLUTION=135. The map requests from their browsers are like:

mymapcacheserver?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&FORMAT=image%2Fpng&TRANSPARENT=true&LAYERS=newlayer&WIDTH=384&HEIGHT=384&CRS=EPSG%3A4326&STYLES=&MAP_RESOLUTION=135&BBOX=33.75%2C-94.21875%2C35.15625%2C-92.8125

When this happens, only a handful of tiles are returned and mapcache/wms server won't respond to any future web requests from that session. I can pan or zoom over the map, but all generated requests are never fulfilled.

I can change the height and width of the requests in a new/reloaded tab and it returns the appropriate tiles immediately.

A previous version of my application that was using older versions of mapcache/mapserver/openlayers did not have this problem. Other than the version differences, I am now using the predefined grids in mapcache, instead of defining my own.

If I point my layers directly at mapserver, instead of using mapcache, the tiles are returned without issue and work as expected with the updated height/width/map_resolution values.

I understand why the height, width, and map resolution settings are changed with the different scale values, but I'm not sure how to configure my mapcache instance to properly respond. Can anyone point me to where I need to look to resolve this issue?

This is a sanitized version of my mapfile.

<?xml version="1.0" encoding="UTF-8"?>

<mapcache>

   <grid name="WGS84">
      <metadata>
         <title>GoogleCRS84Quad</title>
         <WellKnownScaleSet>urn:ogc:def:wkss:OGC:1.0:GoogleCRS84Quad</WellKnownScaleSet>
      </metadata>
      <extent>-180 -90 180 90</extent>
      <srs>EPSG:4326</srs>
      <units>dd</units>
      <size>256 256</size>
      <resolutions>0.703125000000000 0.351562500000000 0.175781250000000 8.78906250000000e-2 4.39453125000000e-2 2.19726562500000e-2 1.09863281250000e-2 5.49316406250000e-3 2.74658203125000e-3 1.37329101562500e-3 6.86645507812500e-4 3.43322753906250e-4 1.71661376953125e-4 8.58306884765625e-5 4.29153442382812e-5 2.14576721191406e-5 1.07288360595703e-5 5.36441802978516e-6</resolutions>
   </grid>

   <cache name="disk" type="disk">
      <base>E:/mapcache/disk</base>
      <!--<symlink_blank/>-->
   </cache>

   <cache name="sqlitecache" type="sqlite3">
      <dbfile>E:/mapcache/sqlite/{tileset}.db</dbfile>
      <pragma name="max_page_count">10000000</pragma>
   </cache>

   <source name="statemap" type="wms">
      <http>
         <url>http://mymapserverurl/fcgi-bin/mapserv.exe?map=/path/to/my/mapfile.map</url<http://mymapserverurl/fcgi-bin/mapserv.exe?map=/path/to/my/mapfile.map%3c/url>>
          </http>
      <getmap>
         <params>
            <MAP>d:/path/to/my/mapfile.map</MAP>
            <FORMAT>image/png</FORMAT>
            <LAYERS>statemap</LAYERS>
         </params>
      </getmap>
   </source>

   <!-- Tilesets -->
   <!-- Tilesets name must match layer name both from wms & source -->

   <tileset name="statemap">
      <title>Statemap</title>
      <source>statemap</source>
      <cache>sqlitecache</cache>
      <grid use_wms_intermediate_resolutions="true">WGS84</grid>
      <grid>g</grid>
      <format>PNG</format>
      <metatile>5 5</metatile>
      <metabuffer>10</metabuffer>
      <expires>2592000</expires>
   </tileset>

   <!-- settings -->

   <default_format>JPEG</default_format>

   <format name="PNG_FAST" type="PNG">
      <compression>fast</compression>
      <colors>256</colors>
   </format>

   <format name="PNG_BEST" type="PNG">
      <compression>best</compression>
   </format>

   <format name="MIXED" type="MIXED">
      <transparent>PNG_BEST</transparent>
      <opaque>JPEG</opaque>
   </format>

   <service type="wms" enabled="true">
      <full_wms>assemble</full_wms>
      <resample_mode>bilinear</resample_mode>
      <format>PNG</format>

   </service>
   <service type="wmts" enabled="true"/>
   <service type="tms" enabled="true"/>
   <service type="kml" enabled="true"/>
   <service type="gmaps" enabled="false"/>
   <service type="ve" enabled="false"/>
   <service type="demo" enabled="false"/>

   <threaded_fetching>true</threaded_fetching>

   <errors>report</errors>
   <lock_dir>E:/mapcache/locks</lock_dir>

</mapcache>






Thank You,

Kenneth Heer


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20180531/b040f8b8/attachment.htm>