Re: [mapserver-users] Linux - map file in /tmp

[Ian Walberg]

That fixed it.

Many thanks

Ian

-Original Message-
From: Eichner, Andreas - SID  
Sent: Monday, November 12, 2018 11:16 PM
To: Ian Walberg ; mapserver-users@lists.osgeo.org
Subject: RE: [mapserver-users] Linux - map file in /tmp

I'd guess you're using systemd and the unit file that controls your webserver 
contains "PrivateTmp=true". 

> -Original Message-
> From: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org]
> On Behalf Of Ian Walberg
> Sent: Tuesday, November 13, 2018 12:32 AM
> To: mapserver-users@lists.osgeo.org
> Subject: [mapserver-users] Linux - map file in /tmp
> 
> Hello,
> 
> 
> 
> Calling a cgi request with a standalone map file that works in any 
> location in the file system on a Linux install but does not work if 
> the map file is in  /tmp.
> 
> 
> 
> msLoadMap(): Unable to access file. (/tmp/min01.map)
> 
> 
> 
> What I am missing?
> 
> 
> 
> Thanks
> 
> 
> 
> Ian

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Using a CRS not indexed by the IOGP

[Luí­s Moreira de Sousa]

Dear Jukka,

thank you for clarifying this, now it makes sense. So far I could not identify 
instructions in the documentation on how to specify a URL identifier (this 
seems the most sensible option when the CRS is not indexed by the IOGP). Is it 
supported by MapServer?

Thank you.

--
Luís Moreira de Sousa
Email: luis.de.so...@protonmail.ch
RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c
URL: https://ldesousa.github.io

Sent with [ProtonMail](https://protonmail.com) Secure Email.

‐‐‐ Original Message ‐‐‐
On Tuesday, November 13, 2018 5:03 PM, Rahkonen Jukka (MML) 
 wrote:

> Hi,
>
> I guess the WMS 1.3.0 standard, page 15:
>
> “Every Layer CRS has an identifier that is a character string. Two types of 
> Layer CRS identifiers are permitted:
>
> “label” and “URL” identifiers:
>
> ⎯Label: The identifier includes a namespace prefix, a colon, a numeric or 
> string code, and in some instances a comma followed by additional parameters. 
> This International Standard defines three namespaces: CRS, EPSG and AUTO2, as 
> discussed below.
>
> ⎯URL: The identifier is a fully-qualified URL that references a 
> publicly-accessible file containing a definition of the CRS that is compliant 
> with ISO 19111.
>
> -Jukka Rahkonen-
>
> Lähettäjä: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org] 
> Puolesta Luí­s Moreira de Sousa
> Lähetetty: 13. marraskuuta 2018 17:33
> Vastaanottaja: Jean-Christophe Malapert 
> Kopio: mapserver-users@lists.osgeo.org
> Aihe: Re: [mapserver-users] Using a CRS not indexed by the IOGP
>
> Hi Jean-Christophe,
>
> to which OGC standard are you refereing to, regarding the namespaces CRS, 
> EPSG and AUTO?
>
> Thank you.
>
> --
>
> Luís Moreira de Sousa
>
> Email: luis.de.so...@protonmail.ch
>
> RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c
>
> URL: https://ldesousa.github.io
>
> Sent with [ProtonMail](https://protonmail.com) Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
>
> On Tuesday, November 13, 2018 10:37 AM, Jean-Christophe Malapert 
>  wrote:
>
>> Hello,
>>
>> I got the same problem with Mars planet with IAU2000 namespace. I have 
>> modified the mapserver code to make it works (I have still a couple of tests 
>> to check everything is fine).
>>
>> However, CRS, EPSG and AUTO namespaces are defined by OGC. So, if you define 
>> a new one:
>>
>> - 1/ I am not sure it is compatible with OGC standards
>>
>> - 2/ I am not sure clients will understand this new namespace
>>
>> In my case, I have also written the client.
>>
>> If you are interested, I can share my current development about the 
>> mapserver code.
>>
>> Regards,
>>
>> Jean-Christophe
>>
>> Le lun. 12 nov. 2018 à 17:38, Luí­s Moreira de Sousa 
>>  a écrit :
>>
>>> Dear all,
>>>
>>> I am developing a WMS with layers defined in a CRS that is not indexed by 
>>> the IOGP. This CRS is defined within a specific PROJ namespace (e.g. 
>>> init=namespace:001, just like others.extra or esri.extra) and is used 
>>> correctly both by PROJ and GDAL. However, if I add this namescape to the 
>>> "wms_srs" parameter in the mapfile, any request will be met with the 
>>> following error message:
>>>
>>> msWMSLoadGetMapParams(): WMS server error. Unsupported SRS namespace (only 
>>> EPSG and AUTO currently supported).
>>>
>>> I find this strange, is it only possible to use the CRSs indexed by the 
>>> IOGP? Is there any way to convince MapServer to accept any other namespaces 
>>> available in the PROJ database?
>>>
>>> I am awere I may create a fake IOGP index, but this is likely to create a 
>>> good deal of confusion among users. I would rather make it clear this is a 
>>> specific CRS.
>>>
>>> Thank you.
>>>
>>> --
>>>
>>> Luís Moreira de Sousa
>>>
>>> Bowlespark 8
>>>
>>> 6701 DN Wageningen
>>>
>>> The Netherlands
>>>
>>> Phone: +31 628 544 755
>>>
>>> Email: luis.de.so...@protonmail.ch
>>>
>>> RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c
>>>
>>> URL: https://ldesousa.github.io
>>>
>>> Sent with [ProtonMail](https://protonmail.com) Secure Email.
>>>
>>> ___
>>>
>>> mapserver-users mailing list
>>>
>>> mapserver-users@lists.osgeo.org
>>>
>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] [Geomoose-users] REMINDER: OSGeo Local Chapter (aka TCMUG) Meeting

[Dan Little]

See y'all there!

On Tue, Nov 13, 2018 at 10:55 AM Basques, Bob (CI-StPaul) <
bob.basq...@ci.stpaul.mn.us> wrote:

> All,
>
> Trying something a little different here.  Let me know if the CAL entry
> messes up your incoming email.   Did a little test last week, and there
> didn’t seem to be any big mishaps.
>
> So, reminder, next meeting at Birch’s 
>  Lowertown
>
> https://birchslowertown.com/
>
>
>
> *TCMUG Meeting*
>
> Scheduled: Nov 14, 2018 at 4:30 PM to 6:00 PM
>
> Location: https://goo.gl/maps/bGbAiF5h6Dn
>
> https://birchslowertown.com/
>
> Basques, Bob (CI-StPaul)
> bob.basq...@ci.stpaul.mn.us
>
>
>
> ___
> Geomoose-users mailing list
> geomoose-us...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/geomoose-users
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] REMINDER: OSGeo Local Chapter (aka TCMUG) Meeting

[Basques, Bob (CI-StPaul)]

All,

Trying something a little different here.  Let me know if the CAL entry messes 
up your incoming email.   Did a little test last week, and there didn’t seem to 
be any big mishaps.

So, reminder, next meeting at Birch’s Lowertown

https://birchslowertown.com/



TCMUG Meeting

Scheduled: Nov 14, 2018 at 4:30 PM to 6:00 PM

Location: https://goo.gl/maps/bGbAiF5h6Dn

https://birchslowertown.com/

Basques, Bob (CI-StPaul)
bob.basq...@ci.stpaul.mn.us


[cid:b2fb11b9-6ea6-4757-8caa-0142a5cac4a3@namprd09.prod.outlook.com]

BEGIN:VCALENDAR
CALSCALE:GREGORIAN
VERSION:2.0
X-WR-CALNAME:TCMUG Meeting
METHOD:PUBLISH
PRODID:-//Apple Inc.//Mac OS X 10.14//EN
BEGIN:VTIMEZONE
TZID:America/Chicago
BEGIN:DAYLIGHT
TZOFFSETFROM:-0600
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU
DTSTART:20070311T02
TZNAME:CDT
TZOFFSETTO:-0500
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0500
RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU
DTSTART:20071104T02
TZNAME:CST
TZOFFSETTO:-0600
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
TRANSP:OPAQUE
DTEND;TZID=America/Chicago:20181114T18
UID:777DE17A-4788-4D1B-B4A1-7B9B1ED2FBB1
DTSTAMP:20181113T165135Z
LOCATION:https://goo.gl/maps/bGbAiF5h6Dn
DESCRIPTION:https://birchslowertown.com/
SEQUENCE:0
RECURRENCE-ID;TZID=America/Chicago:20181114T163000
SUMMARY:TCMUG Meeting
LAST-MODIFIED:20181113T165218Z
DTSTART;TZID=America/Chicago:20181114T163000
CREATED:20180814T161533Z
X-APPLE-TRAVEL-ADVISORY-BEHAVIOR:AUTOMATIC
END:VEVENT
END:VCALENDAR
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Using a CRS not indexed by the IOGP

[Passmore, James H.]

Hi Jukka

> I guess the WMS 1.3.0 standard, page 15:

> “Every Layer CRS has an identifier that is a character string. Two types of 
> Layer CRS identifiers are permitted:
> “label” and “URL” identifiers:
> ⎯ Label: The identifier includes a namespace prefix, a colon, a numeric or 
> string code, and in some instances a comma followed by additional parameters. 
> This International Standard defines three namespaces: CRS, EPSG and AUTO2, as 
> discussed below.
> ⎯ URL: The identifier is a fully-qualified URL that references a 
> publicly-accessible file containing a definition of the CRS that is compliant 
> with ISO 19111.

So I can see the reasoning behind MapServer reporting in a GetMap error message 
that it only supports CRS, EPSG and AUTO2, but the same WMS page also says 
"This international standard does not mandate support for any particular Layer 
CRS(s).  I take that to read that it should be possible to add support for 
other CRS outside of those CRS authorities, so ArcGIS WMS might support CRS 
from ESRI: namespace (CRS authority) for example.

The reason I say GetMap and not GetCapabilities is that it is possible to 
create a new authority, and reference it in a map file, such that the 
GetCapabilities response can report it supports a user defined CRS and work out 
the bounding box extents, it's just when you make a GetMap request, it doesn't 
work.   This is probably the makings of an enhancement request, but perhaps 
rather than saying MapServer should support any named CRS authority we could 
suggest to have a user: authority for all custom systems.  User: is used by 
QGIS for example.

James






This email and any attachments are intended solely for the use of the named 
recipients. If you are not the intended recipient you must not use, disclose, 
copy or distribute this email or any of its attachments and should notify the 
sender immediately and delete this email from your system.
UK Research and Innovation has taken every reasonable precaution to minimise 
risk of this email or any attachments containing viruses or malware but the 
recipient should carry out its own virus and malware checks before opening the 
attachments. UK Research and Innovation does not accept any liability for any 
losses or damages which the recipient may sustain due to presence of any 
viruses.
Opinions, conclusions or other information in this message and attachments that 
are not related directly to UK Research and Innovation business are solely 
those of the author and do not represent the views of UK Research and 
Innovation.

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Using a CRS not indexed by the IOGP

[Rahkonen Jukka (MML)]

Hi,

I guess the WMS 1.3.0 standard, page 15:

“Every Layer CRS has an identifier that is a character string. Two types of 
Layer CRS identifiers are permitted:
“label” and “URL” identifiers:
⎯ Label: The identifier includes a namespace prefix, a colon, a numeric or 
string code, and in some instances a comma followed by additional parameters. 
This International Standard defines three namespaces: CRS, EPSG and AUTO2, as 
discussed below.
⎯ URL: The identifier is a fully-qualified URL that references a 
publicly-accessible file containing a definition of the CRS that is compliant 
with ISO 19111.

-Jukka Rahkonen-

Lähettäjä: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org] 
Puolesta Luí­s Moreira de Sousa
Lähetetty: 13. marraskuuta 2018 17:33
Vastaanottaja: Jean-Christophe Malapert 
Kopio: mapserver-users@lists.osgeo.org
Aihe: Re: [mapserver-users] Using a CRS not indexed by the IOGP

Hi Jean-Christophe,

to which OGC standard are you refereing to, regarding the namespaces CRS, EPSG 
and AUTO?

Thank you.
--
Luís Moreira de Sousa
Email: luis.de.so...@protonmail.ch
RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c
URL: https://ldesousa.github.io

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐
On Tuesday, November 13, 2018 10:37 AM, Jean-Christophe Malapert 
mailto:jcmalap...@gmail.com>> wrote:

Hello,

I got the same problem with Mars planet with IAU2000 namespace. I have modified 
the mapserver code to make it works (I have still a couple of tests to check 
everything is fine).

However, CRS, EPSG and AUTO namespaces are defined by OGC. So, if you define a 
new one:
- 1/ I am not sure it is compatible with OGC standards
- 2/ I am not sure clients will understand this new namespace

In my case, I have also written the client.

If you are interested, I can share my current development about the mapserver 
code.

Regards,
Jean-Christophe

Le lun. 12 nov. 2018 à 17:38, Luí­s Moreira de Sousa 
mailto:luis.de.so...@protonmail.ch>> a écrit :
Dear all,

I am developing a WMS with layers defined in a CRS that is not indexed by the 
IOGP. This CRS is defined within a specific PROJ namespace (e.g. 
init=namespace:001, just like others.extra or esri.extra) and is used correctly 
both by PROJ and GDAL. However, if I add this namescape to the "wms_srs" 
parameter in the mapfile, any request will be met with the following error 
message:

msWMSLoadGetMapParams(): WMS server error. Unsupported SRS namespace (only EPSG 
and AUTO currently supported).

I find this strange, is it only possible to use the CRSs indexed by the IOGP? 
Is there any way to convince MapServer to accept any other namespaces available 
in the PROJ database?

I am awere I may create a fake IOGP index, but this is likely to create a good 
deal of confusion among users. I would rather make it clear this is a specific 
CRS.

Thank you.

--
Luís Moreira de Sousa
Bowlespark 8
6701 DN Wageningen
The Netherlands
Phone: +31 628 544 755
Email: luis.de.so...@protonmail.ch
RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c
URL: https://ldesousa.github.io

Sent with ProtonMail Secure Email.

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Using a CRS not indexed by the IOGP

[Luí­s Moreira de Sousa]

Hi Jean-Christophe,

to which OGC standard are you refereing to, regarding the namespaces CRS, EPSG 
and AUTO?

Thank you.
--
Luís Moreira de Sousa
Email: luis.de.so...@protonmail.ch
RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c
URL: https://ldesousa.github.io

Sent with [ProtonMail](https://protonmail.com) Secure Email.

‐‐‐ Original Message ‐‐‐
On Tuesday, November 13, 2018 10:37 AM, Jean-Christophe Malapert 
 wrote:

> Hello,
>
> I got the same problem with Mars planet with IAU2000 namespace. I have 
> modified the mapserver code to make it works (I have still a couple of tests 
> to check everything is fine).
>
> However, CRS, EPSG and AUTO namespaces are defined by OGC. So, if you define 
> a new one:
> - 1/ I am not sure it is compatible with OGC standards
> - 2/ I am not sure clients will understand this new namespace
>
> In my case, I have also written the client.
>
> If you are interested, I can share my current development about the mapserver 
> code.
>
> Regards,
> Jean-Christophe
>
> Le lun. 12 nov. 2018 à 17:38, Luí­s Moreira de Sousa 
>  a écrit :
>
>> Dear all,
>>
>> I am developing a WMS with layers defined in a CRS that is not indexed by 
>> the IOGP. This CRS is defined within a specific PROJ namespace (e.g. 
>> init=namespace:001, just like others.extra or esri.extra) and is used 
>> correctly both by PROJ and GDAL. However, if I add this namescape to the 
>> "wms_srs" parameter in the mapfile, any request will be met with the 
>> following error message:
>>
>> msWMSLoadGetMapParams(): WMS server error. Unsupported SRS namespace (only 
>> EPSG and AUTO currently supported).
>>
>> I find this strange, is it only possible to use the CRSs indexed by the 
>> IOGP? Is there any way to convince MapServer to accept any other namespaces 
>> available in the PROJ database?
>>
>> I am awere I may create a fake IOGP index, but this is likely to create a 
>> good deal of confusion among users. I would rather make it clear this is a 
>> specific CRS.
>>
>> Thank you.
>>
>> --
>> Luís Moreira de Sousa
>> Bowlespark 8
>> 6701 DN Wageningen
>> The Netherlands
>> Phone: +31 628 544 755
>> Email: luis.de.so...@protonmail.ch
>> RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c
>> URL: https://ldesousa.github.io
>>
>> Sent with [ProtonMail](https://protonmail.com) Secure Email.
>>
>> ___
>> mapserver-users mailing list
>> mapserver-users@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/mapserver-users___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] WCS 2.0 request without interpolation

[Even Rouault]

On mardi 13 novembre 2018 13:34:56 CET Rousseau Lambert2, Louis-Philippe (EC) 
wrote:
> Hi guys,
> 
> Do you know if it's possible to do a WCS 2.0 request without interpolation,
> like simply clip the original file on it's native grid?
> 
> I know that there is the INTERPOLATION parameter for WCS, but the only
> possible values are "NEAREST", "BILINEAR" and "AVERAGE". And I don't see a
> way using wcs keywords in the mapfile to add or modify the interpolation
> options...
> 
> I get that for this to even be possible the BBOX of the request would have
> to be made in the the dataset native CRS.

Indeed. And you need to align your BBOX with the grid coordinates returned by 
DescribeCoverage, and use NEAREST for double security.

Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] WCS 2.0 request without interpolation

[Rahkonen Jukka (MML)]

Hi,

There are lots of good reading in the WCS section of OGC standards 
http://www.opengeospatial.org/standards/wcs. Subsetting that is used for 
BBOX-alike queries is explained in the core. There are also WCS 2.0 KVP 
examples in https://www.mapserver.org/ogc/wcs_server.html

Clip in native CRS and without interpolation (effectively the same as nearest 
because every pixel match) is the main use case for WCS 2.0 core service. You 
can test with this and get a subset of a DEM coverage

https://beta-karttakuva.maanmittauslaitos.fi/wcs/service/ows?service=WCS=2.0.1=GetCoverage=korkeusmalli_2m=E(496000,50)=N(7181000,7185000)=image/tiff
Save the response on disk and compare what gdalinfo shows about the image with 
how the coverage is defined in DescribeCoverage


-Jukka Rahkonen-

Lähettäjä: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org] 
Puolesta Rousseau Lambert2, Louis-Philippe (EC)
Lähetetty: 13. marraskuuta 2018 15:35
Vastaanottaja: mapserver-users@lists.osgeo.org
Aihe: [mapserver-users] WCS 2.0 request without interpolation


Hi guys,
Do you know if it's possible to do a WCS 2.0 request without interpolation, 
like simply clip the original file on it's native grid?

I know that there is the INTERPOLATION parameter for WCS, but the only possible 
values are "NEAREST", "BILINEAR" and "AVERAGE". And I don't see a way using wcs 
keywords in the mapfile to add or modify the interpolation options...

I get that for this to even be possible the BBOX of the request would have to 
be made in the the dataset native CRS.

Thanks

LP
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] WCS 2.0 request without interpolation

[Rousseau Lambert2, Louis-Philippe (EC)]

Hi guys,

Do you know if it's possible to do a WCS 2.0 request without interpolation, 
like simply clip the original file on it's native grid?

I know that there is the INTERPOLATION parameter for WCS, but the only possible 
values are "NEAREST", "BILINEAR" and "AVERAGE". And I don't see a way using wcs 
keywords in the mapfile to add or modify the interpolation options...

I get that for this to even be possible the BBOX of the request would have to 
be made in the the dataset native CRS.

Thanks

LP
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Using a CRS not indexed by the IOGP

[Jean-Christophe Malapert]

Hello,

I got the same problem with Mars planet with IAU2000 namespace. I have
modified the mapserver code to make it works (I have still a couple of
tests to check everything is fine).

However, CRS, EPSG and AUTO namespaces are defined by OGC. So, if you
define a new one:
- 1/ I am not sure it is compatible with OGC standards
- 2/ I am not sure clients will understand this new namespace

In my case, I have also written the client.

If you are interested, I can share my current development about the
mapserver code.

Regards,
Jean-Christophe

Le lun. 12 nov. 2018 à 17:38, Luí­s Moreira de Sousa <
luis.de.so...@protonmail.ch> a écrit :

> Dear all,
>
> I am developing a WMS with layers defined in a CRS that is not indexed by
> the IOGP. This CRS is defined within a specific PROJ namespace (e.g.
> init=namespace:001, just like others.extra or esri.extra) and is used
> correctly both by PROJ and GDAL. However, if I add this namescape to the
> "wms_srs" parameter in the mapfile, any request will be met with the
> following error message:
>
> msWMSLoadGetMapParams(): WMS server error. Unsupported SRS namespace (only
> EPSG and AUTO currently supported).
>
> I find this strange, is it only possible to use the CRSs indexed by the
> IOGP? Is there any way to convince MapServer to accept any other namespaces
> available in the PROJ database?
>
> I am awere I may create a fake IOGP index, but this is likely to create a
> good deal of confusion among users. I would rather make it clear this is a
> specific CRS.
>
> Thank you.
>
> --
> Luís Moreira de Sousa
> Bowlespark 8
> 6701 DN Wageningen
> The Netherlands
> Phone: +31 628 544 755
> Email: luis.de.so...@protonmail.ch
> RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c
> URL: https://ldesousa.github.io
>
> Sent with ProtonMail  Secure Email.
>
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users