From bob.basques at ci.stpaul.mn.us Thu Apr 2 13:19:11 2020 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Thu, 2 Apr 2020 20:19:11 +0000 Subject: [mapserver-users] OSGeo (Twin Cities, MN) Local Chapter Meeting Message-ID: Hello all, Sorry about not getting this out sooner. Been a little preoccupied, and was trying to figure out what to send out for the next meeting anyway. We had a real good meeting last month. Check it out here. Largest group in a while. This month we're going online, for obvious reasons. I'm going to run a Zoom meeting and we'll see where/how it goes. Please be ready to join with your video on if possible. The idea is to see everyone. I want to get a few of you to help out by presenting for 20 min or so on something you've been working on that might be of interest to the group. I'll start off by volunteering to do a 20min session. I've set up an Agenda as a shared Doc in Google Drive. And added myself to the presenter list. Looking for two more presenters for 20min presentations. Also add in any other items to the agenda you think pertinent. We'll be starting up on time no matter what, so don't be late. See you there. bobb ------------------------------------------------ Meeting invite for April 8th, 2020 Bob Basques is inviting you to a scheduled Zoom meeting. Topic: OSGeo (Twin Cities, MN) Local Chapter Meeting Time: Apr 8, 2020 04:30 PM Central Time (US and Canada) Join Zoom Meeting https://zoom.us/j/671195852?pwd=dTZBaGJBRGZrdEZVeC8zQXNFNkhuQT09 Meeting ID: 671 195 852 Password: tcmug One tap mobile +13126266799,,671195852# US (Chicago) +16465588656,,671195852# US (New York) Dial by your location +1 312 626 6799 US (Chicago) +1 646 558 8656 US (New York) +1 253 215 8782 US +1 301 715 8592 US +1 346 248 7799 US (Houston) +1 669 900 9128 US (San Jose) Meeting ID: 671 195 852 Find your local number: https://zoom.us/u/aevJIb8s4R -- Bob Basques bbasques at sharedgeo.org 612.598.9210 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jsg at internode.on.net Sat Apr 4 07:18:20 2020 From: jsg at internode.on.net (James Gardner) Date: Sat, 4 Apr 2020 22:18:20 +0800 Subject: [mapserver-users] Benchmarking suite in progress.. Message-ID: <29ccfe0b-b88a-d76e-43ef-8a066f910219@internode.on.net> Hi! I have done some preliminary work on a mapserver benchmarking project.... github.com/kalessine/mapserver-benchmark/ documentation is sparse at the moment, but i'll do some more work on this next week... my initial tests show that mapserv called by fcgiwrap from nginx is quite slow :( there seems to be an additional 1 second of latency added to each request... if anyone knowledgeable on ubuntu 18.04, nginx, fcgiwrap and mapserv could have a look at my server script (under mapserver-benchmark/nginx-fcgiwrap/ and give me some advice as to where i'm going wrong... i'm thinking it may be in the fastcgi_params file that comes stock with nginx.. apache2 responds to requests much (6x requests in 10mins) faster... suggestions welcome! Thanks, ?? James Gardner From pschmitt at gmail.com Sat Apr 4 19:32:56 2020 From: pschmitt at gmail.com (Peter Schmitt) Date: Sat, 4 Apr 2020 20:32:56 -0600 Subject: [mapserver-users] Benchmarking suite in progress.. In-Reply-To: <29ccfe0b-b88a-d76e-43ef-8a066f910219@internode.on.net> References: <29ccfe0b-b88a-d76e-43ef-8a066f910219@internode.on.net> Message-ID: Hi James, I am not familiar with fcgiwrap. Here's what my setup looks like: Nginx proxies to MapServer listening on a unix socket. https://github.com/pedros007/debian-mapserver/blob/master/etc/nginx/sites-available/mapserver_proxy.conf This looks pretty similar to your nginx conf: https://github.com/kalessine/mapserver-benchmark/blob/c7927f9482b28cce2e2585296f760c2ba3547ca5/nginx-fcgiwrap/default#L56-L69 I use supervisord to start 8 mapserv processes listening on the above socket. Here's my supervisord config: https://github.com/pedros007/debian-mapserver/blob/master/etc/supervisor/conf.d/supervisord.conf Supervisor starts both nginx and the 8 mapserv processes. This really simplifies server startup in my Dockerfile: https://github.com/pedros007/debian-mapserver/blob/88ef21ae0846db5732e782a2dd56e925c149acd8/Dockerfile#L72 I haven't done much benchmarking on this in several years. At one point I did experiment with Apache mod_fcgi and got pretty good performance. From what I recall this was ever so slightly faster. In any case, when my Docker container runs on an AWS EC2 instance, MapServer returns 256x256 raster jpgs from GeoTIFFs stored in an AWS S3 Bucket in about 300-500 ms under reasonable loads. Local optimized GeoTIFFs can be much faster, especially on SSDs (less than 100ms) using this setup. Hope that helps! Pete On Sat, Apr 4, 2020 at 8:18 AM James Gardner wrote: > Hi! > > I have done some preliminary work on a mapserver benchmarking project.... > > github.com/kalessine/mapserver-benchmark/ > > documentation is sparse at the moment, but i'll do some more work on > this next week... > > my initial tests show that mapserv called by fcgiwrap from nginx is > quite slow :( there seems to be > > an additional 1 second of latency added to each request... if anyone > knowledgeable on ubuntu 18.04, nginx, fcgiwrap and mapserv could have a > look at my server script (under mapserver-benchmark/nginx-fcgiwrap/ and > give me some advice as to where i'm going wrong... > > i'm thinking it may be in the fastcgi_params file that comes stock with > nginx.. > > apache2 responds to requests much (6x requests in 10mins) faster... > > suggestions welcome! > > Thanks, > > James Gardner > > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users -- Pete -------------- next part -------------- An HTML attachment was scrubbed... URL: From pschmitt at gmail.com Sat Apr 4 20:29:27 2020 From: pschmitt at gmail.com (Peter Schmitt) Date: Sat, 4 Apr 2020 21:29:27 -0600 Subject: [mapserver-users] Benchmarking suite in progress.. In-Reply-To: <22a6bc99-bedf-802f-6d3b-ad41168dd2b9@internode.on.net> References: <29ccfe0b-b88a-d76e-43ef-8a066f910219@internode.on.net> <22a6bc99-bedf-802f-6d3b-ad41168dd2b9@internode.on.net> Message-ID: Nice, glad to hear! The overhead starting a new process for each request is a huge performance hit. Would be interesting to see a plot of performance benchmarks comparing all your setups. Cheers, Pete On Sat, Apr 4, 2020 at 9:10 PM James Gardner wrote: > that setup, on my home machine, answers twice as many requests in 10 > minutes, as my 'best' setup using apache2 and mod_cgi > > i think i am getting such poor performance with fcgiwrap because it needs > to spawn a new mapserver process for each request... but because it has > 'fast' in the name, i simply assume its going to be 'fast'... oh well.. i > know better now.. . > > Thanks Peter! > > James Gardner > > > On 5/4/20 10:32 am, Peter Schmitt wrote: > > Hi James, > > I am not familiar with fcgiwrap. Here's what my setup looks like: > Nginx proxies to MapServer listening on a unix socket. > https://github.com/pedros007/debian-mapserver/blob/master/etc/nginx/sites-available/mapserver_proxy.conf > This looks pretty similar to your nginx conf: > > https://github.com/kalessine/mapserver-benchmark/blob/c7927f9482b28cce2e2585296f760c2ba3547ca5/nginx-fcgiwrap/default#L56-L69 > > I use supervisord to start 8 mapserv processes listening on the above > socket. Here's my supervisord config: > https://github.com/pedros007/debian-mapserver/blob/master/etc/supervisor/conf.d/supervisord.conf > Supervisor starts both nginx and the 8 mapserv processes. This really > simplifies server startup in my Dockerfile: > > https://github.com/pedros007/debian-mapserver/blob/88ef21ae0846db5732e782a2dd56e925c149acd8/Dockerfile#L72 > > I haven't done much benchmarking on this in several years. At one point I > did experiment with Apache mod_fcgi and got pretty good performance. From > what I recall this was ever so slightly faster. In any case, when my Docker > container runs on an AWS EC2 instance, MapServer returns 256x256 raster > jpgs from GeoTIFFs stored in an AWS S3 Bucket in about 300-500 ms under > reasonable loads. Local optimized GeoTIFFs can be much faster, especially > on SSDs (less than 100ms) using this setup. > > Hope that helps! > Pete > > > On Sat, Apr 4, 2020 at 8:18 AM James Gardner wrote: > >> Hi! >> >> I have done some preliminary work on a mapserver benchmarking project.... >> >> github.com/kalessine/mapserver-benchmark/ >> >> documentation is sparse at the moment, but i'll do some more work on >> this next week... >> >> my initial tests show that mapserv called by fcgiwrap from nginx is >> quite slow :( there seems to be >> >> an additional 1 second of latency added to each request... if anyone >> knowledgeable on ubuntu 18.04, nginx, fcgiwrap and mapserv could have a >> look at my server script (under mapserver-benchmark/nginx-fcgiwrap/ and >> give me some advice as to where i'm going wrong... >> >> i'm thinking it may be in the fastcgi_params file that comes stock with >> nginx.. >> >> apache2 responds to requests much (6x requests in 10mins) faster... >> >> suggestions welcome! >> >> Thanks, >> >> James Gardner >> >> >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > -- > Pete > > -- Pete -------------- next part -------------- An HTML attachment was scrubbed... URL: From uwe.kickstein at data-experts.de Sun Apr 5 07:10:55 2020 From: uwe.kickstein at data-experts.de (Uwe Kickstein) Date: Sun, 5 Apr 2020 16:10:55 +0200 Subject: [mapserver-users] Proxy WMS Request via Mapcache Message-ID: Hi, is there a way to configure a layer in mapcache that is completely forwarded to an external WMS without caching at all? The idea behind is to extend an existing mapcache with existing layers from external WMS, without the need to publish an extra URL, as well as saving disk space. Uwe Kickstein -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Sun Apr 5 12:02:41 2020 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Sun, 5 Apr 2020 16:02:41 -0300 Subject: [mapserver-users] 7.6.0-rc1 released Message-ID: <47acf3bc-b72b-6b17-5df3-329a58cd6d30@gatewaygeomatics.com> The MapServer team is pleased to announce the first release candidate of MapServer 7.6. Please help us test and let us know of any findings. Details of the new features, migration instructions, and download links can be found on the dedicated announcement page at http://www.mapserver.org/development/announce/7-6.html . Thank you to everyone testing the beta releases. -- The MapServer Team From uwe.kickstein at data-experts.de Mon Apr 6 03:59:09 2020 From: uwe.kickstein at data-experts.de (Uwe Kickstein) Date: Mon, 6 Apr 2020 12:59:09 +0200 Subject: [mapserver-users] Proxy WMS Request via Mapcache Message-ID: Hi, i managed to configure a Layer from an external WMS just by configure a forwarding rule. So it won't get cached but the downside is that the Capabilties document does not containing this layer. So is there a way to avoid this downside? Uwe Kickstein -------------- next part -------------- An HTML attachment was scrubbed... URL: From Anton.Bakker at kadaster.nl Mon Apr 6 06:00:13 2020 From: Anton.Bakker at kadaster.nl (Bakker, Anton) Date: Mon, 6 Apr 2020 13:00:13 +0000 Subject: [mapserver-users] WCS GetCoverage request one by one pixel Message-ID: Hi all, I am running into a problem when sending HTTP requests to a MapServer backed WCS service. I am trying to request a GeoTIFF of exactly 1 by 1 pixel, however this request fails by responding with a huge pixel (here is the describeCoverage request of the coverage requested): https://geodata.nationaalgeoregister.nl/ahn3/wcs?service=WCS&Request=GetCoverage&version=2.0.1&CoverageId=ahn3_05m_dsm&format=image/tiff&subset=x(196396.75,196397.25)&subset=y(450031.75,450032.25) When I modify the request to cover an area of 2X2 pixels, the response turns out fine: https://geodata.nationaalgeoregister.nl/ahn3/wcs?service=WCS&Request=GetCoverage&version=2.0.1&CoverageId=ahn3_05m_dsm&format=image/tiff&subset=x(196396.75,196397.75)&subset=y(450031.75,450032.75) See the screenshots hosted on imgur; (https://imgur.com/a/8IBGs3G (first screenshot is the erronous response of the request with the 1X1 extent, second screenshot is the result of the 2X2 request). The MapServer version we are running is 7.4.3. Here is an excerpt of the mapfile that is used to configure the WCS service: LAYER NAME ahn3_05m_dsm METADATA "wcs_srs" "EPSG:28992" "wcs_label" "ahn3_05m_dsm" "wcs_rangeset_name" "ahn3_05m_dsm" "wcs_rangeset_label" "ahn3_05m_dsm" "wcs_extent" "10000 250000 356250 618750" "wcs_resolution" "0.5 0.5" "wcs_formats" "GEOTIFF_FLOAT32 GEOTIFF_BYTE GEOTIFF_INT16 GEOTIFF_RGB" "wcs_imagemode" "FLOAT32" "wcs_bandcount" "1" END TYPE RASTER DUMP TRUE STATUS ON DATA /srv/data/ahn3_05m_dsm/ahn3_05m_dsm.vrt PROCESSING "RESAMPLE=BILINEAR" PROJECTION "init=epsg:28992" END END I quickly skimmed the issue tracker on Github but could not find any issue causing this problem. Any thoughts on the cause of the problem are highly appreciated. Kind regards, Anton Bakker, Software Engineer Kadaster / Geo- en Vastgoedinformatie en Advies / PDOK tel. 06 - 29 737 351 anton.bakker at kadaster.nl www.kadaster.nl Disclaimer: De inhoud van dit bericht is uitsluitend bestemd voor geadresseerde. Gebruik van de inhoud van dit bericht door anderen zonder toestemming van het Kadaster is onrechtmatig. Mocht dit bericht ten onrechte bij u terecht komen, dan verzoeken wij u dit direct te melden aan de verzender en het bericht te vernietigen. Aan de inhoud van dit bericht kunnen geen rechten worden ontleend. Disclaimer: The content of this message is meant to be received by the addressee only. Use of the content of this message by anyone other than the addressee without the consent of the Kadaster is unlawful. If you have received this message, but are not the addressee, please contact the sender immediately and destroy the message. No rights can be derived from the content of this message -------------- next part -------------- An HTML attachment was scrubbed... URL: From jukka.rahkonen at maanmittauslaitos.fi Mon Apr 6 08:26:19 2020 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Mon, 6 Apr 2020 15:26:19 +0000 Subject: [mapserver-users] WCS GetCoverage request one by one pixel Message-ID: Hi, Could you have a try with the default resampling "nearest"? And then also with subset having lower limit equal to upper. Now it fails, I tried already. https://geodata.nationaalgeoregister.nl/ahn3/wcs?service=WCS&Request=GetCoverage&version=2.0.1&CoverageId=ahn3_05m_dsm&format=image/tiff&subset=x(196396.75,196396.75)&subset=y(450031.75,450031.75) GetCoverage trim with equal low and high has at least worked in the past, see http://osgeo-org.1560.x6.nabble.com/Why-WCS-2-0-1-slice-is-not-supported-td5343277.html It should be OK by the WCS standard because all intersected pixels should be included and in this case the intersection is a single pixel. But see also https://osgeo-org.atlassian.net/browse/GEOS-9553 and learn that Geoserver supports slicing but not trimming to one pixel. -Jukka Rahkonen- L?hett?j?: mapserver-users Puolesta Bakker, Anton L?hetetty: maanantai 6. huhtikuuta 2020 16.00 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [mapserver-users] WCS GetCoverage request one by one pixel Hi all, I am running into a problem when sending HTTP requests to a MapServer backed WCS service. I am trying to request a GeoTIFF of exactly 1 by 1 pixel, however this request fails by responding with a huge pixel (here is the describeCoverage request of the coverage requested): https://geodata.nationaalgeoregister.nl/ahn3/wcs?service=WCS&Request=GetCoverage&version=2.0.1&CoverageId=ahn3_05m_dsm&format=image/tiff&subset=x(196396.75,196397.25)&subset=y(450031.75,450032.25) When I modify the request to cover an area of 2X2 pixels, the response turns out fine: https://geodata.nationaalgeoregister.nl/ahn3/wcs?service=WCS&Request=GetCoverage&version=2.0.1&CoverageId=ahn3_05m_dsm&format=image/tiff&subset=x(196396.75,196397.75)&subset=y(450031.75,450032.75) See the screenshots hosted on imgur; (https://imgur.com/a/8IBGs3G (first screenshot is the erronous response of the request with the 1X1 extent, second screenshot is the result of the 2X2 request). The MapServer version we are running is 7.4.3. Here is an excerpt of the mapfile that is used to configure the WCS service: LAYER NAME ahn3_05m_dsm METADATA "wcs_srs" "EPSG:28992" "wcs_label" "ahn3_05m_dsm" "wcs_rangeset_name" "ahn3_05m_dsm" "wcs_rangeset_label" "ahn3_05m_dsm" "wcs_extent" "10000 250000 356250 618750" "wcs_resolution" "0.5 0.5" "wcs_formats" "GEOTIFF_FLOAT32 GEOTIFF_BYTE GEOTIFF_INT16 GEOTIFF_RGB" "wcs_imagemode" "FLOAT32" "wcs_bandcount" "1" END TYPE RASTER DUMP TRUE STATUS ON DATA /srv/data/ahn3_05m_dsm/ahn3_05m_dsm.vrt PROCESSING "RESAMPLE=BILINEAR" PROJECTION "init=epsg:28992" END END I quickly skimmed the issue tracker on Github but could not find any issue causing this problem. Any thoughts on the cause of the problem are highly appreciated. Kind regards, Anton Bakker, Software Engineer Kadaster / Geo- en Vastgoedinformatie en Advies / PDOK tel. 06 - 29 737 351 anton.bakker at kadaster.nl www.kadaster.nl Disclaimer: De inhoud van dit bericht is uitsluitend bestemd voor geadresseerde. Gebruik van de inhoud van dit bericht door anderen zonder toestemming van het Kadaster is onrechtmatig. Mocht dit bericht ten onrechte bij u terecht komen, dan verzoeken wij u dit direct te melden aan de verzender en het bericht te vernietigen. Aan de inhoud van dit bericht kunnen geen rechten worden ontleend. Disclaimer: The content of this message is meant to be received by the addressee only. Use of the content of this message by anyone other than the addressee without the consent of the Kadaster is unlawful. If you have received this message, but are not the addressee, please contact the sender immediately and destroy the message. No rights can be derived from the content of this message. -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.l.h.hartmann at uva.nl Tue Apr 7 07:57:28 2020 From: j.l.h.hartmann at uva.nl (Jan Hartmann) Date: Tue, 7 Apr 2020 16:57:28 +0200 Subject: [mapserver-users] Problem with html legend Message-ID: Probably some silly mistake, but I can't get the MapServer HTML legend working. My mapfile has: legend ??? status embed ??? label ??????? size tiny ??? end ??? template "paleogeography_legend.html" end And "paleogeography_legend.html" just has: [leg_class_html opt_flag=15] ????? --- [leg_class_name]
[/leg_class_html] This should return the same legend as without the template, but with "---" added between icon and classname, right? It doesn't. It always returns the default legend, as if the html template doesn't get read. Can anyone help? (BTW, the demo on https://demo.mapserver.org/itasca_legend/ is broken) Jan From jmckenna at gatewaygeomatics.com Tue Apr 7 08:11:50 2020 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Tue, 7 Apr 2020 12:11:50 -0300 Subject: [mapserver-users] Problem with html legend In-Reply-To: References: Message-ID: On 2020-04-07 11:57 a.m., Jan Hartmann wrote: > > (BTW, the demo on https://demo.mapserver.org/itasca_legend/ is broken) > Good catch, this happened when I upgraded all demo services to MapServer7 recently, but I missed the Legend demo, will tackle now. I have filed a ticket for this, but *please* next time you notice a demo problem file a ticket right away in the docs repository: https://github.com/mapserver/docs/issues/320 -jeff -- Jeff McKenna MapServer Consulting and Training Services https://gatewaygeomatics.com/ From Anton.Bakker at kadaster.nl Tue Apr 7 08:40:11 2020 From: Anton.Bakker at kadaster.nl (Bakker, Anton) Date: Tue, 7 Apr 2020 15:40:11 +0000 Subject: [mapserver-users] WCS GetCoverage request one by one pixel In-Reply-To: References: Message-ID: Hi Jukka, Thanks for your response; do you mean to set the default resampling method in the mapfile? Setting the resampling method in the WCS request does not work (for both GET and POST requests): POST: ahn3_05m_dsm x 196396.75 196396.75 y 450031.75 450031.75 image/tiff NEAREST GET: https://geodata.nationaalgeoregister.nl/ahn3/wcs?service=WCS&Request=GetCoverage&version=2.0.1&CoverageId=ahn3_05m_dsm&format=image/tiff&subset=x(196396.75,196396.75)&subset=y(450031.75,450031.75)&INTERPOLATION=NEAREST Both POST and GET request fail with the same error: "msImageCreate(): Image handling error. Attempt to allocate raw image failed, out of memory." Cheers, Anton ________________________________ From: Rahkonen Jukka (MML) > Sent: Monday, April 6, 2020 5:26 PM To: Bakker, Anton >; mapserver-users at lists.osgeo.org > Subject: Re: WCS GetCoverage request one by one pixel Hi, Could you have a try with the default resampling "nearest"? And then also with subset having lower limit equal to upper. Now it fails, I tried already. https://geodata.nationaalgeoregister.nl/ahn3/wcs?service=WCS&Request=GetCoverage&version=2.0.1&CoverageId=ahn3_05m_dsm&format=image/tiff&subset=x(196396.75,196396.75)&subset=y(450031.75,450031.75) GetCoverage trim with equal low and high has at least worked in the past, see http://osgeo-org.1560.x6.nabble.com/Why-WCS-2-0-1-slice-is-not-supported-td5343277.html It should be OK by the WCS standard because all intersected pixels should be included and in this case the intersection is a single pixel. But see also https://osgeo-org.atlassian.net/browse/GEOS-9553 and learn that Geoserver supports slicing but not trimming to one pixel. -Jukka Rahkonen- -------------- next part -------------- An HTML attachment was scrubbed... URL: From jukka.rahkonen at maanmittauslaitos.fi Tue Apr 7 08:49:44 2020 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Tue, 7 Apr 2020 15:49:44 +0000 Subject: [mapserver-users] WCS GetCoverage request one by one pixel Message-ID: <9109f28c9cab42debe3eb600ba122bab@C119S212VM042.msvyvi.vaha.local> Hi Anton, What I meant was to have a try by commenting out this line from your mapfile PROCESSING "RESAMPLE=BILINEAR" Actually it would be interesting to know what really happens if the interpolation/resampling method is configured in the mapfile and GetCoverage comes also with Interpolation parameter. -Jukka- L?hett?j?: Bakker, Anton L?hetetty: tiistai 7. huhtikuuta 2020 18.40 Vastaanottaja: Rahkonen Jukka (MML) ; mapserver-users at lists.osgeo.org Aihe: RE: WCS GetCoverage request one by one pixel Hi Jukka, Thanks for your response; do you mean to set the default resampling method in the mapfile? Setting the resampling method in the WCS request does not work (for both GET and POST requests): POST: ahn3_05m_dsm x 196396.75 196396.75 y 450031.75 450031.75 image/tiff NEAREST GET: https://geodata.nationaalgeoregister.nl/ahn3/wcs?service=WCS&Request=GetCoverage&version=2.0.1&CoverageId=ahn3_05m_dsm&format=image/tiff&subset=x(196396.75,196396.75)&subset=y(450031.75,450031.75)&INTERPOLATION=NEAREST Both POST and GET request fail with the same error: "msImageCreate(): Image handling error. Attempt to allocate raw image failed, out of memory." Cheers, Anton ________________________________ From: Rahkonen Jukka (MML) > Sent: Monday, April 6, 2020 5:26 PM To: Bakker, Anton >; mapserver-users at lists.osgeo.org > Subject: Re: WCS GetCoverage request one by one pixel Hi, Could you have a try with the default resampling "nearest"? And then also with subset having lower limit equal to upper. Now it fails, I tried already. https://geodata.nationaalgeoregister.nl/ahn3/wcs?service=WCS&Request=GetCoverage&version=2.0.1&CoverageId=ahn3_05m_dsm&format=image/tiff&subset=x(196396.75,196396.75)&subset=y(450031.75,450031.75) GetCoverage trim with equal low and high has at least worked in the past, see http://osgeo-org.1560.x6.nabble.com/Why-WCS-2-0-1-slice-is-not-supported-td5343277.html It should be OK by the WCS standard because all intersected pixels should be included and in this case the intersection is a single pixel. But see also https://osgeo-org.atlassian.net/browse/GEOS-9553 and learn that Geoserver supports slicing but not trimming to one pixel. -Jukka Rahkonen- -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Tue Apr 7 09:42:05 2020 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Tue, 7 Apr 2020 16:42:05 +0000 Subject: [mapserver-users] {REMINDER] OSGeo (Twin Cities, MN) Local Chapter Meeting Message-ID: All, Just a reminder about the monthly meeting tomorrow at 4:30pm. Still looking for co-presenters, anyone, anyone . . . I may lock down meeting a bit to start out. This is based on some of the stuff I've been advised about on the topic of people bombing meetings. As a consequence, I've changed the meeting Password. Just email for it and I'll send it out individually. Anyway, live and learn. Thanks. And see you there. Bobb From: Basques, Bob (CI-StPaul) Sent: Thursday, April 2, 2020 3:19 PM To: mapserver-users at lists.osgeo.org; 'geomoose-users at lists.osgeo.org' ; tcmug (tcmuG at lists.osgeo.org) Subject: OSGeo (Twin Cities, MN) Local Chapter Meeting Hello all, Sorry about not getting this out sooner. Been a little preoccupied, and was trying to figure out what to send out for the next meeting anyway. We had a real good meeting last month. Check it out here. Largest group in a while. This month we're going online, for obvious reasons. I'm going to run a Zoom meeting and we'll see where/how it goes. Please be ready to join with your video on if possible. The idea is to see everyone. I want to get a few of you to help out by presenting for 20 min or so on something you've been working on that might be of interest to the group. I'll start off by volunteering to do a 20min session. I've set up an Agenda as a shared Doc in Google Drive. And added myself to the presenter list. Looking for two more presenters for 20min presentations. Also add in any other items to the agenda you think pertinent. We'll be starting up on time no matter what, so don't be late. See you there. bobb ------------------------------------------------ Meeting invite for April 8th, 2020 Bob Basques is inviting you to a scheduled Zoom meeting. Topic: OSGeo (Twin Cities, MN) Local Chapter Meeting Time: Apr 8, 2020 04:30 PM Central Time (US and Canada) Join Zoom Meeting https://zoom.us/j/671195852?pwd=dTZBaGJBRGZrdEZVeC8zQXNFNkhuQT09 Meeting ID: 671 195 852 Password: tcmug One tap mobile +13126266799,,671195852# US (Chicago) +16465588656,,671195852# US (New York) Dial by your location +1 312 626 6799 US (Chicago) +1 646 558 8656 US (New York) +1 253 215 8782 US +1 301 715 8592 US +1 346 248 7799 US (Houston) +1 669 900 9128 US (San Jose) Meeting ID: 671 195 852 Find your local number: https://zoom.us/u/aevJIb8s4R -- Bob Basques bbasques at sharedgeo.org 612.598.9210 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Tue Apr 7 12:14:32 2020 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Tue, 7 Apr 2020 19:14:32 +0000 Subject: [mapserver-users] REMINDER and Meeting change. Message-ID: All, I've been talked out of using ZOOM and into using Jitsi instead. There seem to be some nice capabilities in it that the commercial/semi-commercial setup don't have. So, switching over to Jitsi. No PW, you can just use the link below to join from a desktop, and download a app for Mobile use on a phone. bobb ------------------------------------------------ You are invited to join a meeting. See agenda here : Agenda April 8th, at 4:30 PM central time. USA Join the meeting: https://meet.jit.si/TCMUG To join by phone instead, tap this: +1.512.402.2718,,3602979209# Looking for a different dial-in number? See meeting dial-in numbers: https://meet.jit.si/static/dialInInfo.html?room=TCMUG If also dialing-in through a room phone, join without connecting to audio: https://meet.jit.si/TCMUG#config.startSilent=true -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Wed Apr 8 10:27:52 2020 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Wed, 8 Apr 2020 17:27:52 +0000 Subject: [mapserver-users] REMINDER[#2] OSGeo Local Chapter (aka as TCMUG) Meeting Message-ID: Just sending this out again, since the venue (conferencing software) was changed at the last minute. See you later today. Bobb From: Basques, Bob (CI-StPaul) Sent: Tuesday, April 7, 2020 2:15 PM To: tcmug (tcmuG at lists.osgeo.org) ; mapserver-users at lists.osgeo.org; 'geomoose-users at lists.osgeo.org' Subject: REMINDER and Meeting change. All, I've been talked out of using ZOOM and into using Jitsi instead. There seem to be some nice capabilities in it that the commercial/semi-commercial setup don't have. So, switching over to Jitsi. No PW, you can just use the link below to join from a desktop, and download a app for Mobile use on a phone. bobb ------------------------------------------------ You are invited to join a meeting. See agenda here : Agenda April 8th, at 4:30 PM central time. USA Join the meeting: https://meet.jit.si/TCMUG To join by phone instead, tap this: +1.512.402.2718,,3602979209# Looking for a different dial-in number? See meeting dial-in numbers: https://meet.jit.si/static/dialInInfo.html?room=TCMUG If also dialing-in through a room phone, join without connecting to audio: https://meet.jit.si/TCMUG#config.startSilent=true -------------- next part -------------- An HTML attachment was scrubbed... URL: From pe_lord at protonmail.com Wed Apr 8 16:50:10 2020 From: pe_lord at protonmail.com (pe_lord) Date: Wed, 8 Apr 2020 16:50:10 -0700 (MST) Subject: [mapserver-users] WMS-T with daterange attribute Message-ID: <1586389810871-0.post@n6.nabble.com> I have a time enabled dataset containing various attributes, 3 of them are related to time. The temporal steps between the records are not constant... The dataset presents roads history. There is many overlap inside this dataset. 1st attribute = start_date 2nd attribute = end_date 3rd attribute = period_valid [start_date,end_date] Here what i've tried: 1- Generate a step constant temporal dataset (e.g. create a geometry for each date I want to publish by wms-t, and join the geometry (and attribute) where the step intersect the period for each records). Then my dataset pass from 250K to 11M records.. 2- Keep my original dataset and let mapserver manage the temporal intersection between the user's provided date AND the period (period_valid). In this ladder situation, mapserver send me this error: PGRES_FATAL_ERROR (7) ... Error (ERROR: operator does not exist: daterange >= timestamp with time zone LINE 1: ...92 321002.819068926))',3798) and ("period_valid" between da... ^ HINT: No operator matches the given name and argument type(s). You might need to add explicit type casts. Do you know if there is a way for Maserver to manage a daterange field (or a start_date AND end_date) in a wms-t request? -- Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html From pe_lord at protonmail.com Wed Apr 8 17:14:18 2020 From: pe_lord at protonmail.com (pe_lord) Date: Wed, 8 Apr 2020 17:14:18 -0700 (MST) Subject: [mapserver-users] WMS-T with daterange attribute In-Reply-To: <1586389810871-0.post@n6.nabble.com> References: <1586389810871-0.post@n6.nabble.com> Message-ID: <1586391258431-0.post@n6.nabble.com> I've forgot a important thing in my question: Do you know if there is a way for Mapserver to manage a daterange field (or a start_date AND end_date) in a wms-t request? The request only provide a single date, not a range. Does Mapserver could generate a SQL like : select ... from table where dateRangeField contains userProvidedDate -- Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html From sethg at geographika.co.uk Fri Apr 10 08:32:25 2020 From: sethg at geographika.co.uk (Seth G) Date: Fri, 10 Apr 2020 17:32:25 +0200 Subject: [mapserver-users] Implementing a WMS ORDERBY Parameter Message-ID: Hi list, Following on from a discussion on implementing a SORTBY parameter for WMS requests on the dev lists [1], I have a workaround that may be useful to some. This resolves WMS image requests producing different results if a consistent feature order isn't applied. A sort order can be hardcoded into a LAYER DATA clause, but this then means sorting using a WFS SORTBY parameter to the same layer is ignored. My current solution is to add a new runtime-substitution parameter (with validation to check for a single word) and then add this dynamically to an ORDER BY clause. The trick is to add a ORDER BY (SELECT NULL) as the default value for any requests to the layer not using the parameter. I'm not sure how different database drivers implement this in the DATA clause so it may need some tweaking. The example below works with the MSSQL driver. DATA "GEOM FROM ( SELECT * FROM myview ) AS tbl USING UNIQUE fid USING SRID=3857 ORDER BY %ORDERBY%" VALIDATION "ORDERBY" "(^[A-Za-z]+$)" "default_ORDERBY" "(SELECT NULL)" END A client WMS can then simply add ORDERBY=MyFieldName to ensure consistent results. Seth [1] https://lists.osgeo.org/pipermail/mapserver-dev/2020-February/016071.html -- web:http://geographika.co.uk twitter: @geographika From jmckenna at gatewaygeomatics.com Fri Apr 10 12:06:05 2020 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Fri, 10 Apr 2020 16:06:05 -0300 Subject: [mapserver-users] 7.6.0-rc2 released Message-ID: <0d124f47-9b9d-7744-da41-e5f15ca34232@gatewaygeomatics.com> The MapServer team is pleased to announce the second release candidate of MapServer 7.6. Please help us test and let us know of any findings. Details of the new features, migration instructions, and download links can be found on the dedicated announcement page at http://www.mapserver.org/development/announce/7-6.html . Thank you to everyone testing the beta/rc releases. If no other issues, 7.6.0 will be released next Friday. -- The MapServer Team From jmckenna at gatewaygeomatics.com Sun Apr 12 07:24:57 2020 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Sun, 12 Apr 2020 11:24:57 -0300 Subject: [mapserver-users] Problem with html legend In-Reply-To: References: Message-ID: Hi Jan, I have updated the legend demos (and the OGR demos) to run on MapServer 7.4.4 : https://demo.mapserver.org/ Please let me know if you ever notice any more issues with the demos. I also added a link to the mapfile in the legend demos (see bottom of each demo page), which should help you debug your local issue. Wishing you a safe and happy Easter with your family. -jeff -- Jeff McKenna MapServer Consulting and Training Services https://gatewaygeomatics.com/ On 2020-04-07 11:57 a.m., Jan Hartmann wrote: > Probably some silly mistake, but I can't get the MapServer HTML legend > working. My mapfile has: > > legend > ??? status embed > ??? label > ??????? size tiny > ??? end > ??? template "paleogeography_legend.html" > end > > And "paleogeography_legend.html" just has: > > [leg_class_html opt_flag=15] > ????? --- [leg_class_name]
> [/leg_class_html] > > This should return the same legend as without the template, but with > "---" added between icon and classname, right? It doesn't. It always > returns the default legend, as if the html template doesn't get read. > > Can anyone help? > > (BTW, the demo on https://demo.mapserver.org/itasca_legend/ is broken) > > Jan > From asen.s.radov at nasa.gov Tue Apr 14 08:43:40 2020 From: asen.s.radov at nasa.gov (Radov, Asen (GSFC-619.0)[UNIVERSITY OF MARYLAND]) Date: Tue, 14 Apr 2020 15:43:40 +0000 Subject: [mapserver-users] Display of an RGB file Message-ID: Hello, I am trying to display a RGB file, but with no success. I was able to successfully display the RGB file in this example: https://demo.mapserver.org/tutorial/example1-5.html At this point, I think there is an issue with the file, maybe it is missing some geo location information, but I am not sure. Can someone double check if they can display this file? Any help is appreciated. Here is a link to it, since attaching It breaks the size limit: LC8_015030_20190727_rgb.tif Here is my map file for reference: MAP IMAGETYPE PNG EXTENT -180 -90 180 90 SIZE 256 256 SHAPEPATH "/tis/stream/data" # The regular expression below will match 1 or more letters followed by # underscore followed by 1 or more numeric characters DATAPATTERN "[a-z]+|_|[0-9]+" IMAGECOLOR 255 255 255 CONFIG "MS_ERRORFILE" "/usr/local/error.log" DEBUG 5 SymbolSet "symbols/symbols.sym" OUTPUTFORMAT NAME "png" DRIVER "AGG/PNG" MIMETYPE "image/PNG" IMAGEMODE RGBA TRANSPARENT ON EXTENSION "png" FORMATOPTION "COMPRESSION=1" END PROJECTION "init=epsg:4326" END WEB METADATA "wms_title" "WMS STREAM Server" ##required "wms_onlineresource" "http://localhost:8181/cgi-bin/mapserv?" ##required "wms_srs" "EPSG:4326" ##recommended "wms_enable_request" "*" ##necessary END END # Web LAYER NAME "rgb1" DATA "" PROCESSING "BANDS=1,2,3" TYPE RASTER STATUS ON DEBUG 5 PROJECTION "init=epsg:4326" END METADATA wms_title "Tss range 0-1 layer" wms_srs "epsg:4326" wms_extent "-180 -90 180 90" END END END Thank you, Asen Radov NASA Goddard Space Flight Center / Code 619 Phone: 301-614-6517 E-mail: asen.s.radov at nasa.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From bfraser at GeoAnalytic.com Tue Apr 14 10:19:40 2020 From: bfraser at GeoAnalytic.com (Brent Fraser) Date: Tue, 14 Apr 2020 11:19:40 -0600 Subject: [mapserver-users] Display of an RGB file In-Reply-To: References: Message-ID: <3129e6a4d9194548adf310af7bdf9571@GeoAnalytic.com> Asen, Your layer projection needs to match the tif file's project. I like to use PROJECTION AUTO END Best regards, Brent Fraser -------- Original Message -------- > From: "Radov, Asen (GSFC-619.0)[UNIVERSITY OF MARYLAND]" > Sent: April 14, 2020 10:09 AM > To: "mapserver-users at lists.osgeo.org" > Subject: [mapserver-users] Display of an RGB file > > Hello, > > I am trying to display a RGB file, but with no success. > I was able to successfully display the RGB file in this example: https://demo.mapserver.org/tutorial/example1-5.html > At this point, I think there is an issue with the file, maybe it is missing some geo location information, but I am not sure. > Can someone double check if they can display this file? Any help is appreciated. > Here is a link to it, since attaching It breaks the size limit: > LC8_015030_20190727_rgb.tif > > Here is my map file for reference: > > MAP > IMAGETYPE PNG > EXTENT -180 -90 180 90 > SIZE 256 256 > SHAPEPATH "/tis/stream/data" > # The regular expression below will match 1 or more letters followed by > # underscore followed by 1 or more numeric characters > DATAPATTERN "[a-z]+|_|[0-9]+" > IMAGECOLOR 255 255 255 > CONFIG "MS_ERRORFILE" "/usr/local/error.log" > DEBUG 5 > > SymbolSet "symbols/symbols.sym" > > OUTPUTFORMAT > NAME "png" > DRIVER "AGG/PNG" > MIMETYPE "image/PNG" > IMAGEMODE RGBA > TRANSPARENT ON > EXTENSION "png" > FORMATOPTION "COMPRESSION=1" > END > > PROJECTION > "init=epsg:4326" > END > > WEB > METADATA > "wms_title" "WMS STREAM Server" ##required > "wms_onlineresource" "http://localhost:8181/cgi-bin/mapserv?" ##required > "wms_srs" "EPSG:4326" ##recommended > "wms_enable_request" "*" ##necessary > END > END # Web > > LAYER > NAME "rgb1" > DATA "" > PROCESSING "BANDS=1,2,3" > TYPE RASTER > STATUS ON > DEBUG 5 > > PROJECTION > "init=epsg:4326" > END > > METADATA > wms_title "Tss range 0-1 layer" > wms_srs "epsg:4326" > wms_extent "-180 -90 180 90" > END > END > END > > > Thank you, > Asen Radov > > NASA Goddard Space Flight Center / Code 619 > Phone: 301-614-6517 > E-mail: asen.s.radov at nasa.gov > > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- A non-text attachment was scrubbed... Name: Attachment 1 Type: application/octet-stream Size: 22361 bytes Desc: not available URL: From jmckenna at gatewaygeomatics.com Tue Apr 14 12:28:34 2020 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Tue, 14 Apr 2020 16:28:34 -0300 Subject: [mapserver-users] Display of an RGB file In-Reply-To: References: Message-ID: <85a20abb-2332-39a6-f91c-7f55df9fabc9@gatewaygeomatics.com> Hi Asen, There seems to be several issues with your mapfile. I found it easier to create my own small mapfile with your data: https://gatewaygeomatics.com/dl/nasa-goddard-space-flight-center.map Here it is in action: https://ms4w.dev/cgi-bin/mapserv.exe?map=/ms4w/apps/ticket-nasa-goddard-space-flight-center/test.map&mode=browse&template=openlayers&layers=all And you can add the WMS service into your local QGIS as a new WMS layer using this url: https://ms4w.dev/cgi-bin/mapserv.exe?map=/ms4w/apps/ticket-nasa-goddard-space-flight-center/test.map I'd recommend just starting with that mapfile locally, generate a map image with a local 'shp2img' command, then test through the WMS service in a client. Hope that helps. Cheers from the east coast of Canada, -jeff -- Jeff McKenna MapServer Consulting and Training Services https://gatewaygeomatics.com/ On 2020-04-14 12:43 p.m., Radov, Asen (GSFC-619.0)[UNIVERSITY OF MARYLAND] wrote: > Hello, > > I am trying to display a RGB file, but with no success. > > I was able to successfully display the RGB file in this > example:https://demo.mapserver.org/tutorial/example1-5.html > > At this point, I think there is an issue with the file, maybe it is > missing some geo location information, but I am not sure. > > Can someone double check if they can display this file? Any help is > appreciated. > > Here is a link to it, since attaching It breaks the size limit: > > LC8_015030_20190727_rgb.tif > > > Here is my map file for reference: > > MAP > > ? IMAGETYPE PNG > > ? EXTENT -180 -90 180 90 > > ? SIZE?????????? 256 256 > > ? SHAPEPATH????? "/tis/stream/data" > > ? # The regular expression below will match 1 or more letters followed by > > ? # underscore followed by 1 or more numeric characters > > ? DATAPATTERN??? "[a-z]+|_|[0-9]+" > > ? IMAGECOLOR???? 255 255 255 > > ? CONFIG "MS_ERRORFILE" "/usr/local/error.log" > > ? DEBUG 5 > > ? SymbolSet "symbols/symbols.sym" > > ? OUTPUTFORMAT > > ??? NAME "png" > > ??? DRIVER "AGG/PNG" > > ??? MIMETYPE "image/PNG" > > ??? IMAGEMODE RGBA > > ??? TRANSPARENT ON > > ??? EXTENSION "png" > > ??? FORMATOPTION "COMPRESSION=1" > > ? END > > ? PROJECTION > > ??? "init=epsg:4326" > > ? END > > ? WEB > > ??? METADATA > > ????? "wms_title"???? "WMS STREAM Server"? ##required > > ????? "wms_onlineresource" "http://localhost:8181/cgi-bin/mapserv?" > ##required > > ????? "wms_srs"?????? "EPSG:4326"? ##recommended > > ????? "wms_enable_request" "*"?? ##necessary > > ??? END > > ? END # Web > > ? LAYER > > ??? NAME "rgb1" > > ??? DATA "" > > ??? PROCESSING "BANDS=1,2,3" > > ??? TYPE RASTER > > ??? STATUS ON > > ??? DEBUG 5 > > ??? PROJECTION > > ????? "init=epsg:4326" > > ??? END > > ??? METADATA > > ??????? wms_title "Tss range 0-1 layer" > > ??????? wms_srs "epsg:4326" > > ??????? wms_extent "-180 -90 180 90" > > ??? END > > ? END > > END > > /Thank you, / > > /Asen Radov/ > > // > > /NASA Goddard Space Flight Center / Code 619/ > > /Phone: 301-614-6517/ > > /E-mail: asen.s.radov at nasa.gov / > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > From asen.s.radov at nasa.gov Tue Apr 14 12:20:08 2020 From: asen.s.radov at nasa.gov (Radov, Asen (GSFC-619.0)[UNIVERSITY OF MARYLAND]) Date: Tue, 14 Apr 2020 19:20:08 +0000 Subject: [mapserver-users] [EXTERNAL] re: Display of an RGB file In-Reply-To: <3129e6a4d9194548adf310af7bdf9571@GeoAnalytic.com> References: <3129e6a4d9194548adf310af7bdf9571@GeoAnalytic.com> Message-ID: <9F4FD426-6595-47F9-B6EE-6979B2BBDEF4@nasa.gov> Brent, That fixed it! Thank you, Asen Radov NASA Goddard Space Flight Center / Code 619 Phone: 301-614-6517 E-mail: asen.s.radov at nasa.gov ?On 4/14/20, 2:26 PM, "Brent Fraser" wrote: Asen, Your layer projection needs to match the tif file's project. I like to use PROJECTION AUTO END Best regards, Brent Fraser -------- Original Message -------- > From: "Radov, Asen (GSFC-619.0)[UNIVERSITY OF MARYLAND]" > Sent: April 14, 2020 10:09 AM > To: "mapserver-users at lists.osgeo.org" > Subject: [mapserver-users] Display of an RGB file > > Hello, > > I am trying to display a RGB file, but with no success. > I was able to successfully display the RGB file in this example: https://urldefense.proofpoint.com/v2/url?u=https-3A__demo.mapserver.org_tutorial_example1-2D5.html&d=DwICAg&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=e281LxOLUXWX77lCDwwDG7yS4rW9wU7C6637XRybRqc&m=7J2dlWOBN48x7YKqL_YaSKzwI6Z1wPRXV23-HnuK-bU&s=7tS7g2TMzqiaCddWGe6NdQTfaKJKlV5vEMKRjd8uNzk&e= > At this point, I think there is an issue with the file, maybe it is missing some geo location information, but I am not sure. > Can someone double check if they can display this file? Any help is appreciated. > Here is a link to it, since attaching It breaks the size limit: > LC8_015030_20190727_rgb.tif > > Here is my map file for reference: > > MAP > IMAGETYPE PNG > EXTENT -180 -90 180 90 > SIZE 256 256 > SHAPEPATH "/tis/stream/data" > # The regular expression below will match 1 or more letters followed by > # underscore followed by 1 or more numeric characters > DATAPATTERN "[a-z]+|_|[0-9]+" > IMAGECOLOR 255 255 255 > CONFIG "MS_ERRORFILE" "/usr/local/error.log" > DEBUG 5 > > SymbolSet "symbols/symbols.sym" > > OUTPUTFORMAT > NAME "png" > DRIVER "AGG/PNG" > MIMETYPE "image/PNG" > IMAGEMODE RGBA > TRANSPARENT ON > EXTENSION "png" > FORMATOPTION "COMPRESSION=1" > END > > PROJECTION > "init=epsg:4326" > END > > WEB > METADATA > "wms_title" "WMS STREAM Server" ##required > "wms_onlineresource" "https://urldefense.proofpoint.com/v2/url?u=http-3A__localhost-3A8181_cgi-2Dbin_mapserv-3F&d=DwICAg&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=e281LxOLUXWX77lCDwwDG7yS4rW9wU7C6637XRybRqc&m=7J2dlWOBN48x7YKqL_YaSKzwI6Z1wPRXV23-HnuK-bU&s=XzNFCTwn-g-B8y1dAD5RNJxgqe5YoRIwXx6cNVAIODk&e= " ##required > "wms_srs" "EPSG:4326" ##recommended > "wms_enable_request" "*" ##necessary > END > END # Web > > LAYER > NAME "rgb1" > DATA "" > PROCESSING "BANDS=1,2,3" > TYPE RASTER > STATUS ON > DEBUG 5 > > PROJECTION > "init=epsg:4326" > END > > METADATA > wms_title "Tss range 0-1 layer" > wms_srs "epsg:4326" > wms_extent "-180 -90 180 90" > END > END > END > > > Thank you, > Asen Radov > > NASA Goddard Space Flight Center / Code 619 > Phone: 301-614-6517 > E-mail: asen.s.radov at nasa.gov > > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.osgeo.org_mailman_listinfo_mapserver-2Dusers&d=DwICAg&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=e281LxOLUXWX77lCDwwDG7yS4rW9wU7C6637XRybRqc&m=7J2dlWOBN48x7YKqL_YaSKzwI6Z1wPRXV23-HnuK-bU&s=TsGBaxXv-eKJGkLucMO-JB1uQoUkY28al7GPNoe6rbQ&e= From zmitserk at mail.ru Thu Apr 16 07:31:36 2020 From: zmitserk at mail.ru (=?UTF-8?B?Wm1pdHNlciBLb3podWto?=) Date: Thu, 16 Apr 2020 17:31:36 +0300 Subject: [mapserver-users] =?utf-8?q?mapserver_creating_layers_group_MS_?= =?utf-8?q?=2C_that_is_displayed_in_GetCapabilities=2E_how_to_get_rid_of_i?= =?utf-8?q?t=3F_what_is_the_reason_for_it=3F?= Message-ID: <1587047496.679951928@f180.i.mail.ru> Good day, I haven?t been using mapserver for a while, but I guess, that since last time I have used it, something has changed. Now when I am querying GetCapabilities of WMS service, created by Mapserver (version 7.2.0 running?on a linux server), it puts everying in ?MS? layer group. But I don?t have any MS group defined in mapfile. Could anyone explain how to get rid of this MS group in GetCapabilities xml? This is how it looks in xml: MS MS MS EPSG:4326 ?. after normal layers follow: ? ? ? ?? ? ? ? ? ?.. ? ? ? ? ? ? ? ? ?.. So for me it looks that for no reason the group MS is created which is sort of container for all normal layers. But how to get rid of this MS group? Sincerely, ? ? -- Zmitser Kozhukh -------------- next part -------------- An HTML attachment was scrubbed... URL: From jukka.rahkonen at maanmittauslaitos.fi Thu Apr 16 08:43:44 2020 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Thu, 16 Apr 2020 15:43:44 +0000 Subject: [mapserver-users] mapserver creating layers group MS , that is displayed in GetCapabilities. how to get rid of it? what is the reason for it? Message-ID: <6c362109c93b4289b0d427da2d5abc6b@C119S212VM042.msvyvi.vaha.local> WMS service does not actually need to have a root layer but usually it exists. Each layer must have a title but name in optional. If layer does not hava a name it cannot be accessed with GetMap so what you need to do is to get rid of the name of your root layer. How to do that is documented in https://www.mapserver.org/ogc/wms_server.html: Map Name and wms_title: WMS Capabilities requires a Name and a Title tag for every layer. The Map?s NAME and wms_title metadata will be used to set the root layer?s name and title in the GetCapabilities XML output. The root layer in the WMS context corresponds to the whole mapfile. You can suppress the root layer?s name by setting wms_rootlayer_name to "". There has been some changes in configuring the name of the root layer. Earlier it just took the NAME from the MAP level if it was not left empty. Do you perhaps have ?MS? as a name of your mapfile now? Discussion about the topic in https://github.com/mapserver/mapserver/issues/5404 And this is from the WMS 1.3.0 standard: 7.2.4.6.2 Title A is mandatory for all layers; it is a human-readable string for presentation in a menu. The Title is not inherited by child Layers. 7.2.4.6.3 Name If, and only if, a layer has a <Name>, then it is a map layer that can be requested by using that Name in the LAYERS parameter of a GetMap request. A Layer that contains a <Name> element is referred to as a ?named layer? in this International Standard. If the layer has a Title but no Name, then that layer is only a category title for all the layers nested within. A server that advertises a Layer containing a Name element shall be able to accept that Name as the value of LAYERS argument in a GetMap request and return the corresponding map. A client shall not attempt to request a layer that has a Title but no Name. A server shall throw a service exception (code="LayerNotDefined") if an invalid layer is requested. A containing category itself may include a Name by which a map portraying all of the nested layers can be requested at once. For example, a parent layer "Roads" may have children ?Interstates? and ?State Highways? and allow the user to request either child individually or both together. The Name is not inherited by child Layers. -Jukka Rahkonen- L?hett?j?: mapserver-users <mapserver-users-bounces at lists.osgeo.org> Puolesta Zmitser Kozhukh L?hetetty: torstai 16. huhtikuuta 2020 17.32 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [mapserver-users] mapserver creating layers group MS , that is displayed in GetCapabilities. how to get rid of it? what is the reason for it? Good day, I haven?t been using mapserver for a while, but I guess, that since last time I have used it, something has changed. Now when I am querying GetCapabilities of WMS service, created by Mapserver (version 7.2.0 running on a linux server), it puts everying in ?MS? layer group. But I don?t have any MS group defined in mapfile. Could anyone explain how to get rid of this MS group in GetCapabilities xml? This is how it looks in xml: <Layer queryable="1"> <Name>MS</Name> <Title>MS MS EPSG:4326 ?. after normal layers follow: ?.. ?.. So for me it looks that for no reason the group MS is created which is sort of container for all normal layers. But how to get rid of this MS group? Sincerely, -- Zmitser Kozhukh -------------- next part -------------- An HTML attachment was scrubbed... URL: From jukka.rahkonen at maanmittauslaitos.fi Thu Apr 16 10:10:03 2020 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Thu, 16 Apr 2020 17:10:03 +0000 Subject: [mapserver-users] mapserver creating layers group MS , that is displayed in GetCapabilities. how to get rid of it? what is the reason for it? Message-ID: Hi, Can you point some common WMS server that does not have a root layer? For example all Geoservers have root layer like this https://demo.geo-solutions.it/geoserver/ows?service=wms&version=1.3.0&request=GetCapabilities GeoServer Web Map Service This is an ArcGIS server and it seems to have root layer with title but without a name as well https://hakku.gtk.fi/locations/wmsserver/. OpenLayers can certainly parse GetCapabilities from common WMS servers. The nested layers are there, I guess, for making it possible to categorize layers and thus help with building a user friendly presentation of the layers. But if you parse only the layers with name and skip layers with just title the result might please you. However, it should be possible to make Mapserver to have a root layer with just title, that is mandatory, but without name. Do you mean that your root layer has always name even if your MAP has an empty name (NAME "") or if you have set an empty name for it in MAP-METADATA (wms_rootlayer_name "")? -Jukka Rahkonen- L?hett?j?: Zmitser Kozhukh L?hetetty: torstai 16. huhtikuuta 2020 19.41 Vastaanottaja: Rahkonen Jukka (MML) Kopio: mapserver-users at lists.osgeo.org Aihe: Re[2]: [mapserver-users] mapserver creating layers group MS , that is displayed in GetCapabilities. how to get rid of it? what is the reason for it? Thank you Jukka! For me it is surprise to find out that there is a such thing as a root layer. Do you know if it is possible to disable it? Or is it just natural way how mapserver parses mapfile into getcapabilities xml? I would rather prefer to have list of separate layers in getcapabilities. I have tried to set the name of the root layer to empty string, also the name of the map I was setting to empty string, also tried to put metadata ows_enable_request to ?!*? but the root layer still appears in GetCapabilities. In case when I omit wms_title and wms_abstract on the Map object level, it is still substituted to ?MS? automatically by mapserver. For me personally, this requirement to have root layer partially makes sense, but the customer , who uses OL to read getcapabilities of wms services, that I am preparing, is bothered by having root layer there ? it is meaningless and not needed for him. So I guess I will just preprepare custom getcapabilities xmls and configure server to serve them instead of using mapserver for this. Sincerely, Dimitri ???????, 16 ?????? 2020, 18:43 +03:00 ?? Rahkonen Jukka (MML) >: WMS service does not actually need to have a root layer but usually it exists. Each layer must have a title but name in optional. If layer does not hava a name it cannot be accessed with GetMap so what you need to do is to get rid of the name of your root layer. How to do that is documented in https://www.mapserver.org/ogc/wms_server.html: Map Name and wms_title: WMS Capabilities requires a Name and a Title tag for every layer. The Map?s NAME and wms_title metadata will be used to set the root layer?s name and title in the GetCapabilities XML output. The root layer in the WMS context corresponds to the whole mapfile. You can suppress the root layer?s name by setting wms_rootlayer_name to "". There has been some changes in configuring the name of the root layer. Earlier it just took the NAME from the MAP level if it was not left empty. Do you perhaps have ?MS? as a name of your mapfile now? Discussion about the topic in https://github.com/mapserver/mapserver/issues/5404 And this is from the WMS 1.3.0 standard: 7.2.4.6.2 Title A is mandatory for all layers; it is a human-readable string for presentation in a menu. The Title is not inherited by child Layers. 7.2.4.6.3 Name If, and only if, a layer has a <Name>, then it is a map layer that can be requested by using that Name in the LAYERS parameter of a GetMap request. A Layer that contains a <Name> element is referred to as a ?named layer? in this International Standard. If the layer has a Title but no Name, then that layer is only a category title for all the layers nested within. A server that advertises a Layer containing a Name element shall be able to accept that Name as the value of LAYERS argument in a GetMap request and return the corresponding map. A client shall not attempt to request a layer that has a Title but no Name. A server shall throw a service exception (code="LayerNotDefined") if an invalid layer is requested. A containing category itself may include a Name by which a map portraying all of the nested layers can be requested at once. For example, a parent layer "Roads" may have children ?Interstates? and ?State Highways? and allow the user to request either child individually or both together. The Name is not inherited by child Layers. -Jukka Rahkonen- L?hett?j?: mapserver-users <mapserver-users-bounces at lists.osgeo.org</compose?To=mapserver%2dusers%2dbounces at lists.osgeo.org>> Puolesta Zmitser Kozhukh L?hetetty: torstai 16. huhtikuuta 2020 17.32 Vastaanottaja: mapserver-users at lists.osgeo.org</compose?To=mapserver%2dusers at lists.osgeo.org> Aihe: [mapserver-users] mapserver creating layers group MS , that is displayed in GetCapabilities. how to get rid of it? what is the reason for it? Good day, I haven?t been using mapserver for a while, but I guess, that since last time I have used it, something has changed. Now when I am querying GetCapabilities of WMS service, created by Mapserver (version 7.2.0 running on a linux server), it puts everying in ?MS? layer group. But I don?t have any MS group defined in mapfile. Could anyone explain how to get rid of this MS group in GetCapabilities xml? This is how it looks in xml: <Layer queryable="1"> <Name>MS</Name> <Title>MS MS EPSG:4326 ?. after normal layers follow: ?.. ?.. So for me it looks that for no reason the group MS is created which is sort of container for all normal layers. But how to get rid of this MS group? Sincerely, -- Zmitser Kozhukh -- Zmitser Kozhukh -------------- next part -------------- An HTML attachment was scrubbed... URL: From zmitserk at mail.ru Thu Apr 16 10:52:52 2020 From: zmitserk at mail.ru (=?UTF-8?B?Wm1pdHNlciBLb3podWto?=) Date: Thu, 16 Apr 2020 20:52:52 +0300 Subject: [mapserver-users] =?utf-8?q?mapserver_creating_layers_group_MS_?= =?utf-8?q?=2C_that_is_displayed_in_GetCapabilities=2E_how_to_get_rid_of_i?= =?utf-8?q?t=3F_what_is_the_reason_for_it=3F?= In-Reply-To: References: Message-ID: <1587059572.587138379@f171.i.mail.ru> Yes, you are right. Looks like I remembered it wrong. I also have tried different versions of wms : 1.0.0, 1.1.0 ??and all have this root layer. So this was just my misconception. Regarding root layer name both options (setting?wms_rootlayer_name to empty string as well as setting name property of map to empty string) , I think,?gave the same result. Probably I will ask front end developers to disregard layers with empty name as you suggest. Thanks a lot. Sincerely, Dimitri ? >???????, 16 ?????? 2020, 20:10 +03:00 ?? Rahkonen Jukka (MML) : >? >Hi, >? >Can you point some common WMS server that does not have a root layer? For example all Geoservers have root layer like this https://demo.geo-solutions.it/geoserver/ows?service=wms&version=1.3.0&request=GetCapabilities >? > >GeoServer Web Map Service >? >This is an ArcGIS server and it seems to have root layer with title but without a name as well https://hakku.gtk.fi/locations/wmsserver/ . >? >OpenLayers can certainly parse GetCapabilities from common WMS servers. The nested layers are there, I guess, for making it possible to categorize layers and thus help with building a user friendly presentation of the layers. But if you parse only the layers with name and skip layers with just title the result might please you. >? >However, it should be possible to make Mapserver to have a root layer with just title, that is mandatory, but without name. Do you mean that your root layer has always name even if your MAP has an empty name (NAME "") or if you have set an empty name for it in MAP-METADATA (wms_rootlayer_name "")? >? >-Jukka Rahkonen- >? >L?hett?j?: Zmitser Kozhukh < zmitserk at mail.ru > >L?hetetty: torstai 16. huhtikuuta 2020 19.41 >Vastaanottaja: Rahkonen Jukka (MML) < jukka.rahkonen at maanmittauslaitos.fi > >Kopio: mapserver-users at lists.osgeo.org >Aihe: Re[2]: [mapserver-users] mapserver creating layers group MS , that is displayed in GetCapabilities. how to get rid of it? what is the reason for it? >? >Thank you Jukka! For me it is surprise to find out that there is a such thing as a?root layer. Do you know if it is possible to disable it? Or is it just natural way how mapserver parses mapfile into getcapabilities xml? I would rather prefer to have list of separate layers in getcapabilities. >I have tried to set the name of the root layer to empty string, also the name of the map I was setting to empty string, also tried to put metadata ows_enable_request?to ?!*??but the root layer still appears in GetCapabilities. In case when I omit wms_title and wms_abstract on the Map object level, it is still?substituted to ?MS? automatically by mapserver.? >For me personally, this requirement to have root layer partially makes sense, but the customer , who uses OL to read getcapabilities of wms services, that I am preparing,?is bothered by having root layer there ??it is meaningless and not needed for him. >So I guess I will just preprepare custom getcapabilities xmls and configure server to serve them instead of using mapserver for this. >Sincerely, Dimitri >? >>???????, 16 ?????? 2020, 18:43 +03:00 ?? Rahkonen Jukka (MML) < jukka.rahkonen at maanmittauslaitos.fi >: >>? >>WMS service does not actually need to have a root layer but usually it exists. Each layer must have a title but name in optional. If layer does not hava a name it cannot be accessed with GetMap so what you need to do is to get rid of the name of your root layer. How to do that is documented in https://www.mapserver.org/ogc/wms_server.html : >>? >>Map Name and wms_title: >>WMS Capabilities requires a Name and a Title tag for every layer. The Map?s NAME and wms_title metadata will be used to set the root layer?s name and title in the GetCapabilities XML output. The root layer in the WMS context corresponds to the whole mapfile. You can suppress the root layer?s name by setting wms_rootlayer_name to "". >>? >>There has been some changes in configuring the name of the root layer. Earlier it just took the NAME from the MAP level if it was not left empty. Do you perhaps have ?MS? as a name of your mapfile now? >>? >>Discussion about the topic in https://github.com/mapserver/mapserver/issues/5404 >>? >>And this is from the WMS 1.3.0 standard: >>? >>7.2.4.6.2 Title >>A is mandatory for all layers; it is a human-readable string for presentation in a menu. The Title is not >>inherited by child Layers. >>7.2.4.6.3 Name >>If, and only if, a layer has a <Name>, then it is a map layer that can be requested by using that Name in the >>LAYERS parameter of a GetMap request. A Layer that contains a <Name> element is referred to as a ?named >>layer? in this International Standard. If the layer has a Title but no Name, then that layer is only a category title for >>all the layers nested within. A server that advertises a Layer containing a Name element shall be able to accept >>that Name as the value of LAYERS argument in a GetMap request and return the corresponding map. A client >>shall not attempt to request a layer that has a Title but no Name. >>A server shall throw a service exception (code="LayerNotDefined") if an invalid layer is requested. >>A containing category itself may include a Name by which a map portraying all of the nested layers can be >>requested at once. For example, a parent layer "Roads" may have children ?Interstates? and ?State Highways? >>and allow the user to request either child individually or both together. >>The Name is not inherited by child Layers. >>? >>? >>-Jukka Rahkonen- >>? >>? >>L?hett?j?: mapserver-users < mapserver-users-bounces at lists.osgeo.org > Puolesta Zmitser Kozhukh >>L?hetetty: torstai 16. huhtikuuta 2020 17.32 >>Vastaanottaja: mapserver-users at lists.osgeo.org >>Aihe: [mapserver-users] mapserver creating layers group MS , that is displayed in GetCapabilities. how to get rid of it? what is the reason for it? >>? >>Good day, >>I haven?t been using mapserver for a while, but I guess, that since last time I have used it, something has changed. >>Now when I am querying GetCapabilities of WMS service, created by Mapserver (version 7.2.0 running?on a linux server), it puts everying in ?MS? layer group. But I don?t have any MS group defined in mapfile. Could anyone explain how to get rid of this MS group in GetCapabilities xml? This is how it looks in xml: >><Layer queryable="1"> >><Name>MS</Name> >><Title>MS >>MS >>EPSG:4326 >>?. >>after normal layers follow: >>? ? ? ?? >>? ? ? ? ?.. >>? ? ? ? >>? ? ? ? ?.. >> >>So for me it looks that for no reason the group MS is created which is sort of container for all normal layers. >>But how to get rid of this MS group? >>Sincerely, >>? >>? >>-- >>Zmitser Kozhukh >? >? >-- >Zmitser Kozhukh >? ? ? -- Zmitser Kozhukh ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From zmitserk at mail.ru Thu Apr 16 09:41:04 2020 From: zmitserk at mail.ru (=?UTF-8?B?Wm1pdHNlciBLb3podWto?=) Date: Thu, 16 Apr 2020 19:41:04 +0300 Subject: [mapserver-users] =?utf-8?q?mapserver_creating_layers_group_MS_?= =?utf-8?q?=2C_that_is_displayed_in_GetCapabilities=2E_how_to_get_rid_of_i?= =?utf-8?q?t=3F_what_is_the_reason_for_it=3F?= In-Reply-To: <6c362109c93b4289b0d427da2d5abc6b@C119S212VM042.msvyvi.vaha.local> References: <6c362109c93b4289b0d427da2d5abc6b@C119S212VM042.msvyvi.vaha.local> Message-ID: <1587055264.805642332@f502.i.mail.ru> Thank you Jukka! For me it is surprise to find out that there is a such thing as a?root layer. Do you know if it is possible to disable it? Or is it just natural way how mapserver parses mapfile into getcapabilities xml? I would rather prefer to have list of separate layers in getcapabilities. I have tried to set the name of the root layer to empty string, also the name of the map I was setting to empty string, also tried to put metadata ows_enable_request?to ?!*??but the root layer still appears in GetCapabilities. In case when I omit wms_title and wms_abstract on the Map object level, it is still?substituted to ?MS? automatically by mapserver.? For me personally, this requirement to have root layer partially makes sense, but the customer , who uses OL to read getcapabilities of wms services, that I am preparing,?is bothered by having root layer there ??it is meaningless and not needed for him. So I guess I will just preprepare custom getcapabilities xmls and configure server to serve them instead of using mapserver for this. Sincerely, Dimitri ? >???????, 16 ?????? 2020, 18:43 +03:00 ?? Rahkonen Jukka (MML) : >? >WMS service does not actually need to have a root layer but usually it exists. Each layer must have a title but name in optional. If layer does not hava a name it cannot be accessed with GetMap so what you need to do is to get rid of the name of your root layer. How to do that is documented in https://www.mapserver.org/ogc/wms_server.html : >? >Map Name and wms_title: >WMS Capabilities requires a Name and a Title tag for every layer. The Map?s NAME and wms_title metadata will be used to set the root layer?s name and title in the GetCapabilities XML output. The root layer in the WMS context corresponds to the whole mapfile. You can suppress the root layer?s name by setting wms_rootlayer_name to "". >? >There has been some changes in configuring the name of the root layer. Earlier it just took the NAME from the MAP level if it was not left empty. Do you perhaps have ?MS? as a name of your mapfile now? >? >Discussion about the topic in https://github.com/mapserver/mapserver/issues/5404 >? >And this is from the WMS 1.3.0 standard: >? >7.2.4.6.2 Title >A is mandatory for all layers; it is a human-readable string for presentation in a menu. The Title is not >inherited by child Layers. >7.2.4.6.3 Name >If, and only if, a layer has a <Name>, then it is a map layer that can be requested by using that Name in the >LAYERS parameter of a GetMap request. A Layer that contains a <Name> element is referred to as a ?named >layer? in this International Standard. If the layer has a Title but no Name, then that layer is only a category title for >all the layers nested within. A server that advertises a Layer containing a Name element shall be able to accept >that Name as the value of LAYERS argument in a GetMap request and return the corresponding map. A client >shall not attempt to request a layer that has a Title but no Name. >A server shall throw a service exception (code="LayerNotDefined") if an invalid layer is requested. >A containing category itself may include a Name by which a map portraying all of the nested layers can be >requested at once. For example, a parent layer "Roads" may have children ?Interstates? and ?State Highways? >and allow the user to request either child individually or both together. >The Name is not inherited by child Layers. >? >? >-Jukka Rahkonen- >? >? >L?hett?j?: mapserver-users < mapserver-users-bounces at lists.osgeo.org > Puolesta Zmitser Kozhukh >L?hetetty: torstai 16. huhtikuuta 2020 17.32 >Vastaanottaja: mapserver-users at lists.osgeo.org >Aihe: [mapserver-users] mapserver creating layers group MS , that is displayed in GetCapabilities. how to get rid of it? what is the reason for it? >? >Good day, >I haven?t been using mapserver for a while, but I guess, that since last time I have used it, something has changed. >Now when I am querying GetCapabilities of WMS service, created by Mapserver (version 7.2.0 running?on a linux server), it puts everying in ?MS? layer group. But I don?t have any MS group defined in mapfile. Could anyone explain how to get rid of this MS group in GetCapabilities xml? This is how it looks in xml: ><Layer queryable="1"> ><Name>MS</Name> ><Title>MS >MS >EPSG:4326 >?. >after normal layers follow: >? ? ? ?? >? ? ? ? ?.. >? ? ? ? >? ? ? ? ?.. > >So for me it looks that for no reason the group MS is created which is sort of container for all normal layers. >But how to get rid of this MS group? >Sincerely, >? >? >-- >Zmitser Kozhukh ? ? -- Zmitser Kozhukh ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert.pivalone at gmail.com Tue Apr 21 04:05:19 2020 From: robert.pivalone at gmail.com (Robert Pivalone) Date: Tue, 21 Apr 2020 13:05:19 +0200 Subject: [mapserver-users] free() methods Message-ID: Hello. In MapServer 6 / 7 + PHP MapScript API, labelObj, layerObj, mapObj, classObj, shapeObj and styleObj have a "free()" method. In MapServer 7.x + SWIG MapScript API, it seems there are no "free()" method. Are they not exposed ? or useless now ? Regards. PS : From the PHP MapScript API documentation : void free() : Free the object properties and break the internal references. Note that you have to unset the php variable to free totally the resources. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dhoese at gmail.com Tue Apr 21 13:30:03 2020 From: dhoese at gmail.com (David Hoese) Date: Tue, 21 Apr 2020 15:30:03 -0500 Subject: [mapserver-users] LA raster images in MapServer and MapCache Message-ID: <3f9c6d24-041f-6ddb-6d4b-397e21cdc55f@gmail.com> Hi, I have some geotiffs that are grayscale with an alpha band (Luminance + Alpha). MapServer seems to be able to read and understand the transparency fine, but I'm having trouble figuring out if it is possible to produce a gray+alpha PNG version of these by configuring OUTPUTFORMAT. My end goal is to reduce the size of the images cached by MapCache by having my MapServer WMS produce gray+alpha PNGs. Does the builtin AGG/PNG driver in MapServer support this format? Like I said, I couldn't figure it out based on the documentation. Assuming GDAL/PNG can do it, does anyone have an idea on the performance penalty? The MapServer documentation mentions that AGG/PNG is generally more efficient. Thanks for any info. I'll keep playing around. Dave From sdlime at gmail.com Thu Apr 23 06:46:20 2020 From: sdlime at gmail.com (Steve Lime) Date: Thu, 23 Apr 2020 08:46:20 -0500 Subject: [mapserver-users] free() methods In-Reply-To: References: Message-ID: With SWIG MapScript, the de-allocation of objects happens behind the scenes, so as objects go out of scope their resources are free'd IF the object is not referenced by another one. --Steve On Tue, Apr 21, 2020 at 6:05 AM Robert Pivalone wrote: > Hello. > > In MapServer 6 / 7 + PHP MapScript API, labelObj, layerObj, mapObj, > classObj, shapeObj and styleObj have a "free()" method. > > In MapServer 7.x + SWIG MapScript API, it seems there are no "free()" > method. Are they not exposed ? or useless now ? > > Regards. > > PS : From the PHP MapScript API documentation : void free() : Free the > object properties and break the internal references. Note that you have to > unset the php variable to free totally the resources. > _______________________________________________ > 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 robert.pivalone at gmail.com Fri Apr 24 01:20:58 2020 From: robert.pivalone at gmail.com (Robert Pivalone) Date: Fri, 24 Apr 2020 10:20:58 +0200 Subject: [mapserver-users] free() methods In-Reply-To: References: Message-ID: Hello Steve. Ok. Thanks for your response. Regards. Le jeu. 23 avr. 2020 ? 15:46, Steve Lime a ?crit : > With SWIG MapScript, the de-allocation of objects happens behind the > scenes, so as objects go out of scope their resources are free'd IF the > object is not referenced by another one. --Steve > > On Tue, Apr 21, 2020 at 6:05 AM Robert Pivalone > wrote: > >> Hello. >> >> In MapServer 6 / 7 + PHP MapScript API, labelObj, layerObj, mapObj, >> classObj, shapeObj and styleObj have a "free()" method. >> >> In MapServer 7.x + SWIG MapScript API, it seems there are no "free()" >> method. Are they not exposed ? or useless now ? >> >> Regards. >> >> PS : From the PHP MapScript API documentation : void free() : Free the >> object properties and break the internal references. Note that you have to >> unset the php variable to free totally the resources. >> _______________________________________________ >> 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 Weisbend at WAPA.GOV Fri Apr 24 07:50:13 2020 From: Weisbend at WAPA.GOV (Weisbender, Eric) Date: Fri, 24 Apr 2020 14:50:13 +0000 Subject: [mapserver-users] [EXTERNAL] mapserver geojson query Message-ID: Hey List, I am displaying earthquake data in mapserver with a geojson layer defined in my map file. When I query an earthquake location on the map the utc date time value changes from 1587732345039 to -140555448. My query template value is [time] and the geojson is below. Thanks in advance for all your help. {"type":"Feature","properties":{"mag":1.79,"place":"6km WSW of Tuttle, Oklahoma","time":1587732345039,"updated":1587733031903,"tz":-360,"url":"https://earthquake.usgs.gov/earthquakes/eventpage/ok2020ibgp","felt":null,"cdi":null,"mmi":null,"alert":null,"status":"reviewed","tsunami":0,"sig":49,"net":"ok","code":"2020ibgp","ids":",ok2020ibgp,","sources":",ok,","types":",geoserve,origin,phase-data,","nst":56,"dmin":0.1034796938,"rms":0.32,"gap":57,"magType":"ml","type":"earthquake","title":"M 1.8 - 6km WSW of Tuttle, Oklahoma", Eric Weisbender -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Fri Apr 24 15:23:49 2020 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Fri, 24 Apr 2020 19:23:49 -0300 Subject: [mapserver-users] 7.6.0-rc3 released Message-ID: The MapServer team is pleased to announce the second release candidate of MapServer 7.6. Please help us test and let us know of any findings. Details of the new features, migration instructions, and download links can be found on the dedicated announcement page at http://www.mapserver.org/development/announce/7-6.html . Thank you to everyone testing the beta/rc releases, and the developers providing fixes. If no other issues, 7.6.0 will be released next Friday. -- The MapServer Team From fran.ap89 at gmail.com Sat Apr 25 12:55:39 2020 From: fran.ap89 at gmail.com (=?UTF-8?Q?Fran_Acu=C3=B1a_Parra?=) Date: Sat, 25 Apr 2020 21:55:39 +0200 Subject: [mapserver-users] GetFeature WFS request with Spatial Filter throws an error Message-ID: Hi everyone, I'm new to this list and MapServer and would like some help with an issue that I'm facing with MapServer. I'm using the following request in order to get the closest feature from a layer given some specific coordinates: http://www.juntadeandalucia.es/medioambiente/mapwms/REDIAM_PPHH_2012/wfs?&VERSION=1.0.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=MSPF_POLY&Filter=msGeometry158380,413045710000 It returns the following error: msWFSGetFeature(): WFS server error. Invalid or Unsupported FILTER in GetFeature : msGeometry158380,413045710000 But I don't know what could be wrong because the URL is based on the documentation example. I don't have control of the MapServer, but I have done a GetCapabilities request to the WFS server and it shows some warnings in the FeatureType for the layer: MSPF_POLY MSPF_POLY EPSG:25830 The point coordinates are in the same EPSG that the layer and The Filter_Capabilites seem to be OK too. So I don't know If I'm missing something. Thanks in advance. Fran Acu?a -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrea.aime at geo-solutions.it Sun Apr 26 02:10:32 2020 From: andrea.aime at geo-solutions.it (Andrea Aime) Date: Sun, 26 Apr 2020 11:10:32 +0200 Subject: [mapserver-users] GetFeature WFS request with Spatial Filter throws an error In-Reply-To: References: Message-ID: Hi Fran, simple XML error in your filter: should be: This one returns values: http://www.juntadeandalucia.es/medioambiente/mapwms/REDIAM_PPHH_2012/wfs?&VERSION=1.0.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=MSPF_POLY&Filter=%3CFilter%3E%3CDWithin%3E%3CPropertyName%3EmsGeometry%3C/PropertyName%3E%3Cgml:Point%3E%3Cgml:coordinates%3E158380,4130457%3C/gml:coordinates%3E%3C/gml:Point%3E%3CDistance%20units=%27m%27%3E10000%3C/Distance%3E%3C/DWithin%3E%3C/Filter%3E Hope this helps Cheers Andrea On Sat, Apr 25, 2020 at 9:55 PM Fran Acu?a Parra wrote: > Hi everyone, > > I'm new to this list and MapServer and would like some help with an issue > that I'm facing with MapServer. > > I'm using the following request in order to get the closest feature from a > layer given some specific coordinates: > > > http://www.juntadeandalucia.es/medioambiente/mapwms/REDIAM_PPHH_2012/wfs?&VERSION=1.0.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=MSPF_POLY&Filter=msGeometry158380,4130457 units='m'>10000 > > It returns the following error: > > msWFSGetFeature(): WFS server error. Invalid or Unsupported FILTER in > GetFeature : > msGeometry158380,4130457 units='m'>10000 > > But I don't know what could be wrong because the URL is based on the > documentation example. I don't have control of the MapServer, but I have > done a GetCapabilities request to the WFS server and it shows some warnings > in the FeatureType for the layer: > > > MSPF_POLY > > MSPF_POLY > EPSG:25830 > > > > > The point coordinates are in the same EPSG that the layer and The > Filter_Capabilites seem to be OK too. So I don't know If I'm missing > something. > > Thanks in advance. > > Fran Acu?a > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users -- Regards, Andrea Aime == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it ------------------------------------------------------- *Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento generale sulla protezione dei dati ?GDPR?), si precisa che ogni circostanza inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) ? un dato la cui conoscenza ? riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le ? giunto per errore, ? tenuta/o a cancellarlo, ogni altra operazione ? illecita. Le sarei comunque grato se potesse darmene notizia. This email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. We remind that - as provided by European Regulation 2016/679 ?GDPR? - copying, dissemination or use of this e-mail or the information herein by anyone other than the intended recipient is prohibited. If you have received this email by mistake, please notify us immediately by telephone or e-mail.* -------------- next part -------------- An HTML attachment was scrubbed... URL: From fran.ap89 at gmail.com Sun Apr 26 07:12:57 2020 From: fran.ap89 at gmail.com (=?UTF-8?Q?Fran_Acu=C3=B1a_Parra?=) Date: Sun, 26 Apr 2020 16:12:57 +0200 Subject: [mapserver-users] GetFeature WFS request with Spatial Filter throws an error In-Reply-To: References: Message-ID: Hi Andrea, It was that an XML error. Thank you. On the other hand I've anothes question, I've noticed that MapServer doesn't support the buffer parameter in a GetFeatureInfo WMS request. Is that right? Regards, Fran Acu?a El dom., 26 abr. 2020 a las 11:10, Andrea Aime (< andrea.aime at geo-solutions.it>) escribi?: > Hi Fran, > simple XML error in your filter: > > > > should be: > > > > This one returns values: > > > http://www.juntadeandalucia.es/medioambiente/mapwms/REDIAM_PPHH_2012/wfs?&VERSION=1.0.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=MSPF_POLY&Filter=%3CFilter%3E%3CDWithin%3E%3CPropertyName%3EmsGeometry%3C/PropertyName%3E%3Cgml:Point%3E%3Cgml:coordinates%3E158380,4130457%3C/gml:coordinates%3E%3C/gml:Point%3E%3CDistance%20units=%27m%27%3E10000%3C/Distance%3E%3C/DWithin%3E%3C/Filter%3E > > Hope this helps > > Cheers > Andrea > > > On Sat, Apr 25, 2020 at 9:55 PM Fran Acu?a Parra > wrote: > >> Hi everyone, >> >> I'm new to this list and MapServer and would like some help with an issue >> that I'm facing with MapServer. >> >> I'm using the following request in order to get the closest feature from >> a layer given some specific coordinates: >> >> >> http://www.juntadeandalucia.es/medioambiente/mapwms/REDIAM_PPHH_2012/wfs?&VERSION=1.0.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=MSPF_POLY&Filter=msGeometry158380,4130457> units='m'>10000 >> >> It returns the following error: >> >> msWFSGetFeature(): WFS server error. Invalid or Unsupported FILTER in >> GetFeature : >> msGeometry158380,4130457> units='m'>10000 >> >> But I don't know what could be wrong because the URL is based on the >> documentation example. I don't have control of the MapServer, but I have >> done a GetCapabilities request to the WFS server and it shows some warnings >> in the FeatureType for the layer: >> >> >> MSPF_POLY >> >> MSPF_POLY >> EPSG:25830 >> >> >> >> >> The point coordinates are in the same EPSG that the layer and The >> Filter_Capabilites seem to be OK too. So I don't know If I'm missing >> something. >> >> Thanks in advance. >> >> Fran Acu?a >> >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > -- > > Regards, Andrea Aime > > == GeoServer Professional Services from the experts! Visit > http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf > Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa > (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 > http://www.geo-solutions.it http://twitter.com/geosolutions_it > ------------------------------------------------------- *Con riferimento > alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - > Regolamento generale sulla protezione dei dati ?GDPR?), si precisa che ogni > circostanza inerente alla presente email (il suo contenuto, gli eventuali > allegati, etc.) ? un dato la cui conoscenza ? riservata al/i solo/i > destinatario/i indicati dallo scrivente. Se il messaggio Le ? giunto per > errore, ? tenuta/o a cancellarlo, ogni altra operazione ? illecita. Le > sarei comunque grato se potesse darmene notizia. This email is intended > only for the person or entity to which it is addressed and may contain > information that is privileged, confidential or otherwise protected from > disclosure. We remind that - as provided by European Regulation 2016/679 > ?GDPR? - copying, dissemination or use of this e-mail or the information > herein by anyone other than the intended recipient is prohibited. If you > have received this email by mistake, please notify us immediately by > telephone or e-mail.* > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jukka.rahkonen at maanmittauslaitos.fi Mon Apr 27 06:36:33 2020 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Mon, 27 Apr 2020 13:36:33 +0000 Subject: [mapserver-users] Make PROJECTION mandatory? Message-ID: <2e8df5a757444e16a7418f1669414f10@C119S212VM042.msvyvi.vaha.local> Hi, Recent Mapserver buids require PROJ and GDAL https://mapserver.gis.umn.edu/ja/development/rfc/ms-rfc-127.html. That means that every Mapserver can support PROJECTION blocks both at the MAP level and within LAYER. And because there are no more builds without Proj support there is no real need for writing mapfiles without PROJECTION blocks. Therefore I suggest that such mapfiles should be considered invalid in the future. If it is for some reason too strict requirement, what if we at least edit the documentation https://mapserver.org/mapfile/projection.html so that it really encourages users to write the PROJECTION blocks. GetCapabilities could also show something like Having layers without PROJECTION saves users from writing this much text: "PROJECTION "init=epsg:3857" END but when the user meets any problem with accessing data or rendering the first thing to check is the projection. In the mailing list it means one more question-answer round before getting closer to the real problem - if the problem was not in the projection, as it very often is. If source data are in local coordinate system it would be better to define also that explicitly with a special keyword like PROJECTION "LOCAL". Would other user consider making projection compulsory rather as an improvement or inconvenience? -Jukka Rahkonen- -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Mon Apr 27 06:43:00 2020 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Mon, 27 Apr 2020 10:43:00 -0300 Subject: [mapserver-users] Make PROJECTION mandatory? In-Reply-To: <2e8df5a757444e16a7418f1669414f10@C119S212VM042.msvyvi.vaha.local> References: <2e8df5a757444e16a7418f1669414f10@C119S212VM042.msvyvi.vaha.local> Message-ID: Hi Jukka, I personally consider defining PROJECTION blocks at the MAP level and all LAYERs mandatory, in my day-to-day work, for each and every mapfile. If you do not specify all of these, MapServer makes assumptions and you are just asking for trouble downstream through WMS clients etc. (your users) I also do not rely on any PROJECTION AUTO magic either, for my paying clients. These are all nice tricks but in critical production environments I stay away from them; instead, find the source projection, and define the MAP projection block and all LAYER projection blocks. I'm not sure this answers your questions, but this was my 'gut reaction' to your message. I believe we have the same thinking here. -jeff -- Jeff McKenna MapServer Consulting and Training Services https://gatewaygeo.com/ On 2020-04-27 10:36 a.m., Rahkonen Jukka (MML) wrote: > Hi, > > Recent Mapserver buids require PROJ and GDAL > https://mapserver.gis.umn.edu/ja/development/rfc/ms-rfc-127.html. That > means that every Mapserver can support PROJECTION blocks both at the MAP > level and within LAYER. And because there are no more builds without > Proj support there is no real need for writing mapfiles without > PROJECTION blocks. Therefore I suggest that such mapfiles should be > considered invalid in the future. If it is for some reason too strict > requirement, what if we at least edit the documentation > https://mapserver.org/mapfile/projection.html so that it really > encourages users to write the PROJECTION blocks. GetCapabilities could > also show something like > > > Having layers without PROJECTION saves users from writing this much text: > > ?PROJECTION "init=epsg:3857" END > > but when the user meets any problem with accessing data or rendering the > first thing to check is the projection. In the mailing list it means one > more question-answer round before getting closer to the real problem ? > if the problem was not in the projection, as it very often is. > > If source data are in local coordinate system it would be better to > define also that explicitly with a special keyword like PROJECTION ?LOCAL?. > > Would other user consider making projection compulsory rather as an > improvement or inconvenience? > > -Jukka Rahkonen- > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > From fran.ap89 at gmail.com Mon Apr 27 06:58:58 2020 From: fran.ap89 at gmail.com (=?UTF-8?Q?Fran_Acu=C3=B1a_Parra?=) Date: Mon, 27 Apr 2020 15:58:58 +0200 Subject: [mapserver-users] GetFeature WFS request with Spatial Filter DWITHIN Message-ID: Hi, Following the topic about another question that I sent, I'm using a Getfeature WFS request with a DWITHIN spatial filter to returns the closes feature of a layer given some specific coordinates. The request works fine, but when there are several features that match the filter it doesn't returns the closest one in the first position of the response(GML for example). Is there a way to achieve this? Thanks in advance. Regards, Fran Acu?a -------------- next part -------------- An HTML attachment was scrubbed... URL: From jukka.rahkonen at maanmittauslaitos.fi Mon Apr 27 08:06:11 2020 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Mon, 27 Apr 2020 15:06:11 +0000 Subject: [mapserver-users] GetFeature WFS request with Spatial Filter DWITHIN Message-ID: <19ec337e99304003bba93f4791e867d5@C119S212VM042.msvyvi.vaha.local> Hi, The DWithin function in WFS is a true/false function just like the equivalent PostGIS function https://postgis.net/docs/ST_DWithin.html. You can?t find the nearest feature with DWithin. A not so good workaround is to increase the distance until the result is not empty. Mapserver does not have a vendor specific function for nearest either like Geotools/Geoserver. Especially the pgnearest function that works with PostGIS backend and returns n nearest features would be practical for your use case https://docs.geotools.org/stable/userguide/library/main/function_list.html. Geotools should also have a similar function for Oracle that is using the native SDO_NN function. Unfortunately I can?t say how to proceed for making nearest or nearestN queries with Mapserver. -Jukka Rahkonen- L?hett?j?: mapserver-users Puolesta Fran Acu?a Parra L?hetetty: maanantai 27. huhtikuuta 2020 16.59 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [mapserver-users] GetFeature WFS request with Spatial Filter DWITHIN Hi, Following the topic about another question that I sent, I'm using a Getfeature WFS request with a DWITHIN spatial filter to returns the closes feature of a layer given some specific coordinates. The request works fine, but when there are several features that match the filter it doesn't returns the closest one in the first position of the response(GML for example). Is there a way to achieve this? Thanks in advance. Regards, Fran Acu?a -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdlime at gmail.com Mon Apr 27 11:20:39 2020 From: sdlime at gmail.com (Steve Lime) Date: Mon, 27 Apr 2020 13:20:39 -0500 Subject: [mapserver-users] Make PROJECTION mandatory? In-Reply-To: References: <2e8df5a757444e16a7418f1669414f10@C119S212VM042.msvyvi.vaha.local> Message-ID: I would prefer to pursue as a documentation/communication exercise first. It's not that I don't agree that PROJECTION blocks are generally recommended but making them required and introducing artificial projections to deal with cases when projections aren't used (embedded legends, scale bars and other static map elements) will touch a lot of code. It's also a major breaking change that would potentially break a large percentage of mapfiles going forward. --Steve On Mon, Apr 27, 2020 at 8:43 AM Jeff McKenna wrote: > Hi Jukka, > > I personally consider defining PROJECTION blocks at the MAP level and > all LAYERs mandatory, in my day-to-day work, for each and every mapfile. > If you do not specify all of these, MapServer makes assumptions and > you are just asking for trouble downstream through WMS clients etc. > (your users) > > I also do not rely on any PROJECTION AUTO magic either, for my paying > clients. > > These are all nice tricks but in critical production environments I stay > away from them; instead, find the source projection, and define the MAP > projection block and all LAYER projection blocks. > > I'm not sure this answers your questions, but this was my 'gut reaction' > to your message. I believe we have the same thinking here. > > -jeff > > > > -- > Jeff McKenna > MapServer Consulting and Training Services > https://gatewaygeo.com/ > > > > On 2020-04-27 10:36 a.m., Rahkonen Jukka (MML) wrote: > > Hi, > > > > Recent Mapserver buids require PROJ and GDAL > > https://mapserver.gis.umn.edu/ja/development/rfc/ms-rfc-127.html. That > > means that every Mapserver can support PROJECTION blocks both at the MAP > > level and within LAYER. And because there are no more builds without > > Proj support there is no real need for writing mapfiles without > > PROJECTION blocks. Therefore I suggest that such mapfiles should be > > considered invalid in the future. If it is for some reason too strict > > requirement, what if we at least edit the documentation > > https://mapserver.org/mapfile/projection.html so that it really > > encourages users to write the PROJECTION blocks. GetCapabilities could > > also show something like > > > > > > Having layers without PROJECTION saves users from writing this much text: > > > > ?PROJECTION "init=epsg:3857" END > > > > but when the user meets any problem with accessing data or rendering the > > first thing to check is the projection. In the mailing list it means one > > more question-answer round before getting closer to the real problem ? > > if the problem was not in the projection, as it very often is. > > > > If source data are in local coordinate system it would be better to > > define also that explicitly with a special keyword like PROJECTION > ?LOCAL?. > > > > Would other user consider making projection compulsory rather as an > > improvement or inconvenience? > > > > -Jukka Rahkonen- > > > > > > _______________________________________________ > > 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 sdlime at gmail.com Mon Apr 27 11:42:07 2020 From: sdlime at gmail.com (Steve Lime) Date: Mon, 27 Apr 2020 13:42:07 -0500 Subject: [mapserver-users] GetFeature WFS request with Spatial Filter DWITHIN In-Reply-To: <19ec337e99304003bba93f4791e867d5@C119S212VM042.msvyvi.vaha.local> References: <19ec337e99304003bba93f4791e867d5@C119S212VM042.msvyvi.vaha.local> Message-ID: To be clear, Fran - are you saying the issue isn't the result set rather the order? If so I don't know of a way to affect that order. In terms of a nearest feature or features. This would be something that I would be keen on addressing. I've run into a variant of this issue using the CGI and mode=query when searching multiple layers. The query finds the first matching feature but not necessarily the closest. It's an issue primarily with line and point layers when you need to set TOLERANCE values to make things clickable. Jukka, what does the vendor specific extension in GeoServer look like from WFS filter standpoint? --Steve On Mon, Apr 27, 2020 at 10:21 AM Rahkonen Jukka (MML) < jukka.rahkonen at maanmittauslaitos.fi> wrote: > Hi, > > > > The DWithin function in WFS is a true/false function just like the > equivalent PostGIS function https://postgis.net/docs/ST_DWithin.html. You > can?t find the nearest feature with DWithin. A not so good workaround is to > increase the distance until the result is not empty. > > > > Mapserver does not have a vendor specific function for nearest either like > Geotools/Geoserver. Especially the pgnearest function that works with > PostGIS backend and returns n nearest features would be practical for your > use case > https://docs.geotools.org/stable/userguide/library/main/function_list.html. > Geotools should also have a similar function for Oracle that is using the > native SDO_NN function. > > > > Unfortunately I can?t say how to proceed for making nearest or nearestN > queries with Mapserver. > > > > -Jukka Rahkonen- > > > > *L?hett?j?:* mapserver-users *Puolesta > *Fran Acu?a Parra > *L?hetetty:* maanantai 27. huhtikuuta 2020 16.59 > *Vastaanottaja:* mapserver-users at lists.osgeo.org > *Aihe:* [mapserver-users] GetFeature WFS request with Spatial Filter > DWITHIN > > > > Hi, > > > > Following the topic about another question that I sent, I'm using a > Getfeature WFS request with a DWITHIN spatial filter to returns the closes > feature of a layer given some specific coordinates. The request works fine, > but when there are several features that match the filter it doesn't > returns the closest one in the first position of the response(GML for > example). Is there a way to achieve this? > > > > Thanks in advance. > > > > Regards, > > > > Fran Acu?a > _______________________________________________ > 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 bob.basques at ci.stpaul.mn.us Mon Apr 27 12:16:52 2020 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 27 Apr 2020 19:16:52 +0000 Subject: [mapserver-users] Make PROJECTION mandatory? In-Reply-To: References: <2e8df5a757444e16a7418f1669414f10@C119S212VM042.msvyvi.vaha.local> Message-ID: All, I can second Steve?s idea. We were using Mapserver for years before we needed to pay attention to projections, because all of our data wasin our local coordinate system. We now work projection across all map services for all layers, either by explicitly stating the projection or having it scripted at the web server call. Some cases it won?t matter, if ever, and others it will be instrumental in getting a site working with many and varied projected datasets being combined. I would agree that it should be a topic more prominently displayed/noted in the documentation. Bobb From: mapserver-users On Behalf Of Steve Lime Sent: Monday, April 27, 2020 1:21 PM To: Jeff McKenna Cc: Mapserver Subject: Re: [mapserver-users] Make PROJECTION mandatory? Think Before You Click: This email originated outside our organization. I would prefer to pursue as a documentation/communication exercise first. It's not that I don't agree that PROJECTION blocks are generally recommended but making them required and introducing artificial projections to deal with cases when projections aren't used (embedded legends, scale bars and other static map elements) will touch a lot of code. It's also a major breaking change that would potentially break a large percentage of mapfiles going forward. --Steve On Mon, Apr 27, 2020 at 8:43 AM Jeff McKenna > wrote: Hi Jukka, I personally consider defining PROJECTION blocks at the MAP level and all LAYERs mandatory, in my day-to-day work, for each and every mapfile. If you do not specify all of these, MapServer makes assumptions and you are just asking for trouble downstream through WMS clients etc. (your users) I also do not rely on any PROJECTION AUTO magic either, for my paying clients. These are all nice tricks but in critical production environments I stay away from them; instead, find the source projection, and define the MAP projection block and all LAYER projection blocks. I'm not sure this answers your questions, but this was my 'gut reaction' to your message. I believe we have the same thinking here. -jeff -- Jeff McKenna MapServer Consulting and Training Services https://gatewaygeo.com/ On 2020-04-27 10:36 a.m., Rahkonen Jukka (MML) wrote: > Hi, > > Recent Mapserver buids require PROJ and GDAL > https://mapserver.gis.umn.edu/ja/development/rfc/ms-rfc-127.html. That > means that every Mapserver can support PROJECTION blocks both at the MAP > level and within LAYER. And because there are no more builds without > Proj support there is no real need for writing mapfiles without > PROJECTION blocks. Therefore I suggest that such mapfiles should be > considered invalid in the future. If it is for some reason too strict > requirement, what if we at least edit the documentation > https://mapserver.org/mapfile/projection.html so that it really > encourages users to write the PROJECTION blocks. GetCapabilities could > also show something like > > > Having layers without PROJECTION saves users from writing this much text: > > ?PROJECTION "init=epsg:3857" END > > but when the user meets any problem with accessing data or rendering the > first thing to check is the projection. In the mailing list it means one > more question-answer round before getting closer to the real problem ? > if the problem was not in the projection, as it very often is. > > If source data are in local coordinate system it would be better to > define also that explicitly with a special keyword like PROJECTION ?LOCAL?. > > Would other user consider making projection compulsory rather as an > improvement or inconvenience? > > -Jukka Rahkonen- > > > _______________________________________________ > 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 bob.basques at ci.stpaul.mn.us Mon Apr 27 12:27:45 2020 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 27 Apr 2020 19:27:45 +0000 Subject: [mapserver-users] NOTICE: May 13, 2020 - OSGeo Local Chapter Virtual Meeting (aka TCMUG) Message-ID: All, So, the last meeting was interesting in that we went virtual with it for the first time. All in all it worked out very well. We even had a few out of towners show up. We presented a couple of short presentations that seemed to be of interest to the group based on the questions raised. Operator error (on my part) prevented me from recording anything from the last meeting, I forgot to hit the record button, so no pictures , not even a screenshot. I'll attempt to do better this time around. We can still add a second presentation if anyone is interested, just let me know, or raise the topic at the meeting I'm liking the capabilities that Jitsi allows, but I also don't want the group to get bombed while a meeting is in progress. Still learning how to best secure the meeting. Until I figure out the basics on this, can I have everyone interested in attending send me their email address in order to send out the Jitsi meeting invite directly, vs announcing on the lists, which seems to be a no-no? Looking into some sort of Web based distro of the invite that folks would need to login to. But maybe someone out there has a better idea?? The May meeting will feature a guest speaker, Michael Battaglia (mjbattag at mtu.edu) - Bio. A blurb from Michael about the presentation: "Coastal wetlands are a critical component of the Great Lakes ecosystem. Fluctuating lake levels, anthropogenic activity, and invasion by non-native vegetation have led to rapid changes to these valuable, yet fragile, wetland areas. Frequent monitoring is necessary to understand where and when changes are occurring, however, field visits are costly and time consuming. Techniques leveraging spaceborne synthetic aperture radar data enable timely remote monitoring of a variety of important variables, including wetland type and inundation extent. This talk will show methods used to generate map products for those parameters and share results generated with RADARSAT-2 SAR data for several pilot sites around the Great Lakes. Duration: approx.. 30 min. Meeting details: Where: Jitsi (send email for invite) When: 4:30 pm, May 13th, 2020. bobb -------------- next part -------------- An HTML attachment was scrubbed... URL: From MarkVolz at co.lyon.mn.us Mon Apr 27 13:04:00 2020 From: MarkVolz at co.lyon.mn.us (Mark Volz) Date: Mon, 27 Apr 2020 20:04:00 +0000 Subject: [mapserver-users] Make PROJECTION mandatory? Message-ID: Hello, Just to add in my two cents to this. 1) I don?t think we should have to specify a projection at the and level if they are the same as that would seem redundant to me. However, it should be allowed if a user wants to specify the projection at both levels. 2) Perhaps it would be good form (but not required) to allow "PROJECTION NONE" to explicitly specify to any client that the scalebar, legend, static map, etc is not intended to be projected onto a particular part of the earth. Thanks! Sincerely, Mark Volz, GISP -----Original Message----- From: mapserver-users On Behalf Of mapserver-users-request at lists.osgeo.org Sent: Monday, April 27, 2020 2:28 PM To: mapserver-users at lists.osgeo.org Subject: mapserver-users Digest, Vol 147, Issue 28 SWHHS/LYON/LINCOLN COUNTY SECURITY NOTICE: This email originated from an external sender. Exercise caution before clicking on any links or attachments and consider whether you know the sender. For more information please contact IT support. ________________________________ Send mapserver-users mailing list submissions to mapserver-users at lists.osgeo.org To subscribe or unsubscribe via the World Wide Web, visit https://linkprotect.cudasvc.com/url?a=https%3a%2f%2flists.osgeo.org%2fmailman%2flistinfo%2fmapserver-users&c=E,1,fH9yaFFHC2_hvkuwIMW4WrKaU9eZJWHW-VBcTfuFNHtxAKC1CQ1YicwS_o8K66nDz-TFd_kUsnyr34KSeIFWFFqs6Om-QpVBRYIz7MhLrI8qRYKTuY-bonA-VgwP&typo=1 or, via email, send a message with subject or body 'help' to mapserver-users-request at lists.osgeo.org You can reach the person managing the list at mapserver-users-owner at lists.osgeo.org When replying, please edit your Subject line so it is more specific than "Re: Contents of mapserver-users digest..." Today's Topics: 1. Re: Make PROJECTION mandatory? (Basques, Bob (CI-StPaul)) ---------------------------------------------------------------------- Message: 1 Date: Mon, 27 Apr 2020 19:16:52 +0000 From: "Basques, Bob (CI-StPaul)" To: Steve Lime , Jeff McKenna Cc: Mapserver Subject: Re: [mapserver-users] Make PROJECTION mandatory? Message-ID: Content-Type: text/plain; charset="utf-8" All, I can second Steve?s idea. We were using Mapserver for years before we needed to pay attention to projections, because all of our data wasin our local coordinate system. We now work projection across all map services for all layers, either by explicitly stating the projection or having it scripted at the web server call. Some cases it won?t matter, if ever, and others it will be instrumental in getting a site working with many and varied projected datasets being combined. I would agree that it should be a topic more prominently displayed/noted in the documentation. Bobb From: mapserver-users On Behalf Of Steve Lime Sent: Monday, April 27, 2020 1:21 PM To: Jeff McKenna Cc: Mapserver Subject: Re: [mapserver-users] Make PROJECTION mandatory? Think Before You Click: This email originated outside our organization. I would prefer to pursue as a documentation/communication exercise first. It's not that I don't agree that PROJECTION blocks are generally recommended but making them required and introducing artificial projections to deal with cases when projections aren't used (embedded legends, scale bars and other static map elements) will touch a lot of code. It's also a major breaking change that would potentially break a large percentage of mapfiles going forward. --Steve On Mon, Apr 27, 2020 at 8:43 AM Jeff McKenna > wrote: Hi Jukka, I personally consider defining PROJECTION blocks at the MAP level and all LAYERs mandatory, in my day-to-day work, for each and every mapfile. If you do not specify all of these, MapServer makes assumptions and you are just asking for trouble downstream through WMS clients etc. (your users) I also do not rely on any PROJECTION AUTO magic either, for my paying clients. These are all nice tricks but in critical production environments I stay away from them; instead, find the source projection, and define the MAP projection block and all LAYER projection blocks. I'm not sure this answers your questions, but this was my 'gut reaction' to your message. I believe we have the same thinking here. -jeff -- Jeff McKenna MapServer Consulting and Training Services https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fgatewaygeo.com%2f&c=E,1,uRKu6N_CiiNLLVVq0e47_QXUkZM4g9vqte-aBcbYyDH1b7WnS1Ln_b1a9kqHV0iwGwOUs3KazTLN-kMthOESPP3PB65XPBsYDNo99uct63RwastB0y4d0JpRk50,&typo=1 On 2020-04-27 10:36 a.m., Rahkonen Jukka (MML) wrote: > Hi, > > Recent Mapserver buids require PROJ and GDAL > https://mapserver.gis.umn.edu/ja/development/rfc/ms-rfc-127.html. That > means that every Mapserver can support PROJECTION blocks both at the > MAP level and within LAYER. And because there are no more builds > without Proj support there is no real need for writing mapfiles > without PROJECTION blocks. Therefore I suggest that such mapfiles > should be considered invalid in the future. If it is for some reason > too strict requirement, what if we at least edit the documentation > https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fmapserver.org%2fma > pfile%2fprojection.html&c=E,1,0fhb3f14X4JnWaND9-ffdGhd-Dt86B_opKe9hGsU > rG9BAz5MAFfY4va3fbKeVLpkpU7_UF3pNaH-rfzX6lyAkuRFz_4jFWPHVTfeNvPEY5eLCH > yJIN7bQ1TIPip6&typo=1 so that it really encourages users to write the > PROJECTION blocks. GetCapabilities could also show something like > > > Having layers without PROJECTION saves users from writing this much text: > > ?PROJECTION "init=epsg:3857" END > > but when the user meets any problem with accessing data or rendering > the first thing to check is the projection. In the mailing list it > means one more question-answer round before getting closer to the real > problem ? if the problem was not in the projection, as it very often is. > > If source data are in local coordinate system it would be better to > define also that explicitly with a special keyword like PROJECTION ?LOCAL?. > > Would other user consider making projection compulsory rather as an > improvement or inconvenience? > > -Jukka Rahkonen- > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > > https://linkprotect.cudasvc.com/url?a=https%3a%2f%2flists.osgeo.org%2f > mailman%2flistinfo%2fmapserver-users&c=E,1,SKUjKqRwIeFRAc02DA-HvDd0MhI > 4jyQ2ufljOuLY7qnb4BO2tsp-93Uz94xMPlp-ph-zvFw8arVLo9voGZJkvRYpdJ8KrHH_S > XGtMLLaQxJhypE,&typo=1 > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://linkprotect.cudasvc.com/url?a=https%3a%2f%2flists.osgeo.org%2fmailman%2flistinfo%2fmapserver-users&c=E,1,5jEh9uf3O2tJwySsW_GwIzo6GO1cZ-SUBE9lG-SsOJU3VBXvXos48WKdE1xpf-k0EVRxx3fCgdRbOjR1Qre_pElTqHiO5-amlVemT67DQHYP2NL1Qti8pY8,&typo=1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Mon Apr 27 13:30:15 2020 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Mon, 27 Apr 2020 17:30:15 -0300 Subject: [mapserver-users] Make PROJECTION mandatory? In-Reply-To: References: Message-ID: I do look forward to approving pull requests from all of the people talking now of doc updates ;) I really look forward to this. :) -jeff -- Jeff McKenna MapServer Consulting and Training Services https://gatewaygeo.com/ On 2020-04-27 5:04 p.m., Mark Volz wrote: > Hello, > Just to add in my two cents to this. > > 1) I don?t think we should have to specify a projection at the and level if they are the same as that would seem redundant to me. However, it should be allowed if a user wants to specify the projection at both levels. > 2) Perhaps it would be good form (but not required) to allow "PROJECTION NONE" to explicitly specify to any client that the scalebar, legend, static map, etc is not intended to be projected onto a particular part of the earth. > > Thanks! > Sincerely, > Mark Volz, GISP > > -----Original Message----- > From: mapserver-users On Behalf Of mapserver-users-request at lists.osgeo.org > Sent: Monday, April 27, 2020 2:28 PM > To: mapserver-users at lists.osgeo.org > Subject: mapserver-users Digest, Vol 147, Issue 28 > > SWHHS/LYON/LINCOLN COUNTY SECURITY NOTICE: > This email originated from an external sender. Exercise caution before clicking on any links or attachments and consider whether you know the sender. For more information please contact IT support. > ________________________________ > > Send mapserver-users mailing list submissions to > mapserver-users at lists.osgeo.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://linkprotect.cudasvc.com/url?a=https%3a%2f%2flists.osgeo.org%2fmailman%2flistinfo%2fmapserver-users&c=E,1,fH9yaFFHC2_hvkuwIMW4WrKaU9eZJWHW-VBcTfuFNHtxAKC1CQ1YicwS_o8K66nDz-TFd_kUsnyr34KSeIFWFFqs6Om-QpVBRYIz7MhLrI8qRYKTuY-bonA-VgwP&typo=1 > or, via email, send a message with subject or body 'help' to > mapserver-users-request at lists.osgeo.org > > You can reach the person managing the list at > mapserver-users-owner at lists.osgeo.org > > When replying, please edit your Subject line so it is more specific than "Re: Contents of mapserver-users digest..." > > > Today's Topics: > > 1. Re: Make PROJECTION mandatory? (Basques, Bob (CI-StPaul)) > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 27 Apr 2020 19:16:52 +0000 > From: "Basques, Bob (CI-StPaul)" > To: Steve Lime , Jeff McKenna > > Cc: Mapserver > Subject: Re: [mapserver-users] Make PROJECTION mandatory? > Message-ID: > > > Content-Type: text/plain; charset="utf-8" > > All, > > I can second Steve?s idea. We were using Mapserver for years before we needed to pay attention to projections, because all of our data wasin our local coordinate system. We now work projection across all map services for all layers, either by explicitly stating the projection or having it scripted at the web server call. Some cases it won?t matter, if ever, and others it will be instrumental in getting a site working with many and varied projected datasets being combined. > > I would agree that it should be a topic more prominently displayed/noted in the documentation. > > Bobb > > > From: mapserver-users On Behalf Of Steve Lime > Sent: Monday, April 27, 2020 1:21 PM > To: Jeff McKenna > Cc: Mapserver > Subject: Re: [mapserver-users] Make PROJECTION mandatory? > > Think Before You Click: This email originated outside our organization. > > I would prefer to pursue as a documentation/communication exercise first. It's not that I don't agree that PROJECTION blocks are generally recommended but making them required and introducing artificial projections to deal with cases when projections aren't used (embedded legends, scale bars and other static map elements) will touch a lot of code. It's also a major breaking change that would potentially break a large percentage of mapfiles going forward. > > --Steve > > On Mon, Apr 27, 2020 at 8:43 AM Jeff McKenna > wrote: > Hi Jukka, > > I personally consider defining PROJECTION blocks at the MAP level and all LAYERs mandatory, in my day-to-day work, for each and every mapfile. > If you do not specify all of these, MapServer makes assumptions and you are just asking for trouble downstream through WMS clients etc. > (your users) > > I also do not rely on any PROJECTION AUTO magic either, for my paying clients. > > These are all nice tricks but in critical production environments I stay away from them; instead, find the source projection, and define the MAP projection block and all LAYER projection blocks. > > I'm not sure this answers your questions, but this was my 'gut reaction' > to your message. I believe we have the same thinking here. > > -jeff > > > > -- > Jeff McKenna > MapServer Consulting and Training Services > https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fgatewaygeo.com%2f&c=E,1,uRKu6N_CiiNLLVVq0e47_QXUkZM4g9vqte-aBcbYyDH1b7WnS1Ln_b1a9kqHV0iwGwOUs3KazTLN-kMthOESPP3PB65XPBsYDNo99uct63RwastB0y4d0JpRk50,&typo=1 > > > > On 2020-04-27 10:36 a.m., Rahkonen Jukka (MML) wrote: >> Hi, >> >> Recent Mapserver buids require PROJ and GDAL >> https://mapserver.gis.umn.edu/ja/development/rfc/ms-rfc-127.html. That >> means that every Mapserver can support PROJECTION blocks both at the >> MAP level and within LAYER. And because there are no more builds >> without Proj support there is no real need for writing mapfiles >> without PROJECTION blocks. Therefore I suggest that such mapfiles >> should be considered invalid in the future. If it is for some reason >> too strict requirement, what if we at least edit the documentation >> https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fmapserver.org%2fma >> pfile%2fprojection.html&c=E,1,0fhb3f14X4JnWaND9-ffdGhd-Dt86B_opKe9hGsU >> rG9BAz5MAFfY4va3fbKeVLpkpU7_UF3pNaH-rfzX6lyAkuRFz_4jFWPHVTfeNvPEY5eLCH >> yJIN7bQ1TIPip6&typo=1 so that it really encourages users to write the >> PROJECTION blocks. GetCapabilities could also show something like >> >> >> Having layers without PROJECTION saves users from writing this much text: >> >> ?PROJECTION "init=epsg:3857" END >> >> but when the user meets any problem with accessing data or rendering >> the first thing to check is the projection. In the mailing list it >> means one more question-answer round before getting closer to the real >> problem ? if the problem was not in the projection, as it very often is. >> >> If source data are in local coordinate system it would be better to >> define also that explicitly with a special keyword like PROJECTION ?LOCAL?. >> >> Would other user consider making projection compulsory rather as an >> improvement or inconvenience? >> >> -Jukka Rahkonen- >> >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org>> >> https://linkprotect.cudasvc.com/url?a=https%3a%2f%2flists.osgeo.org%2f >> mailman%2flistinfo%2fmapserver-users&c=E,1,SKUjKqRwIeFRAc02DA-HvDd0MhI >> 4jyQ2ufljOuLY7qnb4BO2tsp-93Uz94xMPlp-ph-zvFw8arVLo9voGZJkvRYpdJ8KrHH_S >> XGtMLLaQxJhypE,&typo=1 >> > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://linkprotect.cudasvc.com/url?a=https%3a%2f%2flists.osgeo.org%2fmailman%2flistinfo%2fmapserver-users&c=E,1,5jEh9uf3O2tJwySsW_GwIzo6GO1cZ-SUBE9lG-SsOJU3VBXvXos48WKdE1xpf-k0EVRxx3fCgdRbOjR1Qre_pElTqHiO5-amlVemT67DQHYP2NL1Qti8pY8,&typo=1 > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > From bob.basques at ci.stpaul.mn.us Mon Apr 27 13:34:25 2020 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 27 Apr 2020 20:34:25 +0000 Subject: [mapserver-users] Make PROJECTION mandatory? In-Reply-To: References: Message-ID: Very subtle Jeff. :c) I was thinking about a "Gotcha" page in the documentation. There a few of these same sort of MapServer gothchas that could be included up high in the docs table of contents. Bobb -----Original Message----- From: mapserver-users On Behalf Of Jeff McKenna Sent: Monday, April 27, 2020 3:30 PM To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Make PROJECTION mandatory? Think Before You Click: This email originated outside our organization. I do look forward to approving pull requests from all of the people talking now of doc updates ;) I really look forward to this. :) -jeff -- Jeff McKenna MapServer Consulting and Training Services https://gatewaygeo.com/ On 2020-04-27 5:04 p.m., Mark Volz wrote: > Hello, > Just to add in my two cents to this. > > 1) I don?t think we should have to specify a projection at the and level if they are the same as that would seem redundant to me. However, it should be allowed if a user wants to specify the projection at both levels. > 2) Perhaps it would be good form (but not required) to allow "PROJECTION NONE" to explicitly specify to any client that the scalebar, legend, static map, etc is not intended to be projected onto a particular part of the earth. > > Thanks! > Sincerely, > Mark Volz, GISP > > -----Original Message----- > From: mapserver-users On > Behalf Of mapserver-users-request at lists.osgeo.org > Sent: Monday, April 27, 2020 2:28 PM > To: mapserver-users at lists.osgeo.org > Subject: mapserver-users Digest, Vol 147, Issue 28 > > SWHHS/LYON/LINCOLN COUNTY SECURITY NOTICE: > This email originated from an external sender. Exercise caution before clicking on any links or attachments and consider whether you know the sender. For more information please contact IT support. > ________________________________ > > Send mapserver-users mailing list submissions to > mapserver-users at lists.osgeo.org > > To subscribe or unsubscribe via the World Wide Web, visit > > https://linkprotect.cudasvc.com/url?a=https%3a%2f%2flists.osgeo.org%2f > mailman%2flistinfo%2fmapserver-users&c=E,1,fH9yaFFHC2_hvkuwIMW4WrKaU9e > ZJWHW-VBcTfuFNHtxAKC1CQ1YicwS_o8K66nDz-TFd_kUsnyr34KSeIFWFFqs6Om-QpVBR > YIz7MhLrI8qRYKTuY-bonA-VgwP&typo=1 > or, via email, send a message with subject or body 'help' to > mapserver-users-request at lists.osgeo.org > > You can reach the person managing the list at > mapserver-users-owner at lists.osgeo.org > > When replying, please edit your Subject line so it is more specific than "Re: Contents of mapserver-users digest..." > > > Today's Topics: > > 1. Re: Make PROJECTION mandatory? (Basques, Bob (CI-StPaul)) > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 27 Apr 2020 19:16:52 +0000 > From: "Basques, Bob (CI-StPaul)" > To: Steve Lime , Jeff McKenna > > Cc: Mapserver > Subject: Re: [mapserver-users] Make PROJECTION mandatory? > Message-ID: > > tlook.com> > > Content-Type: text/plain; charset="utf-8" > > All, > > I can second Steve?s idea. We were using Mapserver for years before we needed to pay attention to projections, because all of our data wasin our local coordinate system. We now work projection across all map services for all layers, either by explicitly stating the projection or having it scripted at the web server call. Some cases it won?t matter, if ever, and others it will be instrumental in getting a site working with many and varied projected datasets being combined. > > I would agree that it should be a topic more prominently displayed/noted in the documentation. > > Bobb > > > From: mapserver-users On > Behalf Of Steve Lime > Sent: Monday, April 27, 2020 1:21 PM > To: Jeff McKenna > Cc: Mapserver > Subject: Re: [mapserver-users] Make PROJECTION mandatory? > > Think Before You Click: This email originated outside our organization. > > I would prefer to pursue as a documentation/communication exercise first. It's not that I don't agree that PROJECTION blocks are generally recommended but making them required and introducing artificial projections to deal with cases when projections aren't used (embedded legends, scale bars and other static map elements) will touch a lot of code. It's also a major breaking change that would potentially break a large percentage of mapfiles going forward. > > --Steve > > On Mon, Apr 27, 2020 at 8:43 AM Jeff McKenna > wrote: > Hi Jukka, > > I personally consider defining PROJECTION blocks at the MAP level and all LAYERs mandatory, in my day-to-day work, for each and every mapfile. > If you do not specify all of these, MapServer makes assumptions and you are just asking for trouble downstream through WMS clients etc. > (your users) > > I also do not rely on any PROJECTION AUTO magic either, for my paying clients. > > These are all nice tricks but in critical production environments I stay away from them; instead, find the source projection, and define the MAP projection block and all LAYER projection blocks. > > I'm not sure this answers your questions, but this was my 'gut reaction' > to your message. I believe we have the same thinking here. > > -jeff > > > > -- > Jeff McKenna > MapServer Consulting and Training Services > https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fgatewaygeo.com%2f& > c=E,1,uRKu6N_CiiNLLVVq0e47_QXUkZM4g9vqte-aBcbYyDH1b7WnS1Ln_b1a9kqHV0iw > GwOUs3KazTLN-kMthOESPP3PB65XPBsYDNo99uct63RwastB0y4d0JpRk50,&typo=1 > > > > On 2020-04-27 10:36 a.m., Rahkonen Jukka (MML) wrote: >> Hi, >> >> Recent Mapserver buids require PROJ and GDAL >> https://mapserver.gis.umn.edu/ja/development/rfc/ms-rfc-127.html. >> That means that every Mapserver can support PROJECTION blocks both at >> the MAP level and within LAYER. And because there are no more builds >> without Proj support there is no real need for writing mapfiles >> without PROJECTION blocks. Therefore I suggest that such mapfiles >> should be considered invalid in the future. If it is for some reason >> too strict requirement, what if we at least edit the documentation >> https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fmapserver.org%2fm >> a >> pfile%2fprojection.html&c=E,1,0fhb3f14X4JnWaND9-ffdGhd-Dt86B_opKe9hGs >> U >> rG9BAz5MAFfY4va3fbKeVLpkpU7_UF3pNaH-rfzX6lyAkuRFz_4jFWPHVTfeNvPEY5eLC >> H >> yJIN7bQ1TIPip6&typo=1 so that it really encourages users to write the >> PROJECTION blocks. GetCapabilities could also show something like >> >> >> Having layers without PROJECTION saves users from writing this much text: >> >> ?PROJECTION "init=epsg:3857" END >> >> but when the user meets any problem with accessing data or rendering >> the first thing to check is the projection. In the mailing list it >> means one more question-answer round before getting closer to the >> real problem ? if the problem was not in the projection, as it very often is. >> >> If source data are in local coordinate system it would be better to >> define also that explicitly with a special keyword like PROJECTION ?LOCAL?. >> >> Would other user consider making projection compulsory rather as an >> improvement or inconvenience? >> >> -Jukka Rahkonen- >> >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org> g >>> >> https://linkprotect.cudasvc.com/url?a=https%3a%2f%2flists.osgeo.org%2 >> f >> mailman%2flistinfo%2fmapserver-users&c=E,1,SKUjKqRwIeFRAc02DA-HvDd0Mh >> I >> 4jyQ2ufljOuLY7qnb4BO2tsp-93Uz94xMPlp-ph-zvFw8arVLo9voGZJkvRYpdJ8KrHH_ >> S >> XGtMLLaQxJhypE,&typo=1 >> > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > > https://linkprotect.cudasvc.com/url?a=https%3a%2f%2flists.osgeo.org%2f > mailman%2flistinfo%2fmapserver-users&c=E,1,5jEh9uf3O2tJwySsW_GwIzo6GO1 > cZ-SUBE9lG-SsOJU3VBXvXos48WKdE1xpf-k0EVRxx3fCgdRbOjR1Qre_pElTqHiO5-aml > VemT67DQHYP2NL1Qti8pY8,&typo=1 > -------------- next part -------------- An HTML attachment was > scrubbed... > URL: > pipermail%2fmapserver-users%2fattachments%2f20200427%2f32e4771d%2fatta > chment-0001.html&c=E,1,-gv1SBk8r6ITlWWwYNlthF9RHuDWYIFTEq0uuOWuGRg8FbM > p0s1amctpimmBX0Opeh670ooWsH64sndhLEJhpwXcWS09YoVtkW1W_CzHtGEM_w,,&typo > =1> > > _______________________________________________ > 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 Mon Apr 27 14:06:49 2020 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Mon, 27 Apr 2020 21:06:49 +0000 Subject: [mapserver-users] Make PROJECTION mandatory? Message-ID: Hi, My point is that defaults may be fine as long as everything goes right. But when you need to find out what goes wrong it is much easier if projections are explicitly set. Especially if you are at your customers site or you are trying to give help through the mailing list when the mapfile and the errors are written by somebody else. Jeff is obviously looking the world from the same perspective as I. But as an admin or almost plain orthophoto WMS I somehow thought that there are only raster and vector layers and setting a projection that is matching the data cannot make any harm. But Steve was worried about legends, does it mean that legends and scalebars etc. are somehow converted into layers which are also receiving projection as a heritage from somewhere? Documentation does not mention anything about projections with legends https://mapserver.org/mapfile/legend.html. Certainly I did not mean that users should be required to give fake projections for them. There seems to be also other kind of artificial layers like charts, contours, and heatmaps. I am not sure if they have any native projection or not. -Jukka Rahkonen- -----Alkuper?inen viesti----- L?hett?j?: mapserver-users Puolesta Mark Volz L?hetetty: maanantai 27. huhtikuuta 2020 23.04 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: Re: [mapserver-users] Make PROJECTION mandatory? Hello, Just to add in my two cents to this. 1) I don?t think we should have to specify a projection at the and level if they are the same as that would seem redundant to me. However, it should be allowed if a user wants to specify the projection at both levels. 2) Perhaps it would be good form (but not required) to allow "PROJECTION NONE" to explicitly specify to any client that the scalebar, legend, static map, etc is not intended to be projected onto a particular part of the earth. Thanks! Sincerely, Mark Volz, GISP -----Original Message----- From: mapserver-users On Behalf Of mapserver-users-request at lists.osgeo.org Sent: Monday, April 27, 2020 2:28 PM To: mapserver-users at lists.osgeo.org Subject: mapserver-users Digest, Vol 147, Issue 28 SWHHS/LYON/LINCOLN COUNTY SECURITY NOTICE: This email originated from an external sender. Exercise caution before clicking on any links or attachments and consider whether you know the sender. For more information please contact IT support. ________________________________ Send mapserver-users mailing list submissions to mapserver-users at lists.osgeo.org To subscribe or unsubscribe via the World Wide Web, visit https://linkprotect.cudasvc.com/url?a=https%3a%2f%2flists.osgeo.org%2fmailman%2flistinfo%2fmapserver-users&c=E,1,fH9yaFFHC2_hvkuwIMW4WrKaU9eZJWHW-VBcTfuFNHtxAKC1CQ1YicwS_o8K66nDz-TFd_kUsnyr34KSeIFWFFqs6Om-QpVBRYIz7MhLrI8qRYKTuY-bonA-VgwP&typo=1 or, via email, send a message with subject or body 'help' to mapserver-users-request at lists.osgeo.org You can reach the person managing the list at mapserver-users-owner at lists.osgeo.org When replying, please edit your Subject line so it is more specific than "Re: Contents of mapserver-users digest..." Today's Topics: 1. Re: Make PROJECTION mandatory? (Basques, Bob (CI-StPaul)) ---------------------------------------------------------------------- Message: 1 Date: Mon, 27 Apr 2020 19:16:52 +0000 From: "Basques, Bob (CI-StPaul)" To: Steve Lime , Jeff McKenna Cc: Mapserver Subject: Re: [mapserver-users] Make PROJECTION mandatory? Message-ID: Content-Type: text/plain; charset="utf-8" All, I can second Steve?s idea. We were using Mapserver for years before we needed to pay attention to projections, because all of our data wasin our local coordinate system. We now work projection across all map services for all layers, either by explicitly stating the projection or having it scripted at the web server call. Some cases it won?t matter, if ever, and others it will be instrumental in getting a site working with many and varied projected datasets being combined. I would agree that it should be a topic more prominently displayed/noted in the documentation. Bobb From: mapserver-users On Behalf Of Steve Lime Sent: Monday, April 27, 2020 1:21 PM To: Jeff McKenna Cc: Mapserver Subject: Re: [mapserver-users] Make PROJECTION mandatory? Think Before You Click: This email originated outside our organization. I would prefer to pursue as a documentation/communication exercise first. It's not that I don't agree that PROJECTION blocks are generally recommended but making them required and introducing artificial projections to deal with cases when projections aren't used (embedded legends, scale bars and other static map elements) will touch a lot of code. It's also a major breaking change that would potentially break a large percentage of mapfiles going forward. --Steve On Mon, Apr 27, 2020 at 8:43 AM Jeff McKenna > wrote: Hi Jukka, I personally consider defining PROJECTION blocks at the MAP level and all LAYERs mandatory, in my day-to-day work, for each and every mapfile. If you do not specify all of these, MapServer makes assumptions and you are just asking for trouble downstream through WMS clients etc. (your users) I also do not rely on any PROJECTION AUTO magic either, for my paying clients. These are all nice tricks but in critical production environments I stay away from them; instead, find the source projection, and define the MAP projection block and all LAYER projection blocks. I'm not sure this answers your questions, but this was my 'gut reaction' to your message. I believe we have the same thinking here. -jeff -- Jeff McKenna MapServer Consulting and Training Services https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fgatewaygeo.com%2f&c=E,1,uRKu6N_CiiNLLVVq0e47_QXUkZM4g9vqte-aBcbYyDH1b7WnS1Ln_b1a9kqHV0iwGwOUs3KazTLN-kMthOESPP3PB65XPBsYDNo99uct63RwastB0y4d0JpRk50,&typo=1 On 2020-04-27 10:36 a.m., Rahkonen Jukka (MML) wrote: > Hi, > > Recent Mapserver buids require PROJ and GDAL > https://mapserver.gis.umn.edu/ja/development/rfc/ms-rfc-127.html. That > means that every Mapserver can support PROJECTION blocks both at the > MAP level and within LAYER. And because there are no more builds > without Proj support there is no real need for writing mapfiles > without PROJECTION blocks. Therefore I suggest that such mapfiles > should be considered invalid in the future. If it is for some reason > too strict requirement, what if we at least edit the documentation > https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fmapserver.org%2fma > pfile%2fprojection.html&c=E,1,0fhb3f14X4JnWaND9-ffdGhd-Dt86B_opKe9hGsU > rG9BAz5MAFfY4va3fbKeVLpkpU7_UF3pNaH-rfzX6lyAkuRFz_4jFWPHVTfeNvPEY5eLCH > yJIN7bQ1TIPip6&typo=1 so that it really encourages users to write the > PROJECTION blocks. GetCapabilities could also show something like > > > Having layers without PROJECTION saves users from writing this much text: > > ?PROJECTION "init=epsg:3857" END > > but when the user meets any problem with accessing data or rendering > the first thing to check is the projection. In the mailing list it > means one more question-answer round before getting closer to the real > problem ? if the problem was not in the projection, as it very often is. > > If source data are in local coordinate system it would be better to > define also that explicitly with a special keyword like PROJECTION ?LOCAL?. > > Would other user consider making projection compulsory rather as an > improvement or inconvenience? > > -Jukka Rahkonen- > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > > https://linkprotect.cudasvc.com/url?a=https%3a%2f%2flists.osgeo.org%2f > mailman%2flistinfo%2fmapserver-users&c=E,1,SKUjKqRwIeFRAc02DA-HvDd0MhI > 4jyQ2ufljOuLY7qnb4BO2tsp-93Uz94xMPlp-ph-zvFw8arVLo9voGZJkvRYpdJ8KrHH_S > XGtMLLaQxJhypE,&typo=1 > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://linkprotect.cudasvc.com/url?a=https%3a%2f%2flists.osgeo.org%2fmailman%2flistinfo%2fmapserver-users&c=E,1,5jEh9uf3O2tJwySsW_GwIzo6GO1cZ-SUBE9lG-SsOJU3VBXvXos48WKdE1xpf-k0EVRxx3fCgdRbOjR1Qre_pElTqHiO5-amlVemT67DQHYP2NL1Qti8pY8,&typo=1 -------------- next part -------------- An HTML attachment was scrubbed... URL: _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From jukka.rahkonen at maanmittauslaitos.fi Mon Apr 27 14:22:06 2020 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Mon, 27 Apr 2020 21:22:06 +0000 Subject: [mapserver-users] GetFeature WFS request with Spatial Filter DWITHIN Message-ID: <06eb8a1e682d4db2be1df76831449202@C119S212VM042.msvyvi.vaha.local> Hi, The vendor specific filters are listed in the WFS GetCapabilities. Try https://demo.geo-solutions.it/geoserver/wfs?service=WFS&version=2.0.0&request=GetCapabilities and you will find a lot of filters, including ?Nearest?. I do not know the exact syntax to use in WFS filter but perhaps Andrea is lurking this list and can show some light for us. The function list is per WFS service and that may be problematic with filters like pgnearest and SDO_NN which can work only with PostGIS and Oracle layers, respectively. -Jukka Rahkonen- L?hett?j?: Steve Lime L?hetetty: maanantai 27. huhtikuuta 2020 21.42 Vastaanottaja: Rahkonen Jukka (MML) Kopio: Fran Acu?a Parra ; mapserver-users at lists.osgeo.org Aihe: Re: [mapserver-users] GetFeature WFS request with Spatial Filter DWITHIN To be clear, Fran - are you saying the issue isn't the result set rather the order? If so I don't know of a way to affect that order. In terms of a nearest feature or features. This would be something that I would be keen on addressing. I've run into a variant of this issue using the CGI and mode=query when searching multiple layers. The query finds the first matching feature but not necessarily the closest. It's an issue primarily with line and point layers when you need to set TOLERANCE values to make things clickable. Jukka, what does the vendor specific extension in GeoServer look like from WFS filter standpoint? --Steve On Mon, Apr 27, 2020 at 10:21 AM Rahkonen Jukka (MML) > wrote: Hi, The DWithin function in WFS is a true/false function just like the equivalent PostGIS function https://postgis.net/docs/ST_DWithin.html. You can?t find the nearest feature with DWithin. A not so good workaround is to increase the distance until the result is not empty. Mapserver does not have a vendor specific function for nearest either like Geotools/Geoserver. Especially the pgnearest function that works with PostGIS backend and returns n nearest features would be practical for your use case https://docs.geotools.org/stable/userguide/library/main/function_list.html. Geotools should also have a similar function for Oracle that is using the native SDO_NN function. Unfortunately I can?t say how to proceed for making nearest or nearestN queries with Mapserver. -Jukka Rahkonen- L?hett?j?: mapserver-users > Puolesta Fran Acu?a Parra L?hetetty: maanantai 27. huhtikuuta 2020 16.59 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [mapserver-users] GetFeature WFS request with Spatial Filter DWITHIN Hi, Following the topic about another question that I sent, I'm using a Getfeature WFS request with a DWITHIN spatial filter to returns the closes feature of a layer given some specific coordinates. The request works fine, but when there are several features that match the filter it doesn't returns the closest one in the first position of the response(GML for example). Is there a way to achieve this? Thanks in advance. Regards, Fran Acu?a _______________________________________________ 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 j.l.h.hartmann at uva.nl Tue Apr 28 04:50:38 2020 From: j.l.h.hartmann at uva.nl (Jan Hartmann) Date: Tue, 28 Apr 2020 13:50:38 +0200 Subject: [mapserver-users] Problem with html legend In-Reply-To: References: Message-ID: Thanks, Jeff, hope you enjoyed your Easter too. I thought that an embedded legend would automatically show the HTML page in the map, when a HTML template is specified. It doesn't, it just ignores the template and displays the default, automatically generated legend. Same goes for the GetLegendGraphics WMS request. Is this a bug? If not, how can I get the HTML legend embedded in the map, or returned with GetLegendGraphics? Jan On 4/12/2020 4:24 PM, Jeff McKenna wrote: > Hi Jan, > > I have updated the legend demos (and the OGR demos) to run on > MapServer 7.4.4 : > https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdemo.mapserver.org%2F&data=02%7C01%7Cj.l.h.hartmann%40uva.nl%7C7e699bd31de646dd6d4d08d7deed51b1%7Ca0f1cacd618c4403b94576fb3d6874e5%7C1%7C0%7C637222983176020243&sdata=VZYPnx0csqnodR7W9GLhzt1ckvY5QuP8ICGPv98B59g%3D&reserved=0 > > Please let me know if you ever notice any more issues with the demos. > > I also added a link to the mapfile in the legend demos (see bottom of > each demo page), which should help you debug your local issue. > > Wishing you a safe and happy Easter with your family. > > -jeff > > >