From philippe.ghesquiere at airbus.com  Mon Mar  2 01:44:17 2026
From: philippe.ghesquiere at airbus.com (Philippe Ghesquiere)
Date: Mon, 2 Mar 2026 10:44:17 +0100
Subject: [MapServer-users] WMS with a GPKG-based layer : different
 responses, dependending on version (1.1.1 vs 1.3.0)
In-Reply-To: <5490829a-67c2-4713-930d-e9d29338f64d@app.fastmail.com>
References: <CAAes_OELgve-it0z=T+PFqA8Q56O0A+Fg6FbXDmeY7fVJ5qFhQ@mail.gmail.com>
 <PA3PR09MB825884461445031785F26ED9FD6AA@PA3PR09MB8258.eurprd09.prod.outlook.com>
 <CAAes_OF-2usSg=QjDMA2pxtyOpA71Jh0p5R6p8yLsEDF=7A5ew@mail.gmail.com>
 <CAFVrPyiG3Cct2CQuNV_YQzpFN2ZnMX-yjCL7T6dnAJEL9pd3ig@mail.gmail.com>
 <CAAes_OH=oeLcMkitPYpE+jpMF=7W7bETfX2Lhypxt0xo0gG9+Q@mail.gmail.com>
 <CAFVrPyiYz+5Lv3nOmf6SkbpAMm74JpG7WXXK92+=DnkRKH8Zeg@mail.gmail.com>
 <CAAes_OGHK03BjGCpXrTu3AxfVXbx3LkQy_QLQ2q1PWpQ7P60dA@mail.gmail.com>
 <PA3PR09MB825899A39CD6F4A94F2905C3FD6BA@PA3PR09MB8258.eurprd09.prod.outlook.com>
 <CAAes_OERpxiKoOH+yP3sGehp28ze4pOOftvRem3hdk-4OQ15yg@mail.gmail.com>
 <PA3PR09MB825825D46CFE1A200EBADBF1FD6BA@PA3PR09MB8258.eurprd09.prod.outlook.com>
 <CAAes_OF=8ChwQvvQexAnk33x7RD08FRhUsZN8rKZVUfdrf1Q2g@mail.gmail.com>
 <CAAes_OEA7R1DdVpGFE3f9sHU+GimYeyft6nVoO8SyxaO2xpBFQ@mail.gmail.com>
 <PA3PR09MB8258D8EA39AFCF2FCD2C6215FD6BA@PA3PR09MB8258.eurprd09.prod.outlook.com>
 <CAAes_OExQ=r9PyHp3VW=4t=ognaeXE9MP6opCJWoGiyxW8+cYQ@mail.gmail.com>
 <CAAes_OH3R2QHO2ouFsYL0gJAcgZxCazT6G0EQYySpvUnPEs8kg@mail.gmail.com>
 <CAAes_OGCgU4QydKn=rctqhk9YmGU9fgya=qtK=MCLqtLqSGFNA@mail.gmail.com>
 <PA3PR09MB8258F1E00A9B871D794139C7FD73A@PA3PR09MB8258.eurprd09.prod.outlook.com>
 <CAAes_OGgNJ_QdqNV1HG_59DKzczTJ1y4KiKncxF7LwhjEBoY+Q@mail.gmail.com>
 <PA3PR09MB82581F1F181842B5F0283C80FD73A@PA3PR09MB8258.eurprd09.prod.outlook.com>
 <CAAes_OEB3=XoVwwmhpt1=0QDu1Cy7QTw7J50wr84QJnd_Cv23g@mail.gmail.com>
 <5490829a-67c2-4713-930d-e9d29338f64d@app.fastmail.com>
Message-ID: <CAAes_OG=XTJkpkNDfUH=LRX4RJW5-MCZf-c_q5UAohLYzxCy4g@mail.gmail.com>

Hi Seth,

I opened a new issue: #7450
<https://github.com/MapServer/MapServer/issues/7450>.
I tried to upload the TGZ archive, containing the GPKG file, but it was
refused.
Thus, I gave a link to my google drive, but this is not really "safe" as
this data may not be available "for ever".

Is there a way to upload TGZ on github?

Philippe



On Sat, Feb 28, 2026 at 7:09?PM Seth G <sethg at geographika.co.uk> wrote:

> That's some great debugging Jukka!
>
> Philippe - seems like a valid issue. Would you be able to open an issue
> with these details? Including the workaround as this could be a hard issue
> to fix/test, so it may be open a while.
>
> Seth
>
> On Fri, Feb 27, 2026, at 5:58 PM, Philippe Ghesquiere via MapServer-users
> wrote:
>
> Hi Jukka,
>
> Thanks for your clear, in depth explanation.
> Your "OVERSAMPLE_RATIO=1.0" workaround works just fine. And it makes sense
> to me.
>
> Philippe
>
> On Fri, Feb 27, 2026 at 3:27?PM Rahkonen Jukka <
> jukka.rahkonen at maanmittauslaitos.fi> wrote:
>
> Hi,
>
> Thank you for the test package. I think I know what happens and I have a
> fix or a workaround for you.
>
> I added some more debugging first, not sure if all these were really
> needed.
>
> CONFIG MS_ERRORFILE "c:\ms4w_data\test2\errorfile.txt"
> CONFIG "CPL_DEBUG" "ON"
> CONFIG "PROJ_DEBUG" "ON"
>
> The MS_ERRORFILE shows what is the difference.
>
>
> WMS 1.1.0 is using method "msDrawRasterLayerGDAL()"
>
> msDrawRasterLayerGDAL(): Entering transform.
> msDrawRasterLayerGDAL(): src=0,0,4096,2048, dst=0,10,994,498
>
> WMS 1.3.0 probably believes that is must do warping and it selects to use
> method "msDrawGDAL(Image_Layer)"
>
> msResampleGDALToMap in effect: cellsize = 0.181087
> msDrawGDAL(Image_Layer): using RAW_WINDOW=0 0 4096 2048, dst=0,0,1988,994
>
> I do not understand the details, but in WMS 1.3.0 case the values in "dst"
> (destination) are about doubled.
>
> The Apache error log shows that depending on the WMS version, GDAL selects
> different overview levels from the GeoPackage, either "overview 1024 x 512"
> or "overview 2048 x 1024"
>
> Maybe the best fix for this case would be to make Mapserver consider that
> EPSG:4326 and CRS:84 are the same and no warping is needed between those
> two. And therefore there is no need to select the other code path.
>
> As a workaround, see https://mapserver.org/input/raster.html and add this
> line into your LAYER:
> PROCESSING "OVERSAMPLE_RATIO=1.0"
> Oversampling means that higher resolution data than what is needed for the
> output is read in for warping. That improves the quality of the warped
> result. That is fine for orthophotos and scanned maps, but in your use case
> the better resolution overview contains also different data from another
> zoom level.
>
> I tried also "PROCESSING ALLOW_OVERSAMPLE=NO" but for some reason it did
> not work for me. I was testing with a bit old MapServer version 8.3.0-dev
> (MS4W 5.0.0).
>
> -Jukka Rahkonen-
>
> The information in this e-mail is confidential. The contents may not be
> disclosed or used by anyone other than the addressee. Access to this e-mail
> by anyone else is unauthorised.
> If you are not the intended recipient, please notify Airbus immediately
> and delete this e-mail.
> Airbus cannot accept any responsibility for the accuracy or completeness
> of this e-mail as it has been sent over public networks. If you have any
> concerns over the content of this message or its Accuracy or Integrity,
> please contact Airbus immediately.
> All outgoing e-mails from Airbus are checked using regularly updated virus
> scanning software but you should take whatever measures you deem to be
> appropriate to ensure that this message and any attachments are virus free.
> _______________________________________________
> MapServer-users mailing list
> MapServer-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>
The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised.
If you are not the intended recipient, please notify Airbus immediately and delete this e-mail.
Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately.
All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20260302/0722fc1a/attachment-0001.htm>

From jukka.rahkonen at maanmittauslaitos.fi  Mon Mar  2 02:07:55 2026
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka)
Date: Mon, 2 Mar 2026 10:07:55 +0000
Subject: [MapServer-users] WMS with a GPKG-based layer : different
 responses, dependending on version (1.1.1 vs 1.3.0)
In-Reply-To: <CAAes_OG=XTJkpkNDfUH=LRX4RJW5-MCZf-c_q5UAohLYzxCy4g@mail.gmail.com>
References: <CAAes_OELgve-it0z=T+PFqA8Q56O0A+Fg6FbXDmeY7fVJ5qFhQ@mail.gmail.com>
 <PA3PR09MB825884461445031785F26ED9FD6AA@PA3PR09MB8258.eurprd09.prod.outlook.com>
 <CAAes_OF-2usSg=QjDMA2pxtyOpA71Jh0p5R6p8yLsEDF=7A5ew@mail.gmail.com>
 <CAFVrPyiG3Cct2CQuNV_YQzpFN2ZnMX-yjCL7T6dnAJEL9pd3ig@mail.gmail.com>
 <CAAes_OH=oeLcMkitPYpE+jpMF=7W7bETfX2Lhypxt0xo0gG9+Q@mail.gmail.com>
 <CAFVrPyiYz+5Lv3nOmf6SkbpAMm74JpG7WXXK92+=DnkRKH8Zeg@mail.gmail.com>
 <CAAes_OGHK03BjGCpXrTu3AxfVXbx3LkQy_QLQ2q1PWpQ7P60dA@mail.gmail.com>
 <PA3PR09MB825899A39CD6F4A94F2905C3FD6BA@PA3PR09MB8258.eurprd09.prod.outlook.com>
 <CAAes_OERpxiKoOH+yP3sGehp28ze4pOOftvRem3hdk-4OQ15yg@mail.gmail.com>
 <PA3PR09MB825825D46CFE1A200EBADBF1FD6BA@PA3PR09MB8258.eurprd09.prod.outlook.com>
 <CAAes_OF=8ChwQvvQexAnk33x7RD08FRhUsZN8rKZVUfdrf1Q2g@mail.gmail.com>
 <CAAes_OEA7R1DdVpGFE3f9sHU+GimYeyft6nVoO8SyxaO2xpBFQ@mail.gmail.com>
 <PA3PR09MB8258D8EA39AFCF2FCD2C6215FD6BA@PA3PR09MB8258.eurprd09.prod.outlook.com>
 <CAAes_OExQ=r9PyHp3VW=4t=ognaeXE9MP6opCJWoGiyxW8+cYQ@mail.gmail.com>
 <CAAes_OH3R2QHO2ouFsYL0gJAcgZxCazT6G0EQYySpvUnPEs8kg@mail.gmail.com>
 <CAAes_OGCgU4QydKn=rctqhk9YmGU9fgya=qtK=MCLqtLqSGFNA@mail.gmail.com>
 <PA3PR09MB8258F1E00A9B871D794139C7FD73A@PA3PR09MB8258.eurprd09.prod.outlook.com>
 <CAAes_OGgNJ_QdqNV1HG_59DKzczTJ1y4KiKncxF7LwhjEBoY+Q@mail.gmail.com>
 <PA3PR09MB82581F1F181842B5F0283C80FD73A@PA3PR09MB8258.eurprd09.prod.outlook.com>
 <CAAes_OEB3=XoVwwmhpt1=0QDu1Cy7QTw7J50wr84QJnd_Cv23g@mail.gmail.com>
 <5490829a-67c2-4713-930d-e9d29338f64d@app.fastmail.com>
 <CAAes_OG=XTJkpkNDfUH=LRX4RJW5-MCZf-c_q5UAohLYzxCy4g@mail.gmail.com>
Message-ID: <PA3PR09MB8258EB83B2DF5C8E7DAA9AFCFD7EA@PA3PR09MB8258.eurprd09.prod.outlook.com>

Hi,

By the documentation .tgz should be supported https://docs.github.com/en/get-started/writing-on-github/working-with-advanced-formatting/attaching-files#archive-and-compressed-files. But is that any better than zip?

-Jukka Rahkonen-


________________________________________
L?hett?j?: Philippe Ghesquiere <philippe.ghesquiere at airbus.com>
L?hetetty: Maanantai 2. maaliskuuta 2026 11.44
Vastaanottaja: Seth G <sethg at geographika.co.uk>
Kopio: Rahkonen Jukka <jukka.rahkonen at maanmittauslaitos.fi>; MapServer Users <mapserver-users at lists.osgeo.org>; Sylvain Pomeon <sylvain.pomeon at airbus.com>
Aihe: Re: [MapServer-users] WMS with a GPKG-based layer : different responses, dependending on version (1.1.1 vs 1.3.0)

Hi Seth,I opened a new issue: #7450.I tried to upload the TGZ archive, containing the GPKG file, but it was refused.Thus, I gave a link to my google drive, but this is not really "safe" as this data may not be available "for ever".Is there a way to upload TGZ on github?PhilippeOn Sat, Feb 28, 2026 at 7:09?PM Seth G <sethg at geographika.co.uk> wrote:That's some great debugging Jukka!Philippe - seems like a valid issue. Would you be able to open an issue with these details? Including the workaround as this could be a hard issue to fix/test, so it may be open a while.SethOn Fri, Feb 27, 2026, at 5:58 PM, Philippe Ghesquiere via MapServer-users wrote:Hi Jukka,Thanks for your clear, in depth explanation.Your "OVERSAMPLE_RATIO=1.0" workaround?works just fine. And it makes sense to me.PhilippeOn Fri, Feb 27, 2026 at 3:27?PM Rahkonen Jukka <jukka.rahkonen at maanmittauslaitos.fi> wrote:Hi,Thank you for the test package. I think I know what happens and I have a fix or a workaround for you.I added some more debugging first, not sure if all these were really needed.CONFIG MS_ERRORFILE "c:\ms4w_data\test2\errorfile.txt"CONFIG "CPL_DEBUG" "ON"CONFIG "PROJ_DEBUG" "ON"The MS_ERRORFILE shows what is the difference.WMS 1.1.0 is using method "msDrawRasterLayerGDAL()"msDrawRasterLayerGDAL(): Entering transform.msDrawRasterLayerGDAL(): src=0,0,4096,2048, dst=0,10,994,498WMS 1.3.0 probably believes that is must do warping and it selects to use method "msDrawGDAL(Image_Layer)"msResampleGDALToMap in effect: cellsize = 0.181087msDrawGDAL(Image_Layer): using RAW_WINDOW=0 0 4096 2048, dst=0,0,1988,994I do not understand the details, but in WMS 1.3.0 case the values in "dst" (destination) are about doubled.The Apache error log shows that depending on the WMS version, GDAL selects different overview levels from the GeoPackage, either "overview 1024 x 512" or "overview 2048 x 1024"Maybe the best fix for this case would be to make Mapserver consider that EPSG:4326 and CRS:84 are the same and no warping is needed between those two. And therefore there is no need to select the other code path.As a workaround, see https://mapserver.org/input/raster.html and add this line into your LAYER:PROCESSING "OVERSAMPLE_RATIO=1.0"Oversampling means that higher resolution data than what is needed for the output is read in for warping. That improves the quality of the warped result. That is fine for orthophotos and scanned maps, but in your use case the better resolution overview contains also different data from another zoom level.I tried also "PROCESSING ALLOW_OVERSAMPLE=NO" but for some reason it did not work for me. I was testing with a bit old MapServer version 8.3.0-dev? (MS4W 5.0.0).-Jukka Rahkonen-The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised.If you are not the intended recipient, please notify Airbus immediately and delete this e-mail.Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately.All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free._______________________________________________MapServer-users mailing listMapServer-users at lists.osgeo.orghttps://lists.osgeo.org/mailman/listinfo/mapserver-usersThe information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised.If you are not the intended recipient, please notify Airbus immediately and delete this e-mail.Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately.All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free.

From gkvoelkl at nelson-games.de  Wed Mar  4 14:12:59 2026
From: gkvoelkl at nelson-games.de (=?utf-8?Q?Gerhard_V=C3=B6lkl?=)
Date: Wed, 4 Mar 2026 23:12:59 +0100
Subject: [MapServer-users] Using WMS with Security Token?
Message-ID: <E06AF0CC-85E1-4626-ABE6-824EAE4E6E09@nelson-games.de>

Hello,

I have a WMS service on the internet. Is it possible to secure it so that only certain users can access it?

With a security token or something similar? Any experience with this?

Best Regards 

Gerhard


From jmckenna at gatewaygeomatics.com  Wed Mar 11 08:19:47 2026
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 11 Mar 2026 12:19:47 -0300
Subject: [MapServer-users] demo.mapserver.org maintenance today
Message-ID: <8bf0ee2a-4bbc-46ef-8066-b3241a110156@gatewaygeomatics.com>

Hi all,

I'm performing some important upgrades on demo.mapserver.org today, so 
many services will be affected.

thanks,

-jeff



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






From jmckenna at gatewaygeomatics.com  Thu Mar 12 11:24:29 2026
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Thu, 12 Mar 2026 15:24:29 -0300
Subject: [MapServer-users] demo.mapserver.org maintenance today
In-Reply-To: <8bf0ee2a-4bbc-46ef-8066-b3241a110156@gatewaygeomatics.com>
References: <8bf0ee2a-4bbc-46ef-8066-b3241a110156@gatewaygeomatics.com>
Message-ID: <f9c0c67a-bc70-4401-a2cc-54ef0190a38c@gatewaygeomatics.com>

Thanks for everyone's patience.  I've made many upgrades to the OGC 
services and libraries, it should be back online for everyone now: 
https://demo.mapserver.org/

As always, please let me know if you need anything,

thanks,

-jeff





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



On 2026-03-11 12:19 p.m., Jeff McKenna via MapServer-users wrote:
> Hi all,
> 
> I'm performing some important upgrades on demo.mapserver.org today, so 
> many services will be affected.
> 
> thanks,
> 
> -jeff
> 
> 
> 



From sethg at geographika.co.uk  Fri Mar 20 04:52:21 2026
From: sethg at geographika.co.uk (Seth G)
Date: Fri, 20 Mar 2026 12:52:21 +0100
Subject: [MapServer-users] [MapServer-dev] MapServer 2026 User Survey
In-Reply-To: <81d1715f-f6b6-4761-8fed-a601fdcf42d4@app.fastmail.com>
References: <81d1715f-f6b6-4761-8fed-a601fdcf42d4@app.fastmail.com>
Message-ID: <536925ae-18f9-4518-9bbb-4a9485ce6bd1@app.fastmail.com>

Hi all,

The 2026 MapServer User Survey will be coming to a close at the end of the month. If you haven?t had a chance to respond yet, the survey is available here:

https://docs.google.com/forms/d/e/1FAIpQLSfNLqslbM6IhocnwTst9c29eaD89yD81hdUKW2ctn2uZK0Z3g/viewform

Your responses will help guide development priorities and understand how MapServer is being used. So, if you?re that one user of the SOS protocol, let us know!

- The MapServer PSC


On Tue, Feb 3, 2026, at 6:09 PM, Seth G via MapServer-dev wrote:
> Hi MapServer users,
>
> The MapServer Project Steering Committee (PSC) would love your feedback.
>
> We?ve just launched the first-ever MapServer User Survey, and we invite 
> you to participate: 
> https://docs.google.com/forms/d/e/1FAIpQLSfNLqslbM6IhocnwTst9c29eaD89yD81hdUKW2ctn2uZK0Z3g/viewform
>
> Your responses will help us better understand how MapServer is being 
> used today and will directly inform the project?s future roadmap. The 
> survey will remain open until the end of March 2026.
>
> Providing your name and email address is entirely optional. All 
> responses will be kept confidential; any results shared publicly will 
> be aggregated and anonymised, and no identifying information will be 
> published.
>
> Thank you for taking the time to share your experience. If possible, 
> please also help us by sharing the survey with other MapServer users.
>
> - The MapServer PSC
> _______________________________________________
> MapServer-dev mailing list
> MapServer-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-dev

From jmckenna at gatewaygeomatics.com  Mon Mar 23 12:36:28 2026
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Mon, 23 Mar 2026 16:36:28 -0300
Subject: [MapServer-users] security release available: MapServer 8.6.1
Message-ID: <65f666b6-862f-4e2e-b528-c5a50b7bbcff@gatewaygeomatics.com>

The MapServer team announces the immediate availability of security 
release of 8.6.1

This release contains a fix for a security flaw in the SLD parser. See 
the changelog for the list of changes ( 
https://mapserver.org/development/changelog/changelog-8-6.html#changelog-8-6-1 
). You may also review this specific Security Advisory ( 
https://github.com/MapServer/MapServer/security/advisories/GHSA-cv4m-mr84-fgjp 
) as well as MapServer?s Security Policy ( 
https://github.com/MapServer/MapServer/blob/main/SECURITY.md ). Please 
note: as security support for the 7.6 branch has ended, and branches 
8.4, 8.2 & 8.0 are not supported, all users are strongly encouraged to 
upgrade to the MapServer 8.6.1 release.

Here is the direct download for today's release:

  - tar.gz: https://download.osgeo.org/mapserver/mapserver-8.6.1.tar.gz
  - zip: https://download.osgeo.org/mapserver/mapserver-8.6.1.zip

(all services on demo.mapserver.org have been upgraded as well)

Thanks,

-- 
The MapServer Team







From sethg at geographika.co.uk  Tue Mar 24 00:50:06 2026
From: sethg at geographika.co.uk (Seth G)
Date: Tue, 24 Mar 2026 08:50:06 +0100
Subject: [MapServer-users] security release available: MapServer 8.6.1
In-Reply-To: <65f666b6-862f-4e2e-b528-c5a50b7bbcff@gatewaygeomatics.com>
References: <65f666b6-862f-4e2e-b528-c5a50b7bbcff@gatewaygeomatics.com>
Message-ID: <d2fa206a-e37c-4cc1-abff-eba04be2149a@app.fastmail.com>

Just to add, if you don't require it, you can disable external SLD access in your Mapfiles by adding the following:

MAP
  WEB
    METADATA
      "ows_sld_enabled" "false"
      ...


Seth

On Mon, Mar 23, 2026, at 8:36 PM, Jeff McKenna via MapServer-users wrote:
> The MapServer team announces the immediate availability of security 
> release of 8.6.1
>
> This release contains a fix for a security flaw in the SLD parser. See 
> the changelog for the list of changes ( 
> https://mapserver.org/development/changelog/changelog-8-6.html#changelog-8-6-1 
> ). You may also review this specific Security Advisory ( 
> https://github.com/MapServer/MapServer/security/advisories/GHSA-cv4m-mr84-fgjp 
> ) as well as MapServer?s Security Policy ( 
> https://github.com/MapServer/MapServer/blob/main/SECURITY.md ). Please 
> note: as security support for the 7.6 branch has ended, and branches 
> 8.4, 8.2 & 8.0 are not supported, all users are strongly encouraged to 
> upgrade to the MapServer 8.6.1 release.
>
> Here is the direct download for today's release:
>
>   - tar.gz: https://download.osgeo.org/mapserver/mapserver-8.6.1.tar.gz
>   - zip: https://download.osgeo.org/mapserver/mapserver-8.6.1.zip
>
> (all services on demo.mapserver.org have been upgraded as well)
>
> Thanks,
>
> -- 
> The MapServer Team
>
>
>
>
>
>
> _______________________________________________
> MapServer-users mailing list
> MapServer-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users

From philippe.ghesquiere at airbus.com  Thu Mar 26 00:49:06 2026
From: philippe.ghesquiere at airbus.com (Philippe Ghesquiere)
Date: Thu, 26 Mar 2026 08:49:06 +0100
Subject: [MapServer-users] How to avoid writing empty tiles with
 mapcache_seed
Message-ID: <CAAes_OGzwqRR7d1DeTmMjcfsBfKo-xJYceQHJFhqV_T=SVdU6w@mail.gmail.com>

Hi all,

While creating a GPKG cache with mapcache_seed, I would like to avoid
writing empty tiles.
I know that <symlink/> can save disk space. But I would like to get rid of
these empty tiles.
Is there any parameter to achieve it ?

If there is no such parameter, do you have any idea for some post-process
SQLITE command to remove these tiles ?

Thanks for your help
Philippe
The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised.
If you are not the intended recipient, please notify Airbus immediately and delete this e-mail.
Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately.
All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20260326/529a2c7f/attachment.htm>

From johannespaul92 at gmail.com  Thu Mar 26 01:26:35 2026
From: johannespaul92 at gmail.com (Johannes Paul)
Date: Thu, 26 Mar 2026 09:26:35 +0100
Subject: [MapServer-users] How to avoid writing empty tiles with
 mapcache_seed
In-Reply-To: <CAAes_OGzwqRR7d1DeTmMjcfsBfKo-xJYceQHJFhqV_T=SVdU6w@mail.gmail.com>
References: <CAAes_OGzwqRR7d1DeTmMjcfsBfKo-xJYceQHJFhqV_T=SVdU6w@mail.gmail.com>
Message-ID: <CACcmK9Z0GqXP5jDw-HM2g+6E2uwsYkcp8_TUmQmWaNFcSKREtw@mail.gmail.com>

Hi Philippe,
by using <detect_blank/> you can store a quadruplet of the rgba color in
the data blob instead of the compressed image data, it should then be easy
to get rid of these tiles in the SQLite if needed (DELETE FROM tiles WHERE
length(tile_data) = 4;).
https://mapserver.org/mapcache/caches.html#blank-tile-detection
Johannes

On Thu, 26 Mar 2026 at 08:49, Philippe Ghesquiere via MapServer-users <
mapserver-users at lists.osgeo.org> wrote:

>
> Hi all,
>
> While creating a GPKG cache with mapcache_seed, I would like to avoid
> writing empty tiles.
> I know that <symlink/> can save disk space. But I would like to get rid of
> these empty tiles.
> Is there any parameter to achieve it ?
>
> If there is no such parameter, do you have any idea for some post-process
> SQLITE command to remove these tiles ?
>
> Thanks for your help
> Philippe
> The information in this e-mail is confidential. The contents may not be
> disclosed or used by anyone other than the addressee. Access to this e-mail
> by anyone else is unauthorised.
> If you are not the intended recipient, please notify Airbus immediately
> and delete this e-mail.
> Airbus cannot accept any responsibility for the accuracy or completeness
> of this e-mail as it has been sent over public networks. If you have any
> concerns over the content of this message or its Accuracy or Integrity,
> please contact Airbus immediately.
> All outgoing e-mails from Airbus are checked using regularly updated virus
> scanning software but you should take whatever measures you deem to be
> appropriate to ensure that this message and any attachments are virus free.
> _______________________________________________
> 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/20260326/3809b1d6/attachment.htm>

From philippe.ghesquiere at airbus.com  Thu Mar 26 02:17:34 2026
From: philippe.ghesquiere at airbus.com (Philippe Ghesquiere)
Date: Thu, 26 Mar 2026 10:17:34 +0100
Subject: [MapServer-users] How to avoid writing empty tiles with
 mapcache_seed
In-Reply-To: <CACcmK9Z0GqXP5jDw-HM2g+6E2uwsYkcp8_TUmQmWaNFcSKREtw@mail.gmail.com>
References: <CAAes_OGzwqRR7d1DeTmMjcfsBfKo-xJYceQHJFhqV_T=SVdU6w@mail.gmail.com>
 <CACcmK9Z0GqXP5jDw-HM2g+6E2uwsYkcp8_TUmQmWaNFcSKREtw@mail.gmail.com>
Message-ID: <CAAes_OHe8JLvNAtg8w480+-wXNG-YsELUOT8imYLAGveDLXJhQ@mail.gmail.com>

Hi Johannes,

Your hint sounds like a good workaround.
I'll apply it if there is no direct parameter in mapcache.

Thanks
Philippe

On Thu, Mar 26, 2026 at 9:26?AM Johannes Paul <johannespaul92 at gmail.com>
wrote:

> Hi Philippe,
> by using <detect_blank/> you can store a quadruplet of the rgba color in
> the data blob instead of the compressed image data, it should then be easy
> to get rid of these tiles in the SQLite if needed (DELETE FROM tiles WHERE
> length(tile_data) = 4;).
> https://mapserver.org/mapcache/caches.html#blank-tile-detection
> Johannes
>
> On Thu, 26 Mar 2026 at 08:49, Philippe Ghesquiere via MapServer-users <
> mapserver-users at lists.osgeo.org> wrote:
>
>>
>> Hi all,
>>
>> While creating a GPKG cache with mapcache_seed, I would like to avoid
>> writing empty tiles.
>> I know that <symlink/> can save disk space. But I would like to get rid
>> of these empty tiles.
>> Is there any parameter to achieve it ?
>>
>> If there is no such parameter, do you have any idea for some post-process
>> SQLITE command to remove these tiles ?
>>
>> Thanks for your help
>> Philippe
>> The information in this e-mail is confidential. The contents may not be
>> disclosed or used by anyone other than the addressee. Access to this e-mail
>> by anyone else is unauthorised.
>> If you are not the intended recipient, please notify Airbus immediately
>> and delete this e-mail.
>> Airbus cannot accept any responsibility for the accuracy or completeness
>> of this e-mail as it has been sent over public networks. If you have any
>> concerns over the content of this message or its Accuracy or Integrity,
>> please contact Airbus immediately.
>> All outgoing e-mails from Airbus are checked using regularly updated
>> virus scanning software but you should take whatever measures you deem to
>> be appropriate to ensure that this message and any attachments are virus
>> free._______________________________________________
>> MapServer-users mailing list
>> MapServer-users at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>
The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised.
If you are not the intended recipient, please notify Airbus immediately and delete this e-mail.
Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately.
All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20260326/79bb9319/attachment-0001.htm>

From jmckenna at gatewaygeomatics.com  Mon Mar 30 08:15:08 2026
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Mon, 30 Mar 2026 12:15:08 -0300
Subject: [MapServer-users] security release available: MapServer 8.6.1
In-Reply-To: <65f666b6-862f-4e2e-b528-c5a50b7bbcff@gatewaygeomatics.com>
References: <65f666b6-862f-4e2e-b528-c5a50b7bbcff@gatewaygeomatics.com>
Message-ID: <488932bc-fde1-432f-9a1f-9dccf0f9be7f@gatewaygeomatics.com>

Those requiring a CVE record, see: CVE-2026-33721 
https://www.cve.org/CVERecord?id=CVE-2026-33721

-jeff


On 2026-03-23 4:36 p.m., Jeff McKenna via MapServer-users wrote:
> The MapServer team announces the immediate availability of security 
> release of 8.6.1
> 
> This release contains a fix for a security flaw in the SLD parser. See 
> the changelog for the list of changes ( https://mapserver.org/ 
> development/changelog/changelog-8-6.html#changelog-8-6-1 ). You may also 
> review this specific Security Advisory ( https://github.com/MapServer/ 
> MapServer/security/advisories/GHSA-cv4m-mr84-fgjp ) as well as 
> MapServer?s Security Policy ( https://github.com/MapServer/MapServer/ 
> blob/main/SECURITY.md ). Please note: as security support for the 7.6 
> branch has ended, and branches 8.4, 8.2 & 8.0 are not supported, all 
> users are strongly encouraged to upgrade to the MapServer 8.6.1 release.
> 
> Here is the direct download for today's release:
> 
>  ?- tar.gz: https://download.osgeo.org/mapserver/mapserver-8.6.1.tar.gz
>  ?- zip: https://download.osgeo.org/mapserver/mapserver-8.6.1.zip
> 
> (all services on demo.mapserver.org have been upgraded as well)
> 
> Thanks,
> 


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