From anttij.lind at birdlife.fi Sun Jul 1 10:38:01 2018 From: anttij.lind at birdlife.fi (Antti J. Lind) Date: Sun, 01 Jul 2018 20:38:01 +0300 Subject: [mapserver-users] Is it possible to isolate mapserver on docker? In-Reply-To: References: <3b4959e0d08a8e02fd3157a49c56a741@birdlife.fi> <9ABC550B-DC68-4524-9322-B366EEE9B749@gmail.com> Message-ID: <8e199b057645161e4b56bb239b49f5d6@birdlife.fi> Hi and thank's, But how to use Apache's redirect with php-mapscript? -- AJL Humberto Cereser Ibanez kirjoitti 2018-06-30 19:14: > ...but then you would proxy that out to your external http server. > > I'm using Apache2 Redirect: > > Redirect /example http://172.17.0.3/example > > on vhost who is also a container in the same host. > > 172.17.0.3 is the ip of the container with Apache2 and Mapserver > > 2018-06-30 11:32 GMT-03:00 Michael Smith > : > >> You can certainly run mapserver via cgi standalone on docker but if >> you want to do php mapscript, you?d need mapserver compiled with >> php mapscript in the docker container. If you do that, you?d >> probably need a http server inside the container but then you would >> proxy that out to your external http server. >> >> Michael Smith >> >>> On Jun 30, 2018, at 9:59 AM, Antti J. Lind >> wrote: >>> >>> Hello list, >>> >>> We are currently using php-mapserver-apache on centos7. >>> Now there is one wms-server, which is using wms server version >> 1.3.0 and our mapservers client does not. >>> It seems to be quite big change to update our current version 6.2 >> to 7.2 beta and run it on same host as php-scripts and apache. >>> >>> It there some way to isolate mapserver on docker or run it on >> another host without http-server? >>> On docker hub there is only images, which are including >> http-server with mapserver. >>> >>> -- >>> Antti J. Lind >>> BirdLife Finland >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> https://lists.osgeo.org/mailman/listinfo/mapserver-users [1] >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/mapserver-users [1] > > > > Links: > ------ > [1] 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 Sun Jul 1 11:54:59 2018 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Sun, 1 Jul 2018 18:54:59 +0000 Subject: [mapserver-users] Is it possible to isolate mapserver on docker? In-Reply-To: <8e199b057645161e4b56bb239b49f5d6@birdlife.fi> References: <3b4959e0d08a8e02fd3157a49c56a741@birdlife.fi> <9ABC550B-DC68-4524-9322-B366EEE9B749@gmail.com> , <8e199b057645161e4b56bb239b49f5d6@birdlife.fi> Message-ID: <1530471299689.19393@maanmittauslaitos.fi> Hi, As a workaround for your problem with remote WMS that only supports WMS 1.3.0 it might be possible to use MapCache in between. It should be able to read WMS 1.3.0. It can also read WMTS if your service provider has WMTS available. -Jukka Rahkonen- ________________________________________ L?hett?j?: mapserver-users k?ytt?j?n puolestaAntti J. Lind L?hetetty: 1. hein?kuuta 2018 20:38 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: Re: [mapserver-users] Is it possible to isolate mapserver on docker? Hi and thank's, But how to use Apache's redirect with php-mapscript? -- AJL Humberto Cereser Ibanez kirjoitti 2018-06-30 19:14: > ...but then you would proxy that out to your external http server. > > I'm using Apache2 Redirect: > > Redirect /example http://172.17.0.3/example > > on vhost who is also a container in the same host. > > 172.17.0.3 is the ip of the container with Apache2 and Mapserver > > 2018-06-30 11:32 GMT-03:00 Michael Smith > : > >> You can certainly run mapserver via cgi standalone on docker but if >> you want to do php mapscript, you?d need mapserver compiled with >> php mapscript in the docker container. If you do that, you?d >> probably need a http server inside the container but then you would >> proxy that out to your external http server. >> >> Michael Smith >> >>> On Jun 30, 2018, at 9:59 AM, Antti J. Lind >> wrote: >>> >>> Hello list, >>> >>> We are currently using php-mapserver-apache on centos7. >>> Now there is one wms-server, which is using wms server version >> 1.3.0 and our mapservers client does not. >>> It seems to be quite big change to update our current version 6.2 >> to 7.2 beta and run it on same host as php-scripts and apache. >>> >>> It there some way to isolate mapserver on docker or run it on >> another host without http-server? >>> On docker hub there is only images, which are including >> http-server with mapserver. >>> >>> -- >>> Antti J. Lind >>> BirdLife Finland >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> https://lists.osgeo.org/mailman/listinfo/mapserver-users [1] >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/mapserver-users [1] > > > > Links: > ------ > [1] 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 _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From emacgillavry at hotmail.com Mon Jul 2 08:35:03 2018 From: emacgillavry at hotmail.com (Edward Mac Gillavry) Date: Mon, 2 Jul 2018 15:35:03 +0000 Subject: [mapserver-users] WMS DescribeLayer: MapServer requires WIDTH and HEIGHT params? Message-ID: Dear list, We're currently investigating an error message we get from the WMS service when we execute a DescribeLayer request. It appears MapServer requires WIDTH and HEIGHT parameters to be present: https://github.com/mapserver/mapserver/blob/branch-7-0/mapwms.c#L1705 However, according to the SLD specs, these are NOT required: http://portal.opengeospatial.org/files/?artifact_id=22364 Am I interpreting the code or SLD spec incorrectly? Or should I go ahead and remove these checks and provide a PR? Many thanks, Edward -------------- next part -------------- An HTML attachment was scrubbed... URL: From sethg at geographika.co.uk Mon Jul 2 11:55:11 2018 From: sethg at geographika.co.uk (Seth G) Date: Mon, 02 Jul 2018 20:55:11 +0200 Subject: [mapserver-users] WFS OUTPUTFORMATs and PROPERTYNAME Message-ID: <1530557711.3629522.1427664376.0F8B91C3@webmail.messagingengine.com> Hi all, A question on WFS GetFeature requests and the OUTPUTFORMAT type. All fields specified in gml_include_items are returned when creating non-GML outputs such as Shapefile and GeoJSON even when setting the PROPERTYNAME parameter in the request to reduce which fields should be added to the output. The docs at http://mapserver.org/output/ogr_output.html#layer-metadata note you can use gml_include_items but makes no mention they can't be overridden with PROPERTYNAME . As OUTPUT format is an extension to WFS (http://mapserver.org/ogc/wfs_server.html#mapserver-wfs-extensions) is this logic by design? Maybe a note should be added to http://mapserver.org/ogc/wfs_server.html#to-do-items-and-known-limitations ? Regards, Seth -- web:http://geographika.co.uk twitter: @geographika From jukka.rahkonen at maanmittauslaitos.fi Mon Jul 2 12:23:51 2018 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Mon, 2 Jul 2018 19:23:51 +0000 Subject: [mapserver-users] WFS OUTPUTFORMATs and PROPERTYNAME Message-ID: Hi, Do you get what you want with GML output? Have you tried if using ows_include_items would make any difference? And how do those attributes appear in the DescribeFeatureType? Attributes which are "not null" must appear in the response by WFS standard. -Jukka Rahkonen- -----Alkuper?inen viesti----- L?hett?j?: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Seth G L?hetetty: 2. hein?kuuta 2018 21:55 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [mapserver-users] WFS OUTPUTFORMATs and PROPERTYNAME Hi all, A question on WFS GetFeature requests and the OUTPUTFORMAT type. All fields specified in gml_include_items are returned when creating non-GML outputs such as Shapefile and GeoJSON even when setting the PROPERTYNAME parameter in the request to reduce which fields should be added to the output. The docs at http://mapserver.org/output/ogr_output.html#layer-metadata note you can use gml_include_items but makes no mention they can't be overridden with PROPERTYNAME . As OUTPUT format is an extension to WFS (http://mapserver.org/ogc/wfs_server.html#mapserver-wfs-extensions) is this logic by design? Maybe a note should be added to http://mapserver.org/ogc/wfs_server.html#to-do-items-and-known-limitations ? Regards, Seth -- web:http://geographika.co.uk twitter: @geographika _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From even.rouault at spatialys.com Mon Jul 2 12:25:24 2018 From: even.rouault at spatialys.com (Even Rouault) Date: Mon, 02 Jul 2018 21:25:24 +0200 Subject: [mapserver-users] WFS OUTPUTFORMATs and PROPERTYNAME In-Reply-To: <1530557711.3629522.1427664376.0F8B91C3@webmail.messagingengine.com> References: <1530557711.3629522.1427664376.0F8B91C3@webmail.messagingengine.com> Message-ID: <3614468.JtOS6nhr3X@even-i700> On lundi 2 juillet 2018 20:55:11 CEST Seth G wrote: > Hi all, > > A question on WFS GetFeature requests and the OUTPUTFORMAT type. > > All fields specified in gml_include_items are returned when creating non-GML > outputs such as Shapefile and GeoJSON even when setting the PROPERTYNAME > parameter in the request to reduce which fields should be added to the > output. The docs at > http://mapserver.org/output/ogr_output.html#layer-metadata note you can use > gml_include_items but makes no mention they can't be overridden with > PROPERTYNAME . > > As OUTPUT format is an extension to WFS > (http://mapserver.org/ogc/wfs_server.html#mapserver-wfs-extensions) is this > logic by design? > > Maybe a note should be added to > http://mapserver.org/ogc/wfs_server.html#to-do-items-and-known-limitations > ? Seth, >From a quick test, I don't see a difference in behaviour between OGR output and native GML one, based on msautotest wfs_ogr.map $ mapserv QUERY_STRING="map=wfs_ogr.map&SERVICE=WFS&VERSION=1.1.0&REQUEST=GetFeature&TYPENAME=popplace&OUTPUTFORMAT=CSV&PROPERTYNAME=NAME&MAXFEATURES=1" Content-Disposition: attachment; filename=result.csv Content-Type: text/csv WKT,NAME "POINT (2281604.25 340848.9375)","""Tignish" $ mapserv QUERY_STRING="map=wfs_ogr.map&SERVICE=WFS&VERSION=1.1.0&REQUEST=GetFeature&TYPENAME=popplace&PROPERTYNAME=NAME&MAXFEATURES=1" Content-Type: text/xml; subtype=gml/3.1.1; charset=UTF-8 2281604.250000 340848.937500 2281604.250000 340848.937500 "Tignish Even -- Spatialys - Geospatial professional services http://www.spatialys.com From jonathan-lists at lightpear.com Mon Jul 2 13:02:40 2018 From: jonathan-lists at lightpear.com (Jonathan Moules) Date: Mon, 2 Jul 2018 21:02:40 +0100 Subject: [mapserver-users] WMS DescribeLayer: MapServer requires WIDTH and HEIGHT params? In-Reply-To: References: Message-ID: <1635f23b-f1c9-304a-b987-208a24cf1273@lightpear.com> Hi Edward, They don't seem to be required on the Demo MapServer (which is MapServer version 7.0.6): http://demo.mapserver.org/cgi-bin/wms_landsat?request=DescribeLayer&service=WMS&version=1.3.0&sld_version=1.1.0&layers=WMS_raster For SLD 1.1.0, looking at the spec, Table 1 and 2 both list the "Parameters in DescribeLayer operation request". The required ones (beyond the standard service/request/version) are: layers, sld_version There are no others, either mandatory or optional. The SLD 1.0 spec is less clear about what's going on, but when I changed the sld_version=1.0.0, Mapserver excepted telling me only 1.1.0 is supported. Hope that helps in some way, Cheers, Jonathan On 2018-07-02 16:35, Edward Mac Gillavry wrote: > > Dear list, > > > We're currently investigating an error message we get from the WMS > service when we execute a DescribeLayer request. It appears MapServer > requires WIDTH and HEIGHT parameters to be present: > > > https://github.com/mapserver/mapserver/blob/branch-7-0/mapwms.c#L1705 > > > However, according to the SLD specs, these are NOT required: > > > http://portal.opengeospatial.org/files/?artifact_id=22364 > > > Am I interpreting the code or SLD spec incorrectly? Or should I go > ahead and remove these checks and provide a PR? > > > Many thanks, > > > Edward > > > > > _______________________________________________ > 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 emacgillavry at hotmail.com Mon Jul 2 14:46:34 2018 From: emacgillavry at hotmail.com (Edward Mac Gillavry) Date: Mon, 2 Jul 2018 21:46:34 +0000 Subject: [mapserver-users] WMS DescribeLayer: MapServer requires WIDTH and HEIGHT params? In-Reply-To: <1635f23b-f1c9-304a-b987-208a24cf1273@lightpear.com> References: , <1635f23b-f1c9-304a-b987-208a24cf1273@lightpear.com> Message-ID: Hi Jonathan, Thanks for pointing me to the Demo MapServer. That instance works as expected without the WIDTH and HEIGHT params. We're seeing the erroneous behaviour on both a MapServer 7.0.4 and a MapServer 7.0.7 instance. Don't see anything in the release notes / changelogs that would indicate changes to that part of the code either... Tried http://demo.mapserver.org/cgi-bin/wms?SERVICE=WMS&VERSION=1.3.0&REQUEST=DescribeLayer&layers=country_bounds&SLD_version=1.1.0 as well just to see whether vector or raster makes a difference, but the Demo MapServer behaves alright. >From https://github.com/mapserver/mapserver/issues/1157 I learned that I should be adding the "ows_onlineresource" keyword to the metadata section. Will report back if that resolves the issue... Cheers, Edward ________________________________ From: mapserver-users on behalf of Jonathan Moules Sent: Monday, July 2, 2018 10:02 PM To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] WMS DescribeLayer: MapServer requires WIDTH and HEIGHT params? Hi Edward, They don't seem to be required on the Demo MapServer (which is MapServer version 7.0.6): http://demo.mapserver.org/cgi-bin/wms_landsat?request=DescribeLayer&service=WMS&version=1.3.0&sld_version=1.1.0&layers=WMS_raster For SLD 1.1.0, looking at the spec, Table 1 and 2 both list the "Parameters in DescribeLayer operation request". The required ones (beyond the standard service/request/version) are: layers, sld_version There are no others, either mandatory or optional. The SLD 1.0 spec is less clear about what's going on, but when I changed the sld_version=1.0.0, Mapserver excepted telling me only 1.1.0 is supported. Hope that helps in some way, Cheers, Jonathan On 2018-07-02 16:35, Edward Mac Gillavry wrote: Dear list, We're currently investigating an error message we get from the WMS service when we execute a DescribeLayer request. It appears MapServer requires WIDTH and HEIGHT parameters to be present: https://github.com/mapserver/mapserver/blob/branch-7-0/mapwms.c#L1705 However, according to the SLD specs, these are NOT required: http://portal.opengeospatial.org/files/?artifact_id=22364 Am I interpreting the code or SLD spec incorrectly? Or should I go ahead and remove these checks and provide a PR? Many thanks, Edward _______________________________________________ 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 Jul 2 15:02:09 2018 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 2 Jul 2018 22:02:09 +0000 Subject: [mapserver-users] [Geomoose-users] OSGeo Local (TCMUG) Meeting schedule. Message-ID: <346FC7D2-EBE4-43FE-847A-2813C3F96F54@ci.stpaul.mn.us> All, We had a nice turnout at the last meeting, even snuck in a couple of guests too. The next meeting is scheduled for: Jul 11th. Location : BlackStack Brewing. Time: 4:30 See you there. bobb An inventor is simply a fellow who doesn?t take his education too seriously. ?Charles F. Kettering _______________________________________________ Geomoose-users mailing list Geomoose-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/geomoose-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From sethg at geographika.co.uk Mon Jul 2 15:17:30 2018 From: sethg at geographika.co.uk (Seth G) Date: Tue, 03 Jul 2018 00:17:30 +0200 Subject: [mapserver-users] WFS OUTPUTFORMATs and PROPERTYNAME In-Reply-To: <3614468.JtOS6nhr3X@even-i700> References: <1530557711.3629522.1427664376.0F8B91C3@webmail.messagingengine.com> <3614468.JtOS6nhr3X@even-i700> Message-ID: <1530569850.314493.1427855848.1DBD2CCF@webmail.messagingengine.com> Thanks Jukka and Even for the quick replies and suggestions. It looks like the issue relates to the MSSQL driver used by the layers I'm testing with - apologies I jumped to the conclusion it wasn't implemented for OUTPUTFORMATs. Findings are as follows: - The output is correct when I use GML output and the MSSQL driver (which I believe defaults to OUTPUTFORMAT=text/xml) - PROPERTYNAME correctly limits which fields are in the GML/XML. - For any other format PROPERTYNAME is ignored and all gml_include_items are returned. This includes Shapefile, Spatialite, and CSV (the same SQL is run on the database in both cases) - Performance on the exports is very slow for Spatialite. I get one of these calls for every feature in the layer: "msMSSQL2008LayerGetShape called for shapeindex = 816457", and it takes 161.799s - Shapefile also produces the msMSSQL2008LayerGetShape calls but runs in 26.595s - Adding &MAXFEATURES=1 works correctly in all cases, but the time to produce the exports is almost identical to a full export All tests were carried out on the command line on a Windows server. I'm using MS 7.04. Seth -- web:http://geographika.co.uk twitter: @geographika On Mon, Jul 2, 2018, at 9:25 PM, Even Rouault wrote: > On lundi 2 juillet 2018 20:55:11 CEST Seth G wrote: > > Hi all, > > > > A question on WFS GetFeature requests and the OUTPUTFORMAT type. > > > > All fields specified in gml_include_items are returned when creating non-GML > > outputs such as Shapefile and GeoJSON even when setting the PROPERTYNAME > > parameter in the request to reduce which fields should be added to the > > output. The docs at > > http://mapserver.org/output/ogr_output.html#layer-metadata note you can use > > gml_include_items but makes no mention they can't be overridden with > > PROPERTYNAME . > > > > As OUTPUT format is an extension to WFS > > (http://mapserver.org/ogc/wfs_server.html#mapserver-wfs-extensions) is this > > logic by design? > > > > Maybe a note should be added to > > http://mapserver.org/ogc/wfs_server.html#to-do-items-and-known-limitations > > ? > > Seth, > > From a quick test, I don't see a difference in behaviour between OGR output > and native GML one, based on msautotest wfs_ogr.map > > $ mapserv > QUERY_STRING="map=wfs_ogr.map&SERVICE=WFS&VERSION=1.1.0&REQUEST=GetFeature&TYPENAME=popplace&OUTPUTFORMAT=CSV&PROPERTYNAME=NAME&MAXFEATURES=1" > Content-Disposition: attachment; filename=result.csv > Content-Type: text/csv > > WKT,NAME > "POINT (2281604.25 340848.9375)","""Tignish" > > > $ mapserv > QUERY_STRING="map=wfs_ogr.map&SERVICE=WFS&VERSION=1.1.0&REQUEST=GetFeature&TYPENAME=popplace&PROPERTYNAME=NAME&MAXFEATURES=1" > Content-Type: text/xml; subtype=gml/3.1.1; charset=UTF-8 > > > xmlns:ms="http://mapserver.gis.umn.edu/mapserver" > xmlns:gml="http://www.opengis.net/gml" > xmlns:wfs="http://www.opengis.net/wfs" > xmlns:ogc="http://www.opengis.net/ogc" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xsi:schemaLocation="http://mapserver.gis.umn.edu/mapserver http:// > localhost/path/to/wfs_simple? > SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=popplace&OUTPUTFORMAT=text/ > xml;%20subtype=gml/3.1.1 http://www.opengis.net/wfs http:// > schemas.opengis.net/wfs/1.1.0/wfs.xsd"> > > > 2281604.250000 340848.937500 > 2281604.250000 340848.937500 > > > > > "Tignish > > > > > Even > > -- > Spatialys - Geospatial professional services > http://www.spatialys.com From Robert.Vogt at rcis.com Tue Jul 3 04:46:37 2018 From: Robert.Vogt at rcis.com (Robert Vogt) Date: Tue, 3 Jul 2018 11:46:37 +0000 Subject: [mapserver-users] LABEL_NO_CLIP In-Reply-To: References: Message-ID: Good morning!! Mapserver is drawing some pretty big polygons for me and a lot of the time the label, because I have LABEL_NO_CLIP=true, is drawn in the center of the Polygon and falls off the map until I zoom out or pan over. If I set LABEL_NO_CLIP to false then the label shows in each tile which I don't want...I really just want the label to show up at the center of the visible area and move to the center of the polygon as I pan or zoom out. Is there a way to accomplish this with MapServer? ******************* PLEASE NOTE ******************* This message, along with any attachments, is for the designated recipient(s) only and may contain privileged, proprietary, or otherwise confidential information. If this message has reached you in error, kindly destroy it without review and notify the sender immediately. Any other use of such misdirected e-mail by you is prohibited. Where allowed by local law, electronic communications with Zurich and its affiliates, including e-mail and instant messaging (including content), may be scanned for the purposes of information security and assessment of internal compliance with company policy. -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephenwoodbridge37 at gmail.com Tue Jul 3 06:16:57 2018 From: stephenwoodbridge37 at gmail.com (Stephen Woodbridge) Date: Tue, 3 Jul 2018 09:16:57 -0400 Subject: [mapserver-users] LABEL_NO_CLIP In-Reply-To: References: Message-ID: <84431d14-d833-aa95-c15b-a5c1ab75a280@gmail.com> If you are using mapcache then the label should get drawn once per metatile. So in a scene you might have the label more than once but not in every tile. When you are rendering tiles mapserver has no knowledge of what was drawn in other requests or even if there were other request. so what you are asking for is not possible. The best you can hope for is a strategy like the LABEL_NO_CLIP=true or using something like mapcache and metatiles. The other option is to draw the whole image as a single tile rather than tiling the image. -Steve W On 7/3/2018 7:46 AM, Robert Vogt wrote: > > Good morning!! > > Mapserver is drawing some pretty big polygons for me and a lot of the > time the label, because I have LABEL_NO_CLIP=true, is drawn in the > center of the > > Polygon and falls off the map until I zoom out or pan over. > > If I set LABEL_NO_CLIP to false then the label shows in each tile > which I don?t want?I really just want the label to show up at the > center of the visible area and move to the center of the > > polygon as I pan or zoom out. > > Is there a way to accomplish this with MapServer? > > > ******************* PLEASE NOTE ******************* > This message, along with any attachments, is for the designated > recipient(s) only and may contain privileged, proprietary, or > otherwise confidential information. If this message has reached you in > error, kindly destroy it without review and notify the sender > immediately. Any other use of such misdirected e-mail by you is > prohibited. Where allowed by local law, electronic communications with > Zurich and its affiliates, including e-mail and instant messaging > (including content), may be scanned for the purposes of information > security and assessment of internal compliance with company policy. > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From anttij.lind at birdlife.fi Tue Jul 3 09:29:08 2018 From: anttij.lind at birdlife.fi (Antti J. Lind) Date: Tue, 03 Jul 2018 19:29:08 +0300 Subject: [mapserver-users] Is it possible to isolate mapserver on docker? In-Reply-To: <1530471299689.19393@maanmittauslaitos.fi> References: <3b4959e0d08a8e02fd3157a49c56a741@birdlife.fi> <9ABC550B-DC68-4524-9322-B366EEE9B749@gmail.com> , <8e199b057645161e4b56bb239b49f5d6@birdlife.fi> <1530471299689.19393@maanmittauslaitos.fi> Message-ID: <12b14dfed4f2559c9bc8c679aa7b4592@birdlife.fi> Hi, Could be ok for us. Do you mean MapCache on same Apache as MapServer 6.2 or on different host and which version of MapCache could work? -- AJL Rahkonen Jukka (MML) kirjoitti 2018-07-01 21:54: > Hi, > > As a workaround for your problem with remote WMS that only supports > WMS 1.3.0 it might be possible to use MapCache in between. It should > be able to read WMS 1.3.0. It can also read WMTS if your service > provider has WMTS available. > > -Jukka Rahkonen- > > > ________________________________________ > L?hett?j?: mapserver-users > k?ytt?j?n puolestaAntti J. Lind > L?hetetty: 1. hein?kuuta 2018 20:38 > Vastaanottaja: mapserver-users at lists.osgeo.org > Aihe: Re: [mapserver-users] Is it possible to isolate mapserver on > docker? > > Hi and thank's, > > But how to use Apache's redirect with php-mapscript? > > -- > AJL > > Humberto Cereser Ibanez kirjoitti 2018-06-30 19:14: >> ...but then you would proxy that out to your external http server. >> >> I'm using Apache2 Redirect: >> >> Redirect /example http://172.17.0.3/example >> >> on vhost who is also a container in the same host. >> >> 172.17.0.3 is the ip of the container with Apache2 and Mapserver >> >> 2018-06-30 11:32 GMT-03:00 Michael Smith >> : >> >>> You can certainly run mapserver via cgi standalone on docker but if >>> you want to do php mapscript, you?d need mapserver compiled with >>> php mapscript in the docker container. If you do that, you?d >>> probably need a http server inside the container but then you would >>> proxy that out to your external http server. >>> >>> Michael Smith >>> >>>> On Jun 30, 2018, at 9:59 AM, Antti J. Lind >>> wrote: >>>> >>>> Hello list, >>>> >>>> We are currently using php-mapserver-apache on centos7. >>>> Now there is one wms-server, which is using wms server version >>> 1.3.0 and our mapservers client does not. >>>> It seems to be quite big change to update our current version 6.2 >>> to 7.2 beta and run it on same host as php-scripts and apache. >>>> >>>> It there some way to isolate mapserver on docker or run it on >>> another host without http-server? >>>> On docker hub there is only images, which are including >>> http-server with mapserver. >>>> >>>> -- >>>> Antti J. Lind >>>> BirdLife Finland >>>> >>>> _______________________________________________ >>>> mapserver-users mailing list >>>> mapserver-users at lists.osgeo.org >>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users [1] >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> https://lists.osgeo.org/mailman/listinfo/mapserver-users [1] >> >> >> >> Links: >> ------ >> [1] 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 > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users From emacgillavry at hotmail.com Wed Jul 4 01:55:13 2018 From: emacgillavry at hotmail.com (Edward Mac Gillavry) Date: Wed, 4 Jul 2018 08:55:13 +0000 Subject: [mapserver-users] WMS DescribeLayer: MapServer requires WIDTH and HEIGHT params? In-Reply-To: References: , <1635f23b-f1c9-304a-b987-208a24cf1273@lightpear.com>, Message-ID: Setting the SIZE parameter at the MAP level solved the error. Since we're merely using the OGC interfaces we'd left out the SIZE parameter until now. The error message "msWMSLoadGetMapParams(): WMS server error. Image size out of range, WIDTH and HEIGHT must be between 1 and ..." sent me in the wrong direction. Somehow, among the WMS requests GetCapabilities request doesn't trigger the error message, although there are no WIDTH or HEIGHT parameters in the request either. Best, Edward ________________________________ From: mapserver-users on behalf of Edward Mac Gillavry Sent: Monday, July 2, 2018 11:46 PM To: mapserver-users at lists.osgeo.org; jonathan-lists at lightpear.com Subject: Re: [mapserver-users] WMS DescribeLayer: MapServer requires WIDTH and HEIGHT params? Hi Jonathan, Thanks for pointing me to the Demo MapServer. That instance works as expected without the WIDTH and HEIGHT params. We're seeing the erroneous behaviour on both a MapServer 7.0.4 and a MapServer 7.0.7 instance. Don't see anything in the release notes / changelogs that would indicate changes to that part of the code either... Tried http://demo.mapserver.org/cgi-bin/wms?SERVICE=WMS&VERSION=1.3.0&REQUEST=DescribeLayer&layers=country_bounds&SLD_version=1.1.0 as well just to see whether vector or raster makes a difference, but the Demo MapServer behaves alright. >From https://github.com/mapserver/mapserver/issues/1157 I learned that I should be adding the "ows_onlineresource" keyword to the metadata section. Will report back if that resolves the issue... Cheers, Edward ________________________________ From: mapserver-users on behalf of Jonathan Moules Sent: Monday, July 2, 2018 10:02 PM To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] WMS DescribeLayer: MapServer requires WIDTH and HEIGHT params? Hi Edward, They don't seem to be required on the Demo MapServer (which is MapServer version 7.0.6): http://demo.mapserver.org/cgi-bin/wms_landsat?request=DescribeLayer&service=WMS&version=1.3.0&sld_version=1.1.0&layers=WMS_raster For SLD 1.1.0, looking at the spec, Table 1 and 2 both list the "Parameters in DescribeLayer operation request". The required ones (beyond the standard service/request/version) are: layers, sld_version There are no others, either mandatory or optional. The SLD 1.0 spec is less clear about what's going on, but when I changed the sld_version=1.0.0, Mapserver excepted telling me only 1.1.0 is supported. Hope that helps in some way, Cheers, Jonathan On 2018-07-02 16:35, Edward Mac Gillavry wrote: Dear list, We're currently investigating an error message we get from the WMS service when we execute a DescribeLayer request. It appears MapServer requires WIDTH and HEIGHT parameters to be present: https://github.com/mapserver/mapserver/blob/branch-7-0/mapwms.c#L1705 However, according to the SLD specs, these are NOT required: http://portal.opengeospatial.org/files/?artifact_id=22364 Am I interpreting the code or SLD spec incorrectly? Or should I go ahead and remove these checks and provide a PR? Many thanks, Edward _______________________________________________ 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 humberto at pastoraldacrianca.org.br Wed Jul 4 05:47:26 2018 From: humberto at pastoraldacrianca.org.br (Humberto Cereser Ibanez) Date: Wed, 4 Jul 2018 09:47:26 -0300 Subject: [mapserver-users] Is it possible to isolate mapserver on docker? In-Reply-To: <1530471299689.19393@maanmittauslaitos.fi> References: <3b4959e0d08a8e02fd3157a49c56a741@birdlife.fi> <9ABC550B-DC68-4524-9322-B366EEE9B749@gmail.com> <8e199b057645161e4b56bb239b49f5d6@birdlife.fi> <1530471299689.19393@maanmittauslaitos.fi> Message-ID: "But how to use Apache's redirect with php-mapscript?" My Debian Jessie container has php-mapscript integrated with Apache2. 2018-07-01 15:54 GMT-03:00 Rahkonen Jukka (MML) < jukka.rahkonen at maanmittauslaitos.fi>: > Hi, > > As a workaround for your problem with remote WMS that only supports WMS > 1.3.0 it might be possible to use MapCache in between. It should be able to > read WMS 1.3.0. It can also read WMTS if your service provider has WMTS > available. > > -Jukka Rahkonen- > > > ________________________________________ > L?hett?j?: mapserver-users > k?ytt?j?n puolestaAntti J. Lind > L?hetetty: 1. hein?kuuta 2018 20:38 > Vastaanottaja: mapserver-users at lists.osgeo.org > Aihe: Re: [mapserver-users] Is it possible to isolate mapserver on docker? > > Hi and thank's, > > But how to use Apache's redirect with php-mapscript? > > -- > AJL > > Humberto Cereser Ibanez kirjoitti 2018-06-30 19:14: > > ...but then you would proxy that out to your external http server. > > > > I'm using Apache2 Redirect: > > > > Redirect /example http://172.17.0.3/example > > > > on vhost who is also a container in the same host. > > > > 172.17.0.3 is the ip of the container with Apache2 and Mapserver > > > > 2018-06-30 11:32 GMT-03:00 Michael Smith > > : > > > >> You can certainly run mapserver via cgi standalone on docker but if > >> you want to do php mapscript, you?d need mapserver compiled with > >> php mapscript in the docker container. If you do that, you?d > >> probably need a http server inside the container but then you would > >> proxy that out to your external http server. > >> > >> Michael Smith > >> > >>> On Jun 30, 2018, at 9:59 AM, Antti J. Lind > >> wrote: > >>> > >>> Hello list, > >>> > >>> We are currently using php-mapserver-apache on centos7. > >>> Now there is one wms-server, which is using wms server version > >> 1.3.0 and our mapservers client does not. > >>> It seems to be quite big change to update our current version 6.2 > >> to 7.2 beta and run it on same host as php-scripts and apache. > >>> > >>> It there some way to isolate mapserver on docker or run it on > >> another host without http-server? > >>> On docker hub there is only images, which are including > >> http-server with mapserver. > >>> > >>> -- > >>> Antti J. Lind > >>> BirdLife Finland > >>> > >>> _______________________________________________ > >>> mapserver-users mailing list > >>> mapserver-users at lists.osgeo.org > >>> https://lists.osgeo.org/mailman/listinfo/mapserver-users [1] > >> _______________________________________________ > >> mapserver-users mailing list > >> mapserver-users at lists.osgeo.org > >> https://lists.osgeo.org/mailman/listinfo/mapserver-users [1] > > > > > > > > Links: > > ------ > > [1] 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 > _______________________________________________ > 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 dlruderman at gmail.com Sun Jul 8 23:05:25 2018 From: dlruderman at gmail.com (DanR) Date: Sun, 8 Jul 2018 23:05:25 -0700 (MST) Subject: [mapserver-users] Updated demo? Message-ID: <1531116325865-0.post@n6.nabble.com> I have compiled and installed MapServer 7.0.7 (apache2 server on a Debian-derived distro). The documentation refers to a demo to install and run, which may be originally for MapServer 5.4, judging from the name. It is found here: http://download.osgeo.org/mapserver/docs/workshop-5.4.zip It has various issues, which I won't go into in detail. Is there a very simple demo that I can install on my 7.0.7 server? My main difficulty is in getting all the paths correct so that apache2 can find the files (e.g. maps, gifs) it is looking for. thanks, Dan -- Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html From nicolas.boisteault at arb-na.fr Mon Jul 9 07:57:02 2018 From: nicolas.boisteault at arb-na.fr (Nicolas Boisteault) Date: Mon, 9 Jul 2018 16:57:02 +0200 Subject: [mapserver-users] Many "msPOSTGRESQLJoinClose() already close or never opened." in log file Message-ID: <4360e807-1782-7a26-966c-8f4493d9bc34@arb-na.fr> Hi all, I use Mapserver 7.0.4 I have a lot of "msPOSTGRESQLJoinClose() already close or never opened." messages in my mapserver log file. It seems it appears when I have in my mapfile a layer which is defined as a join between a shapefile and a PostgreSQL layer. Does somebody has the same issue ? -- *Nicolas BOISTEAULT* // -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Mon Jul 9 11:56:28 2018 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Mon, 9 Jul 2018 15:56:28 -0300 Subject: [mapserver-users] Updated demo? In-Reply-To: <1531116325865-0.post@n6.nabble.com> References: <1531116325865-0.post@n6.nabble.com> Message-ID: <9900c09d-f998-d419-83ce-70ff18884b62@gatewaygeomatics.com> Hi Dan, I have been maintaining that old demo for MS4W users, and it is working well with MapServer 7.0.7: you can download it at https://ms4w.com/release/apps/mapserv_demo_ms4w.zip You can find other demos as well on the MS4W download page (including about 70 working mapfiles & data): https://ms4w.com/download.html Hope that helps you get started. -jeff -- Jeff McKenna MapServer Consulting and Training Services https://gatewaygeomatics.com/ On 2018-07-09 3:05 AM, DanR wrote: > I have compiled and installed MapServer 7.0.7 (apache2 server on > a Debian-derived distro). The documentation refers to a demo to > install and run, which may be originally for MapServer 5.4, > judging from the name. It is found here: > http://download.osgeo.org/mapserver/docs/workshop-5.4.zip > > It has various issues, which I won't go into in detail. Is there a > very simple demo that I can install on my 7.0.7 server? My main > difficulty is in getting all the paths correct so that apache2 > can find the files (e.g. maps, gifs) it is looking for. > > thanks, > Dan > > From bob.basques at ci.stpaul.mn.us Mon Jul 9 12:24:02 2018 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 9 Jul 2018 19:24:02 +0000 Subject: [mapserver-users] REMINDER !! OSGeo Local (TCMUG) Meeting schedule. Message-ID: All, We had a nice turnout at the last meeting, even had a couple of guests. The next meeting is scheduled for: Jul 11th. Location : BlackStack Brewing. Time: 4:30 See you there. bobb "Get your facts first, then you can distort them as you please. ? - Mark Twain -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Thu Jul 12 07:38:45 2018 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Thu, 12 Jul 2018 14:38:45 +0000 Subject: [mapserver-users] OSGeo (aka TCMUG) Chapter Meeting Schedule Message-ID: <9366905F-67CA-41C7-91D3-6AC0D88AD5B3@ci.stpaul.mn.us> All, Light attendence at the last nights meeting, but still some new participation, and I was there too. Next meet up will be at . . . . Location: Urban Growler Date: Aug. 8th, 2018 Time: 4:30 PM bobb The trouble with the rat race is that even if you win, you?re still a rat. ?Lily Tomlin -------------- next part -------------- An HTML attachment was scrubbed... URL: From mihapozauko at gmail.com Mon Jul 16 02:24:07 2018 From: mihapozauko at gmail.com (=?UTF-8?Q?Miha_Po=C5=BEauko?=) Date: Mon, 16 Jul 2018 11:24:07 +0200 Subject: [mapserver-users] Status of MVT vector tiles? In-Reply-To: References: <1529796476950-0.post@n6.nabble.com> Message-ID: It took me some time to configure everything because I migrated everything on a fresh ubuntu machine where i compiled and installed mapserver and mapacache for the first time ever (you can imagine the strugle). But following your instructions i have a working mapserver+mapcache with MVT support now. Thanks! Miha V V ?et., 28. jun. 2018 ob 21:57 je oseba Lime, Steve D (MNIT) < steve.lime at state.mn.us> napisala: > It generates vector tiles based on WMS requests. MapCache computes the > proper extent based on the requested tile and then kicks off a WMS call for > vector tile. The pull request creates support for a new generic ?raw? > format. MapCache doesn?t know much about files in this format, just a > mime-type, so things like metatiling, image processing or tile assembly > aren?t supported. You do get the cache management though. The raw format is > not specific to vector tiles so you could use it for other formats like > GeoJSON or UTFGrid. > > > > Anyway, in my mapcache.xml file I have the following setup: > > > > > > > > mvt > > application/vnd.mapbox-vector-tile > > > > > > > > > > > > http://mapserver.localhost/cgi-bin/mapserv? > > > > > > > > sna,wma,lakes,major_roads,places > > application/vnd.mapbox-vector-tile > > /Users/sdlime/work/mvt-demo/demo.map > > > > > > > > > > > > > > wms_mvt > > g > > disk > > MVT > > > > > > Then, if you look at the simple.json file in my demo repo you just change > the source for the vector tiles layer to reference MapCache (I was running > as FastCGI) instead of MapServer (mode=tile), so from: > > > > "tiles": [" > http://mapserver.localhost/cgi-bin/mapserv?map=/Users/sdlime/work/mvt-demo/demo.map&mode=tile&tilemode=gmap&tile={x}+{y}+{z}&layers=all&map.imagetype=mvt > > "], > > > > to: > > > > "tiles": [" > http://mapserver.localhost/cgi-bin/mapcache.fcgi/gmaps/mvt at g/{z}/{x}/{y}.mvt > "] > > > > One thing to note is that you can control the resolution that each tile is > created at. Each tile has a grid associated with it and that is used to > convert the features to a grid-based coordinate system. The higher the > resolution of that grid the more detail is represented in the tile. The > default is 4096x4096. You can change that value via the MVT output format, > for example: > > > > OUTPUTFORMAT > > NAME ?mvt? > > DRIVER MVT > > FORMATOPTION ?EXTENT=512? > > END > > > > A smaller resolution or extent will generally result in smaller tiles. > > > > --Steve > > > > *From:* Miha Po?auko [mailto:mihapozauko at gmail.com] > *Sent:* Tuesday, June 26, 2018 3:09 AM > *To:* Lime, Steve D (MNIT) > *Cc:* mapserver-users at lists.osgeo.org > *Subject:* Re: [mapserver-users] Status of MVT vector tiles? > > > > I found that pull request before thanks, will play around with it some > more. When you say it relies on WMS requests does that mean it generates > raster tiles or vector tiles in PBD file format? I don't have mine mapcache > example working yet so i don't know what to expect. > > > > About canceled requests i found related "issue" discussed on leaflet forum: > > https://github.com/Leaflet/Leaflet.VectorGrid/issues/136 > > But i don't see a problem with that because all entities are loaded on my > map. > > > > I will have to find that secret souce yes, will try to optimize my map > file for different scales. Pregenerated vector tiles would also help. > > > > Thanks for your answers. Will track your github for further updates. > > > > Miha > > > > > > V V pon., 25. jun. 2018 ob 23:57 je oseba Lime, Steve D (MNIT) < > steve.lime at state.mn.us> napisala: > > Will do. I have a working MapCache example on my dev box that I can share > pieces from. First step is to get MapCache working with the pull-request I > submitted some time ago. It relies on WMS requests to MapServer for the MVT > tiles. Pull request is at: > > https://github.com/mapserver/mapcache/pull/166 > > Regarding the canceled requests: > > I'm not sure what up with those. However, I don't believe those are a > server issue, rather a client-based. You can see the same behavior on other > sites using vector tiles from other services ( > https://openmaptiles.com/downloads/dataset/osm/#0.23/0/-26) in Chrome > DevTools. Could be related to pre-fetching resources. > > Regarding a unresponsive browser: > > There's likely a secret sauce in terms of the matching min/max scales you > should offer a layer at, whether you should manage multiple resolutions of > your data on the server and other filtering. The demo is very na?ve in that > regard so you can end up with big tiles. At this point it's not something I > can offer a ton of help with - I don?t have a production MVT application > yet. > > Steve > > -----Original Message----- > From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On > Behalf Of mp-surv > Sent: Saturday, June 23, 2018 6:28 PM > To: mapserver-users at lists.osgeo.org > Subject: Re: [mapserver-users] Status of MVT vector tiles? > > Hey Steve. > I have a working demo using your data and when zooming out not all vector > tiles load and browser becomes unresponsive (image below). To avoid > overloading my computer when zooming out and causing my browser to crash I > would like to use mapcache, but I'm struggling to set it upt. Can you > please > give a working example using mapache? > > > > I can see there are also a lot of canceled requests but they are not > causing > my browser to crash. Do you know what produces them? > > Thanks. > > > > > > > > -- > Sent from: > http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > > > > > -- > > Lp, > > Miha > -- Lp, Miha -------------- next part -------------- An HTML attachment was scrubbed... URL: From pe_lord at yahoo.ca Wed Jul 18 14:10:28 2018 From: pe_lord at yahoo.ca (=?UTF-8?Q?Pierre-=C3=89tienne_Lord?=) Date: Wed, 18 Jul 2018 21:10:28 +0000 (UTC) Subject: [mapserver-users] HTML template javascript and d3 References: <1102225735.6310121.1531948228047.ref@mail.yahoo.com> Message-ID: <1102225735.6310121.1531948228047@mail.yahoo.com> Hi, I'm trying to render a html templte with d3.js. Here what I try to reproduce but based on data from a html template field item. http://bl.ocks.org/d3noob/13a36f70a4f060b97e41 My problem is that Mapserver seem to render my quote as #quot; What I set into my html script section: data = [field_from_mapserver] Here what I expect: data = [ {date:"1-May-12",close:58.13}, {date:"30-Apr-12",close:53.98}, {date:"27-Apr-12",close:67.00} ]; What I get from my mapserver: data = [ {date:"1-May-12",close:58.13}, {date:"30-Apr-12",close:53.98}, {date:"27-Apr-12",close:67.00} ]; I've tried to do a javascript replace the quote without success... (ex [field_from_mapserver].replace(/#quot;/g,'');) The expected data is stored in a geopackage in a text field. Is it mapserver who is substituting my " by #quot; ? Thanks! Pierre From sethg at geographika.co.uk Wed Jul 18 15:29:55 2018 From: sethg at geographika.co.uk (Seth G) Date: Thu, 19 Jul 2018 00:29:55 +0200 Subject: [mapserver-users] HTML template javascript and d3 In-Reply-To: <1102225735.6310121.1531948228047@mail.yahoo.com> References: <1102225735.6310121.1531948228047.ref@mail.yahoo.com> <1102225735.6310121.1531948228047@mail.yahoo.com> Message-ID: <1531952995.2086284.1445440440.43E4461A@webmail.messagingengine.com> Hello, Sounds an interesting use of MapServer! Maybe try using [attribute item name_raw] in the template to avoid escaping. See details at http://mapserver.org/mapfile/template.html Seth -- web:http://geographika.co.uk twitter: @geographika On Wed, Jul 18, 2018, at 11:10 PM, Pierre-?tienne Lord wrote: > Hi, I'm trying to render a html templte with d3.js. > > Here what I try to reproduce but based on data from a html template > field item. http://bl.ocks.org/d3noob/13a36f70a4f060b97e41 > > My problem is that Mapserver seem to render my quote as #quot; > > What I set into my html script section: data = [field_from_mapserver] > > Here what I expect: data = [ > {date:"1-May-12",close:58.13}, > {date:"30-Apr-12",close:53.98}, > {date:"27-Apr-12",close:67.00} ]; > > What I get from my mapserver: data = [ > {date:"1-May-12",close:58.13}, > {date:"30-Apr-12",close:53.98}, > {date:"27-Apr-12",close:67.00} ]; > > I've tried to do a javascript replace the quote without success... (ex > [field_from_mapserver].replace(/#quot;/g,'');) > > The expected data is stored in a geopackage in a text field. > > Is it mapserver who is substituting my " by #quot; ? > > Thanks! Pierre > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users From pe_lord at protonmail.com Thu Jul 19 05:03:30 2018 From: pe_lord at protonmail.com (pe_lord) Date: Thu, 19 Jul 2018 05:03:30 -0700 (MST) Subject: [mapserver-users] HTML template javascript and d3 In-Reply-To: <1531952995.2086284.1445440440.43E4461A@webmail.messagingengine.com> References: <1102225735.6310121.1531948228047@mail.yahoo.com> <1531952995.2086284.1445440440.43E4461A@webmail.messagingengine.com> Message-ID: <1532001810146-0.post@n6.nabble.com> This is working perfectly with [field_from_mapserver_raw] . I get the expected results. Yes, it is an interesting use of Mapserver, but it's not my idea. I took it on https://gis.stackexchange.com/questions/232098/calculate-a-field-in-a-getfeatureinfo-request-with-mapserver-7-0-4 -- Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html From pe_lord at protonmail.com Thu Jul 19 07:17:12 2018 From: pe_lord at protonmail.com (pe_lord) Date: Thu, 19 Jul 2018 07:17:12 -0700 (MST) Subject: [mapserver-users] Using Geopackage 1.0 & Spatial view Message-ID: <1532009832663-0.post@n6.nabble.com> I've created a view joining 2 tables (1:M). This view is well recognized with QGIS 3.0 & GDAL 2.2.4 (OsGeo4W) When I use this view in mapserver : CONNECTIONTYPE OGR CONNECTION "mygeopackage.gpkg" DATA "v_my_view" I get msOGRFileOpen(): OGR error. GetLayer(v_my_view) failed for OGR connection. Check logs. Here my log(debug 5 & "CPL_DEBUG" "ON"). ... msOGRFileOpen(mygeopackage.gpkg)... ... OGROPen(/my_path/mygeopackage.gpkg) ... msConnPoolRegister(v_my_view,mygeopackage.gpkg,0x1dfd3c0) ... msOGRFileOpen(): OGR error. GetLayer(v_my_view) failed for OGR connection. Check logs. ... GetLayer(v_my_view) failed for OGR connection `mygeopackage.gpkg'. ... msConnPoolRelease(v_my_view,mygeopackage.gpkg,0x1dfd3c0) ... msConnPoolClose(mygeopackage.gpkg,0x1dfd3c0) ... msDrawMap(): Image handling error. Failed to draw layer named 'v_my_view'. ... freeLayer(): freeing layer at 0x1e02ac0. Then, when I write this view as a table (well recognized with QGIS 3.0 & GDAL 2.2.4 (OsGeo4W)) , everything is fine with Mapserver. Seem like my view is crashing my OGR connection. The only difference between my view and my tables is that my view do not have gpkg_rtree_index associated? I've tried from spatialite gui to Select gpkgAddSpatialIndex(...). But I received this error : cannot create AFTER trigger on view: v_my_view I use Mapserver 7.03 on RedHat. I don't know which version of gdal is used with Mapserver...sorry Pierre -- Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html From anttij.lind at birdlife.fi Fri Jul 20 04:34:58 2018 From: anttij.lind at birdlife.fi (Antti J. Lind) Date: Fri, 20 Jul 2018 14:34:58 +0300 Subject: [mapserver-users] Is it possible to isolate mapserver on docker? In-Reply-To: References: <3b4959e0d08a8e02fd3157a49c56a741@birdlife.fi> <9ABC550B-DC68-4524-9322-B366EEE9B749@gmail.com> <8e199b057645161e4b56bb239b49f5d6@birdlife.fi> <1530471299689.19393@maanmittauslaitos.fi> Message-ID: Hi, I solved this with Mapproxy (1.11.0) between Mapserver 6.2 and WMS 1.3.0 server. Mapserver still using WMS client 1.1.1. Thank's to all, who helped me. -- AJL Humberto Cereser Ibanez kirjoitti 2018-07-04 15:47: > "But how to use Apache's redirect with php-mapscript?" > > My Debian Jessie container has php-mapscript integrated with Apache2. > > 2018-07-01 15:54 GMT-03:00 Rahkonen Jukka (MML) > : > >> Hi, >> >> As a workaround for your problem with remote WMS that only supports >> WMS 1.3.0 it might be possible to use MapCache in between. It should >> be able to read WMS 1.3.0. It can also read WMTS if your service >> provider has WMTS available. >> >> -Jukka Rahkonen- >> >> ________________________________________ >> L?hett?j?: mapserver-users >> k?ytt?j?n >> puolestaAntti J. Lind >> L?hetetty: 1. hein?kuuta 2018 20:38 >> Vastaanottaja: mapserver-users at lists.osgeo.org >> Aihe: Re: [mapserver-users] Is it possible to isolate mapserver on >> docker? >> >> Hi and thank's, >> >> But how to use Apache's redirect with php-mapscript? >> >> -- >> AJL >> >> Humberto Cereser Ibanez kirjoitti 2018-06-30 19:14: >>> ...but then you would proxy that out to your external http server. >>> >>> I'm using Apache2 Redirect: >>> >>> Redirect /example http://172.17.0.3/example >>> >>> on vhost who is also a container in the same host. >>> >>> 172.17.0.3 is the ip of the container with Apache2 and Mapserver >>> >>> 2018-06-30 11:32 GMT-03:00 Michael Smith >>> : >>> >>>> You can certainly run mapserver via cgi standalone on docker but >> if >>>> you want to do php mapscript, you?d need mapserver compiled >> with >>>> php mapscript in the docker container. If you do that, you?d >>>> probably need a http server inside the container but then you >> would >>>> proxy that out to your external http server. >>>> >>>> Michael Smith >>>> >>>>> On Jun 30, 2018, at 9:59 AM, Antti J. Lind >>>> wrote: >>>>> >>>>> Hello list, >>>>> >>>>> We are currently using php-mapserver-apache on centos7. >>>>> Now there is one wms-server, which is using wms server version >>>> 1.3.0 and our mapservers client does not. >>>>> It seems to be quite big change to update our current version >> 6.2 >>>> to 7.2 beta and run it on same host as php-scripts and apache. >>>>> >>>>> It there some way to isolate mapserver on docker or run it on >>>> another host without http-server? >>>>> On docker hub there is only images, which are including >>>> http-server with mapserver. >>>>> >>>>> -- >>>>> Antti J. Lind >>>>> BirdLife Finland >>>>> >>>>> _______________________________________________ >>>>> mapserver-users mailing list >>>>> mapserver-users at lists.osgeo.org >>>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users [1] [1] >>>> _______________________________________________ >>>> mapserver-users mailing list >>>> mapserver-users at lists.osgeo.org >>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users [1] [1] >>> >>> >>> >>> Links: >>> ------ >>> [1] https://lists.osgeo.org/mailman/listinfo/mapserver-users [1] >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> https://lists.osgeo.org/mailman/listinfo/mapserver-users [1] >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/mapserver-users [1] >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/mapserver-users [1] > > > > Links: > ------ > [1] 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 stephenwoodbridge37 at gmail.com Sun Jul 22 08:17:36 2018 From: stephenwoodbridge37 at gmail.com (Stephen Woodbridge) Date: Sun, 22 Jul 2018 11:17:36 -0400 Subject: [mapserver-users] Please reopen issue #3237 Message-ID: Hi, I don't seem to be able to reopen https://github.com/mapserver/mapserver/issues/3237 Thanks, ? -Steve --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From louis-philippe.rousseaulambert2 at canada.ca Thu Jul 26 11:18:53 2018 From: louis-philippe.rousseaulambert2 at canada.ca (Rousseau Lambert2, Louis-Philippe (EC)) Date: Thu, 26 Jul 2018 18:18:53 +0000 Subject: [mapserver-users] Inversed lat/long in WMS 1.3.0 GetCapabilties Message-ID: Hi everyone! Just found something strange in the WMS GetCapabilties. With a GetCapabilities requets version 1.3.0, the Bounding box values looks to be inversed: * geo.weather.gc.ca/geomet?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities&LAYER=GDPS.ETA_TT * -180180-9090 While for the 1.1.1 version it looks fine. * geo.weather.gc.ca/geomet?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetCapabilities&LAYER=GDPS.ETA_TT * I'm using MapServer 7.0.7 in my mapfile, the extent is defined as: EXTENT -180 -90 180 90 in EPSG:4326, which should be the right way according to the doc: EXTENT [minx] [miny] [maxx] [maxy] Thanks LP -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Thu Jul 26 11:26:46 2018 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Thu, 26 Jul 2018 15:26:46 -0300 Subject: [mapserver-users] Inversed lat/long in WMS 1.3.0 GetCapabilties In-Reply-To: <20180726181900.303E6614664D@lists.osgeo.org> References: <20180726181900.303E6614664D@lists.osgeo.org> Message-ID: <1eb53c9a-5861-e547-368e-f0e6b11bd742@gatewaygeomatics.com> Hey Louis-Philippe! What kind of an error are you receiving through your mapfile? Maybe execute a shp2img commandline request and paste the error here. You can also paste your mapfile layer here (but take care to not paste code or mapfile snippets ever into your email, as likely it will be rejected automatically through the mailing list, instead paste your code into https://pastebin.com/ and include that link in your response. thanks! -- Jeff McKenna MapServer Consulting and Training Services https://gatewaygeomatics.com/ On 2018-07-26 3:18 PM, Rousseau Lambert2, Louis-Philippe (EC) wrote: > Hi everyone! > > Just found something strange in the WMS GetCapabilties. > > With a GetCapabilities requets version 1.3.0, the Bounding box values > looks to be inversed: > > * geo.weather.gc.ca/geomet?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities&LAYER=GDPS.ETA_TT > > o -180180-9090 CRS="EPSG:4326" minx="-90" miny="-180" maxx="90" maxy="180"/> > > While for the 1.1.1 version it looks fine. > > * geo.weather.gc.ca/geomet?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetCapabilities&LAYER=GDPS.ETA_TT > > o maxy="90"/> maxx="180" maxy="90"/> > > I'm using MapServer 7.0.7 > > in my mapfile, the extent is defined as:? EXTENT -180 -90 180 90 in > EPSG:4326, which should be the right way according to the doc: EXTENT > [minx] [miny] [maxx] [maxy] > > Thanks > > LP > > > From louis-philippe.rousseaulambert2 at canada.ca Thu Jul 26 11:31:37 2018 From: louis-philippe.rousseaulambert2 at canada.ca (Rousseau Lambert2, Louis-Philippe (EC)) Date: Thu, 26 Jul 2018 18:31:37 +0000 Subject: [mapserver-users] Inversed lat/long in WMS 1.3.0 GetCapabilties References: <20180726181900.303E6614664D@lists.osgeo.org> <1876502.3uYKTW7gXJ@even-i700> Message-ID: <87975c670c1743419004082bace1ec34@PELEPCDEXC006.birch.int.bell.ca> Great, thanks for the info :) LP On 07/26/2018 06:27 PM, Even Rouault wrote: > Louis Philippe, > >> Just found something strange in the WMS GetCapabilties. >> >> With a GetCapabilities requets version 1.3.0, the Bounding box values looks >> to be inversed: >> >> >> * >> geo.weather.gc.ca/geomet?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities& >> LAYER=GDPS.ETA_TT * >> -180> tBoundLongitude>180-90> atitude>90> x> > This is the expected output. WMS 1.3.0 is supposed to honour EPSG axis order, > and EPSG:4326 has X=latitude and Y=longitude. > Previous WMS versions didn't honour this and had X=longitude and Y=latitude. > > Even > > -- Louis-Philippe Rousseau Lambert, B.Sc. G?omaticien / Geomatician Section des Donn?es, Performances et Standards Data, Performance and Standards Section Service M?t?orologique du Canada Meteorological Service of Canada Environnement et Changement Climatique Canada Environment and Climate Change Canada louis-philippe.rousseaulambert2 at canada.ca (514) 421-5045 From even.rouault at spatialys.com Thu Jul 26 11:27:04 2018 From: even.rouault at spatialys.com (Even Rouault) Date: Thu, 26 Jul 2018 20:27:04 +0200 Subject: [mapserver-users] Inversed lat/long in WMS 1.3.0 GetCapabilties In-Reply-To: <20180726181900.303E6614664D@lists.osgeo.org> References: <20180726181900.303E6614664D@lists.osgeo.org> Message-ID: <1876502.3uYKTW7gXJ@even-i700> Louis Philippe, > > Just found something strange in the WMS GetCapabilties. > > With a GetCapabilities requets version 1.3.0, the Bounding box values looks > to be inversed: > > > * > geo.weather.gc.ca/geomet?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities& > LAYER=GDPS.ETA_TT * > -180 tBoundLongitude>180-90 atitude>90 x> This is the expected output. WMS 1.3.0 is supposed to honour EPSG axis order, and EPSG:4326 has X=latitude and Y=longitude. Previous WMS versions didn't honour this and had X=longitude and Y=latitude. Even -- Spatialys - Geospatial professional services http://www.spatialys.com From steve.lime at state.mn.us Mon Jul 30 06:46:16 2018 From: steve.lime at state.mn.us (Lime, Steve D (MNIT)) Date: Mon, 30 Jul 2018 13:46:16 +0000 Subject: [mapserver-users] MapServer 7.2.0 Release Message-ID: Hi everyone! The MapServer team is pleased to (finally) announce the release of MapServer 7.2. You can find a list of features at https://mapserver.org/development/announce/7-2.html and download links at https://mapserver.org/download.html. As usual, please read the migration guide in https://mapserver.org/MIGRATION_GUIDE.html if you are updating an existing installation. Note that there are no breaking changes in this release. Best regards, The MapServer PSC and Developers -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Tue Jul 31 06:59:14 2018 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Tue, 31 Jul 2018 13:59:14 +0000 Subject: [mapserver-users] Any suggesttions for the next OSGeo Chapter Meeting location? Message-ID: <11937824-51EE-4C93-8F04-8F8D71D66A76@ci.stpaul.mn.us> All, Looking for a location for the next meeting ont the 8th of Aug. Thoughts. bobb "Sometimes a scream is better than a thesis." - Ralph Waldo Emerson -------------- next part -------------- An HTML attachment was scrubbed... URL: