From bob.basques at ci.stpaul.mn.us Mon Aug 8 09:06:17 2022 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 8 Aug 2022 16:06:17 +0000 Subject: [mapserver-users] Need presenter(s) for next local Twin Cities OSGeo local chapter meeting Message-ID: All, Looking for presenter for upcoming virtual, Local OSGeo Chapter meeting, this week (sorry about the short notice, I was on vacation last week.) Just send me a Presenter Bio and Title for a presentation on anything Geo, and I?ll handle the rest. When Aug 10th, 4:30 pm CDT Thanks Bobb -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Wed Aug 10 12:04:53 2022 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Wed, 10 Aug 2022 19:04:53 +0000 Subject: [mapserver-users] {CANCELLED] OSGeo Local Chapter Meeting (Aug 10th, 2022) Message-ID: All, No one has stepped forward to give a presentation for this month. So, sending out this cancellation. There will NOT be a meeting this afternoon. ** Meeting Cancelled ** When Aug 10th, 4:30 pm CDT Thanks Bobb -------------- next part -------------- An HTML attachment was scrubbed... URL: From peter.loewe at gmx.de Sun Aug 14 03:47:42 2022 From: peter.loewe at gmx.de (=?UTF-8?Q?Peter_L=C3=B6we?=) Date: Sun, 14 Aug 2022 12:47:42 +0200 Subject: [mapserver-users] Handbook of Geographic Information / Open Source Chapter / Mapserver DOI Message-ID: Dear Mapserver community, this is a follow up on the minting of a persitent Digital Object Identifier (DOI) for the Mapserver repository. DOI are an emerging standard in digital science. This DOI reference has now been used to reference the Mapserver codebase in the Open Source GIS chapter of the new edition of the Springer Handbook of Geographic Information. DOI can be used to reference code, data, publications and video and allow to give due scientific credit to the authors, in this case the project development team. The Open Source GIS chapter which also features Mapserver is available for free download during August 2022: https://link.springer.com/chapter/10.1007/978-3-030-53125-6_30. The chapter includes also a large number of references to conference videos about the software tools which are adressed, which can be immediately accessed from the PDF. The video references are also enabled by DOI. Kind regards, Peter From jmckenna at gatewaygeomatics.com Mon Aug 15 14:59:41 2022 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Mon, 15 Aug 2022 18:59:41 -0300 Subject: [mapserver-users] 8.0.0-beta2 released Message-ID: The MapServer team is super excited to announce the second beta release of MapServer 8.0.0. Please help us test and let us know of any findings. Details of the new features, changelog, migration instructions, and download links can be found on the dedicated announcement page at https://mapserver.org/development/announce/8-0.html . (the first beta received so much excellent feedback before even a public announcement, that it was felt to focus on making those important changes, before the full announcement) #passion We're on schedule for a release candidate this coming Friday. -- The MapServer Team From bahbouba.909 at gmail.com Wed Aug 17 04:01:47 2022 From: bahbouba.909 at gmail.com (Boubacar Bah) Date: Wed, 17 Aug 2022 13:01:47 +0200 Subject: [mapserver-users] asking help html file Message-ID: Hello everyone. I have been asking you about a problem for a few hours. in fact I created an openlayer file in html format then I placed the html file in the htdocs folder but the problem is that when I call the file in the browser it tells me: that *The requested URL was not found on this server.* so I would like to know in which folder the html files in ms4w. waiting for your answer cordially Bah -------------- next part -------------- An HTML attachment was scrubbed... URL: From liva.vagane at gmail.com Thu Aug 18 09:03:57 2022 From: liva.vagane at gmail.com (=?UTF-8?B?TGl2YSBWw6VnYW5l?=) Date: Thu, 18 Aug 2022 18:03:57 +0200 Subject: [MapServer-users] Hiding path to .map-files with Mapserver 8/ms4w5.0.0 Message-ID: Hello, Can anyone confirm that specifying the location of mapfiles using an Apache variable is working in Mapserver 8/ms4w5.0.0? I can't get it to work with ms4w version 5.0.0-beta2, as I have with ms4w 4.0.5 This variant could be an alternative, but I would prefer not to generate a copy of mapserv.exe for every .map-file. Thank you for your help! Sincerely, Liva V?gane -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard.greenwood at gmail.com Thu Aug 18 09:31:20 2022 From: richard.greenwood at gmail.com (Richard Greenwood) Date: Thu, 18 Aug 2022 10:31:20 -0600 Subject: [MapServer-users] Hiding path to .map-files with Mapserver 8/ms4w5.0.0 In-Reply-To: References: Message-ID: I just tried quickly on Linux and an Apache alias to a map file did not work. I'd suggest that you move your Apache aliases out of your apache.cong and into the MAP section of the new mapserver.conf file. They will then work in 8.0 like they did in previous mapserver vversions. On Thu, Aug 18, 2022 at 10:04 AM Liva V?gane wrote: > Hello, > > Can anyone confirm that specifying the location of mapfiles using an > Apache variable > is > working in Mapserver 8/ms4w5.0.0? > > I can't get it to work with ms4w version 5.0.0-beta2, as I have with ms4w > 4.0.5 > > This variant could > be an alternative, but I would prefer not to generate a copy of mapserv.exe > for every .map-file. > > > > Thank you for your help! > > > > Sincerely, > > Liva V?gane > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > -- Richard W. Greenwood www.greenwoodmap.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From joerg.thomsen at wheregroup.com Thu Aug 18 23:51:37 2022 From: joerg.thomsen at wheregroup.com (=?UTF-8?Q?J=c3=b6rg_Thomsen_=28WhereGroup=29?=) Date: Fri, 19 Aug 2022 08:51:37 +0200 Subject: [MapServer-users] Hiding path to .map-files with Mapserver 8/ms4w5.0.0 In-Reply-To: References: Message-ID: <0134c693-248e-31f9-7b1c-f4879f4e57b6@wheregroup.com> Hi, why don't you use the variables in the config-file? very easy to use, no restart of apache needed. https://mapserver.org/development/rfc/ms-rfc-135.html MAPS MAP1 "/opt/mapserver/myapp/map1.map" MAP2 "/opt/mapserver/myapp/map2.map" END J?rg Am 18.08.22 um 18:03 schrieb Liva V?gane: > Hello, > > __ > > Can anyone confirm that specifying the location of mapfiles using an > Apache variable > ?is > working in Mapserver 8/ms4w5.0.0?____ > > I can't get it to work with ms4w version 5.0.0-beta2, as I have with > ms4w 4.0.5____ > > This variant > ?could be an > alternative, but I would prefer not to generate a copy of mapserv.exe > for every .map-file.____ > > __ __ > > Thank you for your help!____ > > __ __ > > Sincerely,____ > > Liva V?gane > > > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users -- Viele Gr??e, J?rg Thomsen --------------------------------------------- Aufwind durch Wissen! Jetzt neu: Web-Seminare und Online-Schulungen bei der www.foss-academy.com --------------------------------------------- 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 www.wheregroup.com Gesch?ftsf?hrer: Olaf Knopp, Peter Stamm Amtsgericht Bonn, HRB 9885 ------------------------------- Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com From liva.vagane at gmail.com Fri Aug 19 00:19:09 2022 From: liva.vagane at gmail.com (=?UTF-8?B?TGl2YSBWw6VnYW5l?=) Date: Fri, 19 Aug 2022 09:19:09 +0200 Subject: [MapServer-users] Hiding path to .map-files with Mapserver 8/ms4w5.0.0 In-Reply-To: <0134c693-248e-31f9-7b1c-f4879f4e57b6@wheregroup.com> References: <0134c693-248e-31f9-7b1c-f4879f4e57b6@wheregroup.com> Message-ID: Thank you! Moving the aliases to the ms4w.conf-file did solve my problem! Liva fre. 19. aug. 2022 kl. 08:51 skrev J?rg Thomsen (WhereGroup) < joerg.thomsen at wheregroup.com>: > Hi, > > why don't you use the variables in the config-file? very easy to use, no > restart of apache needed. > > https://mapserver.org/development/rfc/ms-rfc-135.html > > MAPS > MAP1 "/opt/mapserver/myapp/map1.map" > MAP2 "/opt/mapserver/myapp/map2.map" > END > > J?rg > > > > > Am 18.08.22 um 18:03 schrieb Liva V?gane: > > Hello, > > > > __ > > > > Can anyone confirm that specifying the location of mapfiles using an > > Apache variable > > < > https://mapserver.org/cgi/controls.html?#specifying-the-location-of-mapfiles-using-an-apache-variable> is > > > working in Mapserver 8/ms4w5.0.0?____ > > > > I can't get it to work with ms4w version 5.0.0-beta2, as I have with > > ms4w 4.0.5____ > > > > This variant > > could be an > > alternative, but I would prefer not to generate a copy of mapserv.exe > > for every .map-file.____ > > > > __ __ > > > > Thank you for your help!____ > > > > __ __ > > > > Sincerely,____ > > > > Liva V?gane > > > > > > _______________________________________________ > > MapServer-users mailing list > > MapServer-users at lists.osgeo.org > > https://lists.osgeo.org/mailman/listinfo/mapserver-users > > > -- > Viele Gr??e, > J?rg Thomsen > > --------------------------------------------- > Aufwind durch Wissen! > Jetzt neu: Web-Seminare und Online-Schulungen > bei der www.foss-academy.com > --------------------------------------------- > > 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 > www.wheregroup.com > > Gesch?ftsf?hrer: > Olaf Knopp, Peter Stamm > Amtsgericht Bonn, HRB 9885 > > ------------------------------- > Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Fri Aug 19 02:44:16 2022 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Fri, 19 Aug 2022 06:44:16 -0300 Subject: [MapServer-users] Hiding path to .map-files with Mapserver 8/ms4w5.0.0 In-Reply-To: References: <0134c693-248e-31f9-7b1c-f4879f4e57b6@wheregroup.com> Message-ID: Please also be aware of the official CONFIG file documentation at https://mapserver.org/mapfile/config.html Thanks, -jeff -- Jeff McKenna GatewayGeo: Developers of MS4W, MapServer Consulting and Training co-founder of FOSS4G http://gatewaygeo.com/ On 2022-08-19 4:19 a.m., Liva V?gane wrote: > Thank you! > Moving the aliases to the ms4w.conf-file did solve my problem! > > Liva > > > fre. 19. aug. 2022 kl. 08:51 skrev J?rg Thomsen (WhereGroup) > >: > > Hi, > > why don't you use the variables in the config-file? very easy to > use, no > restart of apache needed. > > https://mapserver.org/development/rfc/ms-rfc-135.html > > > ? ?MAPS > ? ? ?MAP1 "/opt/mapserver/myapp/map1.map" > ? ? ?MAP2 "/opt/mapserver/myapp/map2.map" > ? ?END > > J?rg > > > > > Am 18.08.22 um 18:03 schrieb Liva V?gane: > > Hello, > > > > __ > > > > Can anyone confirm that specifying the location of mapfiles using an > > Apache variable > > > >?is > > working in Mapserver 8/ms4w5.0.0?____ > > > > I can't get it to work with ms4w version 5.0.0-beta2, as I have with > > ms4w 4.0.5____ > > > > This variant > > >?could > be an > > alternative, but I would prefer not to generate a copy of > mapserv.exe > > for every .map-file.____ > > > > __ __ > > > > Thank you for your help!____ > > > > __ __ > > > > Sincerely,____ > > > > Liva V?gane > > > > > > _______________________________________________ > > MapServer-users mailing list > > MapServer-users at lists.osgeo.org > > > https://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > -- > Viele Gr??e, > J?rg Thomsen > > --------------------------------------------- > Aufwind durch Wissen! > Jetzt neu: Web-Seminare und Online-Schulungen > bei der www.foss-academy.com > --------------------------------------------- > > 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 > www.wheregroup.com > > Gesch?ftsf?hrer: > Olaf Knopp, Peter Stamm > Amtsgericht Bonn, HRB 9885 > > ------------------------------- > Folgen Sie der WhereGroup auf twitter: > http://twitter.com/WhereGroup_com > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > > From mniemyjski at cloudferro.com Fri Aug 19 05:30:38 2022 From: mniemyjski at cloudferro.com (Marcin Niemyjski) Date: Fri, 19 Aug 2022 12:30:38 +0000 Subject: [MapServer-users] Content of WMS based on attribute Message-ID: Hello, I am wondering if it is possible to modify the GetMap request so that it displays elements of the Postgresql database based on the value of their attributes, e.g., having a set of polygons representing fields by writing crop = sunflower in the GetMap request, the polygons representing that crop will be returned. Thanks, Marcin -------------- next part -------------- An HTML attachment was scrubbed... URL: From joerg.thomsen at wheregroup.com Fri Aug 19 06:41:31 2022 From: joerg.thomsen at wheregroup.com (=?UTF-8?Q?J=c3=b6rg_Thomsen_=28WhereGroup=29?=) Date: Fri, 19 Aug 2022 15:41:31 +0200 Subject: [MapServer-users] Content of WMS based on attribute In-Reply-To: References: Message-ID: Hello Marcin, no problem, you can achieve this with vendor specific parameters and run-time-substitution: https://mapserver.org/cgi/runsub.html J?rg Am 19.08.22 um 14:30 schrieb Marcin Niemyjski via MapServer-users: > Hello, > > I am wondering if it is possible to modify the GetMap request so that it > displays elements of the Postgresql database based on the value of their > attributes, e.g., having a set of polygons representing fields by > writing crop = sunflower in the GetMap request, the polygons > representing that crop will be returned. > > Thanks, > Marcin > > > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users -- Viele Gr??e, J?rg Thomsen --------------------------------------------- Aufwind durch Wissen! Jetzt neu: Web-Seminare und Online-Schulungen bei der www.foss-academy.com --------------------------------------------- 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 www.wheregroup.com Gesch?ftsf?hrer: Olaf Knopp, Peter Stamm Amtsgericht Bonn, HRB 9885 ------------------------------- Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com From bjorn.ove at grotan.com Fri Aug 19 08:06:56 2022 From: bjorn.ove at grotan.com (=?utf-8?B?QmrDuHJuIE92ZSBHcsO4dGFu?=) Date: Fri, 19 Aug 2022 17:06:56 +0200 Subject: [MapServer-users] Content of WMS based on attribute In-Reply-To: References: Message-ID: You can also use Dimensions: https://mapserver.org/ogc/wms_dimension.html#enabling-dimension-support-in-mapserver Which is supported outside vendor specific parameters. Dimensions can be e.g. a codelist of values (text), and not just time or elevation dimension. Dimensions will be reflected in GetCapabilities-document, so you can build your user interface on top of that. -Bj?rn Ove J?rg Thomsen (WhereGroup): > Hello Marcin, > > no problem, you can achieve this with vendor specific parameters and > run-time-substitution: > https://mapserver.org/cgi/runsub.html > > J?rg > > > > > > Am 19.08.22 um 14:30 schrieb Marcin Niemyjski via MapServer-users: > > Hello, > > > > I am wondering if it is possible to modify the GetMap request so that it > > displays elements of the Postgresql database based on the value of their > > attributes, e.g., having a set of polygons representing fields by > > writing crop = sunflower in the GetMap request, the polygons > > representing that crop will be returned. > > > > Thanks, > > Marcin > > > > > > _______________________________________________ > > MapServer-users mailing list > > MapServer-users at lists.osgeo.org > > https://lists.osgeo.org/mailman/listinfo/mapserver-users > > > -- > Viele Gr??e, > J?rg Thomsen > > --------------------------------------------- > Aufwind durch Wissen! > Jetzt neu: Web-Seminare und Online-Schulungen > bei der www.foss-academy.com > --------------------------------------------- > > 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 > www.wheregroup.com > > Gesch?ftsf?hrer: > Olaf Knopp, Peter Stamm > Amtsgericht Bonn, HRB 9885 > > ------------------------------- > Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users From jukka.rahkonen at maanmittauslaitos.fi Fri Aug 19 13:05:25 2022 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka) Date: Fri, 19 Aug 2022 20:05:25 +0000 Subject: [MapServer-users] Content of WMS based on attribute Message-ID: Hi, The standard WMS way would be to use SLD or SLD_BODY with a filter https://mapserver.org/ogc/sld.html. -Jukka Rahkonen- L?hett?j?: MapServer-users Puolesta Marcin Niemyjski via MapServer-users L?hetetty: perjantai 19. elokuuta 2022 15.31 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [MapServer-users] Content of WMS based on attribute Hello, I am wondering if it is possible to modify the GetMap request so that it displays elements of the Postgresql database based on the value of their attributes, e.g., having a set of polygons representing fields by writing crop = sunflower in the GetMap request, the polygons representing that crop will be returned. Thanks, Marcin -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Sat Aug 20 06:25:59 2022 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Sat, 20 Aug 2022 10:25:59 -0300 Subject: [MapServer-users] 8.0.0-rc1 released Message-ID: The MapServer team is super excited to announce the first release candidate of MapServer 8.0.0. Please help us test and let us know of any findings. Details of the new features, changelog, migration instructions, and download links can be found on the dedicated announcement page at https://mapserver.org/development/announce/8-0.html . Thanks for all of your feedback and passion for MapServer. -- The MapServer Team From bob.basques at ci.stpaul.mn.us Wed Aug 24 14:26:31 2022 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Wed, 24 Aug 2022 21:26:31 +0000 Subject: [MapServer-users] Twin Cities - OSGeo Local Chapter Meeting, Sept.14th Message-ID: All, This will be a face to face meeting at Sea Salt in Minnehaha Park. https://goo.gl/maps/hTYgVNmmHBHrcGa58 Time: 4:30 See you there. Bobb -------------- next part -------------- An HTML attachment was scrubbed... URL: From public at postholer.com Wed Aug 24 15:09:16 2022 From: public at postholer.com (Scott) Date: Wed, 24 Aug 2022 15:09:16 -0700 Subject: [MapServer-users] Mapserver 8 rc1 In-Reply-To: References: Message-ID: I've installed 8rc1 and I've run into an issue. I didn't see anything in the change log, so I'll put it here. The !BOX! variable that has been historically available doesn't seem to be supported with CONNECTIONTYPE POSTGIS any longer. For instance: DATA "geom from ( select geom from sometable where st_intersects(geom, !BOX!) ) as sq using unique geom using srid=4269" ...will throw an error: msDrawMap(): Image handling error. Failed to draw layer named 'wptsAll'. msPostGISLayerWhichShapes(): Query error. Failed to build query SQL. msPostGISBuildSQL(): General error message. Failed to build SQL 'where'. If I remove the !BOX! it will work. Thanks! Scott -- www.postholer.com From sdlime at gmail.com Thu Aug 25 13:03:51 2022 From: sdlime at gmail.com (Steve Lime) Date: Thu, 25 Aug 2022 15:03:51 -0500 Subject: [MapServer-users] Mapserver 8 rc1 In-Reply-To: References: Message-ID: Hmmm... Wasn't an intentional omission. If you have logging turned on and can see the resulting SQL, does the !BOX! get replaced but just incorrectly or is the !BOX! still in the SQL. On Wed, Aug 24, 2022 at 5:16 PM Scott wrote: > I've installed 8rc1 and I've run into an issue. I didn't see anything in > the change log, so I'll put it here. > > The !BOX! variable that has been historically available doesn't seem to > be supported with CONNECTIONTYPE POSTGIS any longer. For instance: > > DATA "geom from ( > select > geom > from sometable > where st_intersects(geom, !BOX!) > ) as sq using unique geom using srid=4269" > > ...will throw an error: > > > "http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd"> > > > msDrawMap(): Image handling error. Failed to draw layer named > 'wptsAll'. > msPostGISLayerWhichShapes(): Query error. Failed to build query SQL. > msPostGISBuildSQL(): General error message. Failed to build SQL > 'where'. > > > > If I remove the !BOX! it will work. > > Thanks! > Scott > > -- > www.postholer.com > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From public at postholer.com Thu Aug 25 14:19:56 2022 From: public at postholer.com (Scott) Date: Thu, 25 Aug 2022 14:19:56 -0700 Subject: [MapServer-users] Mapserver 8 rc1 In-Reply-To: References: Message-ID: <97b798ed-5084-67bf-993f-78af7a792855@postholer.com> ms_error log is telling me it's unable to build the SQL query. There are no errors in the postgresql log. Even if I comment the line out I get an error, such as: --where st_intersects(geom, !BOX!) or: /* !BOX! */ If it exists any where in the DATA block, it fails. Here's the ms error log: [Thu Aug 25 13:46:55 2022].451955 msPostGISBuildSQL(): General error message. Failed to build SQL 'where'. [Thu Aug 25 13:46:55 2022].451980 msPostGISLayerWhichShapes(): Query error. Failed to build query SQL. [Thu Aug 25 13:46:55 2022].452010 msDrawMap(): Image handling error. Failed to draw layer named 'wptByTrailType'. On 8/25/22 13:03, Steve Lime wrote: > Hmmm... Wasn't an intentional omission. If you have logging turned on > and can see the resulting SQL, does the !BOX! get replaced but just > incorrectly or is the !BOX! still in the SQL. > > On Wed, Aug 24, 2022 at 5:16 PM Scott > wrote: > > I've installed 8rc1 and I've run into an issue. I didn't see > anything in > the change log, so I'll put it here. > > The !BOX! variable that has been historically available doesn't seem to > be supported with CONNECTIONTYPE POSTGIS any longer. For instance: > > ? ? DATA "geom from ( > ? ? ? ?select > ? ? ? ? ? geom > ? ? ? ?from sometable > ? ? ? ?where st_intersects(geom, !BOX!) > ? ? ) as sq using unique geom using srid=4269" > > ...will throw an error: > > > "http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd > "> > > > msDrawMap(): Image handling error. Failed to draw layer named > 'wptsAll'. > msPostGISLayerWhichShapes(): Query error. Failed to build query SQL. > msPostGISBuildSQL(): General error message. Failed to build SQL > 'where'. > > > > If I remove the !BOX! it will work. > > Thanks! > Scott > > -- > www.postholer.com > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > > From sdlime at gmail.com Thu Aug 25 14:54:02 2022 From: sdlime at gmail.com (Steve Lime) Date: Thu, 25 Aug 2022 16:54:02 -0500 Subject: [MapServer-users] Mapserver 8 rc1 In-Reply-To: <97b798ed-5084-67bf-993f-78af7a792855@postholer.com> References: <97b798ed-5084-67bf-993f-78af7a792855@postholer.com> Message-ID: Thanks for checking! Looks like there might be an issue with the msPostGISReplaceBoxToken() rewrite in C++ in mappostgis.cpp. On Thu, Aug 25, 2022 at 4:20 PM Scott wrote: > ms_error log is telling me it's unable to build the SQL query. There are > no errors in the postgresql log. > > Even if I comment the line out I get an error, such as: > --where st_intersects(geom, !BOX!) > or: > /* !BOX! */ > > If it exists any where in the DATA block, it fails. > > Here's the ms error log: > > [Thu Aug 25 13:46:55 2022].451955 msPostGISBuildSQL(): General error > message. Failed to build SQL 'where'. > [Thu Aug 25 13:46:55 2022].451980 msPostGISLayerWhichShapes(): Query > error. Failed to build query SQL. > [Thu Aug 25 13:46:55 2022].452010 msDrawMap(): Image handling error. > Failed to draw layer named 'wptByTrailType'. > > On 8/25/22 13:03, Steve Lime wrote: > > Hmmm... Wasn't an intentional omission. If you have logging turned on > > and can see the resulting SQL, does the !BOX! get replaced but just > > incorrectly or is the !BOX! still in the SQL. > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From public at postholer.com Thu Aug 25 15:01:55 2022 From: public at postholer.com (Scott) Date: Thu, 25 Aug 2022 15:01:55 -0700 Subject: [MapServer-users] Mapserver 8 rc1 In-Reply-To: References: <97b798ed-5084-67bf-993f-78af7a792855@postholer.com> Message-ID: <9dbab5a1-c759-d93a-3fad-7649ed28c9c3@postholer.com> Thank you for the quick response and all that you folks do! On 8/25/22 14:54, Steve Lime wrote: > Thanks for checking! Looks like there might be an issue with > the?msPostGISReplaceBoxToken() rewrite in C++ in mappostgis.cpp. > > On Thu, Aug 25, 2022 at 4:20 PM Scott > wrote: > > ms_error log is telling me it's unable to build the SQL query. There > are > no errors in the postgresql log. > > Even if I comment the line out I get an error, such as: > --where st_intersects(geom, !BOX!) > or: > /* !BOX! */ > > If it exists any where in the DATA block, it fails. > > Here's the ms error log: > > [Thu Aug 25 13:46:55 2022].451955 msPostGISBuildSQL(): General error > message. Failed to build SQL 'where'. > [Thu Aug 25 13:46:55 2022].451980 msPostGISLayerWhichShapes(): Query > error. Failed to build query SQL. > [Thu Aug 25 13:46:55 2022].452010 msDrawMap(): Image handling error. > Failed to draw layer named 'wptByTrailType'. > > On 8/25/22 13:03, Steve Lime wrote: > > Hmmm... Wasn't an intentional omission. If you have logging > turned on > > and can see the resulting SQL, does the !BOX! get replaced but just > > incorrectly or is the !BOX! still in the SQL. > > > From Anton.Bakker at kadaster.nl Fri Aug 26 09:19:38 2022 From: Anton.Bakker at kadaster.nl (Bakker, Anton) Date: Fri, 26 Aug 2022 16:19:38 +0000 Subject: [MapServer-users] WCS 2.0.1 GetCoverage request results in corrupted geotiff Message-ID: Hi all, I am running into a curious issue in which WCS 2.0.1 getcoverage requests produces a corrupted geotiff (which is bad) and WCS 1.0.0 getcoverage requests produce valid geotiffs (which is good). This behaviour occurs with our https://hub.docker.com/r/pdok/mapserver Docker image. I could not reproduce the behaviour with https://hub.docker.com/r/camptocamp/mapserver/ Docker image. On top of that; I can only reproduce this issue when running with docker. When running the same example with docker-compose it works fine. I detailed the full issue description and steps to reproduce in this gist. If anyone has any suggestions or ideas what might be causing it I would be grateful for a response. Kind regards, [https://github.githubassets.com/images/modules/gists/gist-og-image.png] MapServer WCS 2.0.1 GetCoverage request results in corrupt geotiff MapServer WCS 2.0.1 GetCoverage request results in corrupt geotiff - README.md gist.github.com ?Anton Bakker Disclaimer: De inhoud van deze e-mail is vertrouwelijk en uitsluitend bestemd voor de geadresseerde(n). Gebruik, openbaarmaking, vermenigvuldiging, verspreiding en/of verstrekking van deze informatie aan derden is niet toegestaan. Op al onze producten en diensten zijn onze algemene leveringsvoorwaarden van toepassing [https://www.kadaster.nl/algemene-leveringsvoorwaarden]. Disclaimer: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Our general terms and conditions of delivery apply to all our products and services [https://www.kadaster.com/general-terms-and-conditions]. -------------- next part -------------- An HTML attachment was scrubbed... URL: From public at postholer.com Fri Aug 26 10:32:51 2022 From: public at postholer.com (Scott) Date: Fri, 26 Aug 2022 10:32:51 -0700 Subject: [MapServer-users] Accessing FlatGeoBuf (.fgb) in S3 bucket? Message-ID: Using mapserver 7.6 or 8rc1 I've never been able to serve .fgb from an S3 bucket. Local disk works fine as does ogrinfo on S3 .fgb. COG raster data works fine off S3. Map file configs: v8rc1: CONNECTIONTYPE flatgeobuf DATA "/vsis3/bucket/path/data.fgb" v7.6.4 CONNECTIONTYPE OGR CONNECTION "/vsis3/bucket/path/data.fgb" DATA "rm_trace" v8rc ms_error log: [Fri Aug 26 10:24:13 2022].854479 msDrawMap(): Image handling error. Failed to draw layer named 'rm_trace'. v7.6.4 ms_error log [Fri Aug 26 10:06:59 2022].388096 msOGRFileOpen(): OGR error. Open failed for OGR connection in layer `rm_trace'. File not found or unsupported format. Check server logs. [Fri Aug 26 10:06:59 2022].388132 Open failed for OGR connection in layer `rm_trace'. -- www.postholer.com From jmckenna at gatewaygeomatics.com Fri Aug 26 11:07:23 2022 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Fri, 26 Aug 2022 15:07:23 -0300 Subject: [MapServer-users] Mapserver 8 rc1 In-Reply-To: <97b798ed-5084-67bf-993f-78af7a792855@postholer.com> References: <97b798ed-5084-67bf-993f-78af7a792855@postholer.com> Message-ID: <17c97002-ac0e-298f-075c-e61ef20d608b@gatewaygeomatics.com> Hi Scott, Can you open a ticket for this at https://github.com/MapServer/MapServer/issues ? Thanks, -jeff -- Jeff McKenna GatewayGeo: Developers of MS4W, MapServer Consulting and Training co-founder of FOSS4G http://gatewaygeo.com/ On 2022-08-25 11:19 p.m., Scott wrote: > ms_error log is telling me it's unable to build the SQL query. There are > no errors in the postgresql log. > > Even if I comment the line out I get an error, such as: > --where st_intersects(geom, !BOX!) > or: > /* !BOX! */ > > If it exists any where in the DATA block, it fails. > > Here's the ms error log: > > [Thu Aug 25 13:46:55 2022].451955 msPostGISBuildSQL(): General error > message. Failed to build SQL 'where'. > [Thu Aug 25 13:46:55 2022].451980 msPostGISLayerWhichShapes(): Query > error. Failed to build query SQL. > [Thu Aug 25 13:46:55 2022].452010 msDrawMap(): Image handling error. > Failed to draw layer named 'wptByTrailType'. > > On 8/25/22 13:03, Steve Lime wrote: >> Hmmm... Wasn't an intentional omission. If you have logging turned on >> and can see the resulting SQL, does the !BOX! get replaced but just >> incorrectly or is the !BOX! still in the SQL. >> >> On Wed, Aug 24, 2022 at 5:16 PM Scott > > wrote: >> >> ??? I've installed 8rc1 and I've run into an issue. I didn't see >> ??? anything in >> ??? the change log, so I'll put it here. >> >> ??? The !BOX! variable that has been historically available doesn't >> seem to >> ??? be supported with CONNECTIONTYPE POSTGIS any longer. For instance: >> >> ???? ? ? DATA "geom from ( >> ???? ? ? ? ?select >> ???? ? ? ? ? ? geom >> ???? ? ? ? ?from sometable >> ???? ? ? ? ?where st_intersects(geom, !BOX!) >> ???? ? ? ) as sq using unique geom using srid=4269" >> >> ??? ...will throw an error: >> >> ??? >> ??? > ??? "http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd >> ??? "> >> ??? >> ??? >> ??? msDrawMap(): Image handling error. Failed to draw layer named >> ??? 'wptsAll'. >> ??? msPostGISLayerWhichShapes(): Query error. Failed to build query SQL. >> ??? msPostGISBuildSQL(): General error message. Failed to build SQL >> ??? 'where'. >> ??? >> ??? >> >> ??? If I remove the !BOX! it will work. >> >> ??? Thanks! >> ??? Scott >> >> ??? -- >> ??? www.postholer.com >> ??? _______________________________________________ >> ??? MapServer-users mailing list >> ??? MapServer-users at lists.osgeo.org >> >> ??? https://lists.osgeo.org/mailman/listinfo/mapserver-users >> ??? >> > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users From jukka.rahkonen at maanmittauslaitos.fi Fri Aug 26 15:58:45 2022 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka) Date: Fri, 26 Aug 2022 22:58:45 +0000 Subject: [MapServer-users] WCS 2.0.1 GetCoverage request results in corrupted geotiff Message-ID: Hi, Your question is exceptionally detailed but because the issue happens only with a certain Docker image maybe you should contact the authors of the image https://github.com/PDOK/mapserver-docker/. But you seem to be one of the contributors yourself https://github.com/PDOK/mapserver-docker/graphs/contributors. Generally speaking, if one Docker works while another one does not I think I would start by studying how they differ. -Jukka Rahkonen- L?hett?j?: MapServer-users Puolesta Bakker, Anton via MapServer-users L?hetetty: perjantai 26. elokuuta 2022 19.20 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [MapServer-users] WCS 2.0.1 GetCoverage request results in corrupted geotiff Hi all, I am running into a curious issue in which WCS 2.0.1 getcoverage requests produces a corrupted geotiff (which is bad) and WCS 1.0.0 getcoverage requests produce valid geotiffs (which is good). This behaviour occurs with our https://hub.docker.com/r/pdok/mapserver Docker image. I could not reproduce the behaviour with https://hub.docker.com/r/camptocamp/mapserver/ Docker image. On top of that; I can only reproduce this issue when running with docker. When running the same example with docker-compose it works fine. I detailed the full issue description and steps to reproduce in this gist. If anyone has any suggestions or ideas what might be causing it I would be grateful for a response. Kind regards, [https://github.githubassets.com/images/modules/gists/gist-og-image.png] MapServer WCS 2.0.1 GetCoverage request results in corrupt geotiff MapServer WCS 2.0.1 GetCoverage request results in corrupt geotiff - README.md gist.github.com ?Anton Bakker Disclaimer: De inhoud van deze e-mail is vertrouwelijk en uitsluitend bestemd voor de geadresseerde(n). Gebruik, openbaarmaking, vermenigvuldiging, verspreiding en/of verstrekking van deze informatie aan derden is niet toegestaan. Op al onze producten en diensten zijn onze algemene leveringsvoorwaarden van toepassing [https://www.kadaster.nl/algemene-leveringsvoorwaarden]. Disclaimer: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Our general terms and conditions of delivery apply to all our products and services [https://www.kadaster.com/general-terms-and-conditions]. -------------- next part -------------- An HTML attachment was scrubbed... URL: From patrick.mckendree.young at gmail.com Sun Aug 28 08:34:17 2022 From: patrick.mckendree.young at gmail.com (Patrick Young) Date: Sun, 28 Aug 2022 09:34:17 -0600 Subject: [MapServer-users] Accessing FlatGeoBuf (.fgb) in S3 bucket? In-Reply-To: References: Message-ID: Hi Scott, What does ogrinfo report the name of the layer in "data.fgb" to be? If the layer isn't named "rm_trace" I think you might see that error. FWIW I've served from .fgb's in mapserver in both 7.6.4 and 8. Patrick On Fri, Aug 26, 2022 at 11:32 AM Scott wrote: > Using mapserver 7.6 or 8rc1 I've never been able to serve .fgb from an > S3 bucket. Local disk works fine as does ogrinfo on S3 .fgb. COG raster > data works fine off S3. > > Map file configs: > > v8rc1: > CONNECTIONTYPE flatgeobuf > DATA "/vsis3/bucket/path/data.fgb" > > v7.6.4 > CONNECTIONTYPE OGR > CONNECTION "/vsis3/bucket/path/data.fgb" > DATA "rm_trace" > > v8rc ms_error log: > [Fri Aug 26 10:24:13 2022].854479 msDrawMap(): Image handling error. > Failed to draw layer named 'rm_trace'. > > v7.6.4 ms_error log > [Fri Aug 26 10:06:59 2022].388096 msOGRFileOpen(): OGR error. Open > failed for OGR connection in layer `rm_trace'. File not found or > unsupported format. Check server logs. > [Fri Aug 26 10:06:59 2022].388132 Open failed for OGR connection in > layer `rm_trace'. > > > -- > www.postholer.com > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From public at postholer.com Sun Aug 28 10:24:07 2022 From: public at postholer.com (Scott) Date: Sun, 28 Aug 2022 10:24:07 -0700 Subject: [MapServer-users] Accessing FlatGeoBuf (.fgb) in S3 bucket? In-Reply-To: References: Message-ID: <00dc7646-457e-6b45-ebc6-e195a49bbeb1@postholer.com> Even with the .fgb and LAYER having the same layer name it doesn't work FROM S3. It works fine even with different names IF the .fgb is on local disk relative to the web server. It doesn't work if the .fgb is in an AWS S3 bucket. (note the vsis3 url). ogrinfo to the vsis3 url works fine. Raster data on S3 works fine. Having .fgb accessible from object storage is kinda the whole point of the .fgb file format. Thank for the suggestion! On 8/28/22 08:34, Patrick Young wrote: > Hi Scott, > > What does ogrinfo report the name of the layer in "data.fgb" to be? If > the layer isn't named "rm_trace" I think you might see that error. FWIW > I've served from .fgb's in mapserver in both 7.6.4 and 8. > > Patrick > > On Fri, Aug 26, 2022 at 11:32 AM Scott > wrote: > > Using mapserver 7.6 or 8rc1 I've never been able to serve .fgb from an > S3 bucket. Local disk works fine as does ogrinfo on S3 .fgb. COG raster > data works fine off S3. > > Map file configs: > > v8rc1: > CONNECTIONTYPE flatgeobuf > DATA "/vsis3/bucket/path/data.fgb" > > v7.6.4 > CONNECTIONTYPE OGR > CONNECTION "/vsis3/bucket/path/data.fgb" > DATA "rm_trace" > > v8rc ms_error log: > [Fri Aug 26 10:24:13 2022].854479 msDrawMap(): Image handling error. > Failed to draw layer named 'rm_trace'. > > v7.6.4 ms_error log > [Fri Aug 26 10:06:59 2022].388096 msOGRFileOpen(): OGR error. Open > failed for OGR connection in layer `rm_trace'.? File not found or > unsupported format. Check server logs. > [Fri Aug 26 10:06:59 2022].388132 Open failed for OGR connection in > layer `rm_trace'. > > > -- > www.postholer.com > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > > From sethg at geographika.co.uk Mon Aug 29 15:10:44 2022 From: sethg at geographika.co.uk (Seth G) Date: Tue, 30 Aug 2022 00:10:44 +0200 Subject: [MapServer-users] MapServer at FOSS4G 2022 Message-ID: <37e56ea7-a12b-4c7e-a809-d84a9c138d41@www.fastmail.com> Hi all, FOSS4G was held in Florence/Firenze last week [1], and included a "State of MapServer 2022" talk [2]. The slides for this can be seen online [3]. The source HTML for this presentation is available on GitHub [4] - please feel free to reuse and adapt this content for any MapServer related talks. The MapServer ecosystem is wide and growing, so if there are new tools and systems that would be of interest to MapServer users please raise awareness of them on this user's list, and via the MapServer Wiki, and they can be mentioned in any future MapServer updates. 7 members of the PSC (Project Steering Committee) were present, and from general discussions MapServer is widely used across many countries and organisations. Please add to the MapServer Site Gallery [5] if possible! Below is a selection of other MapServer related presentations - I believe the slides and audio for these will be published on YoutTube later this year: + MapServer - Make beautiful maps - https://talks.osgeo.org/foss4g-2022/talk/SQMVXH/ (slides at https://github.com/LarsSchy/FOSS4G-2022) + Mapserver layer handling, production, and management in larger scale environment - https://talks.osgeo.org/foss4g-2022/talk/CXXKVU/ + A crawler for spatial (meta)data as a base for Mapserver configuration - https://talks.osgeo.org/foss4g-2022/talk/QW3NYC/ + EVRYMAP - An extensible web mapping framework based on Angular, NodeJS, Leaflet and Mapserver - https://talks.osgeo.org/foss4g-2022/talk/Q9G7EH/ Last year's online talk "State of Mapserver 2021" is also available on YouTube [6] and covers many of the new features arriving in MapServer 8.0. Seth [1] https://2022.foss4g.org/ [2] https://talks.osgeo.org/foss4g-2022/talk/CBVAT9/ [3] https://geographika.github.io/mapserver-state-2022/ [4] https://github.com/geographika/mapserver-state-2022 [5] https://github.com/mapserver/mapserver/wiki/MapServer-Site-Gallery [6] https://www.youtube.com/watch?v=me5UyqG03Pg -- web:https://geographika.net twitter: @geographika From teknocreator at gmail.com Tue Aug 30 05:27:16 2022 From: teknocreator at gmail.com (David Miller) Date: Tue, 30 Aug 2022 08:27:16 -0400 Subject: [MapServer-users] Contour and wind barbs problems with later MS, GDAL, Proj versions Message-ID: Good day Mapserver Users! Not too long ago, we upgraded our development area to use Mapserver 7.6.4 which linkage to GDAL 3.4.0 and Proj 7.2. Unfortunately, the contour images created via MS over areas which span the dateline are now wrapping back from one end to the other as shown in the first image at https://pasteboard.co/rHXaEwQEOT13.png. Our production area is using older versions (MS 7.2.2, GDAL 2.4, and Proj 4.8) does not have this problem as indicated at https://pasteboard.co/aJL1HE6lIZ1u.png. This issue occurs with at least two of our datasets where the rasters which span the dateline and where we're using the MS CONNECTIONTYPE CONTOUR (and as I note later, this affects wind vector point creation too, CONNECTIONTYPE UVRASTER). The longitudes in the images above span from 120E to 1W. In order for MS to produce this image (originally from GRIB files) and also put it the Mercator projection we wish to display it in (mostly because such rasters from our other datasets are in Mercator natively), we warp the grid from lat/lon using gdalwarp: gdalwarp -q -s_srs '+proj=latlong +lon_wrap=180 +datum=WGS84 +no_defs +unit=degree +a=6371229 +b=6371229' -t_srs "+proj=merc +a=6378137 +b=6378137 +lat_0=0.0 +lat_ts=0.0 +lon_0=180.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m" -ts 1912 0 -ot Int16 -overwrite -co COMPRESS=DEFLATE -co BLOCKXSIZE=128 -co BLOCKYSIZE=128 -co ZLEVEL=9 -co TILED=YES -co PREDICTOR=2 As indicated, the -s_srs proj string is using the +lon_wrap=180 to indicate the longitudinal wrap and the -t_srs proj string is indicating lon_0 as 180, also indicating the need to produce a dateline crossing image. In the MS epsg file, we created this projection for the contour image returned from MS: <920919> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=-180.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +no_defs +over <> The map projection overall is <920916> +proj=merc +lat_ts=0 +lon_0=0 +x_0=0 +y_0=0 +R=6378137 +k=1 +units=m +no_defs +over <> This is used for the data raster overlay in PNG format. In the mapfile, these would appear as such (I included a bit more of the LAYER definition): In the MAP section: PROJECTION "init=epsg:920916" END In the LAYER section: LAYER NAME gcntr TYPE LINE STATUS DEFAULT CONNECTIONTYPE CONTOUR .... PROJECTION "init=epsg:920919" END PROCESSING "BANDS=1" PROCESSING "CONTOUR_ITEM=cvalue" PROCESSING "CONTOUR_INTERVAL=%intval%" PROCESSING "CONTOUR_LEVELS=%levels%" GEOMTRANSFORM (smoothsia(generalize([shape], 0.25*[data_cellsize]))) LABELITEM "cvalue" ..... (EXPRESSION statements follow) The +lon_0=-180.0 for the contour layer projection properly positions the contours on top of the image overlay using the MAP's projection like so using Openlayers 4.6.5 on our production server as shown in https://pasteboard.co/DTSlmj4cBt0V.png. Same mapfile with the same epsg file on our development platform with the updated MS, GDAL, and Proj yields the following display when rendered via Openlayers, https://pasteboard.co/YzryouudsshD.png. The contours are not only wrapping but are cut off west of 180. Interestingly, the color dataset PNG image displays properly. If we pan the map in our viewer where the center is east of the dateline, the horizontal wraparound line disappears. Needless to say, we're very reluctant to update our production MS, GDAL and Proj with this issue present. It also affects wind vector images as well BTW. Just for more information, we're slicing out global-spanning GRIB datasets to the window I indicated, i.e. on a 0-360 dataset, it goes from 120 to 359 (or 120E to 1W) and 80N to 30S ( we had run into problems initially going to the Prime Meridian). We process the subset area in GDAL converting units and also saving to GeoTIFF as those have seemed to be easier working wrt geospatial considerations. And finally, that GeoTiff is warped from the GRIB data's native projection to one we wish to display it in, in this case Mercator as a couple of other different dateline spanning datasets contain the data in that projection. We have tried different combinations of not using the +lon_wrap as well as +lon_0=-180 and also +over. However, we always end up with the contour lines wrapping around and the lines cut off to the west of the dateline. We have also experimented with using different combinations of MS w/GDAL and Proj. old and new: MS 7.2.2, GDAL 3.4, Proj 7.2 no contour wrap MS 7.2.2, GDAL 3.4, Proj 4.8 no contour wrap MS 7.6.4, GDAL 3.4, Proj 4.8 contour wrap And of course the original configurations MS 7.2.2, GDAL 2.2, Proj 4.8 no contour wrap (production server) MS 7.6.4, GDAL 3.4, Proj 7.2 contour wrap (development server) I searched release notes for wrapping fixes and only a few were listed in 7.4.4 - #5975, 5965, 5960. Perhaps one of these accidentally affected the MS CONTOUR and UVRASTER functions for dateline-spanning rasters? I'll create a bug report if needed but thought I'd ask this group first. Thanks for any help. David Miller -------------- next part -------------- An HTML attachment was scrubbed... URL: From sander.pukk at gmail.com Wed Aug 31 00:56:57 2022 From: sander.pukk at gmail.com (Sander Pukk) Date: Wed, 31 Aug 2022 10:56:57 +0300 Subject: [MapServer-users] Mapserver map file migration from 7->8 tool Message-ID: Hi! I remember someone mentioned a tool/script at FOSS4G that they use to check their map files for migration (7->8). If it has any redundancies and deprecated syntax. I tried to find it, but with no luck. Does anyone know what I am talking about and can point me in the right direction? Best wishes, Sander Pukk [image: Mailtrack] Sender notified by Mailtrack 08/31/22, 10:54:40 AM -------------- next part -------------- An HTML attachment was scrubbed... URL: From astrid.emde at wheregroup.com Wed Aug 31 00:59:14 2022 From: astrid.emde at wheregroup.com (Astrid Emde (WhereGroup)) Date: Wed, 31 Aug 2022 09:59:14 +0200 Subject: [MapServer-users] Mapserver map file migration from 7->8 tool In-Reply-To: References: Message-ID: <1b56ace91e34d415c3de075c7f9e7d4c@wheregroup.com> Hello Sander, here is the link https://mappyfile.geographika.net/ See you Astrid Am 2022-08-31 09:56, schrieb Sander Pukk: > Hi! > > I remember someone mentioned a tool/script at FOSS4G that they use to > check their map files for migration (7->8). If it has any redundancies > and deprecated syntax. I tried to find it, but with no luck. > > Does anyone know what I am talking about and can point me in the right > direction? > > Best wishes, > Sander Pukk > > [1] > Sender notified by > Mailtrack [1] 08/31/22, 10:54:40 AM > > > > Links: > ------ > [1] > https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality11& > _______________________________________________ > MapServer-users mailing list > MapServer-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users -- Mit freundlichen Gr??en Astrid Emde GIS-Consultant --------------------------------------------- Aufwind durch Wissen! Jetzt neu: Web-Seminare und Online-Schulungen bei der www.foss-academy.com --------------------------------------------- Astrid Emde WhereGroup GmbH Eifelstra?e 7 53119 Bonn Germany Tel: +49(0)228 90 90 38 - 22 Fax: +49(0)228 90 90 38 - 11 astrid.emde at wheregroup.com www.wheregroup.com Meinen PGP Public-Key k?nnen Sie unter pgp.mit.edu herunterladen: https://keys.openpgp.org/vks/v1/by-fingerprint/01F8152D36FC07C25EADDE86C5084ACC1C287CCB Signierte und/oder verschl?sselte Nachrichten sind sehr willkommen Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com Gesch?ftsf?hrer: Olaf Knopp, Peter Stamm Amtsgericht Bonn, HRB 9885 ------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: 0x1C287CCB.asc Type: application/pgp-keys Size: 1574 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From sander.pukk at gmail.com Wed Aug 31 01:05:59 2022 From: sander.pukk at gmail.com (Sander Pukk) Date: Wed, 31 Aug 2022 11:05:59 +0300 Subject: [MapServer-users] Mapserver map file migration from 7->8 tool In-Reply-To: <1b56ace91e34d415c3de075c7f9e7d4c@wheregroup.com> References: <1b56ace91e34d415c3de075c7f9e7d4c@wheregroup.com> Message-ID: Hi! Thank you so much! [image: Mailtrack] Sender notified by Mailtrack 08/31/22, 11:05:45 AM On Wed, Aug 31, 2022 at 10:59 AM Astrid Emde (WhereGroup) < astrid.emde at wheregroup.com> wrote: > Hello Sander, > > here is the link > > https://mappyfile.geographika.net/ > > See you Astrid > > Am 2022-08-31 09:56, schrieb Sander Pukk: > > Hi! > > > > I remember someone mentioned a tool/script at FOSS4G that they use to > > check their map files for migration (7->8). If it has any redundancies > > and deprecated syntax. I tried to find it, but with no luck. > > > > Does anyone know what I am talking about and can point me in the right > > direction? > > > > Best wishes, > > Sander Pukk > > > > [1] > > Sender notified by > > Mailtrack [1] 08/31/22, 10:54:40 AM > > > > > > > > Links: > > ------ > > [1] > > > https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality11& > ; > > _______________________________________________ > > MapServer-users mailing list > > MapServer-users at lists.osgeo.org > > https://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- > Mit freundlichen Gr??en > > Astrid Emde > GIS-Consultant > > --------------------------------------------- > Aufwind durch Wissen! > Jetzt neu: Web-Seminare und Online-Schulungen > bei der www.foss-academy.com > --------------------------------------------- > > Astrid Emde > WhereGroup GmbH > Eifelstra?e 7 > 53119 Bonn > Germany > > Tel: +49(0)228 90 90 38 - 22 > Fax: +49(0)228 90 90 38 - 11 > > astrid.emde at wheregroup.com > www.wheregroup.com > > Meinen PGP Public-Key k?nnen Sie unter pgp.mit.edu herunterladen: > > > https://keys.openpgp.org/vks/v1/by-fingerprint/01F8152D36FC07C25EADDE86C5084ACC1C287CCB > Signierte und/oder verschl?sselte Nachrichten sind sehr willkommen > > Folgen Sie der WhereGroup auf twitter: > http://twitter.com/WhereGroup_com > > Gesch?ftsf?hrer: > Olaf Knopp, Peter Stamm > Amtsgericht Bonn, HRB 9885 > > -------------------------------_______________________________________________ > 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: