From mh at mapcentia.com  Thu Dec  3 05:21:10 2020
From: mh at mapcentia.com (=?UTF-8?Q?Martin_H=c3=b8gh?=)
Date: Thu, 3 Dec 2020 14:21:10 +0100
Subject: [mapserver-users] Styling KML output
Message-ID: <7fe1a349-343e-6fc8-26b6-ab70f11bc4e5@mapcentia.com>

I've setup KML/KMZ output for WFS with these definitions:

 ??????? OUTPUTFORMAT
 ??????????? NAME kml
 ??????????? DRIVER "OGR/KML"
 ??????????? MIMETYPE "application/vnd.google-earth.kml+xml"
 ??????????? IMAGEMODE FEATURE
 ??????????? EXTENSION "kml"
 ??????????? FORMATOPTION "FORM=simple"
 ??????????? FORMATOPTION 'FILENAME=gmap75.kml'
 ??????????? FORMATOPTION "maxfeaturestodraw=1000"
 ??????? END

 ??????? OUTPUTFORMAT
 ??????????? NAME kmz
 ??????????? DRIVER "OGR/LIBKML"
 ??????????? MIMETYPE "application/vnd.google-earth.kmz"
 ??????????? IMAGEMODE FEATURE
 ??????????? EXTENSION "kmz"
 ??????????? FORMATOPTION "FORM=simple"
 ??????????? FORMATOPTION 'FILENAME=gmap75.kmz'
 ??????????? FORMATOPTION "maxfeaturestodraw=1000"
 ??????? END

It works fine.

When serving KML polygons they all have a red outline and no fill:

<Style><LineStyle><color>ff0000ff</color></LineStyle><PolyStyle><fill>0</fill></PolyStyle></Style>

Is it supposed to use the classes in the MapFile? Or is there another 
way to style KML output?

Best regards,

Martin H?gh




From sylvain.fabre at inpixal.com  Thu Dec  3 07:54:14 2020
From: sylvain.fabre at inpixal.com (Sylvain Fabre)
Date: Thu, 03 Dec 2020 16:54:14 +0100
Subject: [mapserver-users] nginx+mapserver+mapcache : received wms with no
 service and request
Message-ID: <10181936.ORNomS9z7o@arioch>

Hi all, 

I am in the process of migrating an old setup of apache/mapcache/mapserver to nginx/mapcache/mapserver.

The nginx+mapserver is working well, but i am struggling at configuring mapcache.
It seems working for this request  : http://127.0.0.1/mapcache?service=wms&version=1.1.1&request=GetCapabilities

But for request like : http://127.0.0.1/mapcache/demo
I receive the error : "received wms with no service and request"

It was working with the previous setup (ie apache/mapcache/mapserver), but not anymore with nginx.

I am convince that i have a mistake or something in my new config files, but could you point me in the right direction : ) ?

Thanks !

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20201203/b6ebc622/attachment.sig>

From jmckenna at gatewaygeomatics.com  Thu Dec  3 08:24:45 2020
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 3 Dec 2020 12:24:45 -0400
Subject: [mapserver-users] nginx+mapserver+mapcache : received wms with
 no service and request
In-Reply-To: <10181936.ORNomS9z7o@arioch>
References: <10181936.ORNomS9z7o@arioch>
Message-ID: <48dbc3f4-ec15-2d47-27be-a7ffc8719948@gatewaygeomatics.com>

Hi Sylvain,

I'm not sure what is happening in your case (but maybe others notice), 
however I just checked an existing (MS4W) MapCache instance for the 
exact demo url: https://ms4w.dev/mapcache/demo/

I don't use any special settings in mapcache.xml (actually if you want 
to compare the exact implemented mapcache.xml, you can download it from 
https://ms4w.com : mapcache.xml lives in /ms4w/apps/mapcache/ ).  I do set:

   <service type="demo" enabled="true"/>

Not sure what else it could be,

-jeff



-- 
Jeff McKenna
MapServer Consulting and Training Services
co-founder of FOSS4G
http://gatewaygeo.com/



On 2020-12-03 11:54 a.m., Sylvain Fabre wrote:
> Hi all,
> 
> I am in the process of migrating an old setup of apache/mapcache/mapserver to nginx/mapcache/mapserver.
> 
> The nginx+mapserver is working well, but i am struggling at configuring mapcache.
> It seems working for this request  : http://127.0.0.1/mapcache?service=wms&version=1.1.1&request=GetCapabilities
> 
> But for request like : http://127.0.0.1/mapcache/demo
> I receive the error : "received wms with no service and request"
> 
> It was working with the previous setup (ie apache/mapcache/mapserver), but not anymore with nginx.
> 
> I am convince that i have a mistake or something in my new config files, but could you point me in the right direction : ) ?
> 
> Thanks !
> 
> 




From public at postholer.com  Sat Dec  5 09:24:27 2020
From: public at postholer.com (Scott)
Date: Sat, 5 Dec 2020 09:24:27 -0800
Subject: [mapserver-users] RASTER conditionally use default palette color
 based on pixel value
Message-ID: <bd083b8b-a74d-dd5a-e366-60308a15444d@postholer.com>


For instance:

...

    CLASS
       NAME "useDefaultColor"
       EXPRESSION ([pixel] >= 100 && [pixel] < 200)
       STYLE
          #COLOR "#cc0000"   <-- this works (uncommented of course)
          COLOR [red] [green] [blue]     <-- this does not
       END
    END
...

Thank you!


-- 
www.postholer.com


From sdlime at gmail.com  Mon Dec  7 10:09:38 2020
From: sdlime at gmail.com (Steve Lime)
Date: Mon, 7 Dec 2020 12:09:38 -0600
Subject: [mapserver-users] RASTER conditionally use default palette
 color based on pixel value
In-Reply-To: <bd083b8b-a74d-dd5a-e366-60308a15444d@postholer.com>
References: <bd083b8b-a74d-dd5a-e366-60308a15444d@postholer.com>
Message-ID: <CAMrKZ9-X4ce_o6Af3g5m0Bd3f4__s0cR6XvLic=CemEcMpyL9w@mail.gmail.com>

Seems like you'd have to draw it twice - once with the using the
palette and a second time where you do whatever filtering and color
re-assignment you want.

On Sat, Dec 5, 2020 at 11:24 AM Scott <public at postholer.com> wrote:

>
> For instance:
>
> ...
>
>     CLASS
>        NAME "useDefaultColor"
>        EXPRESSION ([pixel] >= 100 && [pixel] < 200)
>        STYLE
>           #COLOR "#cc0000"   <-- this works (uncommented of course)
>           COLOR [red] [green] [blue]     <-- this does not
>        END
>     END
> ...
>
> Thank you!
>
>
> --
> www.postholer.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/20201207/637e1268/attachment.htm>

From sdlime at gmail.com  Mon Dec  7 10:27:02 2020
From: sdlime at gmail.com (Steve Lime)
Date: Mon, 7 Dec 2020 12:27:02 -0600
Subject: [mapserver-users] Styling KML output
In-Reply-To: <7fe1a349-343e-6fc8-26b6-ab70f11bc4e5@mapcentia.com>
References: <7fe1a349-343e-6fc8-26b6-ab70f11bc4e5@mapcentia.com>
Message-ID: <CAMrKZ9_xxhB8s59zUNNJ_MJG5yjpV-U5hY22N48aqanCB0vx6A@mail.gmail.com>

So you're using the OGR driver. I wouldn't expect that to leverage
MapServer class/styles at all - more of a data dump. There is a separate
KML driver (see https://mapserver.org/output/kml_output.html) and you can
also use templates to generate KML and define styles as part of the
templates themselves.

--Steve

On Thu, Dec 3, 2020 at 7:30 AM Martin H?gh <mh at mapcentia.com> wrote:

> I've setup KML/KMZ output for WFS with these definitions:
>
>          OUTPUTFORMAT
>              NAME kml
>              DRIVER "OGR/KML"
>              MIMETYPE "application/vnd.google-earth.kml+xml"
>              IMAGEMODE FEATURE
>              EXTENSION "kml"
>              FORMATOPTION "FORM=simple"
>              FORMATOPTION 'FILENAME=gmap75.kml'
>              FORMATOPTION "maxfeaturestodraw=1000"
>          END
>
>          OUTPUTFORMAT
>              NAME kmz
>              DRIVER "OGR/LIBKML"
>              MIMETYPE "application/vnd.google-earth.kmz"
>              IMAGEMODE FEATURE
>              EXTENSION "kmz"
>              FORMATOPTION "FORM=simple"
>              FORMATOPTION 'FILENAME=gmap75.kmz'
>              FORMATOPTION "maxfeaturestodraw=1000"
>          END
>
> It works fine.
>
> When serving KML polygons they all have a red outline and no fill:
>
>
> <Style><LineStyle><color>ff0000ff</color></LineStyle><PolyStyle><fill>0</fill></PolyStyle></Style>
>
> Is it supposed to use the classes in the MapFile? Or is there another
> way to style KML output?
>
> Best regards,
>
> Martin H?gh
>
>
> _______________________________________________
> 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/20201207/5a3f5db4/attachment.htm>

From jmckenna at gatewaygeomatics.com  Mon Dec  7 16:20:29 2020
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Mon, 7 Dec 2020 20:20:29 -0400
Subject: [mapserver-users] 7.6.2 released
Message-ID: <6f77f774-cc7e-5089-7c84-887c8c4e95cb@gatewaygeomatics.com>

The MapServer team is pleased to announce the maintenance release of 
MapServer 7.6.2

For the list of changes see the Changelog at 
https://mapserver.org/development/changelog/changelog-7-6.html

Or head to Download at https://mapserver.org/download.html

For those wanting searchable offline documentation, the updated PDF is 
available at https://download.osgeo.org/mapserver/docs/MapServer.pdf


Happy (fast) mapserving...


Please everyone have a safe Christmas holiday.


-- 
The MapServer Team















From jesper.kempe at gmail.com  Fri Dec 11 06:55:31 2020
From: jesper.kempe at gmail.com (Jesper Kempe)
Date: Fri, 11 Dec 2020 15:55:31 +0100
Subject: [mapserver-users] Basemap as merged and separate layers
Message-ID: <CAD4ERe2QVigfZSn9rUvP-41Md2wLuRU3fkE05ZbkDVKeiTHogQ@mail.gmail.com>

Hi

I have a basemap in Mapserver 7.4.3 presented as a WMS-layer.

As many maps it consists of landusage, roads, label and so on.
Each of these "layers" or parts of the map consist of many <layer> in the
mapfile for different scales.
For example land0, land1.... and roads0, roads1 and so on. Much like
https://mapserver.org/basemaps/index.html

Currently all layers are part of "GROUP default" and map renders correctly
when asking for LAYERS=default.

Unfortunately all layers (land0,land1,roads0,road1...) are also show in the
Capability.

What I would like have is instead a response in the capability where there
are layers for "the main map" and also a grouped layer for all "zoom
layers" i.e. roads0,roads1 combined to a roads layer.
For example the layers default, land and roads should be the only layers
visible in the Capability and possible to render in a GetMap-request.
A GetMap request for LAYERS=roads should show all the separate roads*
layers only.

Can this be done in Mapserver?

Thanks,
Jesper
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20201211/be9bc959/attachment.htm>

From yves.jacolin at camptocamp.com  Fri Dec 11 07:07:14 2020
From: yves.jacolin at camptocamp.com (Yves Jacolin)
Date: Fri, 11 Dec 2020 16:07:14 +0100
Subject: [mapserver-users] Basemap as merged and separate layers
In-Reply-To: <CAD4ERe2QVigfZSn9rUvP-41Md2wLuRU3fkE05ZbkDVKeiTHogQ@mail.gmail.com>
References: <CAD4ERe2QVigfZSn9rUvP-41Md2wLuRU3fkE05ZbkDVKeiTHogQ@mail.gmail.com>
Message-ID: <CAO8EQxZgdKfF8MqWAnYM0oOh6wToKrzHwijcksFnPVe7SXrD=w@mail.gmail.com>

Hello,

I think some part of your need can be done in MapServer, look at the
*wms_layer_group* layer metadata in
https://www.mapserver.org/ogc/wms_server.html. but all LAYERs will be
always shown in MapServer.

Y.

Le ven. 11 d?c. 2020 ? 15:55, Jesper Kempe via mapserver-users <
mapserver-users at lists.osgeo.org> a ?crit :

> Hi
>
> I have a basemap in Mapserver 7.4.3 presented as a WMS-layer.
>
> As many maps it consists of landusage, roads, label and so on.
> Each of these "layers" or parts of the map consist of many <layer> in the
> mapfile for different scales.
> For example land0, land1.... and roads0, roads1 and so on. Much like
> https://mapserver.org/basemaps/index.html
>
> Currently all layers are part of "GROUP default" and map renders correctly
> when asking for LAYERS=default.
>
> Unfortunately all layers (land0,land1,roads0,road1...) are also show in
> the Capability.
>
> What I would like have is instead a response in the capability where there
> are layers for "the main map" and also a grouped layer for all "zoom
> layers" i.e. roads0,roads1 combined to a roads layer.
> For example the layers default, land and roads should be the only layers
> visible in the Capability and possible to render in a GetMap-request.
> A GetMap request for LAYERS=roads should show all the separate roads*
> layers only.
>
> Can this be done in Mapserver?
>
> Thanks,
> Jesper
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>


-- 
Yves Jacolin
Training and support manager - Team Manager
Camptocamp

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/20201211/62081b7e/attachment.htm>

From jukka.rahkonen at maanmittauslaitos.fi  Fri Dec 11 09:28:53 2020
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML))
Date: Fri, 11 Dec 2020 17:28:53 +0000
Subject: [mapserver-users] Basemap as merged and separate layers
Message-ID: <f643f4f4a470425da59d0ecae352e625@maanmittauslaitos.fi>

Hi,

I believe (hope) that it is possible, perhaps by leaving the  names of the layers in the group empty, or with wms_enable_request metadata. Some links which seem relevant:

https://mapserver.gis.umn.edu/development/rfc/ms-rfc-67.html
https://github.com/mapserver/mapserver/issues/5404
https://github.com/MapServer/MapServer/pull/5533

-Jukka Rahkonen-

L?hett?j?: mapserver-users <mapserver-users-bounces at lists.osgeo.org<mailto:mapserver-users-bounces at lists.osgeo.org>> Puolesta Yves Jacolin via mapserver-users
L?hetetty: perjantai 11. joulukuuta 2020 17.07
Vastaanottaja: Jesper Kempe <jesper.kempe at gmail.com<mailto:jesper.kempe at gmail.com>>
Kopio: Mapserver <mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>>
Aihe: Re: [mapserver-users] Basemap as merged and separate layers

Hello,

I think some part of your need can be done in MapServer, look at the wms_layer_group layer metadata in https://www.mapserver.org/ogc/wms_server.html. but all LAYERs will be always shown in MapServer.

Y.

Le ven. 11 d?c. 2020 ? 15:55, Jesper Kempe via mapserver-users <mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>> a ?crit :
Hi

I have a basemap in Mapserver 7.4.3 presented as a WMS-layer.

As many maps it consists of landusage, roads, label and so on.
Each of these "layers" or parts of the map consist of many <layer> in the mapfile for different scales.
For example land0, land1.... and roads0, roads1 and so on. Much like https://mapserver.org/basemaps/index.html

Currently all layers are part of "GROUP default" and map renders correctly when asking for LAYERS=default.

Unfortunately all layers (land0,land1,roads0,road1...) are also show in the Capability.

What I would like have is instead a response in the capability where there are layers for "the main map" and also a grouped layer for all "zoom layers" i.e. roads0,roads1 combined to a roads layer.
For example the layers default, land and roads should be the only layers visible in the Capability and possible to render in a GetMap-request.
A GetMap request for LAYERS=roads should show all the separate roads* layers only.

Can this be done in Mapserver?

Thanks,
Jesper


_______________________________________________
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


--
Yves Jacolin
Training and support manager - Team Manager
Camptocamp

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/20201211/829c8943/attachment.htm>

From Andreas.Schmid at bd.so.ch  Thu Dec 17 05:26:37 2020
From: Andreas.Schmid at bd.so.ch (Schmid Andreas)
Date: Thu, 17 Dec 2020 13:26:37 +0000
Subject: [mapserver-users] Parametrizing a MapCache config file
Message-ID: <55fceff23cb04327bcef3f4d1765b432@bd.so.ch>

Hi list

I'm looking for a way how I could parametrize a MapCache XML config file. Up to now, I have three config files: One that I use for development purposes, one for running MapCache in the test environment, and one for the production environment. The files differ only in the URL of the service metadata, the URL of the http-source, and whether the demo service is enabled. So when I change something in the file, I always need to make sure that I make the same change in the other files. Which I don't really like because it's error-prone.

One solution that I can think of is keeping only one file and putting placeholders in the appropriate places. And then running a sed-Script over it before deploying it.

But maybe someone knows of a smarter idea for this?

Thanks a lot,
Andy



From dhoese at gmail.com  Thu Dec 17 07:47:57 2020
From: dhoese at gmail.com (David Hoese)
Date: Thu, 17 Dec 2020 09:47:57 -0600
Subject: [mapserver-users] Parametrizing a MapCache config file
In-Reply-To: <55fceff23cb04327bcef3f4d1765b432@bd.so.ch>
References: <55fceff23cb04327bcef3f4d1765b432@bd.so.ch>
Message-ID: <efbf66a8-f659-0629-68e9-7469ff55d9ba@gmail.com>

Hi,

I had a similar need where I was running MapCache in a docker container 
and needed the config to change based on some user-provided environment 
variables. I ended up writing a python script that uses the Jinja 
templating language. That way I could write a really complex config 
"template" and run my python script when the docker container started 
and produce the desired output config. It was extra nice for me because 
my jinja template allowed me to do "for" loops and in my case I had a 
lot of the same grids and tilesets that were only different by one or 
two parameters.

It would be nice if there was something builtin, but I think a sed 
script or something like my Jinja templating are the easiest solutions.

Dave

Example
-------

     <!--    Overlays -->
     <source name="{{ plat }}_{{ inst }}_borders" type="wms">
         <getmap>
             <params>
                 <FORMAT>rgba</FORMAT>
                 <LAYERS>bw_map</LAYERS>
             </params>
         </getmap>
         <http>
             <url>http://{{ wms_host }}:{{ wms_port }}/wms/borders</url>
             <connection_timeout>10</connection_timeout>
             <timeout>15</timeout>
         </http>
     </source>

Python (trimmed down)
---------------------

     tmpl_vars = {'wms_host': 'my_host', 'wms_port': 8888, 'plat': 
'test', 'inst': 'example'}
     with open(args.template_fn, 'r') as tmpl_file:
         template = jinja2.Template(tmpl_file.read())
         print(template.render(tmpl_vars))

I then run it like:

python render.py > /path/to/output_config.xml

On 12/17/20 7:26 AM, Schmid Andreas wrote:
> Hi list
> 
> I'm looking for a way how I could parametrize a MapCache XML config file. Up to now, I have three config files: One that I use for development purposes, one for running MapCache in the test environment, and one for the production environment. The files differ only in the URL of the service metadata, the URL of the http-source, and whether the demo service is enabled. So when I change something in the file, I always need to make sure that I make the same change in the other files. Which I don't really like because it's error-prone.
> 
> One solution that I can think of is keeping only one file and putting placeholders in the appropriate places. And then running a sed-Script over it before deploying it.
> 
> But maybe someone knows of a smarter idea for this?
> 
> Thanks a lot,
> Andy
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
> 


From jmckenna at gatewaygeomatics.com  Thu Dec 17 15:46:13 2020
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 17 Dec 2020 19:46:13 -0400
Subject: [mapserver-users] MS4W version 4.0.5 available
Message-ID: <3f3b92e2-2727-8226-6777-92a8f720f935@gatewaygeomatics.com>

Hello everyone,

MS4W 4.0.5 is now available, which contains many critical updates, such 
as the OpenSSL high-level security release, as well as an important 
upgrade to the PHP 7.4 series (as PHP 7.2 is no longer receiving 
security updates), into the Python 3.9 series also, plus rebuilds of the 
entire stack for the new pycsw version, Mapbender 3.2.x version, fast 
compression through Zstd for tiffs, latest PDAL, osm2pgsql, TinyOWS, and 
much more!   Get it now at https://ms4w.com


Please see MS4W's HISTORY.txt for all of the changes, but here are some 
of the highlights:

          - upgraded MapServer and MapScript (CSharp, Java, Python, PHP) 
to today's 7.7.0-dev
          - upgraded PHP to 7.4.13 security release (trac ticket 243)
          - upgraded MapCache to 1.11dev (git-master-20201214)
          - upgraded to TinyOWS git-master-20201216
          - modified TinyOWS config.xml to disable 'check_schema' to 
avoid HTTPS issues
          - added content encoding declaration to TinyOWS demo template
          - upgraded Apache HTTP Server to 2.4.46 (trac ticket 281)
          - upgraded Python to 3.9.1 (trac ticket 245)
          - upgraded pycsw to 2.6.0 (trac ticket 300)
          - re-set pycsw to use Apache mod_wsgi instead of CGI (trac 
ticket 262)
          - upgraded OpenSSL to 1.1.1i HIGH level security release (trac 
ticket 296)
          - upgraded SWIG support to git-master-20201215
          - rebuilt GDAL (including CSharp/Java/Python bindings, 
ECW/Oracle plugins)
          - set PYTHONHOME in setenv.bat for the installer (trac ticket 285)
          - minor updates to local.map
          - change quickmap.php to use local.map
          - added mention of Notepad++ syntax file into README_INSTALL 
(trac ticket 298)
          - upgraded libjpeg-turbo support to 2.0.6 (trac ticket 294)
          - rebuilt libTIFF support
          - added libTIFF utilities into /tools (trac ticket 297)
          - upgraded SQLite support to 3.34.0 (trac ticket 286)
          - upgraded cURL support to 7.74.0 (trac ticket 279)
          - rebuilt GeoTIFF support
          - changed site link in README-geotiff.txt (trac ticket 283)
          - upgraded Expat support to 2.2.10
          - rebuilt HDF4 support
          - rebuilt NetCDF support
          - upgraded PostgreSQL support to 13.1 with SSL enabled (trac 
ticket 291)
          - upgraded GEOS support to 3.9.0 (trac ticket 299)
          - upgraded ICONV support to 1.16 (trac ticket 295)
          - upgraded FreeXL support to 1.0.6
          - rebuilt libxml2 support
          - rebuilt SpatiaLite support
          - rebuilt SpatiaLite-tools
          - upgraded FITS support to 3.490
          - added CFITSIO utilities into /tools
          - upgraded Freetype support to 2.10.4
          - rebuilt Cairo support
          - rebuilt Poppler support
          - upgraded Zstandard compression support (for TIFF) to 1.4.7
          - upgraded to Oracle SDK 19.9.0.0.0
          - rebuilt HarfBuzz support
          - upgraded FriBidi support to 1.0.10 (trac ticket 215)
          - rebuilt libSVG support
          - rebuilt libSVG-Cairo support
          - updated cURL certificates bundle
          - rebuilt mod_fcgid
          - rebuilt Apache H264 Streaming Module
          - upgraded APCu to 5.1.19
          - rebuilt php_ogr extension
          - rebuilt mod_wsgi
          - upgraded PDAL utilities to git-master-20201217
          - properly enable the laz-perf library for the PDAL build
          - upgraded osm2pgsql commandline utility to git-master-20201216
          - updated the VC Redistributable in /tmp




When installing, it is very important that (if you are using the .zip) 
your server must have the C++ Redistributable installed on it 
beforehand: execute the local file /ms4w/tmp/vcredist_x86.exe 
(alternatively if you use MS4W's setup.exe installer this is done 
automatically)

As always please provide your requests for enhancements and issues 
through the MS4W tracker (so the feedback is not lost or forgotten): 
https://ms4w.com/trac/  You can also contact me directly for support.

Wishing everyone a nice Christmas holiday,


Thank you for using MS4W.
"MS4W: open doors as well as windows"


-jeff



-- 
Jeff McKenna
GatewayGeo: MapServer Consulting and Training Services
co-founder of FOSS4G
http://gatewaygeo.com/






From Andreas.Schmid at bd.so.ch  Fri Dec 18 02:02:19 2020
From: Andreas.Schmid at bd.so.ch (Schmid Andreas)
Date: Fri, 18 Dec 2020 10:02:19 +0000
Subject: [mapserver-users] Parametrizing a MapCache config file
In-Reply-To: <efbf66a8-f659-0629-68e9-7469ff55d9ba@gmail.com>
References: <55fceff23cb04327bcef3f4d1765b432@bd.so.ch>
 <efbf66a8-f659-0629-68e9-7469ff55d9ba@gmail.com>
Message-ID: <2eec1b1cf26e42fbb317c53af4cecb78@bd.so.ch>

Thank you, Dave, for sharing your solution. So as the differences between my config files are small, I guess I'm going to solve it with a sed script that reads the actual values from environment variables. And the templating language approach for sure would be the way to go for more complex cases.

I'm actually using this in a MapCache Docker image too, that should include the config file for convenience.

Best regards,
Andy


> -----Urspr?ngliche Nachricht-----
> Von: mapserver-users <mapserver-users-bounces at lists.osgeo.org> Im Auftrag
> von David Hoese
> Gesendet: Donnerstag, 17. Dezember 2020 16:48
> An: mapserver-users at lists.osgeo.org
> Betreff: Re: [mapserver-users] Parametrizing a MapCache config file
> 
> Hi,
> 
> I had a similar need where I was running MapCache in a docker container
> and needed the config to change based on some user-provided environment
> variables. I ended up writing a python script that uses the Jinja
> templating language. That way I could write a really complex config
> "template" and run my python script when the docker container started and
> produce the desired output config. It was extra nice for me because my
> jinja template allowed me to do "for" loops and in my case I had a lot of
> the same grids and tilesets that were only different by one or two
> parameters.
> 
> It would be nice if there was something builtin, but I think a sed script
> or something like my Jinja templating are the easiest solutions.
> 
> Dave
> 
> Example
> -------
> 
>      <!--    Overlays -->
>      <source name="{{ plat }}_{{ inst }}_borders" type="wms">
>          <getmap>
>              <params>
>                  <FORMAT>rgba</FORMAT>
>                  <LAYERS>bw_map</LAYERS>
>              </params>
>          </getmap>
>          <http>
>              <url>http://{{ wms_host }}:{{ wms_port }}/wms/borders</url>
>              <connection_timeout>10</connection_timeout>
>              <timeout>15</timeout>
>          </http>
>      </source>
> 
> Python (trimmed down)
> ---------------------
> 
>      tmpl_vars = {'wms_host': 'my_host', 'wms_port': 8888, 'plat':
> 'test', 'inst': 'example'}
>      with open(args.template_fn, 'r') as tmpl_file:
>          template = jinja2.Template(tmpl_file.read())
>          print(template.render(tmpl_vars))
> 
> I then run it like:
> 
> python render.py > /path/to/output_config.xml
> 
> On 12/17/20 7:26 AM, Schmid Andreas wrote:
> > Hi list
> >
> > I'm looking for a way how I could parametrize a MapCache XML config
> file. Up to now, I have three config files: One that I use for development
> purposes, one for running MapCache in the test environment, and one for
> the production environment. The files differ only in the URL of the
> service metadata, the URL of the http-source, and whether the demo service
> is enabled. So when I change something in the file, I always need to make
> sure that I make the same change in the other files. Which I don't really
> like because it's error-prone.
> >
> > One solution that I can think of is keeping only one file and putting
> placeholders in the appropriate places. And then running a sed-Script over
> it before deploying it.
> >
> > But maybe someone knows of a smarter idea for this?
> >
> > Thanks a lot,
> > Andy
> >
> > _______________________________________________
> > 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


From lars.schylberg at blixtmail.se  Fri Dec 18 03:23:55 2020
From: lars.schylberg at blixtmail.se (Lars Schylberg)
Date: Fri, 18 Dec 2020 12:23:55 +0100
Subject: [mapserver-users] Parametrizing a MapCache config file
In-Reply-To: <2eec1b1cf26e42fbb317c53af4cecb78@bd.so.ch>
References: <55fceff23cb04327bcef3f4d1765b432@bd.so.ch>
 <efbf66a8-f659-0629-68e9-7469ff55d9ba@gmail.com>
 <2eec1b1cf26e42fbb317c53af4cecb78@bd.so.ch>
Message-ID: <56a88c10-b2bc-3979-ed3e-78221397975d@blixtmail.se>

Hi,

I did a similar thing with mapfiles and substituted colors and other 
info with sed. I had the values in a csv file. Then read the values into 
a associative array in bash.

Finally I had a very long sed script to do the substitutitons.

You can find the example here: 
https://github.com/LarsSchy/SMAC-M/blob/master/chart-installation/generate_map_files/scripts/process_layer_colors.sh#L69 


The reading of values into the array, Line 71-77 and the sed part Line 
108-240.?? The template mapfile had the variables to be substitued in 
curli brackets, ie {PATH} .

Just food for thought.

/Lars S.

Den 2020-12-18 kl. 11:02, skrev Schmid Andreas:
> Thank you, Dave, for sharing your solution. So as the differences between my config files are small, I guess I'm going to solve it with a sed script that reads the actual values from environment variables. And the templating language approach for sure would be the way to go for more complex cases.
>
> I'm actually using this in a MapCache Docker image too, that should include the config file for convenience.
>
> Best regards,
> Andy
>
>
>> -----Urspr?ngliche Nachricht-----
>> Von: mapserver-users <mapserver-users-bounces at lists.osgeo.org> Im Auftrag
>> von David Hoese
>> Gesendet: Donnerstag, 17. Dezember 2020 16:48
>> An: mapserver-users at lists.osgeo.org
>> Betreff: Re: [mapserver-users] Parametrizing a MapCache config file
>>
>> Hi,
>>
>> I had a similar need where I was running MapCache in a docker container
>> and needed the config to change based on some user-provided environment
>> variables. I ended up writing a python script that uses the Jinja
>> templating language. That way I could write a really complex config
>> "template" and run my python script when the docker container started and
>> produce the desired output config. It was extra nice for me because my
>> jinja template allowed me to do "for" loops and in my case I had a lot of
>> the same grids and tilesets that were only different by one or two
>> parameters.
>>
>> It would be nice if there was something builtin, but I think a sed script
>> or something like my Jinja templating are the easiest solutions.
>>
>> Dave
>>
>> Example
>> -------
>>
>>       <!--    Overlays -->
>>       <source name="{{ plat }}_{{ inst }}_borders" type="wms">
>>           <getmap>
>>               <params>
>>                   <FORMAT>rgba</FORMAT>
>>                   <LAYERS>bw_map</LAYERS>
>>               </params>
>>           </getmap>
>>           <http>
>>               <url>http://{{ wms_host }}:{{ wms_port }}/wms/borders</url>
>>               <connection_timeout>10</connection_timeout>
>>               <timeout>15</timeout>
>>           </http>
>>       </source>
>>
>> Python (trimmed down)
>> ---------------------
>>
>>       tmpl_vars = {'wms_host': 'my_host', 'wms_port': 8888, 'plat':
>> 'test', 'inst': 'example'}
>>       with open(args.template_fn, 'r') as tmpl_file:
>>           template = jinja2.Template(tmpl_file.read())
>>           print(template.render(tmpl_vars))
>>
>> I then run it like:
>>
>> python render.py > /path/to/output_config.xml
>>
>> On 12/17/20 7:26 AM, Schmid Andreas wrote:
>>> Hi list
>>>
>>> I'm looking for a way how I could parametrize a MapCache XML config
>> file. Up to now, I have three config files: One that I use for development
>> purposes, one for running MapCache in the test environment, and one for
>> the production environment. The files differ only in the URL of the
>> service metadata, the URL of the http-source, and whether the demo service
>> is enabled. So when I change something in the file, I always need to make
>> sure that I make the same change in the other files. Which I don't really
>> like because it's error-prone.
>>> One solution that I can think of is keeping only one file and putting
>> placeholders in the appropriate places. And then running a sed-Script over
>> it before deploying it.
>>> But maybe someone knows of a smarter idea for this?
>>>
>>> Thanks a lot,
>>> Andy
>>>
>>> _______________________________________________
>>> 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
> _______________________________________________
> 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/20201218/2ab4ca19/attachment.htm>

From jmckenna at gatewaygeomatics.com  Sun Dec 27 10:44:04 2020
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Sun, 27 Dec 2020 13:44:04 -0500
Subject: [mapserver-users] Happy holidays to the MapServer community
Message-ID: <259b811c-4762-125b-1eca-e81357de3c57@gatewaygeomatics.com>

Best wishes to the MapServer community over these holidays.  Thank-you 
all for your passion for MapServer.

https://pasteboard.co/JGTRVMv.gif (MapServer "ugly sweater" ha)


-jeff




-- 
Jeff McKenna
GatewayGeo: MapServer Consulting and Training Services
co-founder of FOSS4G
http://gatewaygeo.com/






From spoissantca at gmail.com  Wed Dec 30 06:48:15 2020
From: spoissantca at gmail.com (Stephane Poissant)
Date: Wed, 30 Dec 2020 09:48:15 -0500
Subject: [mapserver-users] mapserver 7.6.2
Message-ID: <D2038FEE-76D7-47C3-A142-CA1DA206E479@gmail.com>

Good morning gentlemen and Merry Xmas to everyone!

I need some help with compiling mapserver.
I have been hammering this for a while without a perfect success yet!
When proceeding with make, it should complete the process.
There are no errors at beginning of compilation. Only a few warnings as I am compiling from cmake3 (mandatory)

Here are the environment details:

From yum (important ones but not limited to?):
- System is running on Amazon Linux 2 (CentOS 7) virtual server
- centos-sclo-rh repo activated
- Proj72 w/devel
- gdal32 w/devel
- postgis31_12 w/devel
- postgis31_12 w/devel contrib libs server
- SFCGAL (1.3.1.2) w/devel 
- gmp w/devel
- mpfr w/devel
- boost (1.53) w/devel

From pip (important ones but not limited to?):
- Cmake3
- boost


My Makefile flags:
CMAKEFLAGS=-DCMAKE_C_FLAGS="" -DCMAKE_CXX_FLAGS="" \
			  -DCMAKE_SHARED_LINKER_FLAGS="-lgcov" -DWITH_CLIENT_WMS=1 \
 			  -DWITH_CLIENT_WFS=1 -DWITH_KML=1 -DWITH_SOS=1 -DWITH_CSHARP=1 -DWITH_PHP=0 -DWITH_PERL=0 \
 			  -DWITH_PYTHON=0 -DWITH_JAVA=0 -DWITH_THREAD_SAFETY=1 -DWITH_FRIBIDI=1 -DWITH_FCGI=0 -DWITH_EXEMPI=0 \
 			  -DCMAKE_BUILD_TYPE=Release -DWITH_RSVG=0 -DWITH_CURL=1 -DWITH_HARFBUZZ=1 -DWITH_POINT_Z_M=1 \
 			  -DCMAKE_PREFIX_PATH="/usr/proj72/;/usr/pgsql-12;/usr/gdal32;/usr/local/lib64/?




[ 83%] Building CXX object CMakeFiles/mapserver.dir/mapscript/v8/shape.cpp.o
[ 83%] Building CXX object CMakeFiles/mapserver.dir/mapscript/v8/v8_mapscript.cpp.o
[ 84%] Linking CXX shared library libmapserver.so
make[3]: Leaving directory `/root/inst/mapserver-7.6.2/build'
[ 84%] Built target mapserver
make[3]: Entering directory `/root/inst/mapserver-7.6.2/build'
Scanning dependencies of target shptreetst
make[3]: Leaving directory `/root/inst/mapserver-7.6.2/build'
make[3]: Entering directory `/root/inst/mapserver-7.6.2/build'
[ 85%] Building C object CMakeFiles/shptreetst.dir/shptreetst.c.o
[ 85%] Linking C executable shptreetst
//usr/lib64/libSFCGAL.so.1: undefined reference to `boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save(std::string const&)'
//usr/lib64/libSFCGAL.so.1: undefined reference to `boost::archive::basic_binary_oprimitive<boost::archive::binary_oarchive, char, std::char_traits<char> >::save(std::string const&)'
/usr/gdal32/lib/libgdal.so: undefined reference to `GEOSMakeValid_r'
//usr/lib64/libSFCGAL.so.1: undefined reference to `boost::archive::text_iarchive_impl<boost::archive::text_iarchive>::load(std::string&)'
collect2: error: ld returned 1 exit status
make[3]: *** [shptreetst] Error 1
make[3]: Leaving directory `/root/inst/mapserver-7.6.2/build'
make[2]: *** [CMakeFiles/shptreetst.dir/all] Error 2
make[2]: Leaving directory `/root/inst/mapserver-7.6.2/build'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/root/inst/mapserver-7.6.2/build'
make: *** [cmakebuild] Error 2


[root at mapserver-0291 mapserver-7.6.2]# ls -al /usr/lib64/libSF*
lrwxrwxrwx 1 root root      14 Dec 29 21:38 /usr/lib64/libSFCGAL.so -> libSFCGAL.so.1
lrwxrwxrwx 1 root root      18 Dec 29 21:38 /usr/lib64/libSFCGAL.so.1 -> libSFCGAL.so.1.3.1
-rwxr-xr-x 1 root root 9193952 Sep 30  2019 /usr/lib64/libSFCGAL.so.1.3.1

Any suggestions would be welcomed as I am running out of ideas.

Cheers!


St?phane Poissant  
Portable: 514-793-3506
spoissantca at gmail.com <mailto:spoissantca at gmail.com>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20201230/b5df9dbf/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PastedGraphic-1.png
Type: image/png
Size: 9954 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20201230/b5df9dbf/attachment.png>

From jmckenna at gatewaygeomatics.com  Wed Dec 30 06:56:23 2020
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 30 Dec 2020 09:56:23 -0500
Subject: [mapserver-users] mapserver 7.6.2
In-Reply-To: <D2038FEE-76D7-47C3-A142-CA1DA206E479@gmail.com>
References: <D2038FEE-76D7-47C3-A142-CA1DA206E479@gmail.com>
Message-ID: <24b8f05b-fc41-7d20-e038-723d42d6cb55@gatewaygeomatics.com>

Hi Stephane,

Be sure to compile GEOS (3.9.0 is recommended from 
http://download.osgeo.org/geos/geos-3.9.0.tar.bz2 ), and then add into 
your cmake command: -DWITH_GEOS=1

Wishing you a happy new year,

-jeff



-- 
Jeff McKenna
GatewayGeo: MapServer Consulting and Training Services
co-founder of FOSS4G
http://gatewaygeo.com/



On 2020-12-30 9:48 a.m., Stephane Poissant wrote:
> Good morning gentlemen and Merry Xmas to everyone!
> 
> I need some help with compiling mapserver.
> I have been hammering this for a while without a perfect success yet!
> When proceeding with make, it should complete the process.
> There are no errors at beginning of compilation. Only a few warnings as 
> I am compiling from cmake3 (mandatory)
> 
> Here are the environment details:
> 
>  From yum (important ones but not limited to?):
> - System is running on Amazon Linux 2 (CentOS 7) virtual server
> -?centos-sclo-rh repo activated
> - Proj72 w/devel
> - gdal32 w/devel
> -?postgis31_12 w/devel
> -?postgis31_12 w/devel contrib libs server
> -?SFCGAL (1.3.1.2) w/devel
> - gmp w/devel
> - mpfr w/devel
> - boost (1.53) w/devel
> 
>  From pip (important ones but not limited to?):
> - Cmake3
> - boost
> 
> 
> My Makefile flags:
> CMAKEFLAGS=-DCMAKE_C_FLAGS="" -DCMAKE_CXX_FLAGS="" \
>  ?-DCMAKE_SHARED_LINKER_FLAGS="-lgcov" -DWITH_CLIENT_WMS=1 \
>  ?-DWITH_CLIENT_WFS=1 -DWITH_KML=1 -DWITH_SOS=1 -DWITH_CSHARP=1 
> -DWITH_PHP=0 -DWITH_PERL=0 \
>  ?-DWITH_PYTHON=0 -DWITH_JAVA=0 -DWITH_THREAD_SAFETY=1 -DWITH_FRIBIDI=1 
> -DWITH_FCGI=0 -DWITH_EXEMPI=0 \
>  ?-DCMAKE_BUILD_TYPE=Release -DWITH_RSVG=0 -DWITH_CURL=1 
> -DWITH_HARFBUZZ=1 -DWITH_POINT_Z_M=1 \
>  ?-DCMAKE_PREFIX_PATH="/usr/proj72/;/usr/pgsql-12;/usr/gdal32;/usr/local/lib64/?
> 
> 
> 
> 
> [ 83%] Building CXX object CMakeFiles/mapserver.dir/mapscript/v8/shape.cpp.o
> [ 83%] Building CXX object 
> CMakeFiles/mapserver.dir/mapscript/v8/v8_mapscript.cpp.o
> [ 84%] Linking CXX shared library libmapserver.so
> make[3]: Leaving directory `/root/inst/mapserver-7.6.2/build'
> [ 84%] Built target mapserver
> make[3]: Entering directory `/root/inst/mapserver-7.6.2/build'
> Scanning dependencies of target shptreetst
> make[3]: Leaving directory `/root/inst/mapserver-7.6.2/build'
> make[3]: Entering directory `/root/inst/mapserver-7.6.2/build'
> [ 85%] Building C object CMakeFiles/shptreetst.dir/shptreetst.c.o
> [ 85%] Linking C executable shptreetst
> //usr/lib64/libSFCGAL.so.1: undefined reference to 
> `boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save(std::string 
> const&)'
> //usr/lib64/libSFCGAL.so.1: undefined reference to 
> `boost::archive::basic_binary_oprimitive<boost::archive::binary_oarchive, char, 
> std::char_traits<char> >::save(std::string const&)'
> /usr/gdal32/lib/libgdal.so: undefined reference to `GEOSMakeValid_r'
> //usr/lib64/libSFCGAL.so.1: undefined reference to 
> `boost::archive::text_iarchive_impl<boost::archive::text_iarchive>::load(std::string&)'
> collect2: error: ld returned 1 exit status
> make[3]: *** [shptreetst] Error 1
> make[3]: Leaving directory `/root/inst/mapserver-7.6.2/build'
> make[2]: *** [CMakeFiles/shptreetst.dir/all] Error 2
> make[2]: Leaving directory `/root/inst/mapserver-7.6.2/build'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/root/inst/mapserver-7.6.2/build'
> make: *** [cmakebuild] Error 2
> 
> 
> [root at mapserver-0291 mapserver-7.6.2]# ls -al /usr/lib64/libSF*
> lrwxrwxrwx 1 root root ? ? ?14 Dec 29 21:38 /usr/lib64/libSFCGAL.so -> 
> libSFCGAL.so.1
> lrwxrwxrwx 1 root root ? ? ?18 Dec 29 21:38 /usr/lib64/libSFCGAL.so.1 -> 
> libSFCGAL.so.1.3.1
> -rwxr-xr-x 1 root root 9193952 Sep 30 ?2019 /usr/lib64/libSFCGAL.so.1.3.1
> 
> Any suggestions would be welcomed as I am running out of ideas.
> 
> Cheers!
> 
> 
> St?phane Poissant
> Portable: 514-793-3506
> spoissantca at gmail.com <mailto:spoissantca at gmail.com>
> 
> 
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
> 



From jmckenna at gatewaygeomatics.com  Wed Dec 30 07:14:33 2020
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 30 Dec 2020 10:14:33 -0500
Subject: [mapserver-users] mapserver 7.6.2
In-Reply-To: <24b8f05b-fc41-7d20-e038-723d42d6cb55@gatewaygeomatics.com>
References: <D2038FEE-76D7-47C3-A142-CA1DA206E479@gmail.com>
 <24b8f05b-fc41-7d20-e038-723d42d6cb55@gatewaygeomatics.com>
Message-ID: <e19fcf30-5263-9a06-133c-d1c0f637c612@gatewaygeomatics.com>

Also, after you compile GEOS be sure to recompile GDAL ('make clean' 
first), then continue on to tackle your MapServer cmake command.

Happy new year to all,

-jeff



-- 
Jeff McKenna
GatewayGeo: MapServer Consulting and Training Services
co-founder of FOSS4G
http://gatewaygeo.com/



On 2020-12-30 9:56 a.m., Jeff McKenna wrote:
> Hi Stephane,
> 
> Be sure to compile GEOS (3.9.0 is recommended from 
> http://download.osgeo.org/geos/geos-3.9.0.tar.bz2 ), and then add into 
> your cmake command: -DWITH_GEOS=1
> 
> Wishing you a happy new year,
> 
> -jeff
> 
> 
> 



From spoissantca at gmail.com  Wed Dec 30 08:12:26 2020
From: spoissantca at gmail.com (Stephane Poissant)
Date: Wed, 30 Dec 2020 11:12:26 -0500
Subject: [mapserver-users] mapserver 7.6.2
In-Reply-To: <e19fcf30-5263-9a06-133c-d1c0f637c612@gatewaygeomatics.com>
References: <D2038FEE-76D7-47C3-A142-CA1DA206E479@gmail.com>
 <24b8f05b-fc41-7d20-e038-723d42d6cb55@gatewaygeomatics.com>
 <e19fcf30-5263-9a06-133c-d1c0f637c612@gatewaygeomatics.com>
Message-ID: <00FA0F5D-1BAC-400E-8091-71CB93B8794E@gmail.com>

Good morning Jeff,

I?ll certainly give it a shot!
I?ll keep you informed.

Thanks for the suggestions.


St?phane Poissant  
Portable: 514-793-3506
spoissantca at gmail.com <mailto:spoissantca at gmail.com>


> On Dec 30, 2020, at 10:14 AM, Jeff McKenna <jmckenna at gatewaygeomatics.com> wrote:
> 
> Also, after you compile GEOS be sure to recompile GDAL ('make clean' first), then continue on to tackle your MapServer cmake command.
> 
> Happy new year to all,
> 
> -jeff
> 
> 
> 
> -- 
> Jeff McKenna
> GatewayGeo: MapServer Consulting and Training Services
> co-founder of FOSS4G
> http://gatewaygeo.com/
> 
> 
> 
> On 2020-12-30 9:56 a.m., Jeff McKenna wrote:
>> Hi Stephane,
>> Be sure to compile GEOS (3.9.0 is recommended from http://download.osgeo.org/geos/geos-3.9.0.tar.bz2 ), and then add into your cmake command: -DWITH_GEOS=1
>> Wishing you a happy new year,
>> -jeff
> 
> _______________________________________________
> 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/20201230/093ad4e2/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PastedGraphic-1.png
Type: image/png
Size: 9954 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20201230/093ad4e2/attachment.png>

From spoissantca at gmail.com  Wed Dec 30 10:36:42 2020
From: spoissantca at gmail.com (Stephane Poissant)
Date: Wed, 30 Dec 2020 13:36:42 -0500
Subject: [mapserver-users] mapserver 7.6.2
In-Reply-To: <e19fcf30-5263-9a06-133c-d1c0f637c612@gatewaygeomatics.com>
References: <D2038FEE-76D7-47C3-A142-CA1DA206E479@gmail.com>
 <24b8f05b-fc41-7d20-e038-723d42d6cb55@gatewaygeomatics.com>
 <e19fcf30-5263-9a06-133c-d1c0f637c612@gatewaygeomatics.com>
Message-ID: <3FAE3101-11A9-40F2-8FEB-8B9B0AF7C4A7@gmail.com>

HI Jeff,

That was a partial success! Thank you for you recommendation!
It compiled successfully by compiling gems and recompiling goal as you suggested.

I still have 1 issue. 

While rendering stuff that use to work on previous version, it no longer works in this lates one.
I get AH01215 error in http.

AH01215: GDAL: In GDALDestroy - unloading GDAL shared library.: /var/www/html/map/mapserv.cgi, referer: http://utility.sk.com/ <http://utility.sk.com/>

I am not a developper. It is hard for me to describe where this issue can possibly come from.
It does not render on screen the way it should be.

I will turn back on perl, have ruby, python and php in the makefile as it could be related?.

Nevertheless, I would like to thank you for your very quick response and "right on" target answers!

SP


St?phane Poissant  
Portable: 514-793-3506
spoissantca at gmail.com <mailto:spoissantca at gmail.com>


> On Dec 30, 2020, at 10:14 AM, Jeff McKenna <jmckenna at gatewaygeomatics.com> wrote:
> 
> Also, after you compile GEOS be sure to recompile GDAL ('make clean' first), then continue on to tackle your MapServer cmake command.
> 
> Happy new year to all,
> 
> -jeff
> 
> 
> 
> -- 
> Jeff McKenna
> GatewayGeo: MapServer Consulting and Training Services
> co-founder of FOSS4G
> http://gatewaygeo.com/
> 
> 
> 
> On 2020-12-30 9:56 a.m., Jeff McKenna wrote:
>> Hi Stephane,
>> Be sure to compile GEOS (3.9.0 is recommended from http://download.osgeo.org/geos/geos-3.9.0.tar.bz2 ), and then add into your cmake command: -DWITH_GEOS=1
>> Wishing you a happy new year,
>> -jeff
> 
> _______________________________________________
> 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/20201230/63a2d6b1/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PastedGraphic-1.png
Type: image/png
Size: 9954 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20201230/63a2d6b1/attachment.png>

From jmckenna at gatewaygeomatics.com  Wed Dec 30 12:13:45 2020
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 30 Dec 2020 15:13:45 -0500
Subject: [mapserver-users] mapserver 7.6.2
In-Reply-To: <3FAE3101-11A9-40F2-8FEB-8B9B0AF7C4A7@gmail.com>
References: <D2038FEE-76D7-47C3-A142-CA1DA206E479@gmail.com>
 <24b8f05b-fc41-7d20-e038-723d42d6cb55@gatewaygeomatics.com>
 <e19fcf30-5263-9a06-133c-d1c0f637c612@gatewaygeomatics.com>
 <3FAE3101-11A9-40F2-8FEB-8B9B0AF7C4A7@gmail.com>
Message-ID: <57e47bc0-9313-5784-be7e-beeed3ccb90a@gatewaygeomatics.com>

Hi Stephane,

I'm not sure about your last issue.  You could first execute 'sudo 
ldconfig' so your last compiled libs are found, then try a shp2img 
command with your mapfile.

I have seen cases where there are conflicting library versions used by 
either the GDAL or MapServer dependencies: test this with a 'ldd <lib 
name> command.

That's not a fun scenario, but, I've been there before ha.

Sorry maybe others have better advice for this.

-jeff



-- 
Jeff McKenna
GatewayGeo: MapServer Consulting and Training Services
co-founder of FOSS4G
http://gatewaygeo.com/



On 2020-12-30 1:36 p.m., Stephane Poissant wrote:
> HI Jeff,
> 
> That was a partial success! Thank you for you recommendation!
> It compiled successfully by compiling gems and recompiling goal as you 
> suggested.
> 
> I still have 1 issue.
> 
> While rendering stuff that use to work on previous version, it no longer 
> works in this lates one.
> I get AH01215 error in http.
> 
> AH01215: GDAL: In GDALDestroy - unloading GDAL shared library.: 
> /var/www/html/map/mapserv.cgi, referer: http://utility.sk.com/ 
> <http://utility.sk.com/>
> 
> I am not a developper. It is hard for me to describe where this issue 
> can possibly come from.
> It does not render on screen the way it should be.
> 
> I will turn back on perl, have ruby, python and php in the makefile as 
> it could be related?.
> 
> Nevertheless, I would like to thank you for your very quick response and 
> "right on" target answers!
> 
> SP
> 
> 
> St?phane Poissant
> Portable: 514-793-3506
> spoissantca at gmail.com <mailto:spoissantca at gmail.com>
> 
> 
>> On Dec 30, 2020, at 10:14 AM, Jeff McKenna 
>> <jmckenna at gatewaygeomatics.com <mailto:jmckenna at gatewaygeomatics.com>> 
>> wrote:
>>
>> Also, after you compile GEOS be sure to recompile GDAL ('make clean' 
>> first), then continue on to tackle your MapServer cmake command.
>>
>> Happy new year to all,
>>
>> -jeff
>>
>>
>>
>> -- 
>> Jeff McKenna
>> GatewayGeo: MapServer Consulting and Training Services
>> co-founder of FOSS4G
>> http://gatewaygeo.com/ <http://gatewaygeo.com/>
>>
>>
>>
>> On 2020-12-30 9:56 a.m., Jeff McKenna wrote:
>>> Hi Stephane,
>>> Be sure to compile GEOS (3.9.0 is recommended from 
>>> http://download.osgeo.org/geos/geos-3.9.0.tar.bz2 ), and then add 
>>> into your cmake command: -DWITH_GEOS=1
>>> Wishing you a happy new year,
>>> -jeff
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/mapserver-users
> 



From sdlime at gmail.com  Thu Dec 31 07:40:10 2020
From: sdlime at gmail.com (Steve Lime)
Date: Thu, 31 Dec 2020 09:40:10 -0600
Subject: [mapserver-users] mapserver 7.6.2
In-Reply-To: <57e47bc0-9313-5784-be7e-beeed3ccb90a@gatewaygeomatics.com>
References: <D2038FEE-76D7-47C3-A142-CA1DA206E479@gmail.com>
 <24b8f05b-fc41-7d20-e038-723d42d6cb55@gatewaygeomatics.com>
 <e19fcf30-5263-9a06-133c-d1c0f637c612@gatewaygeomatics.com>
 <3FAE3101-11A9-40F2-8FEB-8B9B0AF7C4A7@gmail.com>
 <57e47bc0-9313-5784-be7e-beeed3ccb90a@gatewaygeomatics.com>
Message-ID: <CAMrKZ98hns3JeG+ttezuEBR=oJLL3M17RZ_9rY0=vZpd7hgDKg@mail.gmail.com>

The original error looks like it was related to this:


https://stackoverflow.com/questions/39700537/undefined-reference-to-boost-serialization-functions

I think you do something like this (see
https://stackoverflow.com/questions/25243336/specifying-libraries-for-cmake-to-link-to-from-command-line
):

  cmake ... CMAKE_C_STANDARD_LIRBARIES="-lboost_serialization"

The new error looks to be related to multiple versions of GDAL installed.
If you search on "AH01215: GDAL: In GDALDestroy - unloading GDAL shared
library" you'll see that error referenced in a couple of forums, including
mapserver-users. Do you have both a package and source-built GDAL? You
might be better off uninstalling the source-built stuff.

--Steve


On Wed, Dec 30, 2020 at 2:13 PM Jeff McKenna <jmckenna at gatewaygeomatics.com>
wrote:

> Hi Stephane,
>
> I'm not sure about your last issue.  You could first execute 'sudo
> ldconfig' so your last compiled libs are found, then try a shp2img
> command with your mapfile.
>
> I have seen cases where there are conflicting library versions used by
> either the GDAL or MapServer dependencies: test this with a 'ldd <lib
> name> command.
>
> That's not a fun scenario, but, I've been there before ha.
>
> Sorry maybe others have better advice for this.
>
> -jeff
>
>
>
> --
> Jeff McKenna
> GatewayGeo: MapServer Consulting and Training Services
> co-founder of FOSS4G
> http://gatewaygeo.com/
>
>
>
> On 2020-12-30 1:36 p.m., Stephane Poissant wrote:
> > HI Jeff,
> >
> > That was a partial success! Thank you for you recommendation!
> > It compiled successfully by compiling gems and recompiling goal as you
> > suggested.
> >
> > I still have 1 issue.
> >
> > While rendering stuff that use to work on previous version, it no longer
> > works in this lates one.
> > I get AH01215 error in http.
> >
> > AH01215: GDAL: In GDALDestroy - unloading GDAL shared library.:
> > /var/www/html/map/mapserv.cgi, referer: http://utility.sk.com/
> > <http://utility.sk.com/>
> >
> > I am not a developper. It is hard for me to describe where this issue
> > can possibly come from.
> > It does not render on screen the way it should be.
> >
> > I will turn back on perl, have ruby, python and php in the makefile as
> > it could be related?.
> >
> > Nevertheless, I would like to thank you for your very quick response and
> > "right on" target answers!
> >
> > SP
> >
> >
> > St?phane Poissant
> > Portable: 514-793-3506
> > spoissantca at gmail.com <mailto:spoissantca at gmail.com>
> >
> >
> >> On Dec 30, 2020, at 10:14 AM, Jeff McKenna
> >> <jmckenna at gatewaygeomatics.com <mailto:jmckenna at gatewaygeomatics.com>>
> >> wrote:
> >>
> >> Also, after you compile GEOS be sure to recompile GDAL ('make clean'
> >> first), then continue on to tackle your MapServer cmake command.
> >>
> >> Happy new year to all,
> >>
> >> -jeff
> >>
> >>
> >>
> >> --
> >> Jeff McKenna
> >> GatewayGeo: MapServer Consulting and Training Services
> >> co-founder of FOSS4G
> >> http://gatewaygeo.com/ <http://gatewaygeo.com/>
> >>
> >>
> >>
> >> On 2020-12-30 9:56 a.m., Jeff McKenna wrote:
> >>> Hi Stephane,
> >>> Be sure to compile GEOS (3.9.0 is recommended from
> >>> http://download.osgeo.org/geos/geos-3.9.0.tar.bz2 ), and then add
> >>> into your cmake command: -DWITH_GEOS=1
> >>> Wishing you a happy new year,
> >>> -jeff
> >>
> >> _______________________________________________
> >> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20201231/d0e6814b/attachment.htm>

From spoissantca at gmail.com  Thu Dec 31 07:50:36 2020
From: spoissantca at gmail.com (Stephane Poissant)
Date: Thu, 31 Dec 2020 10:50:36 -0500
Subject: [mapserver-users] mapserver 7.6.2
In-Reply-To: <CAMrKZ98hns3JeG+ttezuEBR=oJLL3M17RZ_9rY0=vZpd7hgDKg@mail.gmail.com>
References: <D2038FEE-76D7-47C3-A142-CA1DA206E479@gmail.com>
 <24b8f05b-fc41-7d20-e038-723d42d6cb55@gatewaygeomatics.com>
 <e19fcf30-5263-9a06-133c-d1c0f637c612@gatewaygeomatics.com>
 <3FAE3101-11A9-40F2-8FEB-8B9B0AF7C4A7@gmail.com>
 <57e47bc0-9313-5784-be7e-beeed3ccb90a@gatewaygeomatics.com>
 <CAMrKZ98hns3JeG+ttezuEBR=oJLL3M17RZ_9rY0=vZpd7hgDKg@mail.gmail.com>
Message-ID: <4FB2959B-FFB6-477A-B956-CFFDC9F12250@gmail.com>

Compiling gets from source did it perfectly.
For the GDAL suggestion, it could certainly be my issue.
Unfortunately for me, I flushed the the server to redo it properly with all conditions and I faced partial
Error I had prior to running it (similar to Yesterday but only about boost)

Compiling mapserver...

//usr/lib64/libSFCGAL.so.1: undefined reference to `boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save(std::string const&)'
//usr/lib64/libSFCGAL.so.1: undefined reference to `boost::archive::basic_binary_oprimitive<boost::archive::binary_oarchive, char, std::char_traits<char> >::save(std::string const&)'
//usr/lib64/libSFCGAL.so.1: undefined reference to `boost::archive::text_iarchive_impl<boost::archive::text_iarchive>::load(std::string&)'

Therefore I am recompiling boost 1.75 from source to see if it fixes it.
Once I get that pout of the way, I will certainly take a look at your suggestion. 
It could seriously be my problem.



St?phane Poissant  
Portable: 514-793-3506
spoissantca at gmail.com <mailto:spoissantca at gmail.com>


> On Dec 31, 2020, at 10:40 AM, Steve Lime <sdlime at gmail.com> wrote:
> 
> The original error looks like it was related to this:
> 
>   https://stackoverflow.com/questions/39700537/undefined-reference-to-boost-serialization-functions <https://stackoverflow.com/questions/39700537/undefined-reference-to-boost-serialization-functions>
> 
> I think you do something like this (see https://stackoverflow.com/questions/25243336/specifying-libraries-for-cmake-to-link-to-from-command-line <https://stackoverflow.com/questions/25243336/specifying-libraries-for-cmake-to-link-to-from-command-line>):
> 
>   cmake ... CMAKE_C_STANDARD_LIRBARIES="-lboost_serialization"
> 
> The new error looks to be related to multiple versions of GDAL installed. If you search on "AH01215: GDAL: In GDALDestroy - unloading GDAL shared library" you'll see that error referenced in a couple of forums, including mapserver-users. Do you have both a package and source-built GDAL? You might be better off uninstalling the source-built stuff. 
> 
> --Steve
> 
> 
> On Wed, Dec 30, 2020 at 2:13 PM Jeff McKenna <jmckenna at gatewaygeomatics.com <mailto:jmckenna at gatewaygeomatics.com>> wrote:
> Hi Stephane,
> 
> I'm not sure about your last issue.  You could first execute 'sudo 
> ldconfig' so your last compiled libs are found, then try a shp2img 
> command with your mapfile.
> 
> I have seen cases where there are conflicting library versions used by 
> either the GDAL or MapServer dependencies: test this with a 'ldd <lib 
> name> command.
> 
> That's not a fun scenario, but, I've been there before ha.
> 
> Sorry maybe others have better advice for this.
> 
> -jeff
> 
> 
> 
> -- 
> Jeff McKenna
> GatewayGeo: MapServer Consulting and Training Services
> co-founder of FOSS4G
> http://gatewaygeo.com/ <http://gatewaygeo.com/>
> 
> 
> 
> On 2020-12-30 1:36 p.m., Stephane Poissant wrote:
> > HI Jeff,
> > 
> > That was a partial success! Thank you for you recommendation!
> > It compiled successfully by compiling gems and recompiling goal as you 
> > suggested.
> > 
> > I still have 1 issue.
> > 
> > While rendering stuff that use to work on previous version, it no longer 
> > works in this lates one.
> > I get AH01215 error in http.
> > 
> > AH01215: GDAL: In GDALDestroy - unloading GDAL shared library.: 
> > /var/www/html/map/mapserv.cgi, referer: http://utility.sk.com/ <http://utility.sk.com/> 
> > <http://utility.sk.com/ <http://utility.sk.com/>>
> > 
> > I am not a developper. It is hard for me to describe where this issue 
> > can possibly come from.
> > It does not render on screen the way it should be.
> > 
> > I will turn back on perl, have ruby, python and php in the makefile as 
> > it could be related?.
> > 
> > Nevertheless, I would like to thank you for your very quick response and 
> > "right on" target answers!
> > 
> > SP
> > 
> > 
> > St?phane Poissant
> > Portable: 514-793-3506
> > spoissantca at gmail.com <mailto:spoissantca at gmail.com> <mailto:spoissantca at gmail.com <mailto:spoissantca at gmail.com>>
> > 
> > 
> >> On Dec 30, 2020, at 10:14 AM, Jeff McKenna 
> >> <jmckenna at gatewaygeomatics.com <mailto:jmckenna at gatewaygeomatics.com> <mailto:jmckenna at gatewaygeomatics.com <mailto:jmckenna at gatewaygeomatics.com>>> 
> >> wrote:
> >>
> >> Also, after you compile GEOS be sure to recompile GDAL ('make clean' 
> >> first), then continue on to tackle your MapServer cmake command.
> >>
> >> Happy new year to all,
> >>
> >> -jeff
> >>
> >>
> >>
> >> -- 
> >> Jeff McKenna
> >> GatewayGeo: MapServer Consulting and Training Services
> >> co-founder of FOSS4G
> >> http://gatewaygeo.com/ <http://gatewaygeo.com/> <http://gatewaygeo.com/ <http://gatewaygeo.com/>>
> >>
> >>
> >>
> >> On 2020-12-30 9:56 a.m., Jeff McKenna wrote:
> >>> Hi Stephane,
> >>> Be sure to compile GEOS (3.9.0 is recommended from 
> >>> http://download.osgeo.org/geos/geos-3.9.0.tar.bz2 <http://download.osgeo.org/geos/geos-3.9.0.tar.bz2> ), and then add 
> >>> into your cmake command: -DWITH_GEOS=1
> >>> Wishing you a happy new year,
> >>> -jeff
> >>
> >> _______________________________________________
> >> 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 <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 <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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20201231/76b716bc/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PastedGraphic-1.png
Type: image/png
Size: 9954 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20201231/76b716bc/attachment.png>