From bob.basques at ci.stpaul.mn.us Mon Mar 4 06:52:48 2024 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Mon, 4 Mar 2024 14:52:48 +0000 Subject: [MapServer-users] [ANNOUNCEMENT] OSGeo Twin Cities Local Chapter Monthly Meeting (aka TCMUG) Message-ID: All, Good meeting last month. Some old and new faces (Sorry Pete, I didn?t think about taking a picture until after you left . . .). A good time was had by all. This month?s meeting will be at https://www.insightbrewing.com/ Date: Mar 13th 4:30 ? 6:00 Place: Insight Brewing at the eastern edge of Minneapolis, Mn. On E. Hennepin Ave. See you there. Bobb Our meetings are intended as a monthly get together for all those interested in the field of GIS. We meet generally on the second Wednesday of each month. Get me in Teams PW19-S295-C024 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Matt.Lernout at stantec.com Wed Mar 6 14:29:26 2024 From: Matt.Lernout at stantec.com (Lernout, Matthew) Date: Wed, 6 Mar 2024 22:29:26 +0000 Subject: [MapServer-users] CGI variable "map" fails to validate In-Reply-To: References: <09aaf146-fd34-49fa-91b5-45b85da37656@wheregroup.com> <4569fee3-77e4-4362-96bc-9fa1bb87a4b3@app.fastmail.com> Message-ID: So, still banging my head against this a month later after eliminating HTTPS as the bogeyman. Using FastCGI and MapServer with the simplest config and what should be an "allow everything" test expression: CONFIG ENV MS_MAP_PATTERN "." END END And all requests return: msLoadMap(): Regular expression error. Filename validation failed. BONUS: If I strip out the map variable from my request, I'd expect the error "CGI variable "map" is not set." but I still get "msLoadMap(): Regular expression error. Filename validation failed." even without providing a map! This is following IISRESET, and I know the config is being loaded (if I remove it, I get "msLoadConfig(): Unable to access file") If I'm not supplying a map parameter in my request and it's not throwing an error that it's missing, what is being used for map value against the expression? (And how do I get it to read my variable in the request?) Thanks for any direction, Matt -----Original Message----- From: MapServer-users On Behalf Of Lernout, Matthew via MapServer-users Sent: Wednesday, February 7, 2024 3:32 PM To: mapserver-users at lists.osgeo.org Subject: Re: [MapServer-users] CGI variable "map" fails to validate Hi, After scratching my head for a while, realized all my testing was over HTTPS. Made a localhost connection over HTTP and the map variable was then valid. I was looking in the wrong place - the error reports a failed validation, but that's due to failed certificate trust from what I can see. Thanks for helping me steer into the real issue - I now have a direction to move in! Matt -----Original Message----- From: Rahkonen Jukka Sent: Wednesday, February 7, 2024 1:05 PM To: Lernout, Matthew ; mapserver-users at lists.osgeo.org Subject: Re: [MapServer-users] CGI variable "map" fails to validate [You don't often get email from jukka.rahkonen at maanmittauslaitos.fi. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] Hi, "." works for me. I have a Windows env set first as set MAPSERVER_CONFIG_FILE=\ms4w\ms4w.conf These are the meaningful lines in the "ms4w.conf" file. CONFIG ENV MS_MAP_PATTERN "." END END Test proves that validation is successful http://localhost:8060/cgi-bin/mapserv.exe?map=f:\IMS_Maps\Client\projectarea.map msLoadMap(): Unable to access file. (f:\IMS_Maps\Client\projectarea.map) -Jukka Rahkonen- -----Alkuper?inen viesti----- L?hett?j?: MapServer-users Puolesta Lernout, Matthew via MapServer-users L?hetetty: keskiviikko 7. helmikuuta 2024 19.01 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: Re: [MapServer-users] CGI variable "map" fails to validate I've ensured I am restarting the mapserv process with each config change - a quick test of commenting out the MS_MAP_PATTERN variable confirmed that is enough to refresh the config via error. Here's a snippet of a sample request. It works with my running instance of Mapserver 7.6.2 but doesn't pass validation (pattern '.') in MapServer 8.0.1. /cgi-bin/mapserv.exe?map=f:\IMS_Maps\Client\projectarea.map Matt -----Original Message----- From: Seth G Sent: Wednesday, February 7, 2024 11:48 AM To: Lernout, Matthew ; MapServer Users Subject: Re: [MapServer-users] CGI variable "map" fails to validate [You don't often get email from sethg at geographika.co.uk. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] Hi Matthew, The CONFIG file I think is only reloaded when IIS or the Application Pool is restarted, so some changes to the regex may have been ignored. Do you have a sample request with the &map= parameter? Is there anything in a web.config file that could be stripping these out or modifying them? Seth -- web:https://geographika.net/ & https://mapserverstudio.net/ twitter: @geographika On Wed, Feb 7, 2024, at 5:33 PM, Lernout, Matthew via MapServer-users wrote: > MS_MAP_PATTERN '.' also results in the same failed validation error, > which is what makes me think the issue may be with another config > setting. '.' should match any input, right? > > Just to make sure my config file was being loaded, I commented out the > MS_MAP_PATTERN entry entirely, and got the error "msCGILoadMap(): Web > application error. Required configuration value MS_MAP_PATTERN not set." > > Matt > > -----Original Message----- > From: MapServer-users On > Behalf Of J?rg Thomsen (WhereGroup) via MapServer-users > Sent: Wednesday, February 7, 2024 3:24 AM > To: mapserver-users at lists.osgeo.org > Subject: Re: [MapServer-users] CGI variable "map" fails to validate > > [You don't often get email from mapserver-users at lists.osgeo.org. Learn > why this is important at https://aka.ms/LearnAboutSenderIdentification > ] > > Hi, > > I'm not sure whether the pattern is correct. Shouldn't ist start with ^? > > Have yout tried > MS_MAP_PATTERN '.'? (not for production, just as a test) > > J?rg > > Am 06.02.24 um 20:12 schrieb Lernout, Matthew via MapServer-users: >> Hi, >> >> Having trouble making requests since updating to 8.0.1 from 7.6.2. >> Mapserver is running in IIS using FastCGI and the configuration steps >> from: >> https://maps/ >> erver.org%2Finstallation%2Fiis.html&data=05%7C02%7Cmatt.lernout%40sta >> n >> tec.com%7C34322cf56ae745f61ae908dc27b617c5%7C413c6f2c219a469297d3f2b4 >> d >> 80281e7%7C0%7C0%7C638428910243090792%7CUnknown%7CTWFpbGZsb3d8eyJWIjoi >> M >> C4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7 >> C >> &sdata=dh%2BpgGwk5996f0GEMeX7O8rcv5J81TnPzeFNZ9XoVLs%3D&reserved=0 >> > server.org%2Finstallation%2Fiis.html&data=05%7C02%7Cmatt.lernout%40st >> a >> ntec.com%7C34322cf56ae745f61ae908dc27b617c5%7C413c6f2c219a469297d3f2b >> 4 >> d80281e7%7C0%7C0%7C638428910243098246%7CUnknown%7CTWFpbGZsb3d8eyJWIjo >> i >> MC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C% >> 7 >> C&sdata=OIoWHSlKZJrXWspqwVfY5jhX4lzBcQuI%2Bw5IeOVtXBA%3D&reserved=0> >> >> A new config file was added to the filesystem and server Environment >> variables as per documented requirements added since 7.6.3, but >> having trouble validating any map arguments. All requests return the >> error "CGI variable "map" fails to validate" even though regexp >> should pass based on expression tests. >> >> Here is the full config file in use: >> >> CONFIG >> ENV >> MS_MAP_PATTERN "\.map$" >> PROJ_LIB "F:/MapServer/bin/proj7/SHARE" >> CURL_CA_BUNDLE "F:\MapServer\bin\curl\curl-ca-bundle.crt" >> END >> >> >> PLUGINS >> "mssql" "F:/MapServer/bin/ms/plugins/mssql2008/msplugin_mssql2008.dll" >> "oci" "F:/MapServer/bin/ms/plugins/oci/msplugin_oracle.dll" >> END >> END >> >> The current MS_MAP_PATTERN is just a simplified test to confirm 8.0.1 >> working before I update to the real regexp, and my understanding is >> it should map anything that ends in .map? But every map argument I >> throw in (including verified working arguments for 7.6.2) result in a >> failure to validate. Are there other crucial configurations missing >> that are necessary to pass validation? >> >> Thanks, >> >> Matt >> >> >> _______________________________________________ >> MapServer-users mailing list >> MapServer-users at lists.osgeo.org >> https://list/ >> s.osgeo.org%2Fmailman%2Flistinfo%2Fmapserver-users&data=05%7C02%7Cmat >> t >> .lernout%40stantec.com%7C34322cf56ae745f61ae908dc27b617c5%7C413c6f2c2 >> 1 >> 9a469297d3f2b4d80281e7%7C0%7C0%7C638428910243105153%7CUnknown%7CTWFpb >> G >> Zsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0 >> % >> 3D%7C0%7C%7C%7C&sdata=c%2BjBl2NTy%2BIZxCYZmp0CLwa2ujlD%2BC%2BfzzIQgXK >> w >> lyI%3D&reserved=0 > > -- > Viele Gr??e, > J?rg Thomsen > > ********************************** > Aufwind durch Wissen! > Web-Seminare und Online-Schulungen > bei der > http://www.f/ > %2F&data=05%7C02%7Cmatt.lernout%40stantec.com%7C3da097b4c8f14244081908 > dc281be563%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C63842934748763 > 9638%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBT > iI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=sT3uaBmTuH%2FjMMYbOuD4f5n > VIByhR%2FX3FkSA5a1oz7U%3D&reserved=0 > %2F&data=05%7C02%7CMatt.Lernout%40stantec.com%7C10165ecd716b4149010108 > dc28075d52%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C63842925930776 > 7073%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBT > iI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=c%2F6yf3KoD736puorBam%2BF > h0CPIvAZHeM9JE%2BaLLh40A%3D&reserved=0 > %2F&data=05%7C02%7Cjukka.rahkonen%40maanmittauslaitos.fi%7Cb1ac588f3ea > 94378069c08dc27fe5c36%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638 > 429220639531250%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2 > luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=6DJDUpY4WQcsCQ > c95tGoKBRTx9Ff8naSFezd%2FDbuM7s%3D&reserved=0 > oss-academy.com%2F&data=05%7C02%7CMatt.Lernout%40stantec.com%7C6bfc803 > 339354908ddc508dc27fca7b1%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7 > C638429213306207068%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIj > oiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=N3W9lnwc3z > oNjXmUW993zzswV1YBXAED99N2OoI615g%3D&reserved=0 > ********************************** > > > J?rg Thomsen > WhereGroup GmbH > Bundesallee 23 > 10717 Berlin > Germany > > Tel: +49 (0)30 / 5130 278 74 > Fax: +49 (0)30 / 5130 278 11 > > joerg.thomsen at wheregroup.com > http://www.w/ > %2F&data=05%7C02%7Cmatt.lernout%40stantec.com%7C3da097b4c8f14244081908 > dc281be563%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C63842934748764 > 3827%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBT > iI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=OXSC01x1nY3zMWxCZASry4yRR > p%2FFcZMQlZaZ2%2FyA0To%3D&reserved=0 > %2F&data=05%7C02%7CMatt.Lernout%40stantec.com%7C10165ecd716b4149010108 > dc28075d52%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C63842925930777 > 1350%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBT > iI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=%2Bsjgvauyi7OelgrSWhkxILz > 2UenzLzP4UCdinOXxVKs%3D&reserved=0 > %2F&data=05%7C02%7Cjukka.rahkonen%40maanmittauslaitos.fi%7Cb1ac588f3ea > 94378069c08dc27fe5c36%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638 > 429220639536742%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2 > luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=GHmLgYpKwyBx4J > BxoERE3BKI6Oll7uYA%2BJoV5Fp3VFU%3D&reserved=0 > heregroup.com%2F&data=05%7C02%7CMatt.Lernout%40stantec.com%7C6bfc80333 > 9354908ddc508dc27fca7b1%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C6 > 38429213306211969%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoi > V2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=2eHjEWZMX%2B > r5Ciu10Erm5j6rVD%2BOWyIbwBtePd2gDJ8%3D&reserved=0 > > Gesch?ftsf?hrer: > Olaf Knopp, Peter Stamm > Amtsgericht Bonn, HRB 9885 > > ------------------------------- > Folgen Sie der WhereGroup auf twitter: > http://twitt/ > er.com%2FWhereGroup_com&data=05%7C02%7CMatt.Lernout%40stantec.com%7C6b > fc803339354908ddc508dc27fca7b1%7C413c6f2c219a469297d3f2b4d80281e7%7C0% > 7C0%7C638429213306217142%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiL > CJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=nIup% > 2BinkBHUNOhGb4s5sM8IrV58Ar5t%2B5NRsAkZDzkc%3D&reserved=0 > > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://list/ > s.osgeo.org%2Fmailman%2Flistinfo%2Fmapserver-users&data=05%7C02%7CMatt > .Lernout%40stantec.com%7C6bfc803339354908ddc508dc27fca7b1%7C413c6f2c21 > 9a469297d3f2b4d80281e7%7C0%7C0%7C638429213306222189%7CUnknown%7CTWFpbG > Zsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0% > 3D%7C0%7C%7C%7C&sdata=T9CIsI3SiBLp%2BDt9jsu9Q9%2FNVmUd1hCtEgoOgYtzdt8% > 3D&reserved=0 > Caution: This email originated from outside of Stantec. Please take > extra precaution. > > Attention: Ce courriel provient de l'ext?rieur de Stantec. Veuillez > prendre des pr?cautions suppl?mentaires. > > Atenci?n: Este correo electr?nico proviene de fuera de Stantec. Por > favor, tome precauciones adicionales. > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://list/ > s.osgeo.org%2Fmailman%2Flistinfo%2Fmapserver-users&data=05%7C02%7CMatt > .Lernout%40stantec.com%7C6bfc803339354908ddc508dc27fca7b1%7C413c6f2c21 > 9a469297d3f2b4d80281e7%7C0%7C0%7C638429213306226943%7CUnknown%7CTWFpbG > Zsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0% > 3D%7C0%7C%7C%7C&sdata=fxiaaf1f3%2F2cUrMl%2BBjIRBi8BDPaL8Tzyd3L9qPQMdA% > 3D&reserved=0 Caution: This email originated from outside of Stantec. Please take extra precaution. Attention: Ce courriel provient de l'ext?rieur de Stantec. Veuillez prendre des pr?cautions suppl?mentaires. Atenci?n: Este correo electr?nico proviene de fuera de Stantec. Por favor, tome precauciones adicionales. _______________________________________________ MapServer-users mailing list MapServer-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users Caution: This email originated from outside of Stantec. Please take extra precaution. Attention: Ce courriel provient de l'ext?rieur de Stantec. Veuillez prendre des pr?cautions suppl?mentaires. Atenci?n: Este correo electr?nico proviene de fuera de Stantec. Por favor, tome precauciones adicionales. _______________________________________________ MapServer-users mailing list MapServer-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users Caution: This email originated from outside of Stantec. Please take extra precaution. Attention: Ce courriel provient de l'ext?rieur de Stantec. Veuillez prendre des pr?cautions suppl?mentaires. Atenci?n: Este correo electr?nico proviene de fuera de Stantec. Por favor, tome precauciones adicionales. From j.l.h.hartmann at gmail.com Wed Mar 6 14:47:29 2024 From: j.l.h.hartmann at gmail.com (Jan Hartmann) Date: Wed, 6 Mar 2024 23:47:29 +0100 Subject: [MapServer-users] CGI variable "map" fails to validate In-Reply-To: References: <09aaf146-fd34-49fa-91b5-45b85da37656@wheregroup.com> <4569fee3-77e4-4362-96bc-9fa1bb87a4b3@app.fastmail.com> Message-ID: <10bef37c-4702-4c2c-aa71-71253cc898db@gmail.com> Shouldn't it be ".*' ? On 06/03/2024 23:29, Lernout, Matthew via MapServer-users wrote: > So, still banging my head against this a month later after eliminating HTTPS as the bogeyman. > > Using FastCGI and MapServer with the simplest config and what should be an "allow everything" test expression: > > CONFIG > ENV > MS_MAP_PATTERN "." > END > END > > And all requests return: > msLoadMap(): Regular expression error. Filename validation failed. > > BONUS: If I strip out the map variable from my request, I'd expect the error "CGI variable "map" is not set." but I still get "msLoadMap(): Regular expression error. Filename validation failed." even without providing a map! This is following IISRESET, and I know the config is being loaded (if I remove it, I get "msLoadConfig(): Unable to access file") > > If I'm not supplying a map parameter in my request and it's not throwing an error that it's missing, what is being used for map value against the expression? (And how do I get it to read my variable in the request?) > > Thanks for any direction, > Matt > > -----Original Message----- > From: MapServer-users On Behalf Of Lernout, Matthew via MapServer-users > Sent: Wednesday, February 7, 2024 3:32 PM > To: mapserver-users at lists.osgeo.org > Subject: Re: [MapServer-users] CGI variable "map" fails to validate > > Hi, > > After scratching my head for a while, realized all my testing was over HTTPS. Made a localhost connection over HTTP and the map variable was then valid. > I was looking in the wrong place - the error reports a failed validation, but that's due to failed certificate trust from what I can see. > Thanks for helping me steer into the real issue - I now have a direction to move in! > > Matt > > -----Original Message----- > From: Rahkonen Jukka > Sent: Wednesday, February 7, 2024 1:05 PM > To: Lernout, Matthew ; mapserver-users at lists.osgeo.org > Subject: Re: [MapServer-users] CGI variable "map" fails to validate > > [You don't often get email from jukka.rahkonen at maanmittauslaitos.fi. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] > > Hi, > > "." works for me. > > I have a Windows env set first as > set MAPSERVER_CONFIG_FILE=\ms4w\ms4w.conf > These are the meaningful lines in the "ms4w.conf" file. > CONFIG > ENV > MS_MAP_PATTERN "." > END > END > > Test proves that validation is successful > > http://localhost:8060/cgi-bin/mapserv.exe?map=f:\IMS_Maps\Client\projectarea.map > msLoadMap(): Unable to access file. (f:\IMS_Maps\Client\projectarea.map) > > -Jukka Rahkonen- > > > -----Alkuper?inen viesti----- > L?hett?j?: MapServer-users Puolesta Lernout, Matthew via MapServer-users > L?hetetty: keskiviikko 7. helmikuuta 2024 19.01 > Vastaanottaja: mapserver-users at lists.osgeo.org > Aihe: Re: [MapServer-users] CGI variable "map" fails to validate > > I've ensured I am restarting the mapserv process with each config change - a quick test of commenting out the MS_MAP_PATTERN variable confirmed that is enough to refresh the config via error. > > Here's a snippet of a sample request. It works with my running instance of Mapserver 7.6.2 but doesn't pass validation (pattern '.') in MapServer 8.0.1. > > /cgi-bin/mapserv.exe?map=f:\IMS_Maps\Client\projectarea.map > > Matt > > -----Original Message----- > From: Seth G > Sent: Wednesday, February 7, 2024 11:48 AM > To: Lernout, Matthew ; MapServer Users > Subject: Re: [MapServer-users] CGI variable "map" fails to validate > > [You don't often get email from sethg at geographika.co.uk. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] > > Hi Matthew, > > The CONFIG file I think is only reloaded when IIS or the Application Pool is restarted, so some changes to the regex may have been ignored. > Do you have a sample request with the &map= parameter? Is there anything in a web.config file that could be stripping these out or modifying them? > > Seth > > -- > web:https://geographika.net/ & https://mapserverstudio.net/ > twitter: @geographika > > On Wed, Feb 7, 2024, at 5:33 PM, Lernout, Matthew via MapServer-users wrote: >> MS_MAP_PATTERN '.' also results in the same failed validation error, >> which is what makes me think the issue may be with another config >> setting. '.' should match any input, right? >> >> Just to make sure my config file was being loaded, I commented out the >> MS_MAP_PATTERN entry entirely, and got the error "msCGILoadMap(): Web >> application error. Required configuration value MS_MAP_PATTERN not set." >> >> Matt >> >> -----Original Message----- >> From: MapServer-users On >> Behalf Of J?rg Thomsen (WhereGroup) via MapServer-users >> Sent: Wednesday, February 7, 2024 3:24 AM >> To: mapserver-users at lists.osgeo.org >> Subject: Re: [MapServer-users] CGI variable "map" fails to validate >> >> [You don't often get email from mapserver-users at lists.osgeo.org. Learn >> why this is important at https://aka.ms/LearnAboutSenderIdentification >> ] >> >> Hi, >> >> I'm not sure whether the pattern is correct. Shouldn't ist start with ^? >> >> Have yout tried >> MS_MAP_PATTERN '.'? (not for production, just as a test) >> >> J?rg >> >> Am 06.02.24 um 20:12 schrieb Lernout, Matthew via MapServer-users: >>> Hi, >>> >>> Having trouble making requests since updating to 8.0.1 from 7.6.2. >>> Mapserver is running in IIS using FastCGI and the configuration steps >>> from: >>> https://maps/ >>> erver.org%2Finstallation%2Fiis.html&data=05%7C02%7Cmatt.lernout%40sta >>> n >>> tec.com%7C34322cf56ae745f61ae908dc27b617c5%7C413c6f2c219a469297d3f2b4 >>> d >>> 80281e7%7C0%7C0%7C638428910243090792%7CUnknown%7CTWFpbGZsb3d8eyJWIjoi >>> M >>> C4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7 >>> C >>> &sdata=dh%2BpgGwk5996f0GEMeX7O8rcv5J81TnPzeFNZ9XoVLs%3D&reserved=0 >>> >> server.org%2Finstallation%2Fiis.html&data=05%7C02%7Cmatt.lernout%40st >>> a >>> ntec.com%7C34322cf56ae745f61ae908dc27b617c5%7C413c6f2c219a469297d3f2b >>> 4 >>> d80281e7%7C0%7C0%7C638428910243098246%7CUnknown%7CTWFpbGZsb3d8eyJWIjo >>> i >>> MC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C% >>> 7 >>> C&sdata=OIoWHSlKZJrXWspqwVfY5jhX4lzBcQuI%2Bw5IeOVtXBA%3D&reserved=0> >>> >>> A new config file was added to the filesystem and server Environment >>> variables as per documented requirements added since 7.6.3, but >>> having trouble validating any map arguments. All requests return the >>> error "CGI variable "map" fails to validate" even though regexp >>> should pass based on expression tests. >>> >>> Here is the full config file in use: >>> >>> CONFIG >>> ENV >>> MS_MAP_PATTERN "\.map$" >>> PROJ_LIB "F:/MapServer/bin/proj7/SHARE" >>> CURL_CA_BUNDLE "F:\MapServer\bin\curl\curl-ca-bundle.crt" >>> END >>> >>> >>> PLUGINS >>> "mssql" "F:/MapServer/bin/ms/plugins/mssql2008/msplugin_mssql2008.dll" >>> "oci" "F:/MapServer/bin/ms/plugins/oci/msplugin_oracle.dll" >>> END >>> END >>> >>> The current MS_MAP_PATTERN is just a simplified test to confirm 8.0.1 >>> working before I update to the real regexp, and my understanding is >>> it should map anything that ends in .map? But every map argument I >>> throw in (including verified working arguments for 7.6.2) result in a >>> failure to validate. Are there other crucial configurations missing >>> that are necessary to pass validation? >>> >>> Thanks, >>> >>> Matt >>> >>> >>> _______________________________________________ >>> MapServer-users mailing list >>> MapServer-users at lists.osgeo.org >>> https://list/ >>> s.osgeo.org%2Fmailman%2Flistinfo%2Fmapserver-users&data=05%7C02%7Cmat >>> t >>> .lernout%40stantec.com%7C34322cf56ae745f61ae908dc27b617c5%7C413c6f2c2 >>> 1 >>> 9a469297d3f2b4d80281e7%7C0%7C0%7C638428910243105153%7CUnknown%7CTWFpb >>> G >>> Zsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0 >>> % >>> 3D%7C0%7C%7C%7C&sdata=c%2BjBl2NTy%2BIZxCYZmp0CLwa2ujlD%2BC%2BfzzIQgXK >>> w >>> lyI%3D&reserved=0 >> -- >> Viele Gr??e, >> J?rg Thomsen >> >> ********************************** >> Aufwind durch Wissen! >> Web-Seminare und Online-Schulungen >> bei der >> http://www.f/ >> %2F&data=05%7C02%7Cmatt.lernout%40stantec.com%7C3da097b4c8f14244081908 >> dc281be563%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C63842934748763 >> 9638%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBT >> iI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=sT3uaBmTuH%2FjMMYbOuD4f5n >> VIByhR%2FX3FkSA5a1oz7U%3D&reserved=0 >> %2F&data=05%7C02%7CMatt.Lernout%40stantec.com%7C10165ecd716b4149010108 >> dc28075d52%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C63842925930776 >> 7073%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBT >> iI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=c%2F6yf3KoD736puorBam%2BF >> h0CPIvAZHeM9JE%2BaLLh40A%3D&reserved=0 >> %2F&data=05%7C02%7Cjukka.rahkonen%40maanmittauslaitos.fi%7Cb1ac588f3ea >> 94378069c08dc27fe5c36%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638 >> 429220639531250%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2 >> luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=6DJDUpY4WQcsCQ >> c95tGoKBRTx9Ff8naSFezd%2FDbuM7s%3D&reserved=0 >> oss-academy.com%2F&data=05%7C02%7CMatt.Lernout%40stantec.com%7C6bfc803 >> 339354908ddc508dc27fca7b1%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7 >> C638429213306207068%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIj >> oiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=N3W9lnwc3z >> oNjXmUW993zzswV1YBXAED99N2OoI615g%3D&reserved=0 >> ********************************** >> >> >> J?rg Thomsen >> WhereGroup GmbH >> Bundesallee 23 >> 10717 Berlin >> Germany >> >> Tel: +49 (0)30 / 5130 278 74 >> Fax: +49 (0)30 / 5130 278 11 >> >> joerg.thomsen at wheregroup.com >> http://www.w/ >> %2F&data=05%7C02%7Cmatt.lernout%40stantec.com%7C3da097b4c8f14244081908 >> dc281be563%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C63842934748764 >> 3827%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBT >> iI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=OXSC01x1nY3zMWxCZASry4yRR >> p%2FFcZMQlZaZ2%2FyA0To%3D&reserved=0 >> %2F&data=05%7C02%7CMatt.Lernout%40stantec.com%7C10165ecd716b4149010108 >> dc28075d52%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C63842925930777 >> 1350%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBT >> iI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=%2Bsjgvauyi7OelgrSWhkxILz >> 2UenzLzP4UCdinOXxVKs%3D&reserved=0 >> %2F&data=05%7C02%7Cjukka.rahkonen%40maanmittauslaitos.fi%7Cb1ac588f3ea >> 94378069c08dc27fe5c36%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638 >> 429220639536742%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2 >> luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=GHmLgYpKwyBx4J >> BxoERE3BKI6Oll7uYA%2BJoV5Fp3VFU%3D&reserved=0 >> heregroup.com%2F&data=05%7C02%7CMatt.Lernout%40stantec.com%7C6bfc80333 >> 9354908ddc508dc27fca7b1%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C6 >> 38429213306211969%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoi >> V2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=2eHjEWZMX%2B >> r5Ciu10Erm5j6rVD%2BOWyIbwBtePd2gDJ8%3D&reserved=0 >> >> Gesch?ftsf?hrer: >> Olaf Knopp, Peter Stamm >> Amtsgericht Bonn, HRB 9885 >> >> ------------------------------- >> Folgen Sie der WhereGroup auf twitter: >> http://twitt/ >> er.com%2FWhereGroup_com&data=05%7C02%7CMatt.Lernout%40stantec.com%7C6b >> fc803339354908ddc508dc27fca7b1%7C413c6f2c219a469297d3f2b4d80281e7%7C0% >> 7C0%7C638429213306217142%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiL >> CJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=nIup% >> 2BinkBHUNOhGb4s5sM8IrV58Ar5t%2B5NRsAkZDzkc%3D&reserved=0 >> >> _______________________________________________ >> MapServer-users mailing list >> MapServer-users at lists.osgeo.org >> https://list/ >> s.osgeo.org%2Fmailman%2Flistinfo%2Fmapserver-users&data=05%7C02%7CMatt >> .Lernout%40stantec.com%7C6bfc803339354908ddc508dc27fca7b1%7C413c6f2c21 >> 9a469297d3f2b4d80281e7%7C0%7C0%7C638429213306222189%7CUnknown%7CTWFpbG >> Zsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0% >> 3D%7C0%7C%7C%7C&sdata=T9CIsI3SiBLp%2BDt9jsu9Q9%2FNVmUd1hCtEgoOgYtzdt8% >> 3D&reserved=0 >> Caution: This email originated from outside of Stantec. Please take >> extra precaution. >> >> Attention: Ce courriel provient de l'ext?rieur de Stantec. Veuillez >> prendre des pr?cautions suppl?mentaires. >> >> Atenci?n: Este correo electr?nico proviene de fuera de Stantec. Por >> favor, tome precauciones adicionales. >> _______________________________________________ >> MapServer-users mailing list >> MapServer-users at lists.osgeo.org >> https://list/ >> s.osgeo.org%2Fmailman%2Flistinfo%2Fmapserver-users&data=05%7C02%7CMatt >> .Lernout%40stantec.com%7C6bfc803339354908ddc508dc27fca7b1%7C413c6f2c21 >> 9a469297d3f2b4d80281e7%7C0%7C0%7C638429213306226943%7CUnknown%7CTWFpbG >> Zsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0% >> 3D%7C0%7C%7C%7C&sdata=fxiaaf1f3%2F2cUrMl%2BBjIRBi8BDPaL8Tzyd3L9qPQMdA% >> 3D&reserved=0 > Caution: This email originated from outside of Stantec. Please take extra precaution. > > Attention: Ce courriel provient de l'ext?rieur de Stantec. Veuillez prendre des pr?cautions suppl?mentaires. > > Atenci?n: Este correo electr?nico proviene de fuera de Stantec. Por favor, tome precauciones adicionales. > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > Caution: This email originated from outside of Stantec. Please take extra precaution. > > Attention: Ce courriel provient de l'ext?rieur de Stantec. Veuillez prendre des pr?cautions suppl?mentaires. > > Atenci?n: Este correo electr?nico proviene de fuera de Stantec. Por favor, tome precauciones adicionales. > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > Caution: This email originated from outside of Stantec. Please take extra precaution. > > Attention: Ce courriel provient de l'ext?rieur de Stantec. Veuillez prendre des pr?cautions suppl?mentaires. > > Atenci?n: Este correo electr?nico proviene de fuera de Stantec. Por favor, tome precauciones adicionales. > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users From Matt.Lernout at stantec.com Wed Mar 6 14:58:40 2024 From: Matt.Lernout at stantec.com (Lernout, Matthew) Date: Wed, 6 Mar 2024 22:58:40 +0000 Subject: [MapServer-users] CGI variable "map" fails to validate In-Reply-To: References: <09aaf146-fd34-49fa-91b5-45b85da37656@wheregroup.com> <4569fee3-77e4-4362-96bc-9fa1bb87a4b3@app.fastmail.com> Message-ID: I think I've stumbled into what is causing my issue. I was making requests to the endpoint /cgi-bin/mapserv.exe? (which is what I used in 7.6.2) When I change request to the endpoint /cgi-bin/? (no mapserv.exe) my requests work and validate as expected. I'm not sure why this is the case - if I swap my FastCGI back to point to the 7.6.2 module it serves requests at /mapserv.exe, but with 8.0.1 including the executable as part of the path causes issues with map validation. In any case, I can work around this by updating all the web apps to point to the new path (maybe also add in a URL Rewrite). Thanks, Matt -----Original Message----- From: MapServer-users On Behalf Of Lernout, Matthew via MapServer-users Sent: Wednesday, March 6, 2024 5:29 PM To: mapserver-users at lists.osgeo.org Subject: Re: [MapServer-users] CGI variable "map" fails to validate So, still banging my head against this a month later after eliminating HTTPS as the bogeyman. Using FastCGI and MapServer with the simplest config and what should be an "allow everything" test expression: CONFIG ENV MS_MAP_PATTERN "." END END And all requests return: msLoadMap(): Regular expression error. Filename validation failed. BONUS: If I strip out the map variable from my request, I'd expect the error "CGI variable "map" is not set." but I still get "msLoadMap(): Regular expression error. Filename validation failed." even without providing a map! This is following IISRESET, and I know the config is being loaded (if I remove it, I get "msLoadConfig(): Unable to access file") If I'm not supplying a map parameter in my request and it's not throwing an error that it's missing, what is being used for map value against the expression? (And how do I get it to read my variable in the request?) Thanks for any direction, Matt -----Original Message----- From: MapServer-users On Behalf Of Lernout, Matthew via MapServer-users Sent: Wednesday, February 7, 2024 3:32 PM To: mapserver-users at lists.osgeo.org Subject: Re: [MapServer-users] CGI variable "map" fails to validate Hi, After scratching my head for a while, realized all my testing was over HTTPS. Made a localhost connection over HTTP and the map variable was then valid. I was looking in the wrong place - the error reports a failed validation, but that's due to failed certificate trust from what I can see. Thanks for helping me steer into the real issue - I now have a direction to move in! Matt -----Original Message----- From: Rahkonen Jukka Sent: Wednesday, February 7, 2024 1:05 PM To: Lernout, Matthew ; mapserver-users at lists.osgeo.org Subject: Re: [MapServer-users] CGI variable "map" fails to validate [You don't often get email from jukka.rahkonen at maanmittauslaitos.fi. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] Hi, "." works for me. I have a Windows env set first as set MAPSERVER_CONFIG_FILE=\ms4w\ms4w.conf These are the meaningful lines in the "ms4w.conf" file. CONFIG ENV MS_MAP_PATTERN "." END END Test proves that validation is successful http://localhost:8060/cgi-bin/mapserv.exe?map=f:\IMS_Maps\Client\projectarea.map msLoadMap(): Unable to access file. (f:\IMS_Maps\Client\projectarea.map) -Jukka Rahkonen- -----Alkuper?inen viesti----- L?hett?j?: MapServer-users Puolesta Lernout, Matthew via MapServer-users L?hetetty: keskiviikko 7. helmikuuta 2024 19.01 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: Re: [MapServer-users] CGI variable "map" fails to validate I've ensured I am restarting the mapserv process with each config change - a quick test of commenting out the MS_MAP_PATTERN variable confirmed that is enough to refresh the config via error. Here's a snippet of a sample request. It works with my running instance of Mapserver 7.6.2 but doesn't pass validation (pattern '.') in MapServer 8.0.1. /cgi-bin/mapserv.exe?map=f:\IMS_Maps\Client\projectarea.map Matt -----Original Message----- From: Seth G Sent: Wednesday, February 7, 2024 11:48 AM To: Lernout, Matthew ; MapServer Users Subject: Re: [MapServer-users] CGI variable "map" fails to validate [You don't often get email from sethg at geographika.co.uk. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] Hi Matthew, The CONFIG file I think is only reloaded when IIS or the Application Pool is restarted, so some changes to the regex may have been ignored. Do you have a sample request with the &map= parameter? Is there anything in a web.config file that could be stripping these out or modifying them? Seth -- web:https://geographika.net/ & https://mapserverstudio.net/ twitter: @geographika On Wed, Feb 7, 2024, at 5:33 PM, Lernout, Matthew via MapServer-users wrote: > MS_MAP_PATTERN '.' also results in the same failed validation error, > which is what makes me think the issue may be with another config > setting. '.' should match any input, right? > > Just to make sure my config file was being loaded, I commented out the > MS_MAP_PATTERN entry entirely, and got the error "msCGILoadMap(): Web > application error. Required configuration value MS_MAP_PATTERN not set." > > Matt > > -----Original Message----- > From: MapServer-users On > Behalf Of J?rg Thomsen (WhereGroup) via MapServer-users > Sent: Wednesday, February 7, 2024 3:24 AM > To: mapserver-users at lists.osgeo.org > Subject: Re: [MapServer-users] CGI variable "map" fails to validate > > [You don't often get email from mapserver-users at lists.osgeo.org. Learn > why this is important at https://aka.ms/LearnAboutSenderIdentification > ] > > Hi, > > I'm not sure whether the pattern is correct. Shouldn't ist start with ^? > > Have yout tried > MS_MAP_PATTERN '.'? (not for production, just as a test) > > J?rg > > Am 06.02.24 um 20:12 schrieb Lernout, Matthew via MapServer-users: >> Hi, >> >> Having trouble making requests since updating to 8.0.1 from 7.6.2. >> Mapserver is running in IIS using FastCGI and the configuration steps >> from: >> https://maps/ >> erver.org%2Finstallation%2Fiis.html&data=05%7C02%7Cmatt.lernout%40sta >> n >> tec.com%7C34322cf56ae745f61ae908dc27b617c5%7C413c6f2c219a469297d3f2b4 >> d >> 80281e7%7C0%7C0%7C638428910243090792%7CUnknown%7CTWFpbGZsb3d8eyJWIjoi >> M >> C4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7 >> C >> &sdata=dh%2BpgGwk5996f0GEMeX7O8rcv5J81TnPzeFNZ9XoVLs%3D&reserved=0 >> > server.org%2Finstallation%2Fiis.html&data=05%7C02%7Cmatt.lernout%40st >> a >> ntec.com%7C34322cf56ae745f61ae908dc27b617c5%7C413c6f2c219a469297d3f2b >> 4 >> d80281e7%7C0%7C0%7C638428910243098246%7CUnknown%7CTWFpbGZsb3d8eyJWIjo >> i >> MC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C% >> 7 >> C&sdata=OIoWHSlKZJrXWspqwVfY5jhX4lzBcQuI%2Bw5IeOVtXBA%3D&reserved=0> >> >> A new config file was added to the filesystem and server Environment >> variables as per documented requirements added since 7.6.3, but >> having trouble validating any map arguments. All requests return the >> error "CGI variable "map" fails to validate" even though regexp >> should pass based on expression tests. >> >> Here is the full config file in use: >> >> CONFIG >> ENV >> MS_MAP_PATTERN "\.map$" >> PROJ_LIB "F:/MapServer/bin/proj7/SHARE" >> CURL_CA_BUNDLE "F:\MapServer\bin\curl\curl-ca-bundle.crt" >> END >> >> >> PLUGINS >> "mssql" "F:/MapServer/bin/ms/plugins/mssql2008/msplugin_mssql2008.dll" >> "oci" "F:/MapServer/bin/ms/plugins/oci/msplugin_oracle.dll" >> END >> END >> >> The current MS_MAP_PATTERN is just a simplified test to confirm 8.0.1 >> working before I update to the real regexp, and my understanding is >> it should map anything that ends in .map? But every map argument I >> throw in (including verified working arguments for 7.6.2) result in a >> failure to validate. Are there other crucial configurations missing >> that are necessary to pass validation? >> >> Thanks, >> >> Matt >> >> >> _______________________________________________ >> MapServer-users mailing list >> MapServer-users at lists.osgeo.org >> https://list/ >> s.osgeo.org%2Fmailman%2Flistinfo%2Fmapserver-users&data=05%7C02%7Cmat >> t >> .lernout%40stantec.com%7C34322cf56ae745f61ae908dc27b617c5%7C413c6f2c2 >> 1 >> 9a469297d3f2b4d80281e7%7C0%7C0%7C638428910243105153%7CUnknown%7CTWFpb >> G >> Zsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0 >> % >> 3D%7C0%7C%7C%7C&sdata=c%2BjBl2NTy%2BIZxCYZmp0CLwa2ujlD%2BC%2BfzzIQgXK >> w >> lyI%3D&reserved=0 > > -- > Viele Gr??e, > J?rg Thomsen > > ********************************** > Aufwind durch Wissen! > Web-Seminare und Online-Schulungen > bei der > http://www.f/ > %2F&data=05%7C02%7Cmatt.lernout%40stantec.com%7Ca6a54b2be1934039867008 > dc3e2cf378%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C63845360999762 > 1174%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBT > iI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=J3mMHQjcPmraEul%2FQpVahH9 > UvtbauvXXMtXUiO1ymkk%3D&reserved=0 > %2F&data=05%7C02%7Cmatt.lernout%40stantec.com%7C3da097b4c8f14244081908 > dc281be563%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C63842934748763 > 9638%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBT > iI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=sT3uaBmTuH%2FjMMYbOuD4f5n > VIByhR%2FX3FkSA5a1oz7U%3D&reserved=0 > %2F&data=05%7C02%7CMatt.Lernout%40stantec.com%7C10165ecd716b4149010108 > dc28075d52%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C63842925930776 > 7073%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBT > iI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=c%2F6yf3KoD736puorBam%2BF > h0CPIvAZHeM9JE%2BaLLh40A%3D&reserved=0 > %2F&data=05%7C02%7Cjukka.rahkonen%40maanmittauslaitos.fi%7Cb1ac588f3ea > 94378069c08dc27fe5c36%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638 > 429220639531250%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2 > luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=6DJDUpY4WQcsCQ > c95tGoKBRTx9Ff8naSFezd%2FDbuM7s%3D&reserved=0 > oss-academy.com%2F&data=05%7C02%7CMatt.Lernout%40stantec.com%7C6bfc803 > 339354908ddc508dc27fca7b1%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7 > C638429213306207068%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIj > oiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=N3W9lnwc3z > oNjXmUW993zzswV1YBXAED99N2OoI615g%3D&reserved=0 > ********************************** > > > J?rg Thomsen > WhereGroup GmbH > Bundesallee 23 > 10717 Berlin > Germany > > Tel: +49 (0)30 / 5130 278 74 > Fax: +49 (0)30 / 5130 278 11 > > joerg.thomsen at wheregroup.com > http://www.w/ > %2F&data=05%7C02%7Cmatt.lernout%40stantec.com%7Ca6a54b2be1934039867008 > dc3e2cf378%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C63845360999762 > 5396%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBT > iI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=kk66wDIowDxRGYb1CmX1lxBJs > BMdphU0G9KK9aGF%2F2Q%3D&reserved=0 > %2F&data=05%7C02%7Cmatt.lernout%40stantec.com%7C3da097b4c8f14244081908 > dc281be563%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C63842934748764 > 3827%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBT > iI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=OXSC01x1nY3zMWxCZASry4yRR > p%2FFcZMQlZaZ2%2FyA0To%3D&reserved=0 > %2F&data=05%7C02%7CMatt.Lernout%40stantec.com%7C10165ecd716b4149010108 > dc28075d52%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C63842925930777 > 1350%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBT > iI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=%2Bsjgvauyi7OelgrSWhkxILz > 2UenzLzP4UCdinOXxVKs%3D&reserved=0 > %2F&data=05%7C02%7Cjukka.rahkonen%40maanmittauslaitos.fi%7Cb1ac588f3ea > 94378069c08dc27fe5c36%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638 > 429220639536742%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2 > luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=GHmLgYpKwyBx4J > BxoERE3BKI6Oll7uYA%2BJoV5Fp3VFU%3D&reserved=0 > heregroup.com%2F&data=05%7C02%7CMatt.Lernout%40stantec.com%7C6bfc80333 > 9354908ddc508dc27fca7b1%7C413c6f2c219a469297d3f2b4d80281e7%7C0%7C0%7C6 > 38429213306211969%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoi > V2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=2eHjEWZMX%2B > r5Ciu10Erm5j6rVD%2BOWyIbwBtePd2gDJ8%3D&reserved=0 > > Gesch?ftsf?hrer: > Olaf Knopp, Peter Stamm > Amtsgericht Bonn, HRB 9885 > > ------------------------------- > Folgen Sie der WhereGroup auf twitter: > http://twitt/ > er.com%2FWhereGroup_com&data=05%7C02%7CMatt.Lernout%40stantec.com%7C6b > fc803339354908ddc508dc27fca7b1%7C413c6f2c219a469297d3f2b4d80281e7%7C0% > 7C0%7C638429213306217142%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiL > CJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=nIup% > 2BinkBHUNOhGb4s5sM8IrV58Ar5t%2B5NRsAkZDzkc%3D&reserved=0 > > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://list/ > s.osgeo.org%2Fmailman%2Flistinfo%2Fmapserver-users&data=05%7C02%7CMatt > .Lernout%40stantec.com%7C6bfc803339354908ddc508dc27fca7b1%7C413c6f2c21 > 9a469297d3f2b4d80281e7%7C0%7C0%7C638429213306222189%7CUnknown%7CTWFpbG > Zsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0% > 3D%7C0%7C%7C%7C&sdata=T9CIsI3SiBLp%2BDt9jsu9Q9%2FNVmUd1hCtEgoOgYtzdt8% > 3D&reserved=0 > Caution: This email originated from outside of Stantec. Please take > extra precaution. > > Attention: Ce courriel provient de l'ext?rieur de Stantec. Veuillez > prendre des pr?cautions suppl?mentaires. > > Atenci?n: Este correo electr?nico proviene de fuera de Stantec. Por > favor, tome precauciones adicionales. > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://list/ > s.osgeo.org%2Fmailman%2Flistinfo%2Fmapserver-users&data=05%7C02%7CMatt > .Lernout%40stantec.com%7C6bfc803339354908ddc508dc27fca7b1%7C413c6f2c21 > 9a469297d3f2b4d80281e7%7C0%7C0%7C638429213306226943%7CUnknown%7CTWFpbG > Zsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0% > 3D%7C0%7C%7C%7C&sdata=fxiaaf1f3%2F2cUrMl%2BBjIRBi8BDPaL8Tzyd3L9qPQMdA% > 3D&reserved=0 Caution: This email originated from outside of Stantec. Please take extra precaution. Attention: Ce courriel provient de l'ext?rieur de Stantec. Veuillez prendre des pr?cautions suppl?mentaires. Atenci?n: Este correo electr?nico proviene de fuera de Stantec. Por favor, tome precauciones adicionales. _______________________________________________ MapServer-users mailing list MapServer-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users Caution: This email originated from outside of Stantec. Please take extra precaution. Attention: Ce courriel provient de l'ext?rieur de Stantec. Veuillez prendre des pr?cautions suppl?mentaires. Atenci?n: Este correo electr?nico proviene de fuera de Stantec. Por favor, tome precauciones adicionales. _______________________________________________ MapServer-users mailing list MapServer-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users Caution: This email originated from outside of Stantec. Please take extra precaution. Attention: Ce courriel provient de l'ext?rieur de Stantec. Veuillez prendre des pr?cautions suppl?mentaires. Atenci?n: Este correo electr?nico proviene de fuera de Stantec. Por favor, tome precauciones adicionales. _______________________________________________ MapServer-users mailing list MapServer-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users Caution: This email originated from outside of Stantec. Please take extra precaution. Attention: Ce courriel provient de l'ext?rieur de Stantec. Veuillez prendre des pr?cautions suppl?mentaires. Atenci?n: Este correo electr?nico proviene de fuera de Stantec. Por favor, tome precauciones adicionales. From wawa1122991 at gmail.com Tue Mar 12 01:43:50 2024 From: wawa1122991 at gmail.com (=?UTF-8?B?6Zmz6IyC5Lul?=) Date: Tue, 12 Mar 2024 16:43:50 +0800 Subject: [MapServer-users] Play Slots Online Games in The Philippines Message-ID: Play Slots Online Games in The Philippines In the heart of the Philippines' online gaming scene, the allure of playing slots has taken center stage. With an abundance of options and the convenience of online platforms, the experience of playing slots online in the Philippines has become an exciting and accessible pastime for players of all levels. Let's delve into the world of online slots and explore why it has become a favorite among gaming enthusiasts in the Philippines. Diverse Selection of Slot Games One of the key attractions of playing slots online in the Philippines is the vast array of games available. From classic three-reel slots to cutting-edge video slots with captivating themes, there is something to suit every taste. Players can explore a world of possibilities, ranging from adventure and mythology to popular culture-inspired slots, ensuring a gaming experience tailored to individual preferences. Convenience and Accessibility Online slot games offer unparalleled convenience and accessibility. Players can indulge in their favorite slots from the comfort of their homes or on the go, thanks to mobile compatibility. The flexibility of being able to play anytime, anywhere has contributed significantly to the popularity of online slots in the Philippines. Progressive Jackpots and High Payouts The allure of massive jackpots and high payouts is a driving force behind the popularity of online slots. Many online casinos in the Philippines feature progressive jackpot slots where the potential winnings continue to grow until a lucky player hits the jackpot. This tantalizing prospect adds an extra layer of excitement and anticipation to the gaming experience. Engaging Bonus Features Online slot games are renowned for their engaging bonus features, which enhance the overall entertainment value. Free spins, multipliers, and interactive bonus rounds are just a few examples of the enticing features that keep players captivated. These bonuses not only increase the chances of winning but also add an element of unpredictability to the gameplay. Secure and Fair Gaming Environment Reputable online casinos in the Philippines prioritize security and fair play. State-of-the-art encryption technology ensures the protection of players' personal and financial information. Additionally, online slot games undergo regular audits to ensure fairness, providing players with confidence in the integrity of the gaming environment. Social Aspects and Community Interaction Playing slots online in the Philippines is not only about individual enjoyment but also about community interaction. Many online casinos offer chat features, allowing players to connect, share experiences, and even participate in slot tournaments. This social aspect adds an extra dimension to the gaming experience, fostering a sense of camaraderie among players. Conclusion In conclusion, playing slots online in the Philippines offers a dynamic and entertaining gaming experience. With a diverse selection of games, the convenience of online access, the allure of progressive jackpots, engaging bonus features, a secure gaming environment, and the social aspects of community interaction, it's no wonder that online slots have become a favorite pastime for gaming enthusiasts in the Philippines. Whether you're a seasoned player or new to the world of online slots, the Philippines provides an exciting playground for all to explore and enjoy. Join in the fun and discover the thrill of playing slots online in the vibrant gaming landscape of the Philippines. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Tue Mar 12 06:56:10 2024 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Tue, 12 Mar 2024 13:56:10 +0000 Subject: [MapServer-users] [REMINDER] OSGeo Twin Cities Local Chapter Monthly Meeting (aka TCMUG) Message-ID: All, Good meeting last month. Some old and new faces (Sorry Pete, I didn?t think about taking a picture until after you left . . .). A good time was had by all. This month?s meeting will be at https://www.insightbrewing.com/ Date: Mar 13th 4:30 ? 6:00 Place: Insight Brewing at the eastern edge of Minneapolis, Mn. On E. Hennepin Ave. See you there. Bobb Our meetings are intended as a monthly get together for all those interested in the field of GIS. We meet generally on the second Wednesday of each month. Get me in Teams PW19-S295-C024 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathias.cunault at inrap.fr Tue Mar 19 03:26:11 2024 From: mathias.cunault at inrap.fr (mathias cunault) Date: Tue, 19 Mar 2024 11:26:11 +0100 Subject: [MapServer-users] WFS, OpenLayers and OUTPUTFORMAT explanations Message-ID: Hello, Something that was never clear to me. Here is a mapfile for a WFS definition: MAP NAME "Mapserver-Inrap" FONTSET "C:\ms4w\Apache\site\fonts\fonts.txt" OUTPUTFORMAT NAME "geojson" DRIVER "OGR/GEOJSON" MIMETYPE "application/json;subtype=geojson" #option # FORMATOPTION "STORAGE=stream" #requis # FORMATOPTION "FORM=SIMPLE" FORMATOPTION "STORAGE=memory" #requis FORMATOPTION "FORM=SIMPLE" END #fin format EXTENT 103362.94 6049964.789658545 1242388.010000001 7108973.60237487 #xmin ymin xmax ymax 51.075383199990654 #xmin ymin xmax ymax UNITS METERS DEBUG 5 CONFIG "CPL_DEBUG" "ON" CONFIG "PROJ_DEBUG" "ON" CONFIG MS_ERRORFILE "C:/ms4w/Apache/error/errorMapFile_vue_ol_prescription.txt" SYMBOLSET "C:\ms4w\Apache\site\symbols\symbols.sym" PROJECTION # proj de sortie "init=epsg:2154" END WEB METADATA "wfs_title" "WFS Caviar" "wfs_onlineresource" " http://xxxx/mapserv.exe?MAP=C:/ms4w/Apache/site/mapfile/vue_ol_prescription.map " "wms_encoding" "UTF-8" "wfs_srs" "EPSG:2154 EPSG:32620 EPSG:3857 EPSG:900913 EPSG:4326" "wfs_enable_request" "*" "wfs_abstract" "blabla" "wfs_getfeature_formatlist" "application/json, GeoJSON, json" END #fin metadata END #end web #-----debut prescription LAYER NAME "prescription" TYPE POLYGON CONNECTIONTYPE POSTGIS CONNECTION "host=xxx dbname=activite user=wxxx password=xxx port=5432" DATA "geom from activite.vue_ol_prescription using unique gid using SRID=2154" EXTENT 103362.94 6049964.789658545 1242388.010000001 7108973.60237487 #aide pour performance PROCESSING "CLOSE_CONNECTION=DEFER" CLASS ... END #-----fin classe unique METADATA "gml_include_items" "all" #oblig? pour afficher attributs getfeatureinfo "wfs_title" "prescription_2154" #d'apr?s la doc pas besoin si d?fini dans les metadata de la map cf.10.1 #"wfs_srs" "EPSG:2154" "gml_featureid" "gid" "wfs_enable_request" "*" "wfs_use_default_extent_for_getfeature" "false" # si geojson en premier alors geoson dans l'url pour OpenLayers: "wfs_getfeature_formatlist" "GeoJSON, json, application/json" END #fin metadata prescription TEMPLATE "bidon.html" END #fin layer prescription END #-----fin mapfile It works fine in QGIS. In a javascript file with the OpenLayers library, I can define a source with an url function like this: url: function (extent) { return ( "http://xxxx/cgi-bin/mapserv.exe?MAP=C:/.../vue_ol_prescription.map&" + "service=WFS&version=1.1.0&request=GetFeature&typename=prescription&" + "outputformat=geojson&SRSNAME=EPSG:2154&bbox=" + extent.join(",") + ",EPSG:3857" ) Why can't I use outputformat = application/json though it is permitted by the outpuformat in mapfile layer definition ? I have an error : "application.json not permitted". Leehan -------------- next part -------------- An HTML attachment was scrubbed... URL: From sethg at geographika.co.uk Wed Mar 20 14:49:37 2024 From: sethg at geographika.co.uk (Seth G) Date: Wed, 20 Mar 2024 22:49:37 +0100 Subject: [MapServer-users] WFS, OpenLayers and OUTPUTFORMAT explanations In-Reply-To: References: Message-ID: <6472a473-e350-41d5-b298-81631be1917f@app.fastmail.com> Hi, Probably best to check the WFS service GetCapabilities document to check which formats are supported. (From memory) wfs_getfeature_formatlist can include either the NAME or the MIMETYPE of the OUTPUTFORMAT. You have MIMETYPE set to "application/json;subtype=geojson", so maybe try chaging this to "application/json" or changing the NAME from "geojson" to ""application/json" to get an exact match. Seth -- web:https://geographika.net & https://mapserverstudio.net twitter: @geographika On Tue, Mar 19, 2024, at 11:26 AM, mathias cunault via MapServer-users wrote: > Hello, > Something that was never clear to me. > Here is a mapfile for a WFS definition: > MAP > NAME "Mapserver-Inrap" > FONTSET "C:\ms4w\Apache\site\fonts\fonts.txt" > OUTPUTFORMAT > NAME "geojson" > DRIVER "OGR/GEOJSON" > MIMETYPE "application/json;subtype=geojson" #option > # FORMATOPTION "STORAGE=stream" #requis > # FORMATOPTION "FORM=SIMPLE" > FORMATOPTION "STORAGE=memory" #requis > FORMATOPTION "FORM=SIMPLE" > END #fin format > > EXTENT 103362.94 6049964.789658545 1242388.010000001 7108973.60237487 #xmin ymin xmax ymax > 51.075383199990654 #xmin ymin xmax ymax > UNITS METERS > DEBUG 5 > CONFIG "CPL_DEBUG" "ON" > CONFIG "PROJ_DEBUG" "ON" > CONFIG MS_ERRORFILE "C:/ms4w/Apache/error/errorMapFile_vue_ol_prescription.txt" > > SYMBOLSET "C:\ms4w\Apache\site\symbols\symbols.sym" > > PROJECTION # proj de sortie > "init=epsg:2154" > END > > WEB > METADATA > "wfs_title" "WFS Caviar" > "wfs_onlineresource" "http://xxxx/mapserv.exe?MAP=C:/ms4w/Apache/site/mapfile/vue_ol_prescription.map" > "wms_encoding" "UTF-8" > "wfs_srs" "EPSG:2154 EPSG:32620 EPSG:3857 EPSG:900913 EPSG:4326" > "wfs_enable_request" "*" > "wfs_abstract" "blabla" > "wfs_getfeature_formatlist" "application/json, GeoJSON, json" > END #fin metadata > END #end web > > #-----debut prescription > LAYER > NAME "prescription" > TYPE POLYGON > CONNECTIONTYPE POSTGIS > CONNECTION "host=xxx dbname=activite user=wxxx password=xxx port=5432" > DATA "geom from activite.vue_ol_prescription using unique gid using SRID=2154" > EXTENT 103362.94 6049964.789658545 1242388.010000001 7108973.60237487 #aide pour performance > PROCESSING "CLOSE_CONNECTION=DEFER" > CLASS > ... > END #-----fin classe unique > METADATA > "gml_include_items" "all" #oblig? pour afficher attributs getfeatureinfo > "wfs_title" "prescription_2154" > #d'apr?s la doc pas besoin si d?fini dans les metadata de la map cf.10.1 > #"wfs_srs" "EPSG:2154" > "gml_featureid" "gid" > "wfs_enable_request" "*" > "wfs_use_default_extent_for_getfeature" "false" > # si geojson en premier alors geoson dans l'url pour OpenLayers: > "wfs_getfeature_formatlist" "GeoJSON, json, application/json" > END #fin metadata prescription > TEMPLATE "bidon.html" > END #fin layer prescription > > END #-----fin mapfile > > It works fine in QGIS. > In a javascript file with the OpenLayers library, I can define a source with an url function like this: > url: function (extent) { > return ( > "http://xxxx/cgi-bin/mapserv.exe?MAP=C:/.../vue_ol_prescription.map&" + > "service=WFS&version=1.1.0&request=GetFeature&typename=prescription&" + > "outputformat=geojson&SRSNAME=EPSG:2154&bbox=" + > extent.join(",") + > ",EPSG:3857" > ) > > Why can't I use outputformat = application/json though it is permitted by the outpuformat in mapfile layer definition ? I have an error : "application.json not permitted". > Leehan > _______________________________________________ > 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: From mathias.cunault at inrap.fr Fri Mar 22 03:23:55 2024 From: mathias.cunault at inrap.fr (mathias cunault) Date: Fri, 22 Mar 2024 11:23:55 +0100 Subject: [MapServer-users] WFS, OpenLayers and OUTPUTFORMAT explanations In-Reply-To: <6472a473-e350-41d5-b298-81631be1917f@app.fastmail.com> References: <6472a473-e350-41d5-b298-81631be1917f@app.fastmail.com> Message-ID: Thanks, After some tests and internet searchs, as soon as NAME is set to geojson, I can use either # MIMETYPE "application/json;subtype=geojson" or MIMETYPE "geojson" or MIMETYPE "application/geo+json". The thing to avoid is NAME application/json. Cordialement, *----------* *Mathias Cunault* *r?f?rent SIG / Admin Caviar* *Inrap Tours - 148 av. Maginot37000 TOURS06 32 05 98 96* abonnez-vous ? la lettre d'information de l'Inrap : http://ww w.inrap.fr/newsletter.php Le mer. 20 mars 2024 ? 22:50, Seth G a ?crit : > Hi, > > Probably best to check the WFS service GetCapabilities document to check > which formats are supported. > (From memory) wfs_getfeature_formatlist can include either the NAME or the > MIMETYPE of the OUTPUTFORMAT. > You have MIMETYPE set to "application/json;subtype=geojson", so maybe try > chaging this to "application/json" or changing the NAME from "geojson" to > ""application/json" to get an exact match. > > Seth > > -- > web:https://geographika.net & https://mapserverstudio.net > twitter: @geographika > > On Tue, Mar 19, 2024, at 11:26 AM, mathias cunault via MapServer-users > wrote: > > Hello, > Something that was never clear to me. > Here is a mapfile for a WFS definition: > MAP > NAME "Mapserver-Inrap" > FONTSET "C:\ms4w\Apache\site\fonts\fonts.txt" > OUTPUTFORMAT > NAME "geojson" > DRIVER "OGR/GEOJSON" > MIMETYPE "application/json;subtype=geojson" #option > # FORMATOPTION "STORAGE=stream" #requis > # FORMATOPTION "FORM=SIMPLE" > FORMATOPTION "STORAGE=memory" #requis > FORMATOPTION "FORM=SIMPLE" > END #fin format > > EXTENT 103362.94 6049964.789658545 1242388.010000001 7108973.60237487 > #xmin ymin xmax ymax > 51.075383199990654 #xmin ymin xmax ymax > UNITS METERS > DEBUG 5 > CONFIG "CPL_DEBUG" "ON" > CONFIG "PROJ_DEBUG" "ON" > CONFIG MS_ERRORFILE > "C:/ms4w/Apache/error/errorMapFile_vue_ol_prescription.txt" > > SYMBOLSET "C:\ms4w\Apache\site\symbols\symbols.sym" > > PROJECTION # proj de sortie > "init=epsg:2154" > END > > WEB > METADATA > "wfs_title" "WFS Caviar" > "wfs_onlineresource" " > http://xxxx/mapserv.exe?MAP=C:/ms4w/Apache/site/mapfile/vue_ol_prescription.map > " > "wms_encoding" "UTF-8" > "wfs_srs" "EPSG:2154 EPSG:32620 EPSG:3857 EPSG:900913 EPSG:4326" > "wfs_enable_request" "*" > "wfs_abstract" "blabla" > "wfs_getfeature_formatlist" "application/json, GeoJSON, json" > END #fin metadata > END #end web > > #-----debut prescription > LAYER > NAME "prescription" > TYPE POLYGON > CONNECTIONTYPE POSTGIS > CONNECTION "host=xxx dbname=activite user=wxxx password=xxx port=5432" > DATA "geom from activite.vue_ol_prescription using unique gid using > SRID=2154" > EXTENT 103362.94 6049964.789658545 1242388.010000001 7108973.60237487 > #aide pour performance > PROCESSING "CLOSE_CONNECTION=DEFER" > CLASS > ... > END #-----fin classe unique > METADATA > "gml_include_items" "all" #oblig? pour afficher attributs getfeatureinfo > "wfs_title" "prescription_2154" > #d'apr?s la doc pas besoin si d?fini dans les metadata de la map cf.10.1 > #"wfs_srs" "EPSG:2154" > "gml_featureid" "gid" > "wfs_enable_request" "*" > "wfs_use_default_extent_for_getfeature" "false" > # si geojson en premier alors geoson dans l'url pour OpenLayers: > "wfs_getfeature_formatlist" "GeoJSON, json, application/json" > END #fin metadata prescription > TEMPLATE "bidon.html" > END #fin layer prescription > > END #-----fin mapfile > > It works fine in QGIS. > In a javascript file with the OpenLayers library, I can define a source > with an url function like this: > url: function (extent) { > return ( > "http://xxxx/cgi-bin/mapserv.exe?MAP=C:/.../vue_ol_prescription.map& > " + > > "service=WFS&version=1.1.0&request=GetFeature&typename=prescription&" + > "outputformat=geojson&SRSNAME=EPSG:2154&bbox=" + > extent.join(",") + > ",EPSG:3857" > ) > > Why can't I use outputformat = application/json though it is permitted by > the outpuformat in mapfile layer definition ? I have an error : > "application.json not permitted". > Leehan > _______________________________________________ > 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: From timothy.kempisty at noaa.gov Wed Mar 27 08:28:20 2024 From: timothy.kempisty at noaa.gov (Tim Kempisty) Date: Wed, 27 Mar 2024 11:28:20 -0400 Subject: [MapServer-users] Mapcache - postgresql dimensions causing HUGE number of open db connections Message-ID: Mapcache folks, This is a technical question about the Mapcache connection pool and how postgreql dimensions are implemented. I have a big mapcache WMS with several hundred layers defined. Most of them have a postgresql dimension that reports back a list of available timestamps for these layers. When we are under load, I end up with a couple thousand database connections all coming from Mapcache. They're only lightweight dimension queries... it's just a LOT of connections hanging open. I'm looking for the upper bound on the number of these connections. Looking at the Mapcache source code... I see a hard coded max_list_size = 10 in connection_pool.c. I assume that means any one mapcache process/thread is allowed to keep up to ten network connections open at one time. dimension_pg.c seems to get its connections from this pool. Other connections use this pool though, right? Like the source URLs? So if I have Mapcache running as an Apache module, and if Apache can launch up to 256 threads... I could be on the hook for up to 2560 connections sitting open (until the threads die off / time out.) Is my understanding correct? It also looks like dimension_pg uses prepared statements on the db server. That would probably break a connection pooler like PgBouncer. So my options for managing the number of postgresql connections are: 1. Setting an obscene max_connections limit in postgresql.conf, allowing my mapcache role to consume a lot of them. 2. Reducing the number of Apache threads in mpm_event (At the risk of impacting general Apache performance) 3. Using the fastcgi version of Mapcache, and limiting the number of mapcache fcgi processes 4. Reducing max_list_size in connection_pool.c, which might impact performance. Am I on the right track here? -Tim From karsten at terragis.net Wed Mar 27 14:45:09 2024 From: karsten at terragis.net (karsten) Date: Wed, 27 Mar 2024 14:45:09 -0700 Subject: [MapServer-users] setting COLOR of SVG symbol ? Message-ID: <0A7B37592082498485B63780BA5B6828@terragispc> Hi All, for the first time trying to use svg symbols for a layer. The svgs I am using can be styled in QGIS (have edited to allow). What is the status in MapServer should setting the color via a style work ? I had no luck setting the COLOR on the symbol so far Here is my style STYLE SYMBOL "electric_point" SIZE 20 COLOR 255 0 0 END # STYLE symbol SYMBOL NAME 'electric_point' TYPE svg image 'symbols/annotation/electric.svg' END So far this renders black symbols , any ideas how to fix this ? Cheers Karsten Karsten Vennemann www.terragis.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From sethg at geographika.co.uk Thu Mar 28 00:05:48 2024 From: sethg at geographika.co.uk (Seth G) Date: Thu, 28 Mar 2024 08:05:48 +0100 Subject: [MapServer-users] setting COLOR of SVG symbol ? In-Reply-To: <0A7B37592082498485B63780BA5B6828@terragispc> References: <0A7B37592082498485B63780BA5B6828@terragispc> Message-ID: <6cd99253-3586-47c4-b82f-d7a85658b939@app.fastmail.com> Hi, Unfortunately, I don't think this is currently possible, based on a previous reply from Steve Lime [1]: > I don't believe you can muck with the SVG color since SVG can carry multiple elements and colors. That complexity doesn't map very well to a single color value in a styleObj. It's probably best to consider SVG as immutable, same as an image symbol. You can use truetype fonts (or vector symbols) if you want something scaleable where you can alter color. I guess if it works in QGIS then it should be possible to implement this in the MapServer codebase too. Seth [1] https://lists.osgeo.org/pipermail/mapserver-users/2019-June/081218.html -- web:https://geographika.net & https://mapserverstudio.net twitter: @geographika On Wed, Mar 27, 2024, at 10:45 PM, karsten via MapServer-users wrote: > Hi All, > > for the first time trying to use svg symbols for a layer. The svgs I am using can be styled in QGIS (have edited to allow). > What is the status in MapServer should setting the color via a style work ? > > I had no luck setting the COLOR on the symbol so far > > Here is my style > > STYLE > SYMBOL "electric_point" > SIZE 20 > COLOR 255 0 0 > END # STYLE > > symbol > > SYMBOL > NAME 'electric_point' > TYPE svg > image 'symbols/annotation/electric.svg' > END > > So far this renders black symbols , any ideas how to fix this ? > > Cheers > Karsten > > Karsten Vennemann > www.terragis.net > > _______________________________________________ > 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: From yves.jacolin at camptocamp.com Thu Mar 28 01:00:14 2024 From: yves.jacolin at camptocamp.com (Yves Jacolin) Date: Thu, 28 Mar 2024 09:00:14 +0100 Subject: [MapServer-users] 'application/json' is not a permitted output format for layer Message-ID: Hello, I have a mapserver WFS service running for some time without any issue. We upgraded to 7.6.5 and now a WFS request with OUTPUTFORMAT=application/json; subtype=geojson; charset=utf-8 failed with this message: msWFSGetFeature(): WFS server error. 'application/json' is not a permitted output format for layer 'XXXXX', review wfs_getfeature_formatlist setting. The mapfile looks like: OUTPUTFORMAT NAME "geojson" DRIVER "OGR/GEOJSON" MIMETYPE "application/json; subtype=geojson; charset=utf-8" FORMATOPTION "STORAGE=stream" FORMATOPTION "FORM=SIMPLE" EN If I use outputformat=geojson it works. Is it normal? Do you think that Ican change the outputformat name to "application/json; subtype=geojson; charset=utf-8" Thanks, Y. -- [image: This is Yves Jacolin's card. Their email is yves.jacolin at camptocamp.com. Their phone number is +33 6 18 75 42 21. Their phone number is +33 4 58 48 20 43. Their phone number is +41 21 619 10 43.] -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathias.cunault at inrap.fr Thu Mar 28 01:40:18 2024 From: mathias.cunault at inrap.fr (mathias cunault) Date: Thu, 28 Mar 2024 09:40:18 +0100 Subject: [MapServer-users] 'application/json' is not a permitted output format for layer In-Reply-To: References: Message-ID: Hello, With your OUTPUTFORMAT configuration, if you want to use application/json in the URL of the WFS, verify that the wfs_getfeature_formatlist METADATA of your layer contains application/json. It is my configuration and it works fine. I hope it helps. Le jeu. 28 mars 2024 ? 09:00, Yves Jacolin via MapServer-users < mapserver-users at lists.osgeo.org> a ?crit : > Hello, > > I have a mapserver WFS service running for some time without any issue. We > upgraded to 7.6.5 and now a WFS request with OUTPUTFORMAT=application/json; > subtype=geojson; charset=utf-8 failed with this message: msWFSGetFeature(): > WFS server error. 'application/json' is not a permitted output format for > layer 'XXXXX', review wfs_getfeature_formatlist setting. > > The mapfile looks like: > > OUTPUTFORMAT > NAME "geojson" > DRIVER "OGR/GEOJSON" > MIMETYPE "application/json; subtype=geojson; charset=utf-8" > FORMATOPTION "STORAGE=stream" > FORMATOPTION "FORM=SIMPLE" > EN > > If I use outputformat=geojson it works. Is it normal? Do you think that > Ican change the outputformat name to "application/json; subtype=geojson; > charset=utf-8" > > Thanks, > > Y. > -- > [image: This is Yves Jacolin's card. Their email is > yves.jacolin at camptocamp.com. Their phone number is +33 6 18 75 42 21. Their > phone number is +33 4 58 48 20 43. Their phone number is +41 21 619 10 43.] > > _______________________________________________ > 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: From yves.jacolin at camptocamp.com Thu Mar 28 02:07:16 2024 From: yves.jacolin at camptocamp.com (Yves Jacolin) Date: Thu, 28 Mar 2024 10:07:16 +0100 Subject: [MapServer-users] 'application/json' is not a permitted output format for layer In-Reply-To: References: Message-ID: I will test and will tell you. I was pretty sure to check such metadata before :) Thanks for your quick reply Mathias. Y. Le jeu. 28 mars 2024 ? 09:40, mathias cunault a ?crit : > Hello, > With your OUTPUTFORMAT configuration, if you want to use application/json > in the URL of the WFS, verify that the wfs_getfeature_formatlist METADATA > of your layer contains application/json. > It is my configuration and it works fine. I hope it helps. > > > Le jeu. 28 mars 2024 ? 09:00, Yves Jacolin via MapServer-users < > mapserver-users at lists.osgeo.org> a ?crit : > >> Hello, >> >> I have a mapserver WFS service running for some time without any issue. >> We upgraded to 7.6.5 and now a WFS request >> with OUTPUTFORMAT=application/json; subtype=geojson; charset=utf-8 failed >> with this message: msWFSGetFeature(): WFS server error. 'application/json' >> is not a permitted output format for layer 'XXXXX', review >> wfs_getfeature_formatlist setting. >> >> The mapfile looks like: >> >> OUTPUTFORMAT >> NAME "geojson" >> DRIVER "OGR/GEOJSON" >> MIMETYPE "application/json; subtype=geojson; charset=utf-8" >> FORMATOPTION "STORAGE=stream" >> FORMATOPTION "FORM=SIMPLE" >> EN >> >> If I use outputformat=geojson it works. Is it normal? Do you think that >> Ican change the outputformat name to "application/json; subtype=geojson; >> charset=utf-8" >> >> Thanks, >> >> Y. >> -- >> [image: This is Yves Jacolin's card. Their email is >> yves.jacolin at camptocamp.com. Their phone number is +33 6 18 75 42 21. Their >> phone number is +33 4 58 48 20 43. Their phone number is +41 21 619 10 43.] >> >> _______________________________________________ >> MapServer-users mailing list >> MapServer-users at lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/mapserver-users >> > -- [image: This is Yves Jacolin's card. Their email is yves.jacolin at camptocamp.com. Their phone number is +33 6 18 75 42 21. Their phone number is +33 4 58 48 20 43. Their phone number is +41 21 619 10 43.] -------------- next part -------------- An HTML attachment was scrubbed... URL: From karsten at terragis.net Thu Mar 28 13:59:45 2024 From: karsten at terragis.net (karsten) Date: Thu, 28 Mar 2024 13:59:45 -0700 Subject: [MapServer-users] setting COLOR of SVG symbol ? In-Reply-To: <6cd99253-3586-47c4-b82f-d7a85658b939@app.fastmail.com> References: <0A7B37592082498485B63780BA5B6828@terragispc> <6cd99253-3586-47c4-b82f-d7a85658b939@app.fastmail.com> Message-ID: <24FCF47E0B49471D84B2BCF5A129CE21@terragispc> Thanks, looks like it. In QGIS setting color and opacity plus stroke does only work if the *.svg is edited to allow by setting variables such as these below: style="fill:param(fill) #000000;fill-opacity:1;stroke:param(outline) #000000;stroke-width:param(stroke-width) 1;fill-opacity:param(fill-opacity) 1;stroke-opacity:param(outline-opacity) " I guess a simple approach could be to allow setting colors for svgs in MapServer if the svg has the style color set to fill="currentColor" in order to be styled For now seems that MapServer vector symbols seem to be the way to go Cheers Karsten _____ From: Seth G [mailto:sethg at geographika.co.uk] Sent: Thursday, March 28, 2024 00:06 To: karsten; MapServer Users Subject: Re: [MapServer-users] setting COLOR of SVG symbol ? Hi, Unfortunately, I don't think this is currently possible, based on a previous reply from Steve Lime [1]: > I don't believe you can muck with the SVG color since SVG can carry multiple elements and colors. That complexity doesn't map very well to a single color value in a styleObj. It's probably best to consider SVG as immutable, same as an image symbol. You can use truetype fonts (or vector symbols) if you want something scaleable where you can alter color. I guess if it works in QGIS then it should be possible to implement this in the MapServer codebase too. Seth [1] https://lists.osgeo.org/pipermail/mapserver-users/2019-June/081218.html -- web:https://geographika.net & https://mapserverstudio.net twitter: @geographika On Wed, Mar 27, 2024, at 10:45 PM, karsten via MapServer-users wrote: Hi All, for the first time trying to use svg symbols for a layer. The svgs I am using can be styled in QGIS (have edited to allow). What is the status in MapServer should setting the color via a style work ? I had no luck setting the COLOR on the symbol so far Here is my style STYLE SYMBOL "electric_point" SIZE 20 COLOR 255 0 0 END # STYLE symbol SYMBOL NAME 'electric_point' TYPE svg image 'symbols/annotation/electric.svg' END So far this renders black symbols , any ideas how to fix this ? Cheers Karsten Karsten Vennemann www.terragis.net _______________________________________________ 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: