From bob.basques at ci.stpaul.mn.us Tue Jun 1 10:36:18 2021 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Tue, 1 Jun 2021 17:36:18 +0000 Subject: [mapserver-users] OSGeo Twin Cities Local Chapter (AKA TCMUG) Meeting, call for presentations Message-ID: <6019DBA5-3BF7-49FA-9727-D40F654397B3@ci.stpaul.mn.us> All, Anyone up for presenting next week at our monthly meeting? Just respond to this email, and I?ll set up everything. June 9th at 4:30 pm CDT Thanks Bobb -------------- next part -------------- An HTML attachment was scrubbed... URL: From pavlicek.david at gmail.com Wed Jun 2 01:07:36 2021 From: pavlicek.david at gmail.com (=?UTF-8?B?RGF2aWQgUGF2bMOtxI1law==?=) Date: Wed, 2 Jun 2021 10:07:36 +0200 Subject: [mapserver-users] CGI variable "map" fails to validate. Message-ID: Hello, I'm using camptocamp/mapserver:7.4 docker image to run mapserver on our servers and I have recently encountered this error: [warn] [pid 25] mod_fcgid: stderr: msCGILoadMap(): Web application error. CGI variable "map" fails to validate. 2098 - 172.17.0.1 - - [02/Jun/2021:04:57:42 +0000] "GET /?map=/etc/mapserver/puobod/krpk-puobod-red.map&request=getcapabilities&service=WMS" In fact, any mapfile with hyphens won't work. They fail against MS_MAP_PATTERN regex or something. This is strange because I tested this regex and it works fine. Container MS ENV variables look like this: MS_ERRORFILE=stderr MS_MAP_PATTERN=^\/etc\/mapserver\/([^\.][_A-Za-z0-9\-\.]+\/{1})*([_A-Za-z0-9\-\.]+\.map)$ MS_DEBUGLEVEL=0 MS_MAPFILE=/etc/mapserver/mapserver.map Maybe something related to this PR: https://github.com/MapServer/MapServer/pull/6314 Any suggestions about that? Renaming project is not an option because they are referenced in many places outside of our direct reach (GIS clients, servers, etc) Thanks, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdlime at gmail.com Wed Jun 2 06:16:38 2021 From: sdlime at gmail.com (Steve Lime) Date: Wed, 2 Jun 2021 08:16:38 -0500 Subject: [mapserver-users] CGI variable "map" fails to validate. In-Reply-To: References: Message-ID: Hi David: Presumably the Docker image is running the most recent version of 7.4 which would have that pull request applied. That said, I don't think it's the culprit here and I have seen some issues with -'s where the MS_MAP_PATTERN expression compiles fine but doesn't match as expected. Re-writing the expression to move the - character can help. Try this: MS_MAP_PATTERN=^\/etc\/mapserver\/([^\.][-_A-Za-z0-9\.]+\/{1})*([-_A-Za-z0-9\.]+\.map)$ --Steve On Wed, Jun 2, 2021 at 3:07 AM David Pavl??ek via mapserver-users < mapserver-users at lists.osgeo.org> wrote: > Hello, > I'm using camptocamp/mapserver:7.4 docker image to run mapserver on our > servers and I have recently encountered this error: > > [warn] [pid 25] mod_fcgid: stderr: msCGILoadMap(): Web application error. > CGI variable "map" fails to validate. > 2098 - 172.17.0.1 - - [02/Jun/2021:04:57:42 +0000] "GET > /?map=/etc/mapserver/puobod/krpk-puobod-red.map&request=getcapabilities&service=WMS" > > In fact, any mapfile with hyphens won't work. They fail against > MS_MAP_PATTERN regex or something. This is strange because I tested this > regex and it works fine. Container MS ENV variables look like this: > > MS_ERRORFILE=stderr > > MS_MAP_PATTERN=^\/etc\/mapserver\/([^\.][_A-Za-z0-9\-\.]+\/{1})*([_A-Za-z0-9\-\.]+\.map)$ > MS_DEBUGLEVEL=0 > MS_MAPFILE=/etc/mapserver/mapserver.map > > Maybe something related to this PR: > https://github.com/MapServer/MapServer/pull/6314 > > Any suggestions about that? Renaming project is not an option because they > are referenced in many places outside of our direct reach (GIS clients, > servers, etc) > > Thanks, David > _______________________________________________ > 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 pavlicek.david at gmail.com Thu Jun 3 05:29:21 2021 From: pavlicek.david at gmail.com (=?UTF-8?B?RGF2aWQgUGF2bMOtxI1law==?=) Date: Thu, 3 Jun 2021 14:29:21 +0200 Subject: [mapserver-users] CGI variable "map" fails to validate. In-Reply-To: References: Message-ID: Hi Steve, your pattern works like a charm... escaped hyphen was the issue. I tested the previous regex with regex101.com and it matches with no problems against most of the available variants except PCRE. Which regex engine is suitable for a test against MapServer? Thank you. st 2. 6. 2021 v 15:16 odes?latel Steve Lime napsal: > Hi David: Presumably the Docker image is running the most recent version > of 7.4 which would have that pull request applied. That said, I don't think > it's the culprit here and I have seen some issues with -'s where the > MS_MAP_PATTERN expression compiles fine but doesn't match as expected. > Re-writing the expression to move the - character can help. Try this: > > > MS_MAP_PATTERN=^\/etc\/mapserver\/([^\.][-_A-Za-z0-9\.]+\/{1})*([-_A-Za-z0-9\.]+\.map)$ > > --Steve > > On Wed, Jun 2, 2021 at 3:07 AM David Pavl??ek via mapserver-users < > mapserver-users at lists.osgeo.org> wrote: > >> Hello, >> I'm using camptocamp/mapserver:7.4 docker image to run mapserver on our >> servers and I have recently encountered this error: >> >> [warn] [pid 25] mod_fcgid: stderr: msCGILoadMap(): Web application error. >> CGI variable "map" fails to validate. >> 2098 - 172.17.0.1 - - [02/Jun/2021:04:57:42 +0000] "GET >> /?map=/etc/mapserver/puobod/krpk-puobod-red.map&request=getcapabilities&service=WMS" >> >> In fact, any mapfile with hyphens won't work. They fail against >> MS_MAP_PATTERN regex or something. This is strange because I tested this >> regex and it works fine. Container MS ENV variables look like this: >> >> MS_ERRORFILE=stderr >> >> MS_MAP_PATTERN=^\/etc\/mapserver\/([^\.][_A-Za-z0-9\-\.]+\/{1})*([_A-Za-z0-9\-\.]+\.map)$ >> MS_DEBUGLEVEL=0 >> MS_MAPFILE=/etc/mapserver/mapserver.map >> >> Maybe something related to this PR: >> https://github.com/MapServer/MapServer/pull/6314 >> >> Any suggestions about that? Renaming project is not an option because >> they are referenced in many places outside of our direct reach (GIS >> clients, servers, etc) >> >> Thanks, David >> _______________________________________________ >> 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 Thu Jun 3 06:02:41 2021 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Thu, 3 Jun 2021 10:02:41 -0300 Subject: [mapserver-users] CGI variable "map" fails to validate. In-Reply-To: References: Message-ID: <07180183-c15c-52b1-addf-4579d3a55832@gatewaygeomatics.com> Hi David, MS4W also uses PCRE for its regex engine, so Windows users will soon be facing these same issues as you (I'll be making this as easy as possible for the new Windows users). So to answer your question: I believe most users aren't yet aware of what regex engine they use, and, also I believe that the PCRE regex engine is used more frequently in the MapServer community than what is believed. (most automated tests do not use PCRE, for example, even though it is so commonly used) I'm not sure if I have the answer that you need, but I wanted to give a perspective from the Windows side. -jeff -- Jeff McKenna GatewayGeo: Developers of MS4W, MapServer Consulting and Training co-founder of FOSS4G http://gatewaygeo.com/ On 2021-06-03 9:29 a.m., David Pavl??ek via mapserver-users wrote: > Hi Steve, > your pattern works like a charm... escaped hyphen was the issue. I > tested the previous regex with regex101.com and it > matches with no problems against most of the available variants except > PCRE. Which regex engine is suitable for a test against MapServer? > > Thank you. > > st 2. 6. 2021 v?15:16 odes?latel Steve Lime > napsal: > > Hi David: Presumably the Docker?image is running the most recent > version of 7.4 which would have that pull request applied. That > said, I don't think it's the?culprit here and I have seen some > issues with -'s where the MS_MAP_PATTERN expression compiles fine > but doesn't match as expected. Re-writing the expression to move the > - character can help. Try this: > > > MS_MAP_PATTERN=^\/etc\/mapserver\/([^\.][-_A-Za-z0-9\.]+\/{1})*([-_A-Za-z0-9\.]+\.map)$ > > --Steve > > On Wed, Jun 2, 2021 at 3:07 AM David Pavl??ek via mapserver-users > > wrote: > > Hello, > I'm using camptocamp/mapserver:7.4 docker image to run mapserver > on our servers and I have recently encountered this error: > > [warn] [pid 25] mod_fcgid: stderr: msCGILoadMap(): Web > application error. CGI variable "map" fails to validate. > 2098 - 172.17.0.1 - - [02/Jun/2021:04:57:42 +0000] "GET > /?map=/etc/mapserver/puobod/krpk-puobod-red.map&request=getcapabilities&service=WMS" > > In fact, any mapfile with hyphens won't work. They fail against > MS_MAP_PATTERN regex or something. This is strange because I > tested this regex and it works fine. Container MS ENV variables > look like this: > > MS_ERRORFILE=stderr > MS_MAP_PATTERN=^\/etc\/mapserver\/([^\.][_A-Za-z0-9\-\.]+\/{1})*([_A-Za-z0-9\-\.]+\.map)$ > MS_DEBUGLEVEL=0 > MS_MAPFILE=/etc/mapserver/mapserver.map > > Maybe something related to this PR: > https://github.com/MapServer/MapServer/pull/6314 > > > Any suggestions about that? Renaming project is not an option > because they are referenced in many places outside of our direct > reach (GIS clients, servers, etc) > > Thanks, David From sdlime at gmail.com Thu Jun 3 07:46:50 2021 From: sdlime at gmail.com (Steve Lime) Date: Thu, 3 Jun 2021 09:46:50 -0500 Subject: [mapserver-users] CGI variable "map" fails to validate. In-Reply-To: <07180183-c15c-52b1-addf-4579d3a55832@gatewaygeomatics.com> References: <07180183-c15c-52b1-addf-4579d3a55832@gatewaygeomatics.com> Message-ID: I should note that 7.6.3 (also 7.4.5, 7.2.3 and 7.0.8) should make defining a value for MS_MAP_PATTERN much simpler. We updated things to use two filters instead of one. The first, MS_MAP_BAD_PATTERN, checks for problematic character sequences in the map value, for example /./, /../ or // and fails if there is a match. This means you don't have to account for those with MS_MAP_PATTERN alone and you can just write something simple like: MS_MAP_PATTERN "^\/etc\/mapserver" You need to be running the latest version for this to work as intended and of course that's strongly recommended. --Steve On Thu, Jun 3, 2021 at 8:12 AM Jeff McKenna via mapserver-users < mapserver-users at lists.osgeo.org> wrote: > Hi David, > > MS4W also uses PCRE for its regex engine, so Windows users will soon be > facing these same issues as you (I'll be making this as easy as possible > for the new Windows users). > > So to answer your question: I believe most users aren't yet aware of > what regex engine they use, and, also I believe that the PCRE regex > engine is used more frequently in the MapServer community than what is > believed. (most automated tests do not use PCRE, for example, even > though it is so commonly used) > > I'm not sure if I have the answer that you need, but I wanted to give a > perspective from the Windows side. > > -jeff > > > -- > Jeff McKenna > GatewayGeo: Developers of MS4W, MapServer Consulting and Training > co-founder of FOSS4G > http://gatewaygeo.com/ > > > > On 2021-06-03 9:29 a.m., David Pavl??ek via mapserver-users wrote: > > Hi Steve, > > your pattern works like a charm... escaped hyphen was the issue. I > > tested the previous regex with regex101.com and > it > > matches with no problems against most of the available variants except > > PCRE. Which regex engine is suitable for a test against MapServer? > > > > Thank you. > > > > st 2. 6. 2021 v 15:16 odes?latel Steve Lime > > napsal: > > > > Hi David: Presumably the Docker image is running the most recent > > version of 7.4 which would have that pull request applied. That > > said, I don't think it's the culprit here and I have seen some > > issues with -'s where the MS_MAP_PATTERN expression compiles fine > > but doesn't match as expected. Re-writing the expression to move the > > - character can help. Try this: > > > > > > > MS_MAP_PATTERN=^\/etc\/mapserver\/([^\.][-_A-Za-z0-9\.]+\/{1})*([-_A-Za-z0-9\.]+\.map)$ > > > > --Steve > > > > On Wed, Jun 2, 2021 at 3:07 AM David Pavl??ek via mapserver-users > > > > wrote: > > > > Hello, > > I'm using camptocamp/mapserver:7.4 docker image to run mapserver > > on our servers and I have recently encountered this error: > > > > [warn] [pid 25] mod_fcgid: stderr: msCGILoadMap(): Web > > application error. CGI variable "map" fails to validate. > > 2098 - 172.17.0.1 - - [02/Jun/2021:04:57:42 +0000] "GET > > > /?map=/etc/mapserver/puobod/krpk-puobod-red.map&request=getcapabilities&service=WMS" > > > > In fact, any mapfile with hyphens won't work. They fail against > > MS_MAP_PATTERN regex or something. This is strange because I > > tested this regex and it works fine. Container MS ENV variables > > look like this: > > > > MS_ERRORFILE=stderr > > > MS_MAP_PATTERN=^\/etc\/mapserver\/([^\.][_A-Za-z0-9\-\.]+\/{1})*([_A-Za-z0-9\-\.]+\.map)$ > > MS_DEBUGLEVEL=0 > > MS_MAPFILE=/etc/mapserver/mapserver.map > > > > Maybe something related to this PR: > > https://github.com/MapServer/MapServer/pull/6314 > > > > > > Any suggestions about that? Renaming project is not an option > > because they are referenced in many places outside of our direct > > reach (GIS clients, servers, etc) > > > > Thanks, David > _______________________________________________ > 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 nathan.tyler.lowry at gmail.com Thu Jun 3 09:14:43 2021 From: nathan.tyler.lowry at gmail.com (Nathan L) Date: Thu, 3 Jun 2021 10:14:43 -0600 Subject: [mapserver-users] SUM: MapServer PostGIS: WMS Layers Without Features In-Reply-To: References: Message-ID: Earlier, I asked why my MapServer PostGIS implementation was producing a WMS service without any layers in it. The original question in detail is at the bottom of this summary. The responses here and in other forums were quite helpful. It narrowed down the problem to about ten areas, which I dutifully examined as a checklist. Richard Greenwood's earliest suggestions happened to be the most helpful. He suggested to look at the Apache logs to see what requests QGIS or ArcGIS was sending to MapServer. I'm glad I did - they kept redirecting in the URL to a "wms.map" file at the root directory that didn't exist. I then looked at my mapfile and lo and behold, I was the one redirecting it! I had taken example code from the Setup a Mapfile For Your WMS documentation and hadn't customized it to my implementation. The example code wasn't annotated so I didn't realize it included an example that required revision. It was in the WMS Metadata of the mapfile, where: "wms_onlineresource" "http://localhost/cgi-bin/mapserv.exe?map=wms.map&?" I changed it to point to the actual mapfile location: "wms_onlineresource" " http://localhost/cgi-bin/mapserv.exe?map=%2Fms4w%2Fapps%2Fsegis-demo%2Fmap-segis-demo.map& ?" Ironic as it was a line in the mapfile that redirected the run of the program away from itself. I'm so very grateful for the responses I received to help me solve my (self-inflicted, as many are...) problem. Nathan Tyler Lowry Comprehensive GIS Solutions (719) 208-7092 Desk (719) 963-3571 Cell (719) 960-2084 Fax Nathan.Tyler.Lowry at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jukka.rahkonen at maanmittauslaitos.fi Thu Jun 3 09:24:11 2021 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Thu, 3 Jun 2021 16:24:11 +0000 Subject: [mapserver-users] SUM: MapServer PostGIS: WMS Layers Without Features Message-ID: <6a5c85f20d244d1db7ea3980aa2df9f5@maanmittauslaitos.fi> Hi, All Mapserver admins do that error every now and then. There is a configuration option in the QGIS WMS Connection editor ?Ignore GetMap/GetTile/GetLegendGraphic URI reported in capabilities? that helps to access many misconfigured WMS servers. If you check that box the same base URL that is used for GetCapabilities is used also for other requests. Other clients may have similar configuration option, at least OpenJUMP does. -Jukka Rahkonen- L?hett?j?: mapserver-users Puolesta Nathan L via mapserver-users L?hetetty: torstai 3. kes?kuuta 2021 19.15 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [mapserver-users] SUM: MapServer PostGIS: WMS Layers Without Features Earlier, I asked why my MapServer PostGIS implementation was producing a WMS service without any layers in it. The original question in detail is at the bottom of this summary. The responses here and in other forums were quite helpful. It narrowed down the problem to about ten areas, which I dutifully examined as a checklist. Richard Greenwood's earliest suggestions happened to be the most helpful. He suggested to look at the Apache logs to see what requests QGIS or ArcGIS was sending to MapServer. I'm glad I did - they kept redirecting in the URL to a "wms.map" file at the root directory that didn't exist. I then looked at my mapfile and lo and behold, I was the one redirecting it! I had taken example code from the Setup a Mapfile For Your WMS documentation and hadn't customized it to my implementation. The example code wasn't annotated so I didn't realize it included an example that required revision. It was in the WMS Metadata of the mapfile, where: "wms_onlineresource" "http://localhost/cgi-bin/mapserv.exe?map=wms.map&?" I changed it to point to the actual mapfile location: "wms_onlineresource" "http://localhost/cgi-bin/mapserv.exe?map=%2Fms4w%2Fapps%2Fsegis-demo%2Fmap-segis-demo.map&?" Ironic as it was a line in the mapfile that redirected the run of the program away from itself. I'm so very grateful for the responses I received to help me solve my (self-inflicted, as many are...) problem. Nathan Tyler Lowry Comprehensive GIS Solutions (719) 208-7092 Desk (719) 963-3571 Cell (719) 960-2084 Fax Nathan.Tyler.Lowry at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Thu Jun 3 13:33:05 2021 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Thu, 3 Jun 2021 17:33:05 -0300 Subject: [mapserver-users] 7.6.3 released - includes important security fix In-Reply-To: References: Message-ID: The associated CVE security ID for this is: CVE-2021-32062 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-32062 -jeff -- Jeff McKenna GatewayGeo: Developers of MS4W, MapServer Consulting and Training co-founder of FOSS4G http://gatewaygeo.com/ On 2021-04-30 7:55 p.m., Steve Lime wrote: > The MapServer team is pleased (kinda) to announce the 7.6.3 security and > maintenance release. > > Importantly, this release addresses a flaw, discovered by project > developers, in MapServer CGI mapfile loading that makes it possible to > bypass security controls (ticket #6313). This flaw makes it difficult to > easily limit where MapServer can load a mapfile from and affects > versions 4.10 and later. This is a critical issue and all users are > encouraged to update as soon as possible. > > What does this mean for you? > > 1. If you've not used MS_MAP_PATTERN or MS_MAP_NO_PATH as part of > securing your installation then this doesn't have much impact since > you're not using the controls. That said, this is a critical > configuration step and you should upgrade and make use of those > controls to limit where mapfiles can be accessed. > 2. If you've relied on MS_MAP_PATTERN exclusively, you should upgrade > and be in good shape. However, it's a great time to review and test > MS_MAP_PATTERN. > 3. If you've relied on MS_MAP_NO_PATH primarily (like me), you should > upgrade and set a value for MS_MAP_PATTERN. > > We are simultaneously releasing versions 7.0.8, 7.2.3 and 7.4.5 as well. > Updates to binary distributions will follow ASAP. > > For the list of additional changes see the Changelog at > https://mapserver.org/development/changelog/changelog-7-6.html > Or head > to Download at https://mapserver.org/download.html > For those wanting searchable > offline documentation, the updated PDF is available at > https://download.osgeo.org/mapserver/docs/MapServer.pdf > > > -- The MapServer Team > > > From pavlicek.david at gmail.com Sun Jun 6 21:42:48 2021 From: pavlicek.david at gmail.com (=?UTF-8?B?RGF2aWQgUGF2bMOtxI1law==?=) Date: Mon, 7 Jun 2021 06:42:48 +0200 Subject: [mapserver-users] (no subject) Message-ID: Hi again, I continue on the journey to dockerized Mapserver, and this time im struggling with this issue: *[warn] [pid 25] mod_fcgid: stderr: mapserv(): Web application error. Traditional BROWSE mode requires a TEMPLATE in the WEB section, but none was provided. `[error] [pid 25] End of script output before headers: mapserv_wrapper[04/Jun/2021:09:17:22 +0000] "GET /?map=/etc/mapserver/honitby/honitby.map HTTP/1.1" 500 806 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.82 Safari/537.36"* Message above is logged in error log and Apache HTTP 500 is returned to a client instead of HTML page for some outputs (like trying to request BROWSE mode without a defined template). But, strange is that it happens for a second, and each subsequent call. First call is handled correctly for each project and server start. mapserver_wrapper is a simple shell wrapper around mapserv from the camptocamp mapserver container. When I exec into a container and try mapserv or wrapper directly, then proper HTML output is always returned. Here is also DEBUGLEVEL=5 log: *[warn] [pid 25] mod_fcgid: stderr: loadParams() QUERY_STRING: map=/etc/mapserver/honitby/honitby.map [warn] [pid 25] mod_fcgid: stderr: msLoadMap(): 0.001s [warn] [pid 25] mod_fcgid: stderr: CGI Request 2 on process 81 [warn] [pid 25] mod_fcgid: stderr: mapserv(): Web application error. Traditional BROWSE mode requires a TEMPLATE in the WEB section, but none was provided. [warn] [pid 25] mod_fcgid: stderr: mapserv request processing time (msLoadMap not incl.): 0.000s [warn] [pid 25] mod_fcgid: stderr: msFreeMap(): freeing map at 0x1f22560. [warn] [pid 25] mod_fcgid: stderr: freeLayer(): freeing layer at 0x1f29e60. [warn] [pid 25] mod_fcgid: stderr: msPostGISLayerIsOpen called. [error] [pid 25] End of script output before headers: mapserv_wrapper2651 - 172.17.0.1 - - [04/Jun/2021:10:14:12 +0000] "GET /?map=/etc/mapserver/honitby/honitby.map HTTP/1.1" 500 806 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.82 Safari/537.36"* At first I thought it was caused by PostGIS connection pooling (close = defer), but it happens even with projects with local layer sources (SHP) or without pooling. Maybe some magic Apache cache configuration or something... Any thoughts on what can cause this? There is also reference to the issue I created in camptocamp GIT repo, but we agree with the maintainer that this is probably a more appropriate issue for this mailing list... https://github.com/camptocamp/docker-mapserver/issues/179 thanks David -------------- next part -------------- An HTML attachment was scrubbed... URL: From pavlicek.david at gmail.com Mon Jun 7 02:01:22 2021 From: pavlicek.david at gmail.com (=?UTF-8?B?RGF2aWQgUGF2bMOtxI1law==?=) Date: Mon, 7 Jun 2021 11:01:22 +0200 Subject: [mapserver-users] Apache returns HTTP 500 for some requests In-Reply-To: References: Message-ID: I forgott to fill subject for previous message. Sorry for that and there is forwarded message with proper subject... ---------- Forwarded message --------- Od: David Pavl??ek via mapserver-users Date: po 7. 6. 2021 6:43 Subject: [mapserver-users] (no subject) To: Mapserver Hi again, I continue on the journey to dockerized Mapserver, and this time im struggling with this issue: *[warn] [pid 25] mod_fcgid: stderr: mapserv(): Web application error. Traditional BROWSE mode requires a TEMPLATE in the WEB section, but none was provided. `[error] [pid 25] End of script output before headers: mapserv_wrapper[04/Jun/2021:09:17:22 +0000] "GET /?map=/etc/mapserver/honitby/honitby.map HTTP/1.1" 500 806 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.82 Safari/537.36"* Message above is logged in error log and Apache HTTP 500 is returned to a client instead of HTML page for some outputs (like trying to request BROWSE mode without a defined template). But, strange is that it happens for a second, and each subsequent call. First call is handled correctly for each project and server start. mapserver_wrapper is a simple shell wrapper around mapserv from the camptocamp mapserver container. When I exec into a container and try mapserv or wrapper directly, then proper HTML output is always returned. Here is also DEBUGLEVEL=5 log: *[warn] [pid 25] mod_fcgid: stderr: loadParams() QUERY_STRING: map=/etc/mapserver/honitby/honitby.map [warn] [pid 25] mod_fcgid: stderr: msLoadMap(): 0.001s [warn] [pid 25] mod_fcgid: stderr: CGI Request 2 on process 81 [warn] [pid 25] mod_fcgid: stderr: mapserv(): Web application error. Traditional BROWSE mode requires a TEMPLATE in the WEB section, but none was provided. [warn] [pid 25] mod_fcgid: stderr: mapserv request processing time (msLoadMap not incl.): 0.000s [warn] [pid 25] mod_fcgid: stderr: msFreeMap(): freeing map at 0x1f22560. [warn] [pid 25] mod_fcgid: stderr: freeLayer(): freeing layer at 0x1f29e60. [warn] [pid 25] mod_fcgid: stderr: msPostGISLayerIsOpen called. [error] [pid 25] End of script output before headers: mapserv_wrapper2651 - 172.17.0.1 - - [04/Jun/2021:10:14:12 +0000] "GET /?map=/etc/mapserver/honitby/honitby.map HTTP/1.1" 500 806 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.82 Safari/537.36"* At first I thought it was caused by PostGIS connection pooling (close = defer), but it happens even with projects with local layer sources (SHP) or without pooling. Maybe some magic Apache cache configuration or something... Any thoughts on what can cause this? There is also reference to the issue I created in camptocamp GIT repo, but we agree with the maintainer that this is probably a more appropriate issue for this mailing list... https://github.com/camptocamp/docker-mapserver/issues/179 thanks David _______________________________________________ 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 lars.fricke at skendata.de Tue Jun 8 02:39:31 2021 From: lars.fricke at skendata.de (Lars Fricke) Date: Tue, 8 Jun 2021 11:39:31 +0200 Subject: [mapserver-users] WFS Client returns data at random with very same call In-Reply-To: <2eb4a26b-2483-d46b-17ac-cd6d52d6d7ed@spatialys.com> References: <2d0c3bab-d3a8-972a-13da-b07a24baa8e9@skendata.de> <10b1dc3f-ed06-33d2-f2d1-15def00d5ac7@skendata.de> <4fa6a6c7-38a4-76d9-f49c-6870eb97471b@spatialys.com> <2eb4a26b-2483-d46b-17ac-cd6d52d6d7ed@spatialys.com> Message-ID: An HTML attachment was scrubbed... URL: From even.rouault at spatialys.com Tue Jun 8 03:34:44 2021 From: even.rouault at spatialys.com (Even Rouault) Date: Tue, 8 Jun 2021 12:34:44 +0200 Subject: [mapserver-users] WFS Client returns data at random with very same call In-Reply-To: References: <2d0c3bab-d3a8-972a-13da-b07a24baa8e9@skendata.de> <10b1dc3f-ed06-33d2-f2d1-15def00d5ac7@skendata.de> <4fa6a6c7-38a4-76d9-f49c-6870eb97471b@spatialys.com> <2eb4a26b-2483-d46b-17ac-cd6d52d6d7ed@spatialys.com> Message-ID: Lars, I was testing using master versions of GDAL and Mapserver, but this should also applied to not-too-ancient released versions. When using the OGR WFS driver, you'll never see a perfect forwarding of the BBOX from the client request to the backend WFS. It will be reprojected to an extent in the SRS that is seen by OGR. Even Le 08/06/2021 ? 11:39, Lars Fricke a ?crit?: > Dear Even, dear all, > > After being away from this for some days unfortunately I looked again > today and it seems my problem burns down to that I can not get > Mapserver to forward the BBOX making the call from my browser. I did > include Even's fix in the element in wfs-request-dop-bkg-age but > with no luck. @Even: What version are you using to get the results > you're getting with BBOX? > > I did notice that there is no > > SkenData Email Signatur > > with > Filter_Capabilities > > that I see in another .xml file for another server. I tried to > manually add that but with no success either so most likely it's not > the issue. > > Thank you so much for your support. > > Best > > Lars > > Am 28.05.21 um 14:32 schrieb Even Rouault: >> >> Lars, >> >> I believe the service you request doesn't implement WFS 1.1 properly. >> >> Trying this >> >> ./mapserv >> QUERY_STRING="map=wfs.map&SRSNAME=EPSG:3857&SERVICE=WFS&VERSION=1.1.0&REQUEST=GetFeature&BBOX=791880.72463009,6321925.37255709,792929.63787777,6322786.10157277&TYPENAME=TestLayer" >> >> >> I see that GDAL does: >> >> VSICURL: Start download for >> http://sg.geodatenzentrum.de/wfs_info?SERVICE=WFS&VERSION=1.1.0&MAXFEATURES=500&REQUEST=GetFeature&TYPENAME=info:dop&FILTER=%3CFilter%20xmlns%3D%22http:%2F%2Fwww.opengis.net%2Fogc%22%20xmlns:gml%3D%22http:%2F%2Fwww.opengis.net%2Fgml%22%3E%3CBBOX%3E%3CPropertyName%3Egeom%3C%2FPropertyName%3E%3Cgml:Box%3E%3Cgml:coordinates%3E362792.2015953020309098,5459899.7109905285760760%20363491.4383923375280574,5460477.4964771848171949%3C%2Fgml:coordinates%3E%3C%2Fgml:Box%3E%3C%2FBBOX%3E%3C%2FFilter%3E >> >> So Mapserver has transmitted to GDAL a BBOX filter in epsg:25832 >> (which is the native SRS of the layer) that is the reprojection of >> your source BBOX from EPSG:3857. All things are good up to that point. >> >> But the server returns an empty response. >> >> Tweaking it manually to include a srsName="EPSG:25832" attribute in >> gml:Box returns a response with 2 features >> >> http://sg.geodatenzentrum.de/wfs_info?SERVICE=WFS&VERSION=1.1.0&MAXFEATURES=500&REQUEST=GetFeature&TYPENAME=info:dop&FILTER=%3CFilter%20xmlns%3D%22http:%2F%2Fwww.opengis.net%2Fogc%22%20xmlns:gml%3D%22http:%2F%2Fwww.opengis.net%2Fgml%22%3E%3CBBOX%3E%3CPropertyName%3Egeom%3C%2FPropertyName%3E%3Cgml:Box%20srsName=%22EPSG:25832%22%3E%3Cgml:coordinates%3E362792.2015953020309098,5459899.7109905285760760%20363491.4383923375280574,5460477.4964771848171949%3C%2Fgml:coordinates%3E%3C%2Fgml:Box%3E%3C%2FBBOX%3E%3C%2FFilter%3E >> >> But we shouldn't have to do this has a missing srsName should be >> interpretated as the defaultSRS according to my understand of the WFS >> 1.1 spec >> >> You can however tweak the element in wfs-request-dop-bkg-age >> and add "&SRSNAME=EPSG:25832" to it (since it is the defaultSRS >> of all the layers of the service), and then GDAL will forward it. >> >> Even >> >> >> Le 28/05/2021 ? 14:11, Lars Fricke a ?crit?: >>> No problem. Unfortunately, testing native WFS did not work because >>> it does not properly support cascading wfs with different srs (see >>> my other post). >>> >>> Thanks for looking into this. >>> SkenData Email Signatur >>> >>> Am 28.05.21 um 13:55 schrieb Even Rouault: >>>> >>>> oops, sorry, didn't notice ? >>>> >>>> Le 28/05/2021 ? 13:52, Lars Fricke a ?crit?: >>>>> I put in the files as attach. Is that filtered? >>>>> SkenData Email Signatur >>>>> >>>>> Am 28.05.21 um 13:43 schrieb Even Rouault: >>>>>> >>>>>> Please include your mapfile and the wfs-request-testlayer.xml >>>>>> file to reproduce. I'm confused by the mapfile you posted >>>>>> yesterday that uses epsg:25832 and the fact that GDAL through >>>>>> mapserver would issue a GetFeature in EPSG:3857 as suggested >>>>>> below. I can't see how that could happen (given the >>>>>> MapServer/GDAL integration, GDAL should always request in the >>>>>> native SRS of the layer and MapServer will do the reprojection to >>>>>> the SRSNAME of the WFS request) >>>>>> >>>>>> But as Daniel suggested using the CONNECTION WFS is probably a >>>>>> better way of doing what you want >>>>>> >>>>>> Le 28/05/2021 ? 13:13, Lars Fricke via mapserver-users a ?crit?: >>>>>>> So here is the working not working setup. Unfortunately the >>>>>>> working OGR WFS client layers are all private so I can not share >>>>>>> them. >>>>>>> >>>>>>> This call delivers objects as expected: >>>>>>> http://localhost:8181/cgi-bin/mapserv?map=/var/www/html/wfs.map&SRSNAME=EPSG:3857&SERVICE=WFS&VERSION=1.1.0&REQUEST=GetFeature&Maxfeatures=10&TYPENAME=TestLayer >>>>>>> This one, too: >>>>>>> http://localhost:8181/cgi-bin/mapserv?map=/var/www/html/wfs.map&SRSNAME=EPSG:3857&SERVICE=WFS&VERSION=1.1.0&REQUEST=GetFeature&Maxfeatures=10&TYPENAME=TestLayer >>>>>>> >>>>>>> Data is delivered in the correct srs (verified manually with QGIS). >>>>>>> >>>>>>> This call doesn't work as described before as BBOX is not >>>>>>> transmitted to external server: >>>>>>> http://localhost:8181/cgi-bin/mapserv?map=/var/www/html/wfs.map&SRSNAME=EPSG:3857&SERVICE=WFS&VERSION=1.0.0&REQUEST=GetFeature&BBOX=791880.72463009,6321925.37255709,792929.63787777,6322786.10157277&TYPENAME=TestLayer >>>>>>> >>>>>>> While the same direct call works: >>>>>>> http://sg.geodatenzentrum.de/wfs_info?SRSNAME=EPSG:3857&SERVICE=WFS&VERSION=1.0.0&REQUEST=GetFeature&BBOX=791880.72463009,6321925.37255709,792929.63787777,6322786.10157277&TYPENAME=info:dop >>>>>>> (funny, epsg 3857 is not in the capabilities but works anyhow) >>>>>>> >>>>>>> I hope you can find out what is going wrong. Thanks so much for >>>>>>> looking into this! >>>>>>> >>>>>>> Best >>>>>>> >>>>>>> Lars >>>>>>> SkenData Email Signatur >>>>>>> >>>>>>> >>>>>>> Am 27.05.21 um 18:28 schrieb Rahkonen Jukka (MML): >>>>>>>> SkenData Email Signatur >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> Have you already tried to use WFS connection instead of OGR >>>>>>>> connection? >>>>>>>> >>>>>>>> -Jukka Rahkonen- >>>>>>>> >>>>>>>> *L?hett?j?:* mapserver-users >>>>>>>> *Puolesta *Lars Fricke >>>>>>>> *L?hetetty:* torstai 27. toukokuuta 2021 14.59 >>>>>>>> *Vastaanottaja:* mapserver-users at lists.osgeo.org >>>>>>>> *Aihe:* Re: [mapserver-users] WFS Client returns data at random >>>>>>>> with very same call >>>>>>>> >>>>>>>> Dear all, >>>>>>>> I apologize for finding and posting bits and pieces not all at >>>>>>>> one time. >>>>>>>> I fired up 'CONFIG "CPL_DEBUG" "ON"' and there I see, that >>>>>>>> """ >>>>>>>> >>>>>>>> HTTP: >>>>>>>> Fetch(http://url-to-external-server?SERVICE=WFS&VERSION=1.1.0&MAXFEATURES=1000&REQUEST=GetFeature&TYPENAME=dop >>>>>>>> ) >>>>>>>> """ >>>>>>>> So there is no BBOX. On other layers I see >>>>>>>> """ >>>>>>>> GDALOpen(/vsicurl_streaming/https:... >>>>>>>> """ >>>>>>>> with BBOX. >>>>>>>> No wonder I do not get reliable results if the server is >>>>>>>> calling some 1000 whatsoever result objects and starts >>>>>>>> filtering the bbox after. >>>>>>>> >>>>>>>> Any idea what is happening? Or is this something for a GDAL thread? >>>>>>>> >>>>>>>> Best >>>>>>>> Lars >>>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> mapserver-users mailing list >>>>>>> mapserver-users at lists.osgeo.org >>>>>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>> -- >>>>>> http://www.spatialys.com >>>>>> My software is free, but my time generally not. >>>>> >>>> -- >>>> http://www.spatialys.com >>>> My software is free, but my time generally not. >>> >> -- >> http://www.spatialys.com >> My software is free, but my time generally not. > -- http://www.spatialys.com My software is free, but my time generally not. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lars.fricke at skendata.de Tue Jun 8 04:06:58 2021 From: lars.fricke at skendata.de (Lars Fricke) Date: Tue, 8 Jun 2021 13:06:58 +0200 Subject: [mapserver-users] WFS Client returns data at random with very same call In-Reply-To: References: <2d0c3bab-d3a8-972a-13da-b07a24baa8e9@skendata.de> <10b1dc3f-ed06-33d2-f2d1-15def00d5ac7@skendata.de> <4fa6a6c7-38a4-76d9-f49c-6870eb97471b@spatialys.com> <2eb4a26b-2483-d46b-17ac-cd6d52d6d7ed@spatialys.com> Message-ID: <0c7ce2a8-c97f-0198-19af-43545a68861c@skendata.de> An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Tue Jun 8 10:22:01 2021 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Tue, 8 Jun 2021 17:22:01 +0000 Subject: [mapserver-users] [REMINDER] OSGeo Twin Cities (aka TCMUG) Local Chapter Meeting - Jun 9th Message-ID: <40860602-15C6-4F6C-AB06-927E18C001AE@ci.stpaul.mn.us> All, A good presentation by Howard B. last month on Headless OpenDroneMap in the cloud. It lead to some interesting discussion. We also saw some new faces at the meeting. Re-live the presentation from the recording that is posted at the link below. Upcoming Meeting: Title: Bob Basques ? (The State of MN) Underground Utilities Mapping Project Team (UUMPT), The state of . . . Description: A presentation about the state of the art for underground utilities management and where those capabilities are at. Using the City of Saint Paul as an example, we?ll look at where the City is currently at with implementing underground asset management, where they want to go, and what the future holds. For new capabilities. Here is the connection info: https://meet.jit.si/osgeo_tcmug When: Jun. 9th, 4:30 PM CDT Bobb OSGeo, Twin Cities (aka TCMUG), MN, USA Local Chapter Page. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Fri Jun 11 10:47:41 2021 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Fri, 11 Jun 2021 14:47:41 -0300 Subject: [mapserver-users] TinyOWS 1.2.0 released Message-ID: <129a2f26-579f-5b80-690b-b97c5d272129@gatewaygeomatics.com> The MapServer team is pleased to announce the major release of TinyOWS 1.2.0, in honor of its visionary, Olivier Courtin. This release contains many fixes and enhancements that have been in the main branch, as well as recent improvements. The goal will to follow a consistent release schedule, with a maintenance release in a few months from now. (TinyOWS runs very well with PostreSQL 13 / PostGIS 3.1.1) Changelog: https://mapserver.org/development/changelog/tinyows/changelog-1-2.html#changelog-tinyows-1-2 Download: https://download.osgeo.org/mapserver/tinyows-1.2.0.tar.gz Thanks, and thoughts for Olivier... -- The MapServer / TinyOWS Team From schroeter at netgis.de Mon Jun 14 00:05:41 2021 From: schroeter at netgis.de (Sven Schroeter) Date: Mon, 14 Jun 2021 09:05:41 +0200 Subject: [mapserver-users] PHP Mapscript on Debian 10 Message-ID: <68d09e22-0f99-83f7-b8e8-84bd2d7027f0@netgis.de> Hi, I am trying to get PHP Mapscript to run stably on a Debian 10 machine. The installation actually worked fine and everything is running, only there is an error after each automatic nightly restart of the Apache server. After that PHP continues to run, but the Mapscript module does not work anymore. This is the error message from Apache after the restart at night: [Mon Jun 14 00:00:04.851967 2021] [mpm_prefork:notice] [pid 24101] AH00171: Graceful restart requested, doing restart [Mon Jun 14 00:00:05.847274 2021] [mpm_prefork:notice] [pid 24101] AH00163: Apache/2.4.38 (Debian) configured -- resuming normal operations [Mon Jun 14 00:00:05.847340 2021] [core:notice] [pid 24101] AH00094: Command line: '/usr/sbin/apache2' [Mon Jun 14 00:00:06.934284 2021] [core:notice] [pid 24101] AH00052: child pid 29129 exit signal Segmentation fault (11) If I restart Apache manually after that everything runs normal again. I did the following installation of Mapscript and Mapserver: 1. Installation Apache Postgres GDAL: apt-get -y install apache2 libapache2-mod-php postgresql-11-postgis-2.5 gdal-bin postgresql-11-ogr-fdw && apt-get clean 2. PHP components: apt-get -y install php-pgsql php-gd php-curl php-mbstring php-sqlite3 php-zip phpsqlite3 php-bcmath php-xml && apt-get clean a2enmod cgi && systemctl restart apache2 3. Mapserver 7.6x with PHP Mapscript - own compilation with cmake: sudo apt-get install libfreetype6-dev php-dev libproj-dev libfribidi-dev libharfbuzz-dev libcairo-dev libgdal-dev libgpg-error-dev libcurl4-openssl-dev libfcgi-dev wget http://download.osgeo.org/mapserver/mapserver-7.6.3.tar.gz && / tar xvf mapserver-7.6.3.tar.gz && / cd mapserver-7.6.3/ sudo apt-get install cmake mkdir build cd build cmake -DCMAKE_INSTALL_PREFIX=/opt \ -DCMAKE_PREFIX_PATH=/usr/local:/opt \ -DWITH_CLIENT_WFS=ON \ -DWITH_CLIENT_WMS=ON \ -DWITH_WCS=ON \ -DWITH_THREAD_SAFETY=ON \ -DWITH_PHP=ON \ -DWITH_KML=ON \ -DWITH_GEOS=ON \ -DWITH_GDAL=ON \ -DWITH_OGR=ON \ -DWITH_PROJ=ON \ -DWITH_CAIRO=ON \ -DWITH_POSTGIS=ON \ -DWITH_CURL=ON \ -DWITH_SOS=ON \ -DWITH_XMLMAPFILE=0 \ -DWITH_FCGI=ON \ -DWITH_LIBXML2=ON \ -DWITH_GIF=ON \ -DWITH_FRIBIDI=0 \ -DWITH_HARFBUZZ=0 \ -DWITH_PROTOBUFC=0 \ -DWITH_PYTHON=OFF \ -DWITH_SVGCAIRO=OFF \ .. make sudo make install echo extension=php_mapscript.so>/etc/php/7.3/mods-available/mapscript.ini phpenmod mapscript service apache2 restart after these installation steps I have a perfectly running PHP version 7.3.27-1~deb10u1 with Mapscript (MapServer version 7.6.3) but as said the Mapscript module error after every nightly restart of Apache. If I restart Apache manually after that everything runs normal again. I am now quite at a loss... Thanks for any advice, unfortunately I am not a Debian (Linux) expert. Sven After this Greetings Sven -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Mon Jun 14 04:38:48 2021 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Mon, 14 Jun 2021 08:38:48 -0300 Subject: [mapserver-users] PHP Mapscript on Debian 10 In-Reply-To: <68d09e22-0f99-83f7-b8e8-84bd2d7027f0@netgis.de> References: <68d09e22-0f99-83f7-b8e8-84bd2d7027f0@netgis.de> Message-ID: <446e5aa6-ae1c-b258-6165-cf2f33e979ed@gatewaygeomatics.com> Hi Sven, Native PHP MapScript is no longer supported (and will be removed for the MapServer 8.0 release). Instead you must use SWIG MapScript support, so be sure to set -DWITH_PHPNG=ON in your cmake command. SWIG >=4 is recommended for this. You can then follow https://mapserver.org/MIGRATION_GUIDE.html#mapserver-7-2-to-7-4-migration to adjust your scripts. -jeff -- Jeff McKenna GatewayGeo: Developers of MS4W, MapServer Consulting and Training co-founder of FOSS4G http://gatewaygeo.com/ On 2021-06-14 4:05 a.m., Sven Schroeter via mapserver-users wrote: > Hi, > > I am trying to get PHP Mapscript to run stably on a Debian 10 machine. > The installation actually worked fine and everything is running, only > there is an error after each automatic nightly restart of the Apache > server. > After that PHP continues to run, but the Mapscript module does not work > anymore. > > This is the error message from Apache after the restart at night: > > [Mon Jun 14 00:00:04.851967 2021] [mpm_prefork:notice] [pid 24101] > AH00171: Graceful restart requested, doing restart > [Mon Jun 14 00:00:05.847274 2021] [mpm_prefork:notice] [pid 24101] > AH00163: Apache/2.4.38 (Debian) configured -- resuming normal operations > [Mon Jun 14 00:00:05.847340 2021] [core:notice] [pid 24101] AH00094: > Command line: '/usr/sbin/apache2' > [Mon Jun 14 00:00:06.934284 2021] [core:notice] [pid 24101] AH00052: > child pid 29129 exit signal Segmentation fault (11) > > If I restart Apache manually after that everything runs normal again. > > > I did the following installation of Mapscript and Mapserver: > > 1. Installation Apache Postgres GDAL: > apt-get -y install apache2 libapache2-mod-php postgresql-11-postgis-2.5 > gdal-bin > postgresql-11-ogr-fdw && apt-get clean > > 2. PHP components: > apt-get -y install php-pgsql php-gd php-curl php-mbstring php-sqlite3 > php-zip phpsqlite3 php-bcmath php-xml && apt-get clean > a2enmod cgi && systemctl restart apache2 > > 3. Mapserver 7.6x with PHP Mapscript - own compilation with cmake: > > sudo apt-get install libfreetype6-dev php-dev libproj-dev libfribidi-dev > libharfbuzz-dev libcairo-dev libgdal-dev libgpg-error-dev > libcurl4-openssl-dev > libfcgi-dev > > wget http://download.osgeo.org/mapserver/mapserver-7.6.3.tar.gz && / > tar xvf mapserver-7.6.3.tar.gz && / > cd mapserver-7.6.3/ > sudo apt-get install cmake > mkdir build > cd build > > cmake -DCMAKE_INSTALL_PREFIX=/opt \ > -DCMAKE_PREFIX_PATH=/usr/local:/opt \ > -DWITH_CLIENT_WFS=ON \ > -DWITH_CLIENT_WMS=ON \ > -DWITH_WCS=ON \ > -DWITH_THREAD_SAFETY=ON \ > -DWITH_PHP=ON \ > -DWITH_KML=ON \ > -DWITH_GEOS=ON \ > -DWITH_GDAL=ON \ > -DWITH_OGR=ON \ > -DWITH_PROJ=ON \ > -DWITH_CAIRO=ON \ > -DWITH_POSTGIS=ON \ > -DWITH_CURL=ON \ > -DWITH_SOS=ON \ > -DWITH_XMLMAPFILE=0 \ > -DWITH_FCGI=ON \ > -DWITH_LIBXML2=ON \ > -DWITH_GIF=ON \ > -DWITH_FRIBIDI=0 \ > -DWITH_HARFBUZZ=0 \ > -DWITH_PROTOBUFC=0 \ > -DWITH_PYTHON=OFF \ > -DWITH_SVGCAIRO=OFF \ > .. > make > sudo make install > echo extension=php_mapscript.so>/etc/php/7.3/mods-available/mapscript.ini > > phpenmod mapscript > service apache2 restart > > after these installation steps I have a perfectly running PHP version > 7.3.27-1~deb10u1 with Mapscript (MapServer version 7.6.3) but as said > the Mapscript module error after every nightly restart of Apache. > If I restart Apache manually after that everything runs normal again. > I am now quite at a loss... > > Thanks for any advice, unfortunately I am not a Debian (Linux) expert. > > Sven > > > > > After this > > > > Greetings Sven > > From ahmettemiz88 at gmail.com Wed Jun 16 07:20:02 2021 From: ahmettemiz88 at gmail.com (Ahmet Temiz) Date: Wed, 16 Jun 2021 17:20:02 +0300 Subject: [mapserver-users] server geojson data as input to map file Message-ID: Hi, My server(flask) publishes data as geojson. Can I get this data to mymapfile's Data as online? regards -- Ahmet Temiz Jeoloji M?h. Afet ve Acil Durum Y?netimi Ba?kanl??? Deprem Dairesi Ba?kanl??? ________________________ Ahmet Temiz Geological Eng. Disaster and Emergency Management of Presidency -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Wed Jun 16 07:24:04 2021 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Wed, 16 Jun 2021 11:24:04 -0300 Subject: [mapserver-users] server geojson data as input to map file In-Reply-To: References: Message-ID: <6ade0e4b-2f5f-34d8-8908-66f0bc598481@gatewaygeomatics.com> Hi Ahmet, yes in fact I recently worked on those documentation steps: https://mapserver.org/input/vector/geojson.html Please let me know if that page needs any enhancements. -jeff -- Jeff McKenna GatewayGeo: Developers of MS4W, MapServer Consulting and Training co-founder of FOSS4G http://gatewaygeo.com/ On 2021-06-16 11:20 a.m., Ahmet Temiz wrote: > Hi, > My server(flask) publishes data as geojson. > Can I get this data to mymapfile's Data as online? > > regards > > > -- > Ahmet Temiz > Jeoloji M?h. > Afet ve Acil Durum Y?netimi Ba?kanl??? > Deprem? Dairesi Ba?kanl??? > > > ________________________ > > Ahmet Temiz > Geological Eng. > > Disaster and Emergency Management > of Presidency > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > From osgeo.mailinglist at gmail.com Wed Jun 16 08:52:04 2021 From: osgeo.mailinglist at gmail.com (Thomas Gratier) Date: Wed, 16 Jun 2021 17:52:04 +0200 Subject: [mapserver-users] server geojson data as input to map file In-Reply-To: <6ade0e4b-2f5f-34d8-8908-66f0bc598481@gatewaygeomatics.com> References: <6ade0e4b-2f5f-34d8-8908-66f0bc598481@gatewaygeomatics.com> Message-ID: Hi Jeff, Could be wrong but your exemple use a static GeoJSON file whereas flask datasource would more probably be http://urlflaskserver/my_end_point/layername.geojson So CONNECTIONTYPE OGRCONNECTION "name.json"DATA "layername" would be CONNECTIONTYPE OGRCONNECTION "/vsicurl/http://urlflaskserver/my_end_point/layername.geojson"DATA "layername" FYI, above untested but considering it may work because it could inherit from GDAL/OGR behaviour like below and already mentioned for other datasources e.g https://mapserver.org/input/virtual-file.html#configure-mapserver-layer Be aware that remote consumption a least on ogrinfo need an url ending like it's a file e.g # Working because geojson extension in the url (so GDAL can guess it's a GeoJSON) ogrinfo -so https://raw.githubusercontent.com/nvkelso/natural-earth-vector/master/geojson/ne_10m_airports.geojson # Not working whereas it's a GeoJSON https://ahocevar.com/geoserver/wfs?request=GetFeature&service=WFS&version=1.1.0&outputFormat=application/json&typenames=usa:states ogrinfo -so /vsicurl/ https://ahocevar.com/geoserver/wfs?request=GetFeature&service=WFS&version=1.1.0&outputFormat=application/json&typenames=usa:states Regards Thomas Gratier Le mer. 16 juin 2021 ? 16:24, Jeff McKenna a ?crit : > Hi Ahmet, yes in fact I recently worked on those documentation steps: > https://mapserver.org/input/vector/geojson.html > > Please let me know if that page needs any enhancements. > > -jeff > > > > -- > Jeff McKenna > GatewayGeo: Developers of MS4W, MapServer Consulting and Training > co-founder of FOSS4G > http://gatewaygeo.com/ > > > > > On 2021-06-16 11:20 a.m., Ahmet Temiz wrote: > > Hi, > > My server(flask) publishes data as geojson. > > Can I get this data to mymapfile's Data as online? > > > > regards > > > > > > -- > > Ahmet Temiz > > Jeoloji M?h. > > Afet ve Acil Durum Y?netimi Ba?kanl??? > > Deprem Dairesi Ba?kanl??? > > > > > > ________________________ > > > > Ahmet Temiz > > Geological Eng. > > > > Disaster and Emergency Management > > of Presidency > > > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > https://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From even.rouault at spatialys.com Wed Jun 16 09:45:26 2021 From: even.rouault at spatialys.com (Even Rouault) Date: Wed, 16 Jun 2021 18:45:26 +0200 Subject: [mapserver-users] server geojson data as input to map file In-Reply-To: References: <6ade0e4b-2f5f-34d8-8908-66f0bc598481@gatewaygeomatics.com> Message-ID: <900041da-b68a-2369-c883-391d082d4afd@spatialys.com> > # Not working whereas it's a GeoJSON > https://ahocevar.com/geoserver/wfs?request=GetFeature&service=WFS&version=1.1.0&outputFormat=application/json&typenames=usa:states > > ogrinfo -so > /vsicurl/https://ahocevar.com/geoserver/wfs?request=GetFeature&service=WFS&version=1.1.0&outputFormat=application/json&typenames=usa:states > > > The issue here is that this server doesn't support random HTTP Range requests. So either use /vsicurl_streaming/ or just plain https:// -- http://www.spatialys.com My software is free, but my time generally not. From jmckenna at gatewaygeomatics.com Wed Jun 16 09:51:57 2021 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Wed, 16 Jun 2021 13:51:57 -0300 Subject: [mapserver-users] server geojson data as input to map file In-Reply-To: References: <6ade0e4b-2f5f-34d8-8908-66f0bc598481@gatewaygeomatics.com> Message-ID: <1955af46-17af-2666-8533-dc2e503195ac@gatewaygeomatics.com> Thanks Thomas, I'll update the documentation. :) -jeff On 2021-06-16 12:52 p.m., Thomas Gratier wrote: > Hi Jeff, > > Could be wrong but your exemple use a static GeoJSON file whereas flask > datasource would more probably be > http://urlflaskserver/my_end_point/layername.geojson > > > So > > CONNECTIONTYPE OGR > CONNECTION "name.json" > DATA "layername" > > would be > > CONNECTIONTYPE OGR > CONNECTION "/vsicurl/http://urlflaskserver/my_end_point/layername.geojson > " > DATA "layername" > > FYI, above untested but considering it may work because it could inherit > from GDAL/OGR behaviour like below and already mentioned for other > datasources e.g > https://mapserver.org/input/virtual-file.html#configure-mapserver-layer > > > Be aware that remote consumption a least on ogrinfo need an url ending > like it's a file e.g > # Working because geojson extension in the url (so GDAL can guess it's a > GeoJSON) > ogrinfo -so > https://raw.githubusercontent.com/nvkelso/natural-earth-vector/master/geojson/ne_10m_airports.geojson > > > # Not working whereas it's a GeoJSON > https://ahocevar.com/geoserver/wfs?request=GetFeature&service=WFS&version=1.1.0&outputFormat=application/json&typenames=usa:states > > ogrinfo -so > /vsicurl/https://ahocevar.com/geoserver/wfs?request=GetFeature&service=WFS&version=1.1.0&outputFormat=application/json&typenames=usa:states > > > Regards > > Thomas Gratier > > Le?mer. 16 juin 2021 ??16:24, Jeff McKenna > > a > ?crit?: > > Hi Ahmet, yes in fact I recently worked on those documentation steps: > https://mapserver.org/input/vector/geojson.html > > > Please let me know if that page needs any enhancements. > > -jeff > > > > -- > Jeff McKenna > GatewayGeo: Developers of MS4W, MapServer Consulting and Training > co-founder of FOSS4G > http://gatewaygeo.com/ > > > > > On 2021-06-16 11:20 a.m., Ahmet Temiz wrote: > > Hi, > > My server(flask) publishes data as geojson. > > Can I get this data to mymapfile's Data as online? > > > > regards > > > > > > -- > > Ahmet Temiz > > Jeoloji M?h. > > Afet ve Acil Durum Y?netimi Ba?kanl??? > > Deprem? Dairesi Ba?kanl??? > > > > > > ________________________ > > > > Ahmet Temiz > > Geological Eng. > > > > Disaster and Emergency Management > > of Presidency > > > > _______________________________________________ > > 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 > > -- Jeff McKenna GatewayGeo: Developers of MS4W, MapServer Consulting and Training co-founder of FOSS4G http://gatewaygeo.com/ From Robert.Sanson at asurequality.com Wed Jun 16 14:10:08 2021 From: Robert.Sanson at asurequality.com (Robert Sanson) Date: Wed, 16 Jun 2021 21:10:08 +0000 Subject: [mapserver-users] server geojson data as input to map file In-Reply-To: References: <6ade0e4b-2f5f-34d8-8908-66f0bc598481@gatewaygeomatics.com> Message-ID: Hi Jeff and others I have been using a Python cgi-bin service that returns a GeoJSON spatial feature: LAYER NAME farm TYPE POLYGON STATUS ON CONNECTIONTYPE OGR CONNECTION "http://myserver/cgi-bin/farmgjson.py?farmid=%farmid%" VALIDATION 'farmid' '^[A-Z]{2}[0-9]{5}$' END ? Kind regards Robert Sanson From: mapserver-users On Behalf Of Thomas Gratier Sent: Thursday, 17 June 2021 3:52 am To: Jeff McKenna Cc: MapserverList OSGEO Subject: Re: [mapserver-users] server geojson data as input to map file Hi Jeff, Could be wrong but your exemple use a static GeoJSON file whereas flask datasource would more probably be http://urlflaskserver/my_end_point/layername.geojson So CONNECTIONTYPE OGR CONNECTION "name.json" DATA "layername" would be CONNECTIONTYPE OGR CONNECTION "/vsicurl/http://urlflaskserver/my_end_point/layername.geojson" DATA "layername" FYI, above untested but considering it may work because it could inherit from GDAL/OGR behaviour like below and already mentioned for other datasources e.g https://mapserver.org/input/virtual-file.html#configure-mapserver-layer Be aware that remote consumption a least on ogrinfo need an url ending like it's a file e.g # Working because geojson extension in the url (so GDAL can guess it's a GeoJSON) ogrinfo -so https://raw.githubusercontent.com/nvkelso/natural-earth-vector/master/geojson/ne_10m_airports.geojson # Not working whereas it's a GeoJSON https://ahocevar.com/geoserver/wfs?request=GetFeature&service=WFS&version=1.1.0&outputFormat=application/json&typenames=usa:states ogrinfo -so /vsicurl/https://ahocevar.com/geoserver/wfs?request=GetFeature&service=WFS&version=1.1.0&outputFormat=application/json&typenames=usa:states Regards Thomas Gratier Le mer. 16 juin 2021 ? 16:24, Jeff McKenna > a ?crit : Hi Ahmet, yes in fact I recently worked on those documentation steps: https://mapserver.org/input/vector/geojson.html Please let me know if that page needs any enhancements. -jeff -- Jeff McKenna GatewayGeo: Developers of MS4W, MapServer Consulting and Training co-founder of FOSS4G http://gatewaygeo.com/ On 2021-06-16 11:20 a.m., Ahmet Temiz wrote: > Hi, > My server(flask) publishes data as geojson. > Can I get this data to mymapfile's Data as online? > > regards > > > -- > Ahmet Temiz > Jeoloji M?h. > Afet ve Acil Durum Y?netimi Ba?kanl??? > Deprem Dairesi Ba?kanl??? > > > ________________________ > > Ahmet Temiz > Geological Eng. > > Disaster and Emergency Management > of Presidency > > _______________________________________________ > 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 This email, including any attachments, may contain information which is confidential or subject to copyright. If you are not the intended recipient, please notify us immediately and delete this email from your system. Email communications are not secure and are not guaranteed by AsureQuality Limited to be free of unauthorised interference, error or virus. Anyone who communicates with us by email is taken to accept this risk. Anything in this email which does not relate to the official business of AsureQuality Limited is neither given nor endorsed by AsureQuality Limited. Please refer to www.asurequality.com or contact AsureQuality Limited for more information, including about our terms of business. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lucadeluge at gmail.com Thu Jun 24 09:57:48 2021 From: lucadeluge at gmail.com (Luca Delucchi) Date: Thu, 24 Jun 2021 18:57:48 +0200 Subject: [mapserver-users] connect label to features Message-ID: Hi all, I would like to know if it is possible to link a feature with its label, something like QGIS is doing in Labels -> Callouts. thanks a lot -- ciao Luca www.lucadelu.org From thomas.bonfort at gmail.com Thu Jun 24 10:00:48 2021 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Thu, 24 Jun 2021 19:00:48 +0200 Subject: [mapserver-users] connect label to features In-Reply-To: References: Message-ID: https://mapserver.org/mapfile/leader.html I'm not sure why it's limited to polygons though... On Thu, Jun 24, 2021 at 6:58 PM Luca Delucchi wrote: > > Hi all, > > I would like to know if it is possible to link a feature with its > label, something like QGIS is doing in Labels -> Callouts. > > thanks a lot > > -- > ciao > Luca > > www.lucadelu.org > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users From jmckenna at gatewaygeomatics.com Thu Jun 24 10:07:58 2021 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Thu, 24 Jun 2021 14:07:58 -0300 Subject: [mapserver-users] connect label to features In-Reply-To: References: Message-ID: <74cadc55-e10d-016a-97ce-94a3071dff07@gatewaygeomatics.com> Hi Luca, I had created that page that Thomas pointed to, I see that my test files are still available that I used to generate those map images (https://download.osgeo.org/mapserver/tickets/label-leader.zip). Give that mapfile a try with your local MapServer instance, and let me know if I need to update that test package. (I think that I should start doing this for all documented features from now on, include a link to my test mapfiles) -jeff -- Jeff McKenna GatewayGeo: Developers of MS4W, MapServer Consulting and Training co-founder of FOSS4G http://gatewaygeo.com/ On 2021-06-24 2:00 p.m., thomas bonfort wrote: > https://mapserver.org/mapfile/leader.html > I'm not sure why it's limited to polygons though... > > On Thu, Jun 24, 2021 at 6:58 PM Luca Delucchi wrote: >> >> Hi all, >> >> I would like to know if it is possible to link a feature with its >> label, something like QGIS is doing in Labels -> Callouts. >> >> thanks a lot >> >> -- >> ciao >> Luca >> >> www.lucadelu.org From lucadeluge at gmail.com Thu Jun 24 10:29:32 2021 From: lucadeluge at gmail.com (Luca Delucchi) Date: Thu, 24 Jun 2021 19:29:32 +0200 Subject: [mapserver-users] connect label to features In-Reply-To: <74cadc55-e10d-016a-97ce-94a3071dff07@gatewaygeomatics.com> References: <74cadc55-e10d-016a-97ce-94a3071dff07@gatewaygeomatics.com> Message-ID: On Thu, 24 Jun 2021 at 19:08, Jeff McKenna wrote: > > Hi Luca, > Hi Jeff, > I had created that page that Thomas pointed to, I see that my test files > are still available that I used to generate those map images > (https://download.osgeo.org/mapserver/tickets/label-leader.zip). Give > that mapfile a try with your local MapServer instance, and let me know > if I need to update that test package. > I tested that data and it work properly, but as Thomas reported it seems to work only with polygon, with my point data it doesn't work Should I open a enhancement (or bug) issue? I think it should be useful to have it at least for points, but also for line > > -jeff Thanks for your help -- ciao Luca www.lucadelu.org From jmckenna at gatewaygeomatics.com Thu Jun 24 11:12:08 2021 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Thu, 24 Jun 2021 15:12:08 -0300 Subject: [mapserver-users] connect label to features In-Reply-To: References: <74cadc55-e10d-016a-97ce-94a3071dff07@gatewaygeomatics.com> Message-ID: Hi Luca, I agree with your thoughts that it would be nice if it worked with points as well. (I don't believe that I ever had it working locally with anything but polygons) Please definitely file a ticket. Thanks! -jeff On 2021-06-24 2:29 p.m., Luca Delucchi wrote: > On Thu, 24 Jun 2021 at 19:08, Jeff McKenna > wrote: >> >> Hi Luca, >> > > Hi Jeff, > >> I had created that page that Thomas pointed to, I see that my test files >> are still available that I used to generate those map images >> (https://download.osgeo.org/mapserver/tickets/label-leader.zip). Give >> that mapfile a try with your local MapServer instance, and let me know >> if I need to update that test package. >> > I tested that data and it work properly, but as Thomas reported it > seems to work only with polygon, with my point data it doesn't work > Should I open a enhancement (or bug) issue? I think it should be > useful to have it at least for points, but also for line > >> >> -jeff > > Thanks for your help > -- Jeff McKenna GatewayGeo: Developers of MS4W, MapServer Consulting and Training co-founder of FOSS4G http://gatewaygeo.com/ From jmckenna at gatewaygeomatics.com Thu Jun 24 12:37:48 2021 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Thu, 24 Jun 2021 16:37:48 -0300 Subject: [mapserver-users] connect label to features In-Reply-To: References: <74cadc55-e10d-016a-97ce-94a3071dff07@gatewaygeomatics.com> Message-ID: <8817aaf5-9706-7f48-dafc-3cb4dafdca65@gatewaygeomatics.com> Luca, I've done more testing and in fact I can get point & line features (with label leader lines) to work with that mapfile. I can now see Thomas' point, that this is a documentation issue (likely when I originally documented this I could only get it to work with polygons, but now when I test I can get points,lines,polygons to work by adapting that same mapfile). I'll fix that document now. If you post your mapfile and data I can test your data locally here. -jeff -- Jeff McKenna GatewayGeo: Developers of MS4W, MapServer Consulting and Training co-founder of FOSS4G http://gatewaygeo.com/ On 2021-06-24 3:12 p.m., Jeff McKenna wrote: > Hi Luca, > > I agree with your thoughts that it would be nice if it worked with > points as well.? (I don't believe that I ever had it working locally > with anything but polygons)? Please definitely file a ticket.? Thanks! > > -jeff > > > > On 2021-06-24 2:29 p.m., Luca Delucchi wrote: >> On Thu, 24 Jun 2021 at 19:08, Jeff McKenna >> wrote: >>> >>> Hi Luca, >>> >> >> Hi Jeff, >> >>> I had created that page that Thomas pointed to, I see that my test files >>> are still available that I used to generate those map images >>> (https://download.osgeo.org/mapserver/tickets/label-leader.zip).? Give >>> that mapfile a try with your local MapServer instance, and let me know >>> if I need to update that test package. >>> >> I tested that data and it work properly, but as Thomas reported it >> seems to work only with polygon, with my point data it doesn't work >> Should I open a enhancement (or bug) issue? I think it should be >> useful to have it at least for points, but also for line >> >>> >>> -jeff >> >> Thanks for your help >> > > From lucadeluge at gmail.com Thu Jun 24 14:57:37 2021 From: lucadeluge at gmail.com (Luca Delucchi) Date: Thu, 24 Jun 2021 23:57:37 +0200 Subject: [mapserver-users] connect label to features In-Reply-To: <8817aaf5-9706-7f48-dafc-3cb4dafdca65@gatewaygeomatics.com> References: <74cadc55-e10d-016a-97ce-94a3071dff07@gatewaygeomatics.com> <8817aaf5-9706-7f48-dafc-3cb4dafdca65@gatewaygeomatics.com> Message-ID: Hi Jeff, On Thu, 24 Jun 2021 at 21:37, Jeff McKenna wrote: > > Luca, I've done more testing and in fact I can get point & line features > (with label leader lines) to work with that mapfile. I can now see > Thomas' point, that this is a documentation issue (likely when I > originally documented this I could only get it to work with polygons, > but now when I test I can get points,lines,polygons to work by adapting > that same mapfile). > Thanks a lot, I tried again changing some parameters but I didn't get any leader lines. I'm using mapserver 7.6.2 provided by Debian > I'll fix that document now. > > If you post your mapfile and data I can test your data locally here. > here you are an example not working for me, with my output png > -jeff > -- ciao Luca www.lucadelu.org -------------- next part -------------- A non-text attachment was scrubbed... Name: test.zip Type: application/zip Size: 7606 bytes Desc: not available URL: From jmckenna at gatewaygeomatics.com Fri Jun 25 05:21:22 2021 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Fri, 25 Jun 2021 09:21:22 -0300 Subject: [mapserver-users] connect label to features In-Reply-To: References: <74cadc55-e10d-016a-97ce-94a3071dff07@gatewaygeomatics.com> <8817aaf5-9706-7f48-dafc-3cb4dafdca65@gatewaygeomatics.com> Message-ID: <136f3fe5-2f72-38ae-cc4b-c1326fddcb3d@gatewaygeomatics.com> Hi Luca, I was able to get leader lines with your data by just commented out your MINDISTANCE parameter in your LABEL. Here is the resulting map image: https://pasteboard.co/K8eUIip.png Hope that helps. (please also never attach zip, images, or files, on a mailing list, instead just upload your zip or image somewhere, and point to it here instead) Have a nice weekend, -jeff -- Jeff McKenna GatewayGeo: Developers of MS4W, MapServer Consulting and Training co-founder of FOSS4G http://gatewaygeo.com/ On 2021-06-24 6:57 p.m., Luca Delucchi wrote: > Hi Jeff, > > On Thu, 24 Jun 2021 at 21:37, Jeff McKenna > wrote: >> >> Luca, I've done more testing and in fact I can get point & line features >> (with label leader lines) to work with that mapfile. I can now see >> Thomas' point, that this is a documentation issue (likely when I >> originally documented this I could only get it to work with polygons, >> but now when I test I can get points,lines,polygons to work by adapting >> that same mapfile). >> > > Thanks a lot, I tried again changing some parameters but I didn't get > any leader lines. > I'm using mapserver 7.6.2 provided by Debian > >> I'll fix that document now. >> >> If you post your mapfile and data I can test your data locally here. >> > > here you are an example not working for me, with my output png > >> -jeff >> > > From jmckenna at gatewaygeomatics.com Fri Jun 25 06:28:30 2021 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Fri, 25 Jun 2021 10:28:30 -0300 Subject: [mapserver-users] connect label to features In-Reply-To: <136f3fe5-2f72-38ae-cc4b-c1326fddcb3d@gatewaygeomatics.com> References: <74cadc55-e10d-016a-97ce-94a3071dff07@gatewaygeomatics.com> <8817aaf5-9706-7f48-dafc-3cb4dafdca65@gatewaygeomatics.com> <136f3fe5-2f72-38ae-cc4b-c1326fddcb3d@gatewaygeomatics.com> Message-ID: <6567df80-a20a-b9f4-799a-6b76721c0c14@gatewaygeomatics.com> Hi Luca, The implemented leader label logic does not turn on leader lines for every point or feature. (I believe this is what is causing the confusion, as reported by you and Bob) I personally could see a new parameter in the LEADER object of "FORCE TRUE" being very useful, but that would take a champion to file a new ticket (https://github.com/MapServer/MapServer/issues), create a small test case (use yours, but also include the symbolset and fonts that your mapfile references, so a developer can just execute shp2img out-of-the-box), and then nudge/test/give feedback throughout the whole development process. Hope that explains more what is happening. -jeff -- Jeff McKenna GatewayGeo: Developers of MS4W, MapServer Consulting and Training co-founder of FOSS4G http://gatewaygeo.com/ On 2021-06-25 9:21 a.m., Jeff McKenna wrote: > Hi Luca, > > I was able to get leader lines with your data by just commented out your > MINDISTANCE parameter in your LABEL.? Here is the resulting map image: > https://pasteboard.co/K8eUIip.png > > Hope that helps. > > (please also never attach zip, images, or files, on a mailing list, > instead just upload your zip or image somewhere, and point to it here > instead) > > Have a nice weekend, > > -jeff > > > From bob.basques at ci.stpaul.mn.us Fri Jun 25 06:40:21 2021 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Fri, 25 Jun 2021 13:40:21 +0000 Subject: [mapserver-users] connect label to features In-Reply-To: <6567df80-a20a-b9f4-799a-6b76721c0c14@gatewaygeomatics.com> References: <74cadc55-e10d-016a-97ce-94a3071dff07@gatewaygeomatics.com> <8817aaf5-9706-7f48-dafc-3cb4dafdca65@gatewaygeomatics.com> <136f3fe5-2f72-38ae-cc4b-c1326fddcb3d@gatewaygeomatics.com> <6567df80-a20a-b9f4-799a-6b76721c0c14@gatewaygeomatics.com> Message-ID: <9B59A3D5-DF6D-4F21-A08A-68DC6C8B5B29@ci.stpaul.mn.us> All, My original need for the label lines was for labeling point clusters, I wanted to see a label for each point. Having said that I understand the reasoning behind the logic we're seeing. I would suggest that along with "FORCE TRUE" that some sort of related min-distance (MINLEADERDISTANCE?) type of variable be added directly related to leader lines and when they come on/off by scale, or MINDISTANCE working inside s separate STYLE block (Does it work that way now?) for Leader lines. I think multiple STYLE blocks came after LEADERs . . . . bobb ?On 6/25/21, 8:28 AM, "mapserver-users on behalf of Jeff McKenna" wrote: Think Before You Click: This email originated outside our organization. Hi Luca, The implemented leader label logic does not turn on leader lines for every point or feature. (I believe this is what is causing the confusion, as reported by you and Bob) I personally could see a new parameter in the LEADER object of "FORCE TRUE" being very useful, but that would take a champion to file a new ticket (https://github.com/MapServer/MapServer/issues), create a small test case (use yours, but also include the symbolset and fonts that your mapfile references, so a developer can just execute shp2img out-of-the-box), and then nudge/test/give feedback throughout the whole development process. Hope that explains more what is happening. -jeff -- Jeff McKenna GatewayGeo: Developers of MS4W, MapServer Consulting and Training co-founder of FOSS4G http://gatewaygeo.com/ On 2021-06-25 9:21 a.m., Jeff McKenna wrote: > Hi Luca, > > I was able to get leader lines with your data by just commented out your > MINDISTANCE parameter in your LABEL. Here is the resulting map image: > https://pasteboard.co/K8eUIip.png > > Hope that helps. > > (please also never attach zip, images, or files, on a mailing list, > instead just upload your zip or image somewhere, and point to it here > instead) > > Have a nice weekend, > > -jeff > > > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users