From jmckenna at gatewaygeomatics.com  Mon Sep  2 13:10:07 2024
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Mon, 2 Sep 2024 17:10:07 -0300
Subject: [MapServer-users] 8.2.2 released
Message-ID: <cdf79285-ca05-4bcf-b6d0-1aea355f69d1@gatewaygeomatics.com>

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

For the list of changes see the changelog: 
https://mapserver.org/development/changelog/changelog-8-2.html#changelog-8-2-2

Direct source download:
   - gzip: http://download.osgeo.org/mapserver/mapserver-8.2.2.tar.gz
   - zip: http://download.osgeo.org/mapserver/mapserver-8.2.2.zip

For those wanting searchable offline documentation (with click-able 
index of terms at end), the updated PDF is now available at 
https://download.osgeo.org/mapserver/docs/MapServer.pdf

(the demo server has also been upgraded: https://demo.mapserver.org )

Happy (fast) mapserving...


-- 
The MapServer Team






From cneves at lrec.pt  Tue Sep  3 02:33:12 2024
From: cneves at lrec.pt (Carlos Neves (LREC))
Date: Tue, 3 Sep 2024 10:33:12 +0100
Subject: [MapServer-users] OGR wkbMultiPolygon is working on 7.6.4 version?
Message-ID: <7971b64b-6009-4e39-9ea4-ffaaa83fb2be@lrec.pt>

Hi List,

I have a MultiPolygon Mysql Table with wildfire data (see below) running 
on Mpaserver? version 7.6.4,? there is no error in the log, but the Map? 
doesn't display. Any Idea? Thanks in advance

The wildfire.ovf file:

<OGRVRTDataSource>
 ??? <OGRVRTLayer name="wildfire">
<SrcDataSource>MYSQL:alarms,user=monitor,password=****,host=localhost,port=3306,tables=wildfire</SrcDataSource>
 ??????? <SrcSQL>SELECT * FROM wildfire</SrcSQL>
 ??????? <GeometryType>wkbMultiPolygon</GeometryType>
 ??? </OGRVRTLayer>
</OGRVRTDataSource>

and a MAP file like:

LAYER? # WILDFIRE LAYER
 ?? ???? NAME wildfire
 ?? ???? CONNECTIONTYPE OGR
 ???????? CONNECTION "wildfire.ovf"
 ?? ???? TYPE POLYGON
 ?? ???? STATUS DEFAULT
 ?? ???? DATA "wildfire"
 ?? ???? METADATA
 ?? ???? ??? "wms_title" "wildfire"
 ?? ???? ??? "qstring_validation_pattern" ".*"
 ?? ???? END

 ?? ??? ? VALIDATION

 ??? ??? ??? "qstring" ".*"

 ??? ??? END

 ?? ???? LABELITEM "AREA_HA"

 ?? ???? CLASS
 ?? ???? ??? NAME 'Wildfire Test'
 ? ???? ???? STYLE
 ??????????????????????????????? OUTLINECOLOR 0 0 0?? #stroke
 ??????????????????????????????? WIDTH .1
 ??????????????????????????????? COLOR 255 0 0? #Red? Wildfire Polygon
 ??????????????????????????????? OPACITY 50

 ?? ???? ??? END
 ?? ???? ??? LABEL
 ?? ???? ??? ??? ??? FONT "tahoma"
 ??? ???? ???? ??? ? TYPE TRUETYPE
 ?? ???? ??? ??? ? ?? SIZE 5
 ???? ???? ??? ??? ?? BUFFER 1
 ???? ???? ??? ??? ?? FORCE TRUE
 ?????????????? ????? POSITION CC
 ?????????????? ???? COLOR 255 255 255
 ??????????? END #END LABEL

 ??? END # CLASS

END #MAP


Best Regards

Carlos




From jmckenna at gatewaygeomatics.com  Tue Sep  3 05:27:48 2024
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Tue, 3 Sep 2024 09:27:48 -0300
Subject: [MapServer-users] OGR wkbMultiPolygon is working on 7.6.4
 version?
In-Reply-To: <7971b64b-6009-4e39-9ea4-ffaaa83fb2be@lrec.pt>
References: <7971b64b-6009-4e39-9ea4-ffaaa83fb2be@lrec.pt>
Message-ID: <fb873a71-42e1-4527-94b5-299d14437048@gatewaygeomatics.com>

Hi Carlos,

I'll put some points that I might go through, if I was in your shoes:

- use ogrinfo (on your .ovf) to get the extents of the layer, and add 
that to the MAP-level EXTENT parameter
- remove all other layers, and all PROJECTION blocks, for the test
- remove all validation parameters, and OPACITY
- change the layer STATUS to ON
- use the map2img command (shp2img for your version), with the switch 
"-all_debug 5"
- look in that response from map2img, for a query done to your database, 
and paste that query in MySQL's commandline tool (PostgreSQL has "psql", 
and if I remember correctly MySQL has "mysql" ?) to see if the exact 
query returns the correct response

But usually when I get an empty map it is because of a projection issue 
(that's why removing all projection blocks and other layers is a good test).

Maybe one of the above gives you can idea.

-jeff



-- 
Jeff McKenna
GatewayGeo: Developers of MS4W, & offering MapServer Consulting/Dev
co-founder of FOSS4G
http://gatewaygeo.com/



On 2024-09-03 6:33 a.m., Carlos Neves (LREC) via MapServer-users wrote:
> Hi List,
> 
> I have a MultiPolygon Mysql Table with wildfire data (see below) running 
> on Mpaserver? version 7.6.4,? there is no error in the log, but the Map 
> doesn't display. Any Idea? Thanks in advance
> 
> The wildfire.ovf file:
> 
> <OGRVRTDataSource>
>  ??? <OGRVRTLayer name="wildfire">
> <SrcDataSource>MYSQL:alarms,user=monitor,password=****,host=localhost,port=3306,tables=wildfire</SrcDataSource>
>  ??????? <SrcSQL>SELECT * FROM wildfire</SrcSQL>
>  ??????? <GeometryType>wkbMultiPolygon</GeometryType>
>  ??? </OGRVRTLayer>
> </OGRVRTDataSource>
> 
> and a MAP file like:
> 
> LAYER? # WILDFIRE LAYER
>  ?? ???? NAME wildfire
>  ?? ???? CONNECTIONTYPE OGR
>  ???????? CONNECTION "wildfire.ovf"
>  ?? ???? TYPE POLYGON
>  ?? ???? STATUS DEFAULT
>  ?? ???? DATA "wildfire"
>  ?? ???? METADATA
>  ?? ???? ??? "wms_title" "wildfire"
>  ?? ???? ??? "qstring_validation_pattern" ".*"
>  ?? ???? END
> 
>  ?? ??? ? VALIDATION
> 
>  ??? ??? ??? "qstring" ".*"
> 
>  ??? ??? END
> 
>  ?? ???? LABELITEM "AREA_HA"
> 
>  ?? ???? CLASS
>  ?? ???? ??? NAME 'Wildfire Test'
>  ? ???? ???? STYLE
>  ??????????????????????????????? OUTLINECOLOR 0 0 0?? #stroke
>  ??????????????????????????????? WIDTH .1
>  ??????????????????????????????? COLOR 255 0 0? #Red? Wildfire Polygon
>  ??????????????????????????????? OPACITY 50
> 
>  ?? ???? ??? END
>  ?? ???? ??? LABEL
>  ?? ???? ??? ??? ??? FONT "tahoma"
>  ??? ???? ???? ??? ? TYPE TRUETYPE
>  ?? ???? ??? ??? ? ?? SIZE 5
>  ???? ???? ??? ??? ?? BUFFER 1
>  ???? ???? ??? ??? ?? FORCE TRUE
>  ?????????????? ????? POSITION CC
>  ?????????????? ???? COLOR 255 255 255
>  ??????????? END #END LABEL
> 
>  ??? END # CLASS
> 
> END #MAP
> 
> 
> Best Regards
> 
> Carlos
> 
> 
> _______________________________________________
> MapServer-users mailing list
> MapServer-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users




From michael.smith.erdc at gmail.com  Tue Sep  3 07:17:03 2024
From: michael.smith.erdc at gmail.com (Michael Smith)
Date: Tue, 03 Sep 2024 10:17:03 -0400
Subject: [MapServer-users] MapServer legend in json
Message-ID: <FE9681B2-EDF7-4E0D-98C1-7D94950FDB21@gmail.com>

Hi everyone, 

 

I?ve used MapServer html legends before and had them work well. Now I have a development group that wants the output in json. Was wondering if anyone had an html template for legends the generates them in json?

 

Mike

 

 

-- 

Michael Smith

Remote Sensing/GIS Center

US Army Corps of Engineers

 

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

From richard.greenwood at gmail.com  Tue Sep  3 15:39:58 2024
From: richard.greenwood at gmail.com (Richard Greenwood)
Date: Tue, 3 Sep 2024 16:39:58 -0600
Subject: [MapServer-users] MapServer legend in json
In-Reply-To: <FE9681B2-EDF7-4E0D-98C1-7D94950FDB21@gmail.com>
References: <FE9681B2-EDF7-4E0D-98C1-7D94950FDB21@gmail.com>
Message-ID: <CAHBySPZt1DDazK=ZT5NtCUF55BpvTgMUujfJk2p7U+7oZx-QCA@mail.gmail.com>

Hey Michael,

This may not be what you are looking for but I use dLegend which is a
legend generator that Steve Lime and his staff wrote a long time ago.
Here's an example:
https://maps.greenwoodmap.com/sublette/mapserver/map#zcr=1/2690000/1170000/0&lyrs=public,townlim,ownership,roads
It parses a map file. It pulls out styles and classes from the layer
definitions and reads some dLegend specific keys in the METADATA block. It
writes out JSON (look at the legend.js in the example). It uses PHP
MapScript to parse the map file. It's got some nice options.

Rich


On Tue, Sep 3, 2024 at 8:29?AM Michael Smith via MapServer-users <
mapserver-users at lists.osgeo.org> wrote:

> Hi everyone,
>
>
>
> I?ve used MapServer html legends before and had them work well. Now I have
> a development group that wants the output in json. Was wondering if anyone
> had an html template for legends the generates them in json?
>
>
>
> Mike
>
>
>
>
>
> --
>
> Michael Smith
>
> Remote Sensing/GIS Center
>
> US Army Corps of Engineers
>
>
> _______________________________________________
> MapServer-users mailing list
> MapServer-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>


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

From Georg.Ulbrich at geobasis-bb.de  Wed Sep  4 03:56:56 2024
From: Georg.Ulbrich at geobasis-bb.de (Ulbrich, Georg)
Date: Wed, 4 Sep 2024 10:56:56 +0000
Subject: [MapServer-users] Legend with PNG-Image larger 200px -> Migrate
 from MS 7.6 -> 8.0
Message-ID: <7e70a7569e394611a47c3390c78d29e7@geobasis-bb.de>

I'm currently migrating from MS 7.6 to 8.0 and can't get any further with the legend. I want to output a PNG (216x216px) as a legend. So far it works with MS 7.6 like this:
 
LEGEND
   KEYSIZE 216 216
   KEYSPACING 7 7
   STATUS ON
END
 
CLASS
  KEYIMAGE "./inspire_lbgr/symbol/legende-sorption_matrix.png"
  NAME " "
END
 
--> https://inspire.brandenburg.de/services/bobasensorp_wms?&service=WMS&version=1.3.0&request=GetLegendGraphic&sld_version=1.1.0&layer=sorp&format=image/png&STYLE=default&
 
Now in mapserver 8 the "KEYSIZE" option is limited to 200px. All attempts (including an HTML template) have failed so far. Does anyone have an idea for a solution?



From sethg at geographika.co.uk  Wed Sep  4 07:38:46 2024
From: sethg at geographika.co.uk (Seth G)
Date: Wed, 04 Sep 2024 16:38:46 +0200
Subject: [MapServer-users] Legend with PNG-Image larger 200px -> Migrate
 from MS 7.6 -> 8.0
In-Reply-To: <7e70a7569e394611a47c3390c78d29e7@geobasis-bb.de>
References: <7e70a7569e394611a47c3390c78d29e7@geobasis-bb.de>
Message-ID: <6b0eccc2-5382-42ab-ac5f-492beb6221c1@app.fastmail.com>

Hi,

It looks like this validation is hard-coded into MapServer via this commit - https://github.com/MapServer/MapServer/commit/e74a176e9664219d3522371aa066be671a07622e

Unfortunately, this means you'd have to update the following lines in mapserver.h and recompile:

  #define MS_LEGEND_KEYSIZE_MIN 5
  #define MS_LEGEND_KEYSIZE_MAX 200 

I believe the keysize validation is to avoid remote requests crashing MapServer by forcing it to generate large legends, but the 200px limit could be increased - probably best to open an issue at https://github.com/MapServer/MapServer/issues for this.

Seth

--
web:https://geographika.net & https://mapserverstudio.net
twitter: @geographika

On Wed, Sep 4, 2024, at 12:56 PM, Ulbrich, Georg via MapServer-users wrote:
> I'm currently migrating from MS 7.6 to 8.0 and can't get any further 
> with the legend. I want to output a PNG (216x216px) as a legend. So far 
> it works with MS 7.6 like this:
> 
> LEGEND
>    KEYSIZE 216 216
>    KEYSPACING 7 7
>    STATUS ON
> END
> 
> CLASS
>   KEYIMAGE "./inspire_lbgr/symbol/legende-sorption_matrix.png"
>   NAME " "
> END
> 
> --> 
> https://inspire.brandenburg.de/services/bobasensorp_wms?&service=WMS&version=1.3.0&request=GetLegendGraphic&sld_version=1.1.0&layer=sorp&format=image/png&STYLE=default&
> 
> Now in mapserver 8 the "KEYSIZE" option is limited to 200px. All 
> attempts (including an HTML template) have failed so far. Does anyone 
> have an idea for a solution?
>
> _______________________________________________
> MapServer-users mailing list
> MapServer-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users


From Georg.Ulbrich at geobasis-bb.de  Wed Sep  4 08:31:34 2024
From: Georg.Ulbrich at geobasis-bb.de (Ulbrich, Georg)
Date: Wed, 4 Sep 2024 15:31:34 +0000
Subject: [MapServer-users] Legend with PNG-Image larger 200px -> Migrate
 from MS 7.6 -> 8.0
In-Reply-To: <6b0eccc2-5382-42ab-ac5f-492beb6221c1@app.fastmail.com>
References: <7e70a7569e394611a47c3390c78d29e7@geobasis-bb.de>
 <6b0eccc2-5382-42ab-ac5f-492beb6221c1@app.fastmail.com>
Message-ID: <938948bd806a419587fbcf2bea866c7b@geobasis-bb.de>

Thanks a lot, Seth.
Here is a new issue: https://github.com/MapServer/MapServer/issues/7152 

-----Urspr?ngliche Nachricht-----
Von: Seth G <sethg at geographika.co.uk> 
Gesendet: Mittwoch, 4. September 2024 16:39
An: Ulbrich, Georg <Georg.Ulbrich at geobasis-bb.de>; MapServer Users <mapserver-users at lists.osgeo.org>
Betreff: Re: [MapServer-users] Legend with PNG-Image larger 200px -> Migrate from MS 7.6 -> 8.0

Hi,

It looks like this validation is hard-coded into MapServer via this commit - https://github.com/MapServer/MapServer/commit/e74a176e9664219d3522371aa066be671a07622e

Unfortunately, this means you'd have to update the following lines in mapserver.h and recompile:

  #define MS_LEGEND_KEYSIZE_MIN 5
  #define MS_LEGEND_KEYSIZE_MAX 200 

I believe the keysize validation is to avoid remote requests crashing MapServer by forcing it to generate large legends, but the 200px limit could be increased - probably best to open an issue at https://github.com/MapServer/MapServer/issues for this.

Seth

--
web:https://geographika.net & https://mapserverstudio.net
twitter: @geographika

On Wed, Sep 4, 2024, at 12:56 PM, Ulbrich, Georg via MapServer-users wrote:
> I'm currently migrating from MS 7.6 to 8.0 and can't get any further 
> with the legend. I want to output a PNG (216x216px) as a legend. So far 
> it works with MS 7.6 like this:
> 
> LEGEND
>    KEYSIZE 216 216
>    KEYSPACING 7 7
>    STATUS ON
> END
> 
> CLASS
>   KEYIMAGE "./inspire_lbgr/symbol/legende-sorption_matrix.png"
>   NAME " "
> END
> 
> --> 
> https://inspire.brandenburg.de/services/bobasensorp_wms?&service=WMS&version=1.3.0&request=GetLegendGraphic&sld_version=1.1.0&layer=sorp&format=image/png&STYLE=default&
> 
> Now in mapserver 8 the "KEYSIZE" option is limited to 200px. All 
> attempts (including an HTML template) have failed so far. Does anyone 
> have an idea for a solution?
>
> _______________________________________________
> MapServer-users mailing list
> MapServer-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users


From jmckenna at gatewaygeomatics.com  Mon Sep  9 06:08:13 2024
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Mon, 9 Sep 2024 10:08:13 -0300
Subject: [MapServer-users] MapServer legend in json
In-Reply-To: <CAHBySPZt1DDazK=ZT5NtCUF55BpvTgMUujfJk2p7U+7oZx-QCA@mail.gmail.com>
References: <FE9681B2-EDF7-4E0D-98C1-7D94950FDB21@gmail.com>
 <CAHBySPZt1DDazK=ZT5NtCUF55BpvTgMUujfJk2p7U+7oZx-QCA@mail.gmail.com>
Message-ID: <4f584ea2-ff73-4e82-b02f-143fa76ebc4d@gatewaygeomatics.com>

Hi Rich,

I can't find the .php file, as part of the initial (2006) dbox release, 
would you mind sharing it with me?  I'll add it into the archive, for 
MS4W: https://ms4w.com/release/apps/dbox-0.9a1_demo_ms4w.zip

(I updated the initial mapfile for dbox, so it works with MapServer 8+)

thanks,

-jeff



-- 
Jeff McKenna
GatewayGeo: Developers of MS4W, & offering MapServer Consulting/Dev
co-founder of FOSS4G
http://gatewaygeo.com/




On 2024-09-03 7:39 p.m., Richard Greenwood via MapServer-users wrote:
> Hey Michael,
> 
> This may not be what you are looking for but I use dLegend which is a 
> legend generator?that Steve Lime and his staff wrote a long time ago. 
> Here's an example:
> https://maps.greenwoodmap.com/sublette/mapserver/ 
> map#zcr=1/2690000/1170000/0&lyrs=public,townlim,ownership,roads 
> <https://maps.greenwoodmap.com/sublette/mapserver/ 
> map#zcr=1/2690000/1170000/0&lyrs=public,townlim,ownership,roads>
> It parses a map file. It pulls out styles and classes from the layer 
> definitions and reads some dLegend specific keys in the METADATA block. 
> It writes out JSON (look at the legend.js in the example). It uses PHP 
> MapScript to parse the map file. It's got some nice options.
> 
> Rich
> 
> 
> On Tue, Sep 3, 2024 at 8:29?AM Michael Smith via MapServer-users 
> <mapserver-users at lists.osgeo.org <mailto:mapserver- 
> users at lists.osgeo.org>> wrote:
> 
>     Hi everyone, ____
> 
>     __ __
> 
>     I?ve used MapServer html legends before and had them work well. Now
>     I have a development group that wants the output in json. Was
>     wondering if anyone had an html template for legends the generates
>     them in json?____
> 
>     __ __
> 
>     Mike____
> 
>     __ __
> 
>     __ __
> 
>     -- ____
> 
>     Michael Smith____
> 
>     Remote Sensing/GIS Center____
> 
>     US Army Corps of Engineers____
> 
>     __ __
> 
>     _______________________________________________
>     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>
> 
> 
> 
> -- 
> Richard W. Greenwood
> www.greenwoodmap.com <http://www.greenwoodmap.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 Sep 11 03:29:38 2024
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 11 Sep 2024 07:29:38 -0300
Subject: [MapServer-users] MapServer legend in json
In-Reply-To: <4f584ea2-ff73-4e82-b02f-143fa76ebc4d@gatewaygeomatics.com>
References: <FE9681B2-EDF7-4E0D-98C1-7D94950FDB21@gmail.com>
 <CAHBySPZt1DDazK=ZT5NtCUF55BpvTgMUujfJk2p7U+7oZx-QCA@mail.gmail.com>
 <4f584ea2-ff73-4e82-b02f-143fa76ebc4d@gatewaygeomatics.com>
Message-ID: <abc2088c-e864-46b2-9f1d-19547e1ed6fd@gatewaygeomatics.com>

For further background: dBox contains dLegend.js and its associated 
mapscripts.  When I get time I will create the missing PHP MapScript 
side.  -jeff



On 2024-09-09 10:08 a.m., Jeff McKenna via MapServer-users wrote:
> Hi Rich,
> 
> I can't find the .php file, as part of the initial (2006) dbox release, 
> would you mind sharing it with me?? I'll add it into the archive, for 
> MS4W: https://ms4w.com/release/apps/dbox-0.9a1_demo_ms4w.zip
> 
> (I updated the initial mapfile for dbox, so it works with MapServer 8+)
> 
> thanks,
> 
> -jeff
> 
> 
> 
> -- 
> Jeff McKenna
> GatewayGeo: Developers of MS4W, & offering MapServer Consulting/Dev
> co-founder of FOSS4G
> http://gatewaygeo.com/
> 
> 
> 
> 
> On 2024-09-03 7:39 p.m., Richard Greenwood via MapServer-users wrote:
>> Hey Michael,
>>
>> This may not be what you are looking for but I use dLegend which is a 
>> legend generator?that Steve Lime and his staff wrote a long time ago. 
>> Here's an example:
>> https://maps.greenwoodmap.com/sublette/mapserver/ 
>> map#zcr=1/2690000/1170000/0&lyrs=public,townlim,ownership,roads 
>> <https://maps.greenwoodmap.com/sublette/mapserver/ 
>> map#zcr=1/2690000/1170000/0&lyrs=public,townlim,ownership,roads>
>> It parses a map file. It pulls out styles and classes from the layer 
>> definitions and reads some dLegend specific keys in the METADATA 
>> block. It writes out JSON (look at the legend.js in the example). It 
>> uses PHP MapScript to parse the map file. It's got some nice options.
>>
>> Rich
>>
>>
>> On Tue, Sep 3, 2024 at 8:29?AM Michael Smith via MapServer-users 
>> <mapserver-users at lists.osgeo.org <mailto:mapserver- 
>> users at lists.osgeo.org>> wrote:
>>
>> ??? Hi everyone, ____
>>
>> ??? __ __
>>
>> ??? I?ve used MapServer html legends before and had them work well. Now
>> ??? I have a development group that wants the output in json. Was
>> ??? wondering if anyone had an html template for legends the generates
>> ??? them in json?____
>>
>> ??? __ __
>>
>> ??? Mike____
>>
>> ??? __ __
>>
>> ??? __ __
>>
>> ??? -- ____
>>
>> ??? Michael Smith____
>>
>> ??? Remote Sensing/GIS Center____
>>
>> ??? US Army Corps of Engineers____
>>
>> ??? __ __
>>
>> ??? _______________________________________________
>> ??? 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>
>>
>>
>>
>> -- 
>> Richard W. Greenwood
>> www.greenwoodmap.com <http://www.greenwoodmap.com>


-- 
Jeff McKenna
GatewayGeo: Developers of MS4W, & offering MapServer Consulting/Dev
co-founder of FOSS4G
http://gatewaygeo.com/


From Georg.Ulbrich at geobasis-bb.de  Wed Sep 11 05:48:30 2024
From: Georg.Ulbrich at geobasis-bb.de (Ulbrich, Georg)
Date: Wed, 11 Sep 2024 12:48:30 +0000
Subject: [MapServer-users] Mapfile -> EMPTY-Parameter -> Migrate from MS 7.6
 -> 8.0
Message-ID: <1181d19ec7de4debb90c5e4eabd9f6e1@geobasis-bb.de>

I'm migrating from MS 7.6 to 8.0:
In MS 7.6, when I clicked on a coordinate with no data in the GFI, I was redirected to the web page specified with the "EMPTY" parameter in mapfile:

EMPTY    'https://isk.geobasis-bb.de/error_pages/wms_gfi_empty.html'
 
Now in MS 8.0.0 I get a blank page (HTTP 200). 
Does anyone have an idea why the redirection no longer works? I couldn't find any changes in the documentation.


From Georg.Ulbrich at geobasis-bb.de  Wed Sep 11 05:56:43 2024
From: Georg.Ulbrich at geobasis-bb.de (Ulbrich, Georg)
Date: Wed, 11 Sep 2024 12:56:43 +0000
Subject: [MapServer-users] Mapfile -> EMPTY-Parameter -> Migrate from MS
 7.6 -> 8.0
In-Reply-To: <1181d19ec7de4debb90c5e4eabd9f6e1@geobasis-bb.de>
References: <1181d19ec7de4debb90c5e4eabd9f6e1@geobasis-bb.de>
Message-ID: <461490578d8e4b97a6fd36a0fa23aa6a@geobasis-bb.de>

Sorry, I'm currently migrating from MS 7.6 to MS 8.2.2 - but here too I can't find any difference in the documentation.


-----Urspr?ngliche Nachricht-----
Von: MapServer-users <mapserver-users-bounces at lists.osgeo.org> Im Auftrag von Ulbrich, Georg via MapServer-users
Gesendet: Mittwoch, 11. September 2024 14:49
An: mapserver-users at lists.osgeo.org
Betreff: [MapServer-users] Mapfile -> EMPTY-Parameter -> Migrate from MS 7.6 -> 8.0

I'm migrating from MS 7.6 to 8.0:
In MS 7.6, when I clicked on a coordinate with no data in the GFI, I was redirected to the web page specified with the "EMPTY" parameter in mapfile:

EMPTY    'https://isk.geobasis-bb.de/error_pages/wms_gfi_empty.html'
 
Now in MS 8.0.0 I get a blank page (HTTP 200). 
Does anyone have an idea why the redirection no longer works? I couldn't find any changes in the documentation.
_______________________________________________
MapServer-users mailing list
MapServer-users at lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users


From alessandro.parma at geosolutionsgroup.com  Fri Sep 13 08:45:18 2024
From: alessandro.parma at geosolutionsgroup.com (Alessandro Parma)
Date: Fri, 13 Sep 2024 17:45:18 +0200
Subject: [MapServer-users] (no subject)
Message-ID: <CALsW9=SXz-hbzX5bim6+NkPEbJ7k_fuOwyF1hQJ_PGkbD_bqag@mail.gmail.com>

Dear ML,

I am using MapCache version 1.8 and having issues with the caching
configuration of one of the layers:

The layer in question can be requested with multiple different styles but
it looks like the STYLE parameter in
the GetMap requests is ignored and I get the same cached tiles no matter
what the style value of the request is.

This is a snippet of the configuration:
...
   <source name="mtg_fd:ir105_hrfi" type="wms">
    <getmap>
        <params>
            <TRANSPARENT>true</TRANSPARENT>
            <TILED>false</TILED>
            <LAYERS>mtg_fd:ir105_hrfi</LAYERS>
        </params>
    </getmap>
    <http>
        <url>http://wms-geoserver-slave-svc:8080/geoserver/wms?</url>
    </http>
    <timeout>10</timeout>
    <connection_timeout>3</connection_timeout>
      </source>

    <tileset name="mtg_fd:ir105_hrfi">
        <source>mtg_fd:ir105_hrfi</source>
        <cache>multitier-cache</cache>
        <grid use_wms_intermediate_resolutions="true">EPSG4326_512</grid>
        <grid use_wms_intermediate_resolutions="true">EPSG3995_512</grid>
        <grid use_wms_intermediate_resolutions="true">EPSG3857_512</grid>
    <grid use_wms_intermediate_resolutions="true">EPSG3976_512</grid>
        <dimensions>
            <dimension type="regex" name="TIME" default="now">
                <regex>^.*$</regex>
            </dimension>
        </dimensions>
        <format>MIXED</format>
        <metatile>1 1</metatile>
        <metabuffer>10</metabuffer>
        <expires>604800</expires>
    </tileset>
...

Do you have any suggestions?

-- 

Regards, Alessandro Parma == GeoServer Professional Services from the
experts! Visit http://goo.gl/it488V for more information. == Alessandro
Parma Technical Lead / Senior DevOps Engineer GeoSolutions S.A.S. Via di
Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 340 4752467 fax: +39
0584 1660272 https://www.geosolutionsgroup.com
https://twitter.com/geosolutions_it
------------------------------------------------------- Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati ?GDPR?), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) ? un dato la cui conoscenza ? riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le ? giunto per
errore, ? tenuta/o a cancellarlo, ogni altra operazione ? illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
?GDPR? - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20240913/66b5d789/attachment.htm>

From alessandro.parma at geosolutionsgroup.com  Fri Sep 13 08:47:58 2024
From: alessandro.parma at geosolutionsgroup.com (Alessandro Parma)
Date: Fri, 13 Sep 2024 17:47:58 +0200
Subject: [MapServer-users] How to handle multiple styles in MapCache?
Message-ID: <CALsW9=SByf9GwRGCKABXiybBb33FrbPzsOM=Qo-sD_M7hhgmVg@mail.gmail.com>

Dear ML,

I am using MapCache version 1.8 and having issues with the caching
configuration of one of the layers:

The layer in question can be requested with multiple different styles but
it looks like the STYLE parameter in
the GetMap requests is ignored and I get the same cached tiles no matter
what the style value of the request is.

This is a snippet of the configuration:
...
   <source name="mtg_fd:ir105_hrfi" type="wms">
    <getmap>
        <params>
            <TRANSPARENT>true</TRANSPARENT>
            <TILED>false</TILED>
            <LAYERS>mtg_fd:ir105_hrfi</LAYERS>
        </params>
    </getmap>
    <http>
        <url>http://wms-geoserver-slave-svc:8080/geoserver/wms?</url>
    </http>
    <timeout>10</timeout>
    <connection_timeout>3</connection_timeout>
      </source>

    <tileset name="mtg_fd:ir105_hrfi">
        <source>mtg_fd:ir105_hrfi</source>
        <cache>multitier-cache</cache>
        <grid use_wms_intermediate_resolutions="true">EPSG4326_512</grid>
        <grid use_wms_intermediate_resolutions="true">EPSG3995_512</grid>
        <grid use_wms_intermediate_resolutions="true">EPSG3857_512</grid>
    <grid use_wms_intermediate_resolutions="true">EPSG3976_512</grid>
        <dimensions>
            <dimension type="regex" name="TIME" default="now">
                <regex>^.*$</regex>
            </dimension>
        </dimensions>
        <format>MIXED</format>
        <metatile>1 1</metatile>
        <metabuffer>10</metabuffer>
        <expires>604800</expires>
    </tileset>
...

Do you have any suggestions?

-- 

Regards, Alessandro Parma == GeoServer Professional Services from the
experts! Visit http://goo.gl/it488V for more information. == Alessandro
Parma Technical Lead / Senior DevOps Engineer GeoSolutions S.A.S. Via di
Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 340 4752467 fax: +39
0584 1660272 https://www.geosolutionsgroup.com
https://twitter.com/geosolutions_it
------------------------------------------------------- Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati ?GDPR?), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) ? un dato la cui conoscenza ? riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le ? giunto per
errore, ? tenuta/o a cancellarlo, ogni altra operazione ? illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
?GDPR? - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20240913/5d9f81c8/attachment.htm>

From justb4 at gmail.com  Fri Sep 13 14:11:09 2024
From: justb4 at gmail.com (Just van den Broecke)
Date: Fri, 13 Sep 2024 23:11:09 +0200
Subject: [MapServer-users] How to handle multiple styles in MapCache?
In-Reply-To: <CALsW9=SByf9GwRGCKABXiybBb33FrbPzsOM=Qo-sD_M7hhgmVg@mail.gmail.com>
References: <CALsW9=SByf9GwRGCKABXiybBb33FrbPzsOM=Qo-sD_M7hhgmVg@mail.gmail.com>
Message-ID: <eba77a26-34f2-4217-a604-7194e4af0c3b@gmail.com>

Hi Alessandro,

I try to understand your issue. Beware, I am not a MapCache expert.

You mention a GetMap request and STYLE (not STYLES?) parameter. MapCache 
supports tiling, like WMTS GetTile, not WMS GetMap.

But looking at the MapCache docs (1.8 is quite old) [1]. The <getmap> 
element within the <source> element may contain WMS parameters, 
including STYLES. These will be sent to the WMS (GeoServer) backend (as 
GetMap). But I see no way how one could have varying Styes for a 
tilecache, other than a separate cache per STYLES value.

[1] https://mapserver.org/fr/mapcache/config.html

Hope this helps!

Best,

Just
On 13/09/2024 17:47, Alessandro Parma via MapServer-users wrote:
> Dear ML,
> 
> I am using MapCache version 1.8 and having issues with?the caching 
> configuration of one of the layers:
> 
> The layer in question can be requested with multiple different styles 
> but it looks like the STYLE parameter in
> the GetMap requests is ignored and I get the same cached tiles no matter 
> what the style value of the request is.
> 
> This is a snippet of the configuration:
> ...
>  ? ?<source name="mtg_fd:ir105_hrfi" type="wms">
>  ? ? <getmap>
>  ? ? ? ? <params>
>  ? ? ? ? ? ? <TRANSPARENT>true</TRANSPARENT>
>  ? ? ? ? ? ? <TILED>false</TILED>
>  ? ? ? ? ? ? <LAYERS>mtg_fd:ir105_hrfi</LAYERS>
>  ? ? ? ? </params>
>  ? ? </getmap>
>  ? ? <http>
>  ? ? ? ? <url>http://wms-geoserver-slave-svc:8080/geoserver/wms 
> <http://wms-geoserver-slave-svc:8080/geoserver/wms>?</url>
>  ? ? </http>
>  ? ? <timeout>10</timeout>
>  ? ? <connection_timeout>3</connection_timeout>
>  ? ? ? </source>
> 
>  ? ? <tileset name="mtg_fd:ir105_hrfi">
>  ? ? ? ? <source>mtg_fd:ir105_hrfi</source>
>  ? ? ? ? <cache>multitier-cache</cache>
>  ? ? ? ? <grid use_wms_intermediate_resolutions="true">EPSG4326_512</grid>
>  ? ? ? ? <grid use_wms_intermediate_resolutions="true">EPSG3995_512</grid>
>  ? ? ? ? <grid use_wms_intermediate_resolutions="true">EPSG3857_512</grid>
>  ? ? <grid use_wms_intermediate_resolutions="true">EPSG3976_512</grid>
>  ? ? ? ? <dimensions>
>  ? ? ? ? ? ? <dimension type="regex" name="TIME" default="now">
>  ? ? ? ? ? ? ? ? <regex>^.*$</regex>
>  ? ? ? ? ? ? </dimension>
>  ? ? ? ? </dimensions>
>  ? ? ? ? <format>MIXED</format>
>  ? ? ? ? <metatile>1 1</metatile>
>  ? ? ? ? <metabuffer>10</metabuffer>
>  ? ? ? ? <expires>604800</expires>
>  ? ? </tileset>
> ...
> 
> Do you have any suggestions?
> 
> -- 
> 
> Regards, Alessandro Parma == GeoServer Professional Services from the 
> experts! Visit http://goo.gl/it488V <http://goo.gl/it488V> for more 
> information. == Alessandro Parma Technical Lead / Senior DevOps Engineer 
> GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy 
> phone: +39 340 4752467 fax: +39 0584 1660272 
> https://www.geosolutionsgroup.com <https://www.geosolutionsgroup.com> 
> https://twitter.com/geosolutions_it 
> <https://twitter.com/geosolutions_it> 
> ------------------------------------------------------- Con riferimento 
> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - 
> Regolamento generale sulla protezione dei dati ?GDPR?), si precisa che 
> ogni circostanza inerente alla presente email (il suo contenuto, gli 
> eventuali allegati, etc.) ? un dato la cui conoscenza ? riservata al/i 
> solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le ? 
> giunto per errore, ? tenuta/o a cancellarlo, ogni altra operazione ? 
> illecita. Le sarei comunque grato se potesse darmene notizia. This email 
> is intended only for the person or entity to which it is addressed and 
> may contain information that is privileged, confidential or otherwise 
> protected from disclosure. We remind that - as provided by European 
> Regulation 2016/679 ?GDPR? - copying, dissemination or use of this 
> e-mail or the information herein by anyone other than the intended 
> recipient is prohibited. If you have received this email by mistake, 
> please notify us immediately by telephone or e-mail.
> 
> 
> _______________________________________________
> MapServer-users mailing list
> MapServer-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users



From public at postholer.com  Mon Sep 16 11:25:15 2024
From: public at postholer.com (Scott)
Date: Mon, 16 Sep 2024 11:25:15 -0700
Subject: [MapServer-users] LABEL wrap, maxlength oddity
In-Reply-To: <eba77a26-34f2-4217-a604-7194e4af0c3b@gmail.com>
References: <CALsW9=SByf9GwRGCKABXiybBb33FrbPzsOM=Qo-sD_M7hhgmVg@mail.gmail.com>
 <eba77a26-34f2-4217-a604-7194e4af0c3b@gmail.com>
Message-ID: <19a0a977-27dd-4006-b351-0051421953a1@postholer.com>

Greetings!

So I've made the leap from 7.6 to 8.2.2. Other than wrangling with the 
new .conf file setup, it's been fairly painless. I have .map files going 
back 13 years.

Here's a LABEL snippet that worked pre 8:

LABEL
    MAXLENGTH 0
    WRAP "|"
    ...
END

Doc's say (paraphrase), if MAXLENGTH is 0 WRAP at (char). Which has 
always worked.

Now, I get the error:
getInteger(): Symbol definition error. Parsing error near (0):(line 268)

If I change MAXLENGTH 1, it works.

Thanks for all your hard work MapServer devs!

Scott




From jmckenna at gatewaygeomatics.com  Mon Sep 16 13:57:45 2024
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Mon, 16 Sep 2024 17:57:45 -0300
Subject: [MapServer-users] LABEL wrap, maxlength oddity
In-Reply-To: <19a0a977-27dd-4006-b351-0051421953a1@postholer.com>
References: <CALsW9=SByf9GwRGCKABXiybBb33FrbPzsOM=Qo-sD_M7hhgmVg@mail.gmail.com>
 <eba77a26-34f2-4217-a604-7194e4af0c3b@gmail.com>
 <19a0a977-27dd-4006-b351-0051421953a1@postholer.com>
Message-ID: <620cb030-65cb-4de2-8022-23b683d48c61@gatewaygeomatics.com>

Hi Scott!

This might be from our more strict checks in MapServer >= 8.  I tried 
the msautotest for wrap ( 
https://github.com/MapServer/MapServer/blob/main/msautotest/renderers/labels-wrap.map 
), and if I set "MAXLENGTH 0" I get your error (I do see in the docs a 
hidden line of "must be greater than zero", which is odd because above 
that in the docs it explains the case for "maxlength = 0").

If I comment out the MAXLENGTH parameter completely, it wraps at the "|" 
character as expected (please also try that for your mapfile - does that 
solve it?).

In other words, maybe I just need to update the docs, to not set 
maxlength, if you want to wrap at the wrap character.

Thoughts?




thanks,

-jeff





-- 
Jeff McKenna
GatewayGeo: Developers of MS4W, & offering MapServer Consulting/Dev
co-founder of FOSS4G
http://gatewaygeo.com/



On 2024-09-16 3:25 p.m., Scott via MapServer-users wrote:
> Greetings!
> 
> So I've made the leap from 7.6 to 8.2.2. Other than wrangling with the 
> new .conf file setup, it's been fairly painless. I have .map files going 
> back 13 years.
> 
> Here's a LABEL snippet that worked pre 8:
> 
> LABEL
>  ?? MAXLENGTH 0
>  ?? WRAP "|"
>  ?? ...
> END
> 
> Doc's say (paraphrase), if MAXLENGTH is 0 WRAP at (char). Which has 
> always worked.
> 
> Now, I get the error:
> getInteger(): Symbol definition error. Parsing error near (0):(line 268)
> 
> If I change MAXLENGTH 1, it works.
> 
> Thanks for all your hard work MapServer devs!
> 
> Scott
> 
> 
> _______________________________________________
> MapServer-users mailing list
> MapServer-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
> 




From public at postholer.com  Mon Sep 16 14:19:48 2024
From: public at postholer.com (Scott)
Date: Mon, 16 Sep 2024 14:19:48 -0700
Subject: [MapServer-users] LABEL wrap, maxlength oddity
In-Reply-To: <620cb030-65cb-4de2-8022-23b683d48c61@gatewaygeomatics.com>
References: <CALsW9=SByf9GwRGCKABXiybBb33FrbPzsOM=Qo-sD_M7hhgmVg@mail.gmail.com>
 <eba77a26-34f2-4217-a604-7194e4af0c3b@gmail.com>
 <19a0a977-27dd-4006-b351-0051421953a1@postholer.com>
 <620cb030-65cb-4de2-8022-23b683d48c61@gatewaygeomatics.com>
Message-ID: <e892e158-49f0-4a6d-ad74-a62c1a4fb3e4@postholer.com>

Removing MAXLENGTH altogether did the trick!

Yeah, updating the docs seems appropriate.

Thanks for the quick response Jeff!

On 9/16/24 13:57, Jeff McKenna via MapServer-users wrote:
> Hi Scott!
> 
> This might be from our more strict checks in MapServer >= 8.? I tried 
> the msautotest for wrap ( 
> https://github.com/MapServer/MapServer/blob/main/msautotest/renderers/labels-wrap.map ), and if I set "MAXLENGTH 0" I get your error (I do see in the docs a hidden line of "must be greater than zero", which is odd because above that in the docs it explains the case for "maxlength = 0").
> 
> If I comment out the MAXLENGTH parameter completely, it wraps at the "|" 
> character as expected (please also try that for your mapfile - does that 
> solve it?).
> 
> In other words, maybe I just need to update the docs, to not set 
> maxlength, if you want to wrap at the wrap character.
> 
> Thoughts?
> 
> 
> 
> 
> thanks,
> 
> -jeff
> 
> 
> 
> 
> 


From alessandro.parma at geosolutionsgroup.com  Tue Sep 17 03:40:12 2024
From: alessandro.parma at geosolutionsgroup.com (Alessandro Parma)
Date: Tue, 17 Sep 2024 12:40:12 +0200
Subject: [MapServer-users] How to handle multiple styles in MapCache?
In-Reply-To: <eba77a26-34f2-4217-a604-7194e4af0c3b@gmail.com>
References: <CALsW9=SByf9GwRGCKABXiybBb33FrbPzsOM=Qo-sD_M7hhgmVg@mail.gmail.com>
 <eba77a26-34f2-4217-a604-7194e4af0c3b@gmail.com>
Message-ID: <CALsW9=TEfxt0Bk1+6PX2ukc84wCGf49wdTSeZXrKd0G2G5nDvQ@mail.gmail.com>

Thanks for your reply,

That's right, the parameter is called STYLES not STYLE it was a typo in my
email.

It is fine for me to create multiple caches, one per each style, that is
expected. I've tried to follow your suggestion
and create separate sources and tilesets for the same layer as follows:

<source name="*layerA_style1*" type="wms">
    <getmap>
        <params>
            <TRANSPARENT>true</TRANSPARENT>
            <TILED>false</TILED>

*<LAYERS>layerA</LAYERS>            <STYLES>style1</STYLES>*
        </params>
    </getmap>
    <http>
        <url>http://wms-geoserver-slave-svc:8080/geoserver/wms?</url>
    </http>
    <timeout>10</timeout>
    <connection_timeout>3</connection_timeout>
</source>

<source name="*layerA_style2*" type="wms">
    <getmap>
        <params>
            <TRANSPARENT>true</TRANSPARENT>
            <TILED>false</TILED>

*            <LAYERS>layerA</LAYERS>            <STYLES>style2</STYLES>*
        </params>
    </getmap>
    <http>
        <url>http://wms-geoserver-slave-svc:8080/geoserver/wms?</url>
    </http>
    <timeout>10</timeout>
    <connection_timeout>3</connection_timeout>
</source>


* <tileset name="layerA_style1">        <source>l**ayerA_style1**</source>*
        <cache>multitier-cache</cache>
        <grid use_wms_intermediate_resolutions="true">EPSG4326_512</grid>
        <grid use_wms_intermediate_resolutions="true">EPSG3995_512</grid>
        <grid use_wms_intermediate_resolutions="true">EPSG3857_512</grid>
    <grid use_wms_intermediate_resolutions="true">EPSG3976_512</grid>
        <dimensions>
            <dimension type="regex" name="TIME" default="now">
                <regex>^.*$</regex>
            </dimension>
        </dimensions>
        <format>MIXED</format>
        <metatile>1 1</metatile>
        <metabuffer>10</metabuffer>
        <expires>604800</expires>
    </tileset>


* <tileset name="layerA_style2">        <source>l**ayerA_style2**</source>*
        <cache>multitier-cache</cache>
        <grid use_wms_intermediate_resolutions="true">EPSG4326_512</grid>
        <grid use_wms_intermediate_resolutions="true">EPSG3995_512</grid>
        <grid use_wms_intermediate_resolutions="true">EPSG3857_512</grid>
    <grid use_wms_intermediate_resolutions="true">EPSG3976_512</grid>
        <dimensions>
            <dimension type="regex" name="TIME" default="now">
                <regex>^.*$</regex>
            </dimension>
        </dimensions>
        <format>MIXED</format>
        <metatile>1 1</metatile>
        <metabuffer>10</metabuffer>
        <expires>604800</expires>
    </tileset>

What I observe with this updated configuration by looking at mapcache logs
and the source server logs is that it
looks like the requests are always passed through to the origin WMS server
and never cached in MapCache, as
if mapcache was not matching my defined sources/tilesets. Here below two
sample requests:

https://mygeoserver.com/geoserver/wms?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&FORMAT=image/png&TRANSPARENT=true&LAYERS=
*layerA*&STYLES=*style1*
&WIDTH=512&HEIGHT=512&CRS=EPSG:4326&BBOX=0,-90,45,-45

https://mygeoserver.com/geoserver/wms?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&FORMAT=image/png&TRANSPARENT=true&LAYERS=
*layerA*&STYLES=*style2*
&WIDTH=512&HEIGHT=512&CRS=EPSG:4326&BBOX=0,-90,45,-45

Am I missing something in my configuration?

Another question I had while checking the documentation
<https://mapserver.org/mapcache/config.html#source> is if the parameters
specified in the <params> are used to
match the request to the given source (i.e. if the params in the incoming
request match -> this is the right source configuration to use to serve the
request) or
if  instead are used to override the parameters in the original http
request with hardcoded values.

Thank you,
Alessandro


On Fri, Sep 13, 2024 at 11:11?PM Just van den Broecke via MapServer-users <
mapserver-users at lists.osgeo.org> wrote:

> Hi Alessandro,
>
> I try to understand your issue. Beware, I am not a MapCache expert.
>
> You mention a GetMap request and STYLE (not STYLES?) parameter. MapCache
> supports tiling, like WMTS GetTile, not WMS GetMap.
>
> But looking at the MapCache docs (1.8 is quite old) [1]. The <getmap>
> element within the <source> element may contain WMS parameters,
> including STYLES. These will be sent to the WMS (GeoServer) backend (as
> GetMap). But I see no way how one could have varying Styes for a
> tilecache, other than a separate cache per STYLES value.
>
> [1] https://mapserver.org/fr/mapcache/config.html
>
> Hope this helps!
>
> Best,
>
> Just
> On 13/09/2024 17:47, Alessandro Parma via MapServer-users wrote:
> > Dear ML,
> >
> > I am using MapCache version 1.8 and having issues with the caching
> > configuration of one of the layers:
> >
> > The layer in question can be requested with multiple different styles
> > but it looks like the STYLE parameter in
> > the GetMap requests is ignored and I get the same cached tiles no matter
> > what the style value of the request is.
> >
> > This is a snippet of the configuration:
> > ...
> >     <source name="mtg_fd:ir105_hrfi" type="wms">
> >      <getmap>
> >          <params>
> >              <TRANSPARENT>true</TRANSPARENT>
> >              <TILED>false</TILED>
> >              <LAYERS>mtg_fd:ir105_hrfi</LAYERS>
> >          </params>
> >      </getmap>
> >      <http>
> >          <url>http://wms-geoserver-slave-svc:8080/geoserver/wms
> > <http://wms-geoserver-slave-svc:8080/geoserver/wms>?</url>
> >      </http>
> >      <timeout>10</timeout>
> >      <connection_timeout>3</connection_timeout>
> >        </source>
> >
> >      <tileset name="mtg_fd:ir105_hrfi">
> >          <source>mtg_fd:ir105_hrfi</source>
> >          <cache>multitier-cache</cache>
> >          <grid
> use_wms_intermediate_resolutions="true">EPSG4326_512</grid>
> >          <grid
> use_wms_intermediate_resolutions="true">EPSG3995_512</grid>
> >          <grid
> use_wms_intermediate_resolutions="true">EPSG3857_512</grid>
> >      <grid use_wms_intermediate_resolutions="true">EPSG3976_512</grid>
> >          <dimensions>
> >              <dimension type="regex" name="TIME" default="now">
> >                  <regex>^.*$</regex>
> >              </dimension>
> >          </dimensions>
> >          <format>MIXED</format>
> >          <metatile>1 1</metatile>
> >          <metabuffer>10</metabuffer>
> >          <expires>604800</expires>
> >      </tileset>
> > ...
> >
> > Do you have any suggestions?
> >
> > --
> >
> > Regards, Alessandro Parma == GeoServer Professional Services from the
> > experts! Visit http://goo.gl/it488V <http://goo.gl/it488V> for more
> > information. == Alessandro Parma Technical Lead / Senior DevOps Engineer
> > GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy
> > phone: +39 340 4752467 fax: +39 0584 1660272
> > https://www.geosolutionsgroup.com <https://www.geosolutionsgroup.com>
> > https://twitter.com/geosolutions_it
> > <https://twitter.com/geosolutions_it>
> > ------------------------------------------------------- Con riferimento
> > alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
> > Regolamento generale sulla protezione dei dati ?GDPR?), si precisa che
> > ogni circostanza inerente alla presente email (il suo contenuto, gli
> > eventuali allegati, etc.) ? un dato la cui conoscenza ? riservata al/i
> > solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le ?
> > giunto per errore, ? tenuta/o a cancellarlo, ogni altra operazione ?
> > illecita. Le sarei comunque grato se potesse darmene notizia. This email
> > is intended only for the person or entity to which it is addressed and
> > may contain information that is privileged, confidential or otherwise
> > protected from disclosure. We remind that - as provided by European
> > Regulation 2016/679 ?GDPR? - copying, dissemination or use of this
> > e-mail or the information herein by anyone other than the intended
> > recipient is prohibited. If you have received this email by mistake,
> > please notify us immediately by telephone or e-mail.
> >
> >
> > _______________________________________________
> > 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
>


-- 

Regards, Alessandro Parma == GeoServer Professional Services from the
experts! Visit http://goo.gl/it488V for more information. == Alessandro
Parma Technical Lead / Senior DevOps Engineer GeoSolutions S.A.S. Via di
Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 340 4752467 fax: +39
0584 1660272 https://www.geosolutionsgroup.com
https://twitter.com/geosolutions_it
------------------------------------------------------- Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati ?GDPR?), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) ? un dato la cui conoscenza ? riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le ? giunto per
errore, ? tenuta/o a cancellarlo, ogni altra operazione ? illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
?GDPR? - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20240917/f5ee66d6/attachment.htm>

From justb4 at gmail.com  Tue Sep 17 05:21:32 2024
From: justb4 at gmail.com (Just van den Broecke)
Date: Tue, 17 Sep 2024 14:21:32 +0200
Subject: [MapServer-users] How to handle multiple styles in MapCache?
In-Reply-To: <CALsW9=TEfxt0Bk1+6PX2ukc84wCGf49wdTSeZXrKd0G2G5nDvQ@mail.gmail.com>
References: <CALsW9=SByf9GwRGCKABXiybBb33FrbPzsOM=Qo-sD_M7hhgmVg@mail.gmail.com>
 <eba77a26-34f2-4217-a604-7194e4af0c3b@gmail.com>
 <CALsW9=TEfxt0Bk1+6PX2ukc84wCGf49wdTSeZXrKd0G2G5nDvQ@mail.gmail.com>
Message-ID: <7e3fb703-4e48-43fe-b19d-d13cd1527294@gmail.com>

Almost there, two things:

- the names of your (cached) Layers are names of the tilesets like: 
'layerA_style1' etc I think)
- if you need to use WMS (tiling services like WMTS is preferred) use 
these names in LAYER=, do not use STYLES= as thes are implicit for the 
Layers.

Best is: do a REQUEST=GetCapabilities on the WMS (and WMTS) to see what 
the possible Layers and other params like projections/grids are.

Best,

Just

On 17/09/2024 12:40, Alessandro Parma wrote:
> Thanks?for your reply,
> 
> That's right, the parameter is called STYLES not STYLE it was a typo in 
> my email.
> 
> It is fine for me to create multiple caches, one per each style, that is 
> expected. I've tried to follow your suggestion
> and create separate?sources and tilesets for the same layer as follows:
> 
> <source name="*layerA_style1*" type="wms">
>  ? ? <getmap>
>  ? ? ? ? <params>
>  ? ? ? ? ? ? <TRANSPARENT>true</TRANSPARENT>
>  ? ? ? ? ? ? <TILED>false</TILED>
> *<LAYERS>layerA</LAYERS>
>  ? ? ? ? ? ? <STYLES>style1</STYLES>*
>  ? ? ? ? </params>
>  ? ? </getmap>
>  ? ? <http>
>  ? ? ? ? <url>http://wms-geoserver-slave-svc:8080/geoserver/wms <http:// 
> wms-geoserver-slave-svc:8080/geoserver/wms>?</url>
>  ? ? </http>
>  ? ? <timeout>10</timeout>
>  ? ? <connection_timeout>3</connection_timeout>
> </source>
> 
> <source name="*layerA_style2*" type="wms">
>  ? ? <getmap>
>  ? ? ? ? <params>
>  ? ? ? ? ? ? <TRANSPARENT>true</TRANSPARENT>
>  ? ? ? ? ? ? <TILED>false</TILED>
> *? ? ? ? ? ? <LAYERS>layerA</LAYERS>
>  ? ? ? ? ? ? <STYLES>style2</STYLES>*
>  ? ? ? ? </params>
>  ? ? </getmap>
>  ? ? <http>
>  ? ? ? ? <url>http://wms-geoserver-slave-svc:8080/geoserver/wms <http:// 
> wms-geoserver-slave-svc:8080/geoserver/wms>?</url>
>  ? ? </http>
>  ? ? <timeout>10</timeout>
>  ? ? <connection_timeout>3</connection_timeout>
> </source>
> 
> *?<tileset name="layerA_style1">
>  ? ? ? ? <source>l**ayerA_style1**</source>*
>  ? ? ? ? <cache>multitier-cache</cache>
>  ? ? ? ? <grid use_wms_intermediate_resolutions="true">EPSG4326_512</grid>
>  ? ? ? ? <grid use_wms_intermediate_resolutions="true">EPSG3995_512</grid>
>  ? ? ? ? <grid use_wms_intermediate_resolutions="true">EPSG3857_512</grid>
>  ? ? <grid use_wms_intermediate_resolutions="true">EPSG3976_512</grid>
>  ? ? ? ? <dimensions>
>  ? ? ? ? ? ? <dimension type="regex" name="TIME" default="now">
>  ? ? ? ? ? ? ? ? <regex>^.*$</regex>
>  ? ? ? ? ? ? </dimension>
>  ? ? ? ? </dimensions>
>  ? ? ? ? <format>MIXED</format>
>  ? ? ? ? <metatile>1 1</metatile>
>  ? ? ? ? <metabuffer>10</metabuffer>
>  ? ? ? ? <expires>604800</expires>
>  ? ? </tileset>
> 
> *?<tileset name="layerA_style2">
>  ? ? ? ? <source>l**ayerA_style2**</source>*
>  ? ? ? ? <cache>multitier-cache</cache>
>  ? ? ? ? <grid use_wms_intermediate_resolutions="true">EPSG4326_512</grid>
>  ? ? ? ? <grid use_wms_intermediate_resolutions="true">EPSG3995_512</grid>
>  ? ? ? ? <grid use_wms_intermediate_resolutions="true">EPSG3857_512</grid>
>  ? ? <grid use_wms_intermediate_resolutions="true">EPSG3976_512</grid>
>  ? ? ? ? <dimensions>
>  ? ? ? ? ? ? <dimension type="regex" name="TIME" default="now">
>  ? ? ? ? ? ? ? ? <regex>^.*$</regex>
>  ? ? ? ? ? ? </dimension>
>  ? ? ? ? </dimensions>
>  ? ? ? ? <format>MIXED</format>
>  ? ? ? ? <metatile>1 1</metatile>
>  ? ? ? ? <metabuffer>10</metabuffer>
>  ? ? ? ? <expires>604800</expires>
>  ? ? </tileset>
> 
> What I observe with this updated configuration by looking at mapcache 
> logs and the source server logs is that it
> looks like the requests are always passed through to the origin WMS 
> server and never cached in MapCache, as
> if mapcache was not matching my defined sources/tilesets. Here below two 
> sample requests:
> 
> https://mygeoserver.com/geoserver/wms? 
> SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&FORMAT=image/ 
> png&TRANSPARENT=true&LAYERS= <https://mygeoserver.com/geoserver/wms? 
> SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&FORMAT=image/ 
> png&TRANSPARENT=true&LAYERS=>*layerA*&STYLES=*style1*&WIDTH=512&HEIGHT=512&CRS=EPSG:4326&BBOX=0,-90,45,-45
> 
> https://mygeoserver.com/geoserver/wms? 
> SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&FORMAT=image/ 
> png&TRANSPARENT=true&LAYERS= <https://mygeoserver.com/geoserver/wms? 
> SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&FORMAT=image/ 
> png&TRANSPARENT=true&LAYERS=>*layerA*&STYLES=*style2*&WIDTH=512&HEIGHT=512&CRS=EPSG:4326&BBOX=0,-90,45,-45
> 
> Am I missing something in my configuration?
> 
> Another question I had while checking the documentation <https:// 
> mapserver.org/mapcache/config.html#source>?is if the parameters 
> specified in the <params> are used to
> match the request to the given source (i.e. if the params in the 
> incoming request match -> this is the right source configuration to use 
> to serve the request) or
> if? instead are used to override the parameters in the original http 
> request with hardcoded values.
> 
> Thank you,
> Alessandro
> 
> 
> On Fri, Sep 13, 2024 at 11:11?PM Just van den Broecke via MapServer- 
> users <mapserver-users at lists.osgeo.org <mailto:mapserver- 
> users at lists.osgeo.org>> wrote:
> 
>     Hi Alessandro,
> 
>     I try to understand your issue. Beware, I am not a MapCache expert.
> 
>     You mention a GetMap request and STYLE (not STYLES?) parameter.
>     MapCache
>     supports tiling, like WMTS GetTile, not WMS GetMap.
> 
>     But looking at the MapCache docs (1.8 is quite old) [1]. The <getmap>
>     element within the <source> element may contain WMS parameters,
>     including STYLES. These will be sent to the WMS (GeoServer) backend (as
>     GetMap). But I see no way how one could have varying Styes for a
>     tilecache, other than a separate cache per STYLES value.
> 
>     [1] https://mapserver.org/fr/mapcache/config.html <https://
>     mapserver.org/fr/mapcache/config.html>
> 
>     Hope this helps!
> 
>     Best,
> 
>     Just
>     On 13/09/2024 17:47, Alessandro Parma via MapServer-users wrote:
>      > Dear ML,
>      >
>      > I am using MapCache version 1.8 and having issues with?the caching
>      > configuration of one of the layers:
>      >
>      > The layer in question can be requested with multiple different
>     styles
>      > but it looks like the STYLE parameter in
>      > the GetMap requests is ignored and I get the same cached tiles no
>     matter
>      > what the style value of the request is.
>      >
>      > This is a snippet of the configuration:
>      > ...
>      >? ? ?<source name="mtg_fd:ir105_hrfi" type="wms">
>      >? ? ? <getmap>
>      >? ? ? ? ? <params>
>      >? ? ? ? ? ? ? <TRANSPARENT>true</TRANSPARENT>
>      >? ? ? ? ? ? ? <TILED>false</TILED>
>      >? ? ? ? ? ? ? <LAYERS>mtg_fd:ir105_hrfi</LAYERS>
>      >? ? ? ? ? </params>
>      >? ? ? </getmap>
>      >? ? ? <http>
>      >? ? ? ? ? <url>http://wms-geoserver-slave-svc:8080/geoserver/wms
>     <http://wms-geoserver-slave-svc:8080/geoserver/wms>
>      > <http://wms-geoserver-slave-svc:8080/geoserver/wms <http://wms-
>     geoserver-slave-svc:8080/geoserver/wms>>?</url>
>      >? ? ? </http>
>      >? ? ? <timeout>10</timeout>
>      >? ? ? <connection_timeout>3</connection_timeout>
>      >? ? ? ? </source>
>      >
>      >? ? ? <tileset name="mtg_fd:ir105_hrfi">
>      >? ? ? ? ? <source>mtg_fd:ir105_hrfi</source>
>      >? ? ? ? ? <cache>multitier-cache</cache>
>      >? ? ? ? ? <grid
>     use_wms_intermediate_resolutions="true">EPSG4326_512</grid>
>      >? ? ? ? ? <grid
>     use_wms_intermediate_resolutions="true">EPSG3995_512</grid>
>      >? ? ? ? ? <grid
>     use_wms_intermediate_resolutions="true">EPSG3857_512</grid>
>      >? ? ? <grid use_wms_intermediate_resolutions="true">EPSG3976_512</
>     grid>
>      >? ? ? ? ? <dimensions>
>      >? ? ? ? ? ? ? <dimension type="regex" name="TIME" default="now">
>      >? ? ? ? ? ? ? ? ? <regex>^.*$</regex>
>      >? ? ? ? ? ? ? </dimension>
>      >? ? ? ? ? </dimensions>
>      >? ? ? ? ? <format>MIXED</format>
>      >? ? ? ? ? <metatile>1 1</metatile>
>      >? ? ? ? ? <metabuffer>10</metabuffer>
>      >? ? ? ? ? <expires>604800</expires>
>      >? ? ? </tileset>
>      > ...
>      >
>      > Do you have any suggestions?
>      >
>      > --
>      >
>      > Regards, Alessandro Parma == GeoServer Professional Services from
>     the
>      > experts! Visit http://goo.gl/it488V <http://goo.gl/it488V>
>     <http://goo.gl/it488V <http://goo.gl/it488V>> for more
>      > information. == Alessandro Parma Technical Lead / Senior DevOps
>     Engineer
>      > GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy
>      > phone: +39 340 4752467 fax: +39 0584 1660272
>      > https://www.geosolutionsgroup.com <https://
>     www.geosolutionsgroup.com> <https://www.geosolutionsgroup.com
>     <https://www.geosolutionsgroup.com>>
>      > https://twitter.com/geosolutions_it <https://twitter.com/
>     geosolutions_it>
>      > <https://twitter.com/geosolutions_it <https://twitter.com/
>     geosolutions_it>>
>      > ------------------------------------------------------- Con
>     riferimento
>      > alla normativa sul trattamento dei dati personali (Reg. UE
>     2016/679 -
>      > Regolamento generale sulla protezione dei dati ?GDPR?), si
>     precisa che
>      > ogni circostanza inerente alla presente email (il suo contenuto, gli
>      > eventuali allegati, etc.) ? un dato la cui conoscenza ? riservata
>     al/i
>      > solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le ?
>      > giunto per errore, ? tenuta/o a cancellarlo, ogni altra operazione ?
>      > illecita. Le sarei comunque grato se potesse darmene notizia.
>     This email
>      > is intended only for the person or entity to which it is
>     addressed and
>      > may contain information that is privileged, confidential or
>     otherwise
>      > protected from disclosure. We remind that - as provided by European
>      > Regulation 2016/679 ?GDPR? - copying, dissemination or use of this
>      > e-mail or the information herein by anyone other than the intended
>      > recipient is prohibited. If you have received this email by mistake,
>      > please notify us immediately by telephone or e-mail.
>      >
>      >
>      > _______________________________________________
>      > 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>
> 
> 
> 
> -- 
> 
> Regards, Alessandro Parma == GeoServer Professional Services from the 
> experts! Visit http://goo.gl/it488V <http://goo.gl/it488V> for more 
> information. == Alessandro Parma Technical Lead / Senior DevOps Engineer 
> GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy 
> phone: +39 340 4752467 fax: +39 0584 1660272 https:// 
> www.geosolutionsgroup.com <https://www.geosolutionsgroup.com> https:// 
> twitter.com/geosolutions_it <https://twitter.com/geosolutions_it> 
> ------------------------------------------------------- Con riferimento 
> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - 
> Regolamento generale sulla protezione dei dati ?GDPR?), si precisa che 
> ogni circostanza inerente alla presente email (il suo contenuto, gli 
> eventuali allegati, etc.) ? un dato la cui conoscenza ? riservata al/i 
> solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le ? 
> giunto per errore, ? tenuta/o a cancellarlo, ogni altra operazione ? 
> illecita. Le sarei comunque grato se potesse darmene notizia. This email 
> is intended only for the person or entity to which it is addressed and 
> may contain information that is privileged, confidential or otherwise 
> protected from disclosure. We remind that - as provided by European 
> Regulation 2016/679 ?GDPR? - copying, dissemination or use of this e- 
> mail or the information herein by anyone other than the intended 
> recipient is prohibited. If you have received this email by mistake, 
> please notify us immediately by telephone or e-mail.
> 



From nikolay.su at outlook.com  Tue Sep 17 05:36:15 2024
From: nikolay.su at outlook.com (=?koi8-r?B?89XIzs8g7snLz8zByg==?=)
Date: Tue, 17 Sep 2024 12:36:15 +0000
Subject: [MapServer-users] mapserver + fcgiwrap + nginx = not work as FastCGI
Message-ID: <AS8PR08MB88017CCCB0492E3AAB8EC5E983612@AS8PR08MB8801.eurprd08.prod.outlook.com>

Good day to all!

Testing  mapserver under nginx and Linux.

Mapserver launched as a process via fcgiwrap terminates after the first response and does not stay in memory as in Apache mod_fcgid.

After some research I found out that the reason is in the FCGI_Accept function which should wait for a connection but it returns -1 when it is run the second time.

  while( !finish_process && FCGI_Accept() >= 0 ) {   <-- first time FCGI_Accept() return 0. Next run always -1
--------
  int a=-2;
  while( !finish_process && FCGI_Accept() >= 0 ) { <-- first time FCGI_Accept() return 0.
    a = FCGI_Accept();
    msDebug("==FCGI_Accept on start== %d\n", a);  <-- first time FCGI_Accept() return -1.

I understand that this is most likely not a mapserver problem. Most likely the problem is on the fcgiwrap service side. But maybe someone has experience running a mapserver under nginx in FastCGI mode?

MapServer version 8.0.1 PROJ version 8.2 GDAL version 3.9 OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WFS_SERVER SUPPORTS=WCS_SERVER SUPPORTS=OGCAPI_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE INPUT=FLATGEOBUF
CentOS Stream release 9
nginx version: nginx/1.20.1
fcgiwrap version 1.1.0

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

From jukka.rahkonen at maanmittauslaitos.fi  Tue Sep 17 06:17:52 2024
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka)
Date: Tue, 17 Sep 2024 13:17:52 +0000
Subject: [MapServer-users] mapserver + fcgiwrap + nginx = not work as
 FastCGI
In-Reply-To: <AS8PR08MB88017CCCB0492E3AAB8EC5E983612@AS8PR08MB8801.eurprd08.prod.outlook.com>
References: <AS8PR08MB88017CCCB0492E3AAB8EC5E983612@AS8PR08MB8801.eurprd08.prod.outlook.com>
Message-ID: <DB9PR09MB6887AD4521728AF750458AC6FD612@DB9PR09MB6887.eurprd09.prod.outlook.com>

Hi,

I have no personal experience, but I have been reading somewhere that spawn-fcgi might be better, but harder to configure than fcgiwrap.

-Jukka Rahkonen-

L?hett?j?: MapServer-users <mapserver-users-bounces at lists.osgeo.org> Puolesta ????? ??????? via MapServer-users
L?hetetty: tiistai 17. syyskuuta 2024 15.36
Vastaanottaja: MapServer-users at lists.osgeo.org
Aihe: [MapServer-users] mapserver + fcgiwrap + nginx = not work as FastCGI

Good day to all!

Testing  mapserver under nginx and Linux.

Mapserver launched as a process via fcgiwrap terminates after the first response and does not stay in memory as in Apache mod_fcgid.

After some research I found out that the reason is in the FCGI_Accept function which should wait for a connection but it returns -1 when it is run the second time.

  while( !finish_process && FCGI_Accept() >= 0 ) {   <-- first time FCGI_Accept() return 0. Next run always -1
--------
  int a=-2;
  while( !finish_process && FCGI_Accept() >= 0 ) { <-- first time FCGI_Accept() return 0.
    a = FCGI_Accept();
    msDebug("==FCGI_Accept on start== %d\n", a);  <-- first time FCGI_Accept() return -1.

I understand that this is most likely not a mapserver problem. Most likely the problem is on the fcgiwrap service side. But maybe someone has experience running a mapserver under nginx in FastCGI mode?

MapServer version 8.0.1 PROJ version 8.2 GDAL version 3.9 OUTPUT=PNG OUTPUT=JPEG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WFS_SERVER SUPPORTS=WCS_SERVER SUPPORTS=OGCAPI_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE INPUT=FLATGEOBUF
CentOS Stream release 9
nginx version: nginx/1.20.1
fcgiwrap version 1.1.0

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

From jmckenna at gatewaygeomatics.com  Tue Sep 17 15:55:34 2024
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Tue, 17 Sep 2024 19:55:34 -0300
Subject: [MapServer-users] MS4W 5.0.0 (final) released!
Message-ID: <e113095e-5f87-484a-9989-05275b426af8@gatewaygeomatics.com>

Hi everyone,

After many many betas and release candidates, I'm very proud to announce 
that MS4W 5.0.0 is available at https://ms4w.com

Important: you must be sure to run the file "/tmp/vc_redist.86.exe" 
before installing Apache, if you are using the zip archive.

The history of changes is too long to paste here, so see it at 
https://ms4w.com/HISTORY.html

A significant effort was put into upgrading the setup.exe installer, to 
code sign it for Windows security approval, and also updating the many 
MS4W apps & their mapfiles, as well as handling ms4w.conf, for the 
recent MapServer version.  It should install nicely into the beloved 
path of C:/Program Files/, but installing at the root of a drive is 
always best.

Please see the Migration Guide for upgrading to 5.0, with many important 
notes and steps, at https://ms4w.com/trac/wiki/MigrationGuide5.x

The README has been also updated of course, with special notes for 
enabling MapCache, pycsw, Oracle/Java/Python plugins, GDAL/MapServer 
plugins etc. at https://ms4w.com/README_INSTALL.html

The timing on this release is special, as it is also 20 years since 
Venka, Markus and I met in Bangkok, and agreed to create an annual 
"FOSS4G" event.

(the MS4W dev server has also been updated, showcasing many MS4W apps at 
https://ms4w.dev )

Happy MapServ-ing to all,

-jeff



-- 
Jeff McKenna
GatewayGeo: Developers of MS4W, & offering MapServer Consulting/Dev
co-founder of FOSS4G
http://gatewaygeo.com/












From sdlime at gmail.com  Wed Sep 18 05:31:21 2024
From: sdlime at gmail.com (Steve Lime)
Date: Wed, 18 Sep 2024 07:31:21 -0500
Subject: [MapServer-users] Mapfile -> EMPTY-Parameter -> Migrate from MS
 7.6 -> 8.0
In-Reply-To: <461490578d8e4b97a6fd36a0fa23aa6a@geobasis-bb.de>
References: <1181d19ec7de4debb90c5e4eabd9f6e1@geobasis-bb.de>
 <461490578d8e4b97a6fd36a0fa23aa6a@geobasis-bb.de>
Message-ID: <CAMrKZ9-8y_tLc4510YzeJBKDsNLpx_DOWixrm=D7C3mcPjb8FQ@mail.gmail.com>

Hi Georg: There was a regression in 8.0 that broke the EMPTY redirection.
It had to do with considering 0 results as a valid query result and not an
error. The functionality was fixed in 8.2 and is working fine for me at
least.

?Steve

On Wed, Sep 11, 2024 at 8:10?AM Ulbrich, Georg via MapServer-users <
mapserver-users at lists.osgeo.org> wrote:

> Sorry, I'm currently migrating from MS 7.6 to MS 8.2.2 - but here too I
> can't find any difference in the documentation.
>
>
> -----Urspr?ngliche Nachricht-----
> Von: MapServer-users <mapserver-users-bounces at lists.osgeo.org> Im Auftrag
> von Ulbrich, Georg via MapServer-users
> Gesendet: Mittwoch, 11. September 2024 14:49
> An: mapserver-users at lists.osgeo.org
> Betreff: [MapServer-users] Mapfile -> EMPTY-Parameter -> Migrate from MS
> 7.6 -> 8.0
>
> I'm migrating from MS 7.6 to 8.0:
> In MS 7.6, when I clicked on a coordinate with no data in the GFI, I was
> redirected to the web page specified with the "EMPTY" parameter in mapfile:
>
> EMPTY    'https://isk.geobasis-bb.de/error_pages/wms_gfi_empty.html'
>
> Now in MS 8.0.0 I get a blank page (HTTP 200).
> Does anyone have an idea why the redirection no longer works? I couldn't
> find any changes in the documentation.
> _______________________________________________
> 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/20240918/9d15ac5f/attachment.htm>

From Tim.Pascoe at ec.gc.ca  Wed Sep 18 14:12:37 2024
From: Tim.Pascoe at ec.gc.ca (Pascoe,Tim (ECCC))
Date: Wed, 18 Sep 2024 21:12:37 +0000
Subject: [MapServer-users] Issue with ODBC Connection on 8.2.2 for OGR VRT
 Layer
Message-ID: <YT3PR01MB5954D63C0256A4E65A6C2F1CAF622@YT3PR01MB5954.CANPRD01.PROD.OUTLOOK.COM>

I've spent a fair amount of time trying to track down an ODBC connection issue after upgrading to Mapserver 8.2.2

Platform:
Windows Server 2016
IIS
MS SQL Server 2016
Mapserver 8.2.2 (binaries from GISInternals)

Creating an ODBC connection using the MS administrator works, and the connection test is successful.
The DSN is a System DSN using the ODBC Driver 17 for SQL Server
The user account for the connection is confirmed to have access to the SQL View being used for a VRT layer using OGR

Testing with OGRINFO on the following .ovf file:

<OGRVRTDataSource>
                                <OGRVRTLayer name='CABINsite'>
                                                <SrcDataSource>ODBC:****/***** @Cabinservice,qryWMSInternal</SrcDataSource>
                                                <SrcSQL>SELECT * FROM qryWMSInternal WHERE sitedetailsid = ****</SrcSQL>
                                    <FID>sitedetailsid</FID>
                                                <GeometryType>wkbPoint</GeometryType>
                                                <LayerSRS>WGS84</LayerSRS>
                                <GeometryField encoding='PointFromColumns' x='longitude' y='latitude'/>
                                </OGRVRTLayer>
</OGRVRTDataSource>

Generates the error "Failed to open datasource 'ODBC:****/****....."

The same test in my production environment, using Mapserver 7.x,  connects to the VRT layer and reports as expected.

Anyone have something else I can look for? I've seen a number of posts in various forums with similar issues, but they all seem to resolve with an error in the connection string. Since I'm sure the format/credentials is correct, I'm not sure where else to look. Is there a change in how OGR/GDAL operates in the 8.2.2 binaries I have (security changes?) that would result in this issue?

Thanks,

Tim

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

From sethg at geographika.co.uk  Thu Sep 19 00:00:24 2024
From: sethg at geographika.co.uk (Seth G)
Date: Thu, 19 Sep 2024 09:00:24 +0200
Subject: [MapServer-users] Issue with ODBC Connection on 8.2.2 for OGR
 VRT Layer
In-Reply-To: <YT3PR01MB5954D63C0256A4E65A6C2F1CAF622@YT3PR01MB5954.CANPRD01.PROD.OUTLOOK.COM>
References: <YT3PR01MB5954D63C0256A4E65A6C2F1CAF622@YT3PR01MB5954.CANPRD01.PROD.OUTLOOK.COM>
Message-ID: <683ef3fb-0294-4379-a3df-352332d34e21@app.fastmail.com>

Hi Tim,

A couple of suggestions to try.

 1. Can you connect with the same connection string details using ogrinfo?
 2. Are you able to test with the MSSQL driver in GDAL? https://gdal.org/en/latest/drivers/vector/mssqlspatial.html
Seth

--
web:https://geographika.net & https://mapserverstudio.net
twitter: @geographika

On Wed, Sep 18, 2024, at 11:12 PM, Pascoe, Tim (ECCC) via MapServer-users wrote:
> I?ve spent a fair amount of time trying to track down an ODBC connection issue after upgrading to Mapserver 8.2.2
>  
> Platform:
> Windows Server 2016
> IIS
> MS SQL Server 2016
> Mapserver 8.2.2 (binaries from GISInternals)
>  
> Creating an ODBC connection using the MS administrator works, and the connection test is successful.
> The DSN is a System DSN using the ODBC Driver 17 for SQL Server
> The user account for the connection is confirmed to have access to the SQL View being used for a VRT layer using OGR
>  
> Testing with OGRINFO on the following .ovf file:
>  
> <OGRVRTDataSource>
>                                 <OGRVRTLayer name='CABINsite'>
>                                                 <SrcDataSource>ODBC:****/***** @Cabinservice,qryWMSInternal</SrcDataSource>
>                                                 <SrcSQL>SELECT * FROM qryWMSInternal WHERE sitedetailsid = ****</SrcSQL>
>                                     <FID>sitedetailsid</FID>
>                                                 <GeometryType>wkbPoint</GeometryType>
>                                                 <LayerSRS>WGS84</LayerSRS>
>                                 <GeometryField encoding='PointFromColumns' x='longitude' y='latitude'/>
>                                 </OGRVRTLayer>
> </OGRVRTDataSource>
>  
> Generates the error ?Failed to open datasource ?ODBC:****/****?..?
>  
> The same test in my production environment, using Mapserver 7.x,  connects to the VRT layer and reports as expected.
>  
> Anyone have something else I can look for? I?ve seen a number of posts in various forums with similar issues, but they all seem to resolve with an error in the connection string. Since I?m sure the format/credentials is correct, I?m not sure where else to look. Is there a change in how OGR/GDAL operates in the 8.2.2 binaries I have (security changes?) that would result in this issue?
>  
> Thanks,
>  
> Tim
>  
> _______________________________________________
> 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/20240919/e55a33e2/attachment.htm>

From mgrudzien7 at gmail.com  Thu Sep 19 04:06:12 2024
From: mgrudzien7 at gmail.com (=?UTF-8?Q?Marcin_Grudzie=C5=84?=)
Date: Thu, 19 Sep 2024 13:06:12 +0200
Subject: [MapServer-users] WFS layer without geometry
Message-ID: <CAFVsPt-oJdheVGdybZJOEdE=1k9Heu_AteDZBSOsi5QhGACBaQ@mail.gmail.com>

Hi,

I want to publish a WFS service that contains two layers:

   - buildings,
   - flats/apartments that are located in buildings.

Buildings data contain geometry whereas flats/apartments do not.
Is it possible to publish non-spatial data using MapServer via WFS service?
if yes, how?
I noticed in MapServer documentation that the gml_geometries parameter
allows me to hide the geometry attribute in the output GML WFS GetFeature
response. As a workaround, I can add "fake" geometry to the data objects
and hide it in GML output. However, WFS service with such data still
supports spatial functionalities e.g. BBOX filter, which is not what I want.

Thank you in advance for any tips.

Best regards,
Marcin Grudzie?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20240919/9d4d8b8a/attachment.htm>

From Tim.Pascoe at ec.gc.ca  Thu Sep 19 05:58:56 2024
From: Tim.Pascoe at ec.gc.ca (Pascoe,Tim (ECCC))
Date: Thu, 19 Sep 2024 12:58:56 +0000
Subject: [MapServer-users] Issue with ODBC Connection on 8.2.2 for OGR
 VRT Layer
In-Reply-To: <683ef3fb-0294-4379-a3df-352332d34e21@app.fastmail.com>
References: <YT3PR01MB5954D63C0256A4E65A6C2F1CAF622@YT3PR01MB5954.CANPRD01.PROD.OUTLOOK.COM>
 <683ef3fb-0294-4379-a3df-352332d34e21@app.fastmail.com>
Message-ID: <YQBPR0101MB5941610C954C4285A16FD7A3AF632@YQBPR0101MB5941.CANPRD01.PROD.OUTLOOK.COM>

Seth,

                I can connect via OGRINFO using the MSSQL driver, after setting the environment variable for:

MSSQLSPATIAL_USE_GEOMETRY_COLUMNS=NO

Since the user account for this application does not have CREATE TABLE permissions. The layer is a VRT taken from a non-spatial SQL table (just lat/long columns). Sadly, when accessing the layer via MapServer through the web application using the full map file, the Create Table error persists.

Timothy Pascoe

Please note the return to our departmental E-mail address below. My Canada.ca address will also continue to work for the time being/Veuillez noter le retour ? notre adresse ?lectronique d?partementale ci-dessous. Mon adresse Canada.ca continuera ?galement ? fonctionner pour le moment.

Environmental Scientist, Water Quality Monitoring & Surveillance
Environment & Climate Change Canada (ECCC)
tim.pascoe at ec.gc.ca<mailto:tim.pascoe at ec.gc.ca> T: 905-336-6239 / C: 289-253-7857

Scientifique de l'environement, Surveillance de la qualit? de l'eau
Environnement et Changement climatique Canada (ECCC)
tim.pascoe at ec.gc.ca<mailto:tim.pascoe at ec.gc.ca> T: 905-336-6239 / C: 289-253-7857

[Environment Canada]

From: Seth G <sethg at geographika.co.uk>
Sent: Thursday, September 19, 2024 3:00 AM
To: Pascoe,Tim (ECCC) <Tim.Pascoe at ec.gc.ca>; MapServer Users <mapserver-users at lists.osgeo.org>
Subject: Re: [MapServer-users] Issue with ODBC Connection on 8.2.2 for OGR VRT Layer

You don't often get email from sethg at geographika.co.uk<mailto:sethg at geographika.co.uk>. Learn why this is important<https://aka.ms/LearnAboutSenderIdentification>
Hi Tim,

A couple of suggestions to try.


  1.  Can you connect with the same connection string details using ogrinfo?
  2.  Are you able to test with the MSSQL driver in GDAL? https://gdal.org/en/latest/drivers/vector/mssqlspatial.html
Seth

--
web:https://geographika.net<https://geographika.net/> & https://mapserverstudio.net<https://mapserverstudio.net/>
twitter: @geographika

On Wed, Sep 18, 2024, at 11:12 PM, Pascoe, Tim (ECCC) via MapServer-users wrote:

I've spent a fair amount of time trying to track down an ODBC connection issue after upgrading to Mapserver 8.2.2



Platform:

Windows Server 2016

IIS

MS SQL Server 2016

Mapserver 8.2.2 (binaries from GISInternals)



Creating an ODBC connection using the MS administrator works, and the connection test is successful.

The DSN is a System DSN using the ODBC Driver 17 for SQL Server

The user account for the connection is confirmed to have access to the SQL View being used for a VRT layer using OGR



Testing with OGRINFO on the following .ovf file:



<OGRVRTDataSource>

                                <OGRVRTLayer name='CABINsite'>

                                                <SrcDataSource>ODBC:****/***** @Cabinservice,qryWMSInternal</SrcDataSource>

                                                <SrcSQL>SELECT * FROM qryWMSInternal WHERE sitedetailsid = ****</SrcSQL>

                                    <FID>sitedetailsid</FID>

                                                <GeometryType>wkbPoint</GeometryType>

                                                <LayerSRS>WGS84</LayerSRS>

                                <GeometryField encoding='PointFromColumns' x='longitude' y='latitude'/>

                                </OGRVRTLayer>

</OGRVRTDataSource>



Generates the error "Failed to open datasource 'ODBC:****/****....."



The same test in my production environment, using Mapserver 7.x,  connects to the VRT layer and reports as expected.



Anyone have something else I can look for? I've seen a number of posts in various forums with similar issues, but they all seem to resolve with an error in the connection string. Since I'm sure the format/credentials is correct, I'm not sure where else to look. Is there a change in how OGR/GDAL operates in the 8.2.2 binaries I have (security changes?) that would result in this issue?



Thanks,



Tim


_______________________________________________
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/20240919/6d9060b4/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 2185 bytes
Desc: image001.gif
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20240919/6d9060b4/attachment.gif>

From sethg at geographika.co.uk  Thu Sep 19 06:16:01 2024
From: sethg at geographika.co.uk (Seth G)
Date: Thu, 19 Sep 2024 15:16:01 +0200
Subject: [MapServer-users] Issue with ODBC Connection on 8.2.2 for OGR
 VRT Layer
In-Reply-To: <YQBPR0101MB5941610C954C4285A16FD7A3AF632@YQBPR0101MB5941.CANPRD01.PROD.OUTLOOK.COM>
References: <YT3PR01MB5954D63C0256A4E65A6C2F1CAF622@YT3PR01MB5954.CANPRD01.PROD.OUTLOOK.COM>
 <683ef3fb-0294-4379-a3df-352332d34e21@app.fastmail.com>
 <YQBPR0101MB5941610C954C4285A16FD7A3AF632@YQBPR0101MB5941.CANPRD01.PROD.OUTLOOK.COM>
Message-ID: <6ada6dd0-0dd9-4bfc-be70-cb40b9b50711@app.fastmail.com>

Hi Tim,

If ogrinfo is returning the same error, then it likely rules out MapServer as the issue. I'd probably troubleshoot along the following lines:

 1. Try ogrinfo without an OVF file and a direct connection string. Maybe there are permission issues around accessing the system DSN
 2. If that works, switch to OVF with a connection string, then with a DSN.
 3. If it doesn't work, then use SQL Server Profiler to see if the user is making any requests to the database at all. 
 4. Try recreating the DSN - is the password saved correctly?
For the CREATE TABLE issue, I **think** you should be able to set that MSSQL environment variable by adding the following to your Mapfile:

CONFIG "MSSQLSPATIAL_USE_GEOMETRY_COLUMNS" "NO"

Seth

--
web:https://geographika.net & https://mapserverstudio.net
mastodon: @geographika at mastodon.social

On Thu, Sep 19, 2024, at 2:58 PM, Pascoe,Tim (ECCC) wrote:
> Seth,
>  
>                 I can connect via OGRINFO using the MSSQL driver, after setting the environment variable for:
>  
> MSSQLSPATIAL_USE_GEOMETRY_COLUMNS=NO
>  
> Since the user account for this application does not have CREATE TABLE permissions. The layer is a VRT taken from a non-spatial SQL table (just lat/long columns). Sadly, when accessing the layer via MapServer through the web application using the full map file, the Create Table error persists.
>  
> *Timothy Pascoe***
>  
> Please note the return to our departmental E-mail address below. My Canada.ca address will also continue to work for the time being/Veuillez noter le retour ? notre adresse ?lectronique d?partementale ci-dessous. Mon adresse Canada.ca continuera ?galement ? fonctionner pour le moment.
>  
> Environmental Scientist, Water Quality Monitoring & Surveillance
> Environment & Climate Change Canada (ECCC)
> tim.pascoe at ec.gc.ca T: 905-336-6239 / C: 289-253-7857
>  
> Scientifique de l?environement, Surveillance de la qualit? de l'eau
> Environnement et Changement climatique Canada (ECCC)
> tim.pascoe at ec.gc.ca T: 905-336-6239 / C: 289-253-7857
>  
> Environment Canada
>  
> *From:* Seth G <sethg at geographika.co.uk> 
> *Sent:* Thursday, September 19, 2024 3:00 AM
> *To:* Pascoe,Tim (ECCC) <Tim.Pascoe at ec.gc.ca>; MapServer Users <mapserver-users at lists.osgeo.org>
> *Subject:* Re: [MapServer-users] Issue with ODBC Connection on 8.2.2 for OGR VRT Layer
>  
> 
> You don't often get email from sethg at geographika.co.uk. Learn why this is important <https://aka.ms/LearnAboutSenderIdentification>
> 
> Hi Tim,
>  
> A couple of suggestions to try.
>  
>  1. Can you connect with the same connection string details using ogrinfo?
>  2. Are you able to test with the MSSQL driver in GDAL? https://gdal.org/en/latest/drivers/vector/mssqlspatial.html
> Seth
>  
> --
> web:https://geographika.net & https://mapserverstudio.net
> twitter: @geographika
>  
> On Wed, Sep 18, 2024, at 11:12 PM, Pascoe, Tim (ECCC) via MapServer-users wrote:
>> I?ve spent a fair amount of time trying to track down an ODBC connection issue after upgrading to Mapserver 8.2.2
>> 
>>  
>> 
>> Platform:
>> 
>> Windows Server 2016
>> 
>> IIS
>> 
>> MS SQL Server 2016
>> 
>> Mapserver 8.2.2 (binaries from GISInternals)
>> 
>>  
>> 
>> Creating an ODBC connection using the MS administrator works, and the connection test is successful.
>> 
>> The DSN is a System DSN using the ODBC Driver 17 for SQL Server
>> 
>> The user account for the connection is confirmed to have access to the SQL View being used for a VRT layer using OGR
>> 
>>  
>> 
>> Testing with OGRINFO on the following .ovf file:
>> 
>>  
>> 
>> <OGRVRTDataSource>
>> 
>>                                 <OGRVRTLayer name='CABINsite'>
>> 
>>                                                 <SrcDataSource>ODBC:****/***** @Cabinservice,qryWMSInternal</SrcDataSource>
>> 
>>                                                 <SrcSQL>SELECT * FROM qryWMSInternal WHERE sitedetailsid = ****</SrcSQL>
>> 
>>                                     <FID>sitedetailsid</FID>
>> 
>>                                                 <GeometryType>wkbPoint</GeometryType>
>> 
>>                                                 <LayerSRS>WGS84</LayerSRS>
>> 
>>                                 <GeometryField encoding='PointFromColumns' x='longitude' y='latitude'/>
>> 
>>                                 </OGRVRTLayer>
>> 
>> </OGRVRTDataSource>
>> 
>>  
>> 
>> Generates the error ?Failed to open datasource ?ODBC:****/****?..?
>> 
>>  
>> 
>> The same test in my production environment, using Mapserver 7.x,  connects to the VRT layer and reports as expected.
>> 
>>  
>> 
>> Anyone have something else I can look for? I?ve seen a number of posts in various forums with similar issues, but they all seem to resolve with an error in the connection string. Since I?m sure the format/credentials is correct, I?m not sure where else to look. Is there a change in how OGR/GDAL operates in the 8.2.2 binaries I have (security changes?) that would result in this issue?
>> 
>>  
>> 
>> Thanks,
>> 
>>  
>> 
>> Tim
>> 
>>  
>> 
>> _______________________________________________
>> 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/20240919/7db762e4/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 2185 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20240919/7db762e4/attachment.gif>

From Valeri.Liandres at leibniz-liag.de  Fri Sep 20 03:08:49 2024
From: Valeri.Liandres at leibniz-liag.de (Liandres, Valeri)
Date: Fri, 20 Sep 2024 10:08:49 +0000
Subject: [MapServer-users] das "PLUGIN -msplugin_mssql2008.dll" Problem bei
 Mapserver 8
Message-ID: <43a3934ccc664df5af80dde4f221fd83@leibniz-liag.de>

Hello,
we are migrating our project with Mapserver 7 to Mapserver 8.0. Our project has been working stably under Mapserver 7 for a long time.
One component of the project is DB query MSSQL - Server using MAP file and PLUGIN routine.
Although we are using the latest version of "msplugin_mssql2008.dll", we always get an error message that the query is wrong. The table "GEOM_VG_BULA" and permissions are OK.
The call is in the PHP file as:
$oMap = new mapObj(MAPFILE);$oMap->setSize(1990, 1160);....    $oImage = $oMap->draw();
-------
MAP
...
  LAYER
   NAME "..."
   CONNECTIONTYPE PLUGIN
   PLUGIN "d:\www\cgi-bin\ms5\msplugin_mssql2008.dll"
   CONNECTION "server=ServName;uid=_user;pwd=pass;database=DB-Name;Integrated Security=false"
   DATA "GEOMETRY_LL84 from GEOM_VG_BULA using unique ID using SRID=4326"       <<<<<  here table GEOM_VG_BULA , column GEOMETRY_LL84
   TYPE POLYGON
   STATUS OFF
...
END
-------
The error message:
Fatal error: Uncaught Exception: msDrawMap(): Image handling error. Failed to draw layer named 'Bundeslaender'.;msMSSQL2008LayerOpen():
 Query error. Error with MSSQL2008 data variable. You specified 'Error parsing MSSQL2008 data variable: nothing specified in DATA statement.
<br><br> More Help:<br><br> '.<br> Standard ways of specifying are : <br> (1) 'geometry_column from geometry_table' <br> (2) 'geometry_column from (&lt;sub query&gt;) as foo using unique &lt;column name&gt; using SRID=&lt;srid#&gt;' <br><br> Make sure you utilize the 'using unique &lt;column name&gt;' and 'using with &lt;index name&gt;' clauses in. <br><br>For more help, please see http://www.mapdotnet.com <br><br>mapmssql2008.c - version of 2007/7/1. in D:\www\cgi-bin\ms5\quickmap_geometry.php:13
 Stack trace: #0 D:\www\cgi-bin\ms5\quickmap_geometry.php(13): mapObj->draw() #1 {main} thrown in D:\www\cgi-bin\ms5\quickmap_geometry.php on line

Is this a problem only with version 8.0?
Unfortunately, we cannot use "Connection type OGR" in our project structure.

Can anyone help us?
Valeri
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20240920/55a841be/attachment.htm>

From sethg at geographika.co.uk  Fri Sep 20 04:42:22 2024
From: sethg at geographika.co.uk (Seth G)
Date: Fri, 20 Sep 2024 13:42:22 +0200
Subject: [MapServer-users] das "PLUGIN -msplugin_mssql2008.dll" Problem
 bei Mapserver 8
In-Reply-To: <43a3934ccc664df5af80dde4f221fd83@leibniz-liag.de>
References: <43a3934ccc664df5af80dde4f221fd83@leibniz-liag.de>
Message-ID: <a3b19a61-89ac-41d7-9e48-89bbdd380a98@app.fastmail.com>

Hi Valeri,

The docs at https://mapserver.org/input/vector/mssql.html#option-2-connect-through-mapserver-plugin are out of date since version 8 of MapServer.
For all layers using a PLUGIN you have to add the plugin to your MapServer CONFIG file: https://mapserver.org/mapfile/config.html#config

For example:

  PLUGINS
    "mssql" "d:\www\cgi-bin\ms5\msplugin_mssql2008.dll"
  END

Then you use the key to the plugin in your Mapfile. This avoids MapServer loading possibly untrusted DLLs:

  LAYER
   NAME "..."
   CONNECTIONTYPE PLUGIN
   PLUGIN "mssql" # this should be the key used in the CONFIG file - 
   CONNECTION "server=ServName;uid=_user;pwd=pass;database=DB-Name;Integrated Security=false"
   DATA "GEOMETRY_LL84 from GEOM_VG_BULA using unique ID using SRID=4326"
   TYPE POLYGON
   STATUS OFF

When using the Mapfile through MapScript you will need to pass the path to your CONFIG file. See https://github.com/MapServer/MapServer/pull/6646 for details. 

This may resolve your current issue, unless you already use the DLL path a key, in which case it could be something else such as an extra double-quote in the CONNECTION string. 

Seth

--
web:https://geographika.net & https://mapserverstudio.net
mastodon: @geographika at mastodon.social

On Fri, Sep 20, 2024, at 12:08 PM, Liandres, Valeri via MapServer-users wrote:
> Hello,
> we are migrating our project with Mapserver 7 to Mapserver 8.0. Our project has been working stably under Mapserver 7 for a long time.
> One component of the project is DB query MSSQL - Server using MAP file and PLUGIN routine.
> Although we are using the latest version of "msplugin_mssql2008.dll", we always get an error message that the query is wrong. The table "GEOM_VG_BULA" and permissions are OK.
> The call is in the PHP file as:
> $oMap = new mapObj(MAPFILE);$oMap->setSize(1990, 1160);....    $oImage = $oMap->draw();
> -------
> MAP
> ...
>   LAYER
>    NAME "..."
>    CONNECTIONTYPE PLUGIN
>    PLUGIN "d:\www\cgi-bin\ms5\msplugin_mssql2008.dll"
>    CONNECTION "server=ServName;uid=_user;pwd=pass;database=DB-Name;Integrated Security=false"
>    *DATA "GEOMETRY_LL84 from GEOM_VG_BULA using unique ID using SRID=4326"       <<<<<  *here table *GEOM_VG_BULA* , column *GEOMETRY_LL84*
>    TYPE POLYGON
>    STATUS OFF
> ...
> END
> -------
> The error message:
> Fatal error: Uncaught Exception: msDrawMap(): Image handling error. Failed to draw layer named 'Bundeslaender'.;msMSSQL2008LayerOpen():
>  *Query error*. Error with MSSQL2008 data variable. You specified 'Error parsing MSSQL2008 *data variable: nothing specified in DATA statement*.
> <br><br> More Help:<br><br> '.<br> Standard ways of specifying are : <br> (1) 'geometry_column from geometry_table' <br> (2) 'geometry_column from (&lt;sub query&gt;) as foo using unique &lt;column name&gt; using SRID=&lt;srid#&gt;' <br><br> Make sure you utilize the 'using unique &lt;column name&gt;' and 'using with &lt;index name&gt;' clauses in. <br><br>For more help, please see http://www.mapdotnet.com <br><br>mapmssql2008.c - version of 2007/7/1. in D:\www\cgi-bin\ms5\quickmap_geometry.php:13
>  Stack trace: #0 D:\www\cgi-bin\ms5\quickmap_geometry.php(13): mapObj->draw() #1 {main} thrown in D:\www\cgi-bin\ms5\quickmap_geometry.php on line
>  
> Is this a problem only with version 8.0?
> Unfortunately, we cannot use "Connection type OGR" in our project structure.
>  
> Can anyone help us?
> Valeri
> _______________________________________________
> 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/20240920/12b9ff5b/attachment.htm>

From wal3 at mindspring.com  Sat Sep 21 09:58:54 2024
From: wal3 at mindspring.com (Worth Lutz)
Date: Sat, 21 Sep 2024 12:58:54 -0400
Subject: [MapServer-users] PHP mapscript-ng problem using
 map->setLayersDrawingOrder()
Message-ID: <193dcd9a-6cdc-41d7-921a-78e96f1d58fe@mindspring.com>

Hi All,

I'm trying to do an upgrade to MapServer v8 and Mapscript-ng. I'm unable 
to get $map->setLayersDrawingOrder($layerOrderArrayOfIntegers) to work. 
I get this error:

 ??? Expected SWIGTYPE_p_int for argument 2 of mapObj_setLayersDrawingOrder

I'm assuming it is because of this note in the documentation:

    Note Unless the proper typemap is implemented for the module?s
    language users will not be able to pass arrays or lists to this
    method and it will be unusable.

Is there anything I can do to use setLayersDrawingOrder in my code?

Thanks,
-- 
*Worth Lutz*

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

From sethg at geographika.co.uk  Sun Sep 22 13:26:54 2024
From: sethg at geographika.co.uk (Seth G)
Date: Sun, 22 Sep 2024 22:26:54 +0200
Subject: [MapServer-users] das "PLUGIN -msplugin_mssql2008.dll" Problem
 bei Mapserver 8
In-Reply-To: <c4edfddee5a74e39845b90d0f864af3e@leibniz-liag.de>
References: <43a3934ccc664df5af80dde4f221fd83@leibniz-liag.de>
 <a3b19a61-89ac-41d7-9e48-89bbdd380a98@app.fastmail.com>
 <c4edfddee5a74e39845b90d0f864af3e@leibniz-liag.de>
Message-ID: <d6e3e6cd-c53f-4b3f-9de7-15f4973bd7e7@app.fastmail.com>

Hi,

I'd first try to get your Mapfile working using map2img (see https://mapserver.org/utilities/map2img.html), remembering to set the -conf parameter to point to your CONFIG file.

It looks like you are displaying data through MapScript, so once map2img is working you may want to share your quickmap_geometry.php script as the error shows:

D:\www\cgi-bin\ms5\quickmap_geometry.php(13): mapObj->draw() #1 {main} thrown in D:\www\cgi-bin\ms5\quickmap_geometry.php on line 13

I've created a pull request with updated docs for the MSSQL driver at https://github.com/MapServer/MapServer-documentation/pull/967

Seth

--
web:https://geographika.net & https://mapserverstudio.net
mastodon: @geographika at mastodon.social

On Sat, Sep 21, 2024, at 11:13 AM, Liandres, Valeri wrote:
> Hello, Seth! Thank you for such a quick reply! We have tried the changes - key "mssql" in MAP and PLUGIN - in the config file. Unfortunately, a new error message appeared: "Failed to load dynamic Layer LIB: mssql".
> Here are my data:
> ------------------------------------------
> Environment Variables: MAPSERVER_CONFIG_FILE D:\WWW\cgi-bin\etc\mapserver.conf
> -----------------------------------------mapserver.conf----------------------
> CONFIG
>   ENV
>                MS_MAP_NO_PATH "foo" 
>   END
>   PLUGIN
>                "mssql" "d:\www\cgi-bin\ms5\msplugin_mssql2008.dll"              #  *New*
>   END
>   MAPS
>                MAP1 "d:/www/local-demo/local.map"
>   END
> END
> ----------------------------------------------------------------------------
> MAP
>   EXTENT 4.9159680 46.7707244 15.8416465 55.0837406
>   UNITS dd
>   LAYER
>    NAME "Bundeslaender"
>                CONNECTIONTYPE PLUGIN
>                *PLUGIN "mssql"*                             *# this should be the key used in the CONFIG file*
>   # PLUGIN "D:\www\cgi-bin\ms5\msplugin_mssql2008.dll"  
>    CONNECTION "server=SErvername;uid=_user;pwd=pass;database=DB;Integrated Security=false"
>    DATA "GEOMETRY_LL84 from GEOM_VG_BULA using unique ID using SRID=4326"
>    TYPE POLYGON
>    STATUS ON
> ..... 
>   END
> END
> --------------------------------------------------tabelle "GEOM_VG_BULA"---------------------------------------
> //                          Example query the table:"GEOM_VG_BULA"
> $sql = "SELECT ID, GEOMETRY_LL84.ToString() AS GeometryData FROM GEOM_VG_BULA Where ID = 9";
>  
> ID; NAME; TYPE; GEOMETRY_UTM32; GEOMETRY_GK3; GEOMETRY_LL84; GEOGRAPHY_LL84; LEV; MAXLEV; RS; RS_GEKUERZT; GF; SHAPE_LEN; SHAPE_AREA; VATER_ID;
> ID: 9 Geometry Spalte GEOMETRY_LL84: MULTIPOLYGON (((8.5046081667131244 53.228919296139416, 8.5058996910812716 53.2278613377389, ..............., 8.616166313122319 53.197993104637327)))
> --------------------------------------------------------------------------------------------------------------------------
> Error message: Fatal error: Uncaught Exception: msDrawMap(): Image handling error. Failed to draw layer named 'Bundeslaender'.;loadCustomLayerDLL: General error message.
> Failed to load dynamic Layer LIB: mssql;msGetSymbol(): General error message.
> *Can't load requested dynamic library*: mssql in D:\www\cgi-bin\ms5\quickmap_geometry.php:13
> Stack trace: #0 D:\www\cgi-bin\ms5\quickmap_geometry.php(13): mapObj->draw() #1 {main} thrown in D:\www\cgi-bin\ms5\quickmap_geometry.php on line 13
> I checked the permissions - full access What do you think is the cause?
> Best regards
> Valeri
>  
> *Von:* Seth G <sethg at geographika.co.uk> 
> *Gesendet:* Freitag, 20. September 2024 13:42
> *An:* Liandres, Valeri <Valeri.Liandres at leibniz-liag.de>; MapServer Users <mapserver-users at lists.osgeo.org>
> *Cc:* Agemar, Thorsten <Thorsten.Agemar at leibniz-liag.de>
> *Betreff:* Re: [MapServer-users] das "PLUGIN -msplugin_mssql2008.dll" Problem bei Mapserver 8
>  
> ACHTUNG!! Diese E-Mail erreicht Sie von einem Absender au?erhalb der GZH-Infrastruktur. Bitte klicken Sie auf keine Links oder ?ffnen Sie keine E-Mail-Anh?nge, falls Sie den Absender nicht kennen und nicht wissen, ob der Inhalt sicher ist.
>  
> Hi Valeri,
>  
> The docs at https://mapserver.org/input/vector/mssql.html#option-2-connect-through-mapserver-plugin are out of date since version 8 of MapServer.
> For all layers using a PLUGIN you have to add the plugin to your MapServer CONFIG file: https://mapserver.org/mapfile/config.html#config
>  
> For example:
>  
>   PLUGINS
>     "mssql" "d:\www\cgi-bin\ms5\msplugin_mssql2008.dll"
>   END
>  
> Then you use the key to the plugin in your Mapfile. This avoids MapServer loading possibly untrusted DLLs:
>  
>   LAYER
>    NAME "..."
>    CONNECTIONTYPE PLUGIN
>    PLUGIN "mssql" # this should be the key used in the CONFIG file - 
>    CONNECTION "server=ServName;uid=_user;pwd=pass;database=DB-Name;Integrated Security=false"
>    DATA "GEOMETRY_LL84 from GEOM_VG_BULA using unique ID using SRID=4326"
>    TYPE POLYGON
>    STATUS OFF
>  
> When using the Mapfile through MapScript you will need to pass the path to your CONFIG file. See https://github.com/MapServer/MapServer/pull/6646 for details.
>  
> This may resolve your current issue, unless you already use the DLL path a key, in which case it could be something else such as an extra double-quote in the CONNECTION string. 
>  
> Seth
>  
> --
> web:https://geographika.net & https://mapserverstudio.net
> mastodon: @geographika at mastodon.social
>  
> On Fri, Sep 20, 2024, at 12:08 PM, Liandres, Valeri via MapServer-users wrote:
>> Hello,
>> 
>> we are migrating our project with Mapserver 7 to Mapserver 8.0. Our project has been working stably under Mapserver 7 for a long time.
>> 
>> One component of the project is DB query MSSQL - Server using MAP file and PLUGIN routine.
>> 
>> Although we are using the latest version of "msplugin_mssql2008.dll", we always get an error message that the query is wrong. The table "GEOM_VG_BULA" and permissions are OK.
>> 
>> The call is in the PHP file as:
>> 
>> $oMap = new mapObj(MAPFILE);$oMap->setSize(1990, 1160);....    $oImage = $oMap->draw();
>> 
>> -------
>> 
>> MAP
>> 
>> ...
>> 
>>   LAYER
>> 
>>    NAME "..."
>> 
>>    CONNECTIONTYPE PLUGIN
>> 
>>    PLUGIN "d:\www\cgi-bin\ms5\msplugin_mssql2008.dll"
>> 
>>    CONNECTION "server=ServName;uid=_user;pwd=pass;database=DB-Name;Integrated Security=false"
>> 
>>    *DATA "GEOMETRY_LL84 from GEOM_VG_BULA using unique ID using SRID=4326"       <<<<<  *here table *GEOM_VG_BULA* , column *GEOMETRY_LL84*
>> 
>>    TYPE POLYGON
>> 
>>    STATUS OFF
>> 
>> ...
>> 
>> END
>> 
>> -------
>> 
>> The error message:
>> 
>> Fatal error: Uncaught Exception: msDrawMap(): Image handling error. Failed to draw layer named 'Bundeslaender'.;msMSSQL2008LayerOpen():
>> 
>>  *Query error*. Error with MSSQL2008 data variable. You specified 'Error parsing MSSQL2008 *data variable: nothing specified in DATA statement*.
>> 
>> <br><br> More Help:<br><br> '.<br> Standard ways of specifying are : <br> (1) 'geometry_column from geometry_table' <br> (2) 'geometry_column from (&lt;sub query&gt;) as foo using unique &lt;column name&gt; using SRID=&lt;srid#&gt;' <br><br> Make sure you utilize the 'using unique &lt;column name&gt;' and 'using with &lt;index name&gt;' clauses in. <br><br>For more help, please see http://www.mapdotnet.com <br><br>mapmssql2008.c - version of 2007/7/1. in D:\www\cgi-bin\ms5\quickmap_geometry.php:13
>> 
>>  Stack trace: #0 D:\www\cgi-bin\ms5\quickmap_geometry.php(13): mapObj->draw() #1 {main} thrown in D:\www\cgi-bin\ms5\quickmap_geometry.php on line
>> 
>>  
>> 
>> Is this a problem only with version 8.0?
>> 
>> Unfortunately, we cannot use "Connection type OGR" in our project structure.
>> 
>>  
>> 
>> Can anyone help us?
>> 
>> Valeri
>> 
>> _______________________________________________
>> 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/20240922/c30c5302/attachment.htm>

From Valeri.Liandres at leibniz-liag.de  Tue Sep 24 06:44:49 2024
From: Valeri.Liandres at leibniz-liag.de (Liandres, Valeri)
Date: Tue, 24 Sep 2024 13:44:49 +0000
Subject: [MapServer-users] das "PLUGIN -msplugin_mssql2008.dll" Problem bei
 Mapserver 8
Message-ID: <106f56b9d4924e4a8cca6987d2b5374f@leibniz-liag.de>

Dear Seth !
What amazes me most is that for Mapserver 7 all map files and DB connections work without problems: here is the link:
https://www.fis-geophysik.de/cgi-bin/ms/mapserv.exe?map=d:/www/fis_gp/fis_gp_geo/de/epsg_4326.map&_language=de&map.size=966+584&_mouse_mode=zoom&_epsg=-4326&_mapext=5.500531+47.000812+15.502136+55.001657&_mapext_ref=5.7989177+46.5823713+15.1644575+55.9479111&layers=vg250+os_topo

Perhaps you have a complete test working example with DB and Plugin on Map8 ?


Valeri

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

From j.l.h.hartmann at gmail.com  Thu Sep 26 12:56:00 2024
From: j.l.h.hartmann at gmail.com (Jan Hartmann)
Date: Thu, 26 Sep 2024 21:56:00 +0200
Subject: [MapServer-users] mapscript php using php as apache module
In-Reply-To: <106f56b9d4924e4a8cca6987d2b5374f@leibniz-liag.de>
References: <106f56b9d4924e4a8cca6987d2b5374f@leibniz-liag.de>
Message-ID: <09462d4d-3160-49d2-8a23-53c69d21aef1@gmail.com>

Hi,

I have always used mapscript php using the cgi-version of php. I 
remember long ago that using php as an apache module was not thread 
safe. Is that still the case? And if so, what could go wrong using the 
apache module? I am using mapserver 8.0.1

Jan