From giantchen2010 at gmail.com Sun Nov 4 22:59:53 2018 From: giantchen2010 at gmail.com (Jhon Chin) Date: Mon, 5 Nov 2018 14:59:53 +0800 Subject: [mapserver-users] =?utf-8?q?Krasovsky=5F1940_projection_problems?= =?utf-8?b?LCB5ZWFoLCDkuK3lm73liLbpgKA=?= Message-ID: How to use SR-ORG:7857 in layer?? any suggestions? thks in advance. Yours John Chin -------------- next part -------------- An HTML attachment was scrubbed... URL: From giantchen2010 at gmail.com Mon Nov 5 23:18:12 2018 From: giantchen2010 at gmail.com (giantchen2010) Date: Tue, 6 Nov 2018 00:18:12 -0700 (MST) Subject: [mapserver-users] savequery and queryfile In-Reply-To: References: <9f88b503272fbeefba69ebeaad906cd5@maich.gr> Message-ID: <1541488692644-0.post@n6.nabble.com> I'm a newbie to mapserver, and following the tutorial in example 3-3, and I actually get the *.qy file, MapServer Query Params - Generated by msSaveQuery() 1 1 -1 -1 1361917.39632199 -143455.578596053 0 0 -1 -1 -1 -1 -1 -1 1 NULL NULL 3 but an error occurs when use map mode to get the cache : mapserv(): Web application error. Parameter 'queryfile' value fails to validate. the env is : MapServer version 7.0.7 (MS4W 3.2.7) windows 10 enterprise build 1803 vivaldi browser. -- Sent from: http://osgeo-org.1560.x6.nabble.com/Mapserver-User-f4226646.html From Stefan.Ziegler at bd.so.ch Tue Nov 6 10:24:41 2018 From: Stefan.Ziegler at bd.so.ch (Ziegler Stefan) Date: Tue, 6 Nov 2018 18:24:41 +0000 Subject: [mapserver-users] Raster performance hints Message-ID: Hi We are using MapServer for vector data stored in a PostgreSQL/PostGIS database. For a new project we are planning to provide a WMS based on raster layers and therefore in need of some performance hints or your experiences. The raw data will be a lot of single GeoTIFF (aerials, hillshading, slopes, etc.) files, like 5'000 - 10'000 from different organizations. Since the originate from different organizations it's possible that they can have different resolutions. Conceptionally for aerials it would look like this: Aerial group |_ aerial from organization one (1000 single tiffs, resolution 10cm, approx 10k x 10k pixels) |_ aerial from organization two (600 single tiffs, resolution, 12.5 cm, approx 10k x 10k pixels) |_ aerial from organization three (3000 single tiffs, resolution, 10 cm, approx 10k x 10k pixels) For some hundred single GeoTIFFs we have good experience with the Tileindex approach and an handmade external overview that kicks in at smaller scale. Will this approach still work with a massive amount of single tiffs? Or are the better ones? What about the compression (quality vs. decompression speed vs. disk space?) Or would you expect a much better performance with - let's say - a BigTIFF for each organisation? Thanks for any hints. Best regards Stefan Freundliche Gr?sse Stefan Ziegler Kantonsgeometer / Leiter Amt f?r Geoinformation Amt f?r Geoinformation R?tistrasse 4 4500 Solothurn Telefon +41 32 627 75 96 stefan.ziegler at bd.so.ch http://www.so.ch From traviskirstine at gmail.com Tue Nov 6 12:05:46 2018 From: traviskirstine at gmail.com (Travis Kirstine) Date: Tue, 6 Nov 2018 15:05:46 -0500 Subject: [mapserver-users] Raster performance hints In-Reply-To: References: Message-ID: What you describe is pretty much the approach we take. If you are using geotiffs ensure that they are internally tiles (-co TILED=YES) and the you are creating a shptree index on the tile index as noted in the docs. At some point you may want to consider creating a lower resolution mosaics of coverages and using GROUPS and MIN/MAXSCALEDENOM to load the layers at different scales. Make sure to declare the layer's extent as well Something like: LAYER NAME "full_res_10cm_tiles_withovr" EXTENT 607500.000000 4824000.000000 654000.000000 4859500.000000 TYPE RASTER PROCESSING "RESAMPLE=AVERAGE" TILEINDEX /maps/tindex.shp TILEITEM location GROUP "my_photo" MAXSCALEDENOM 10000 OFFSITE 0 0 0 METADATA "wms_extent" "607500.000000 4824000.000000 654000.000000 4859500.000000" END PROJECTION "init=epsg:2958" END END LAYER NAME "resampled_2m_tiled_bigtif_withovr" EXTENT 607500.000000 4824000.000000 654000.000000 4859500.000000 TYPE RASTER PROCESSING "RESAMPLE=AVERAGE" DATA /maps/2m_overall.tif GROUP "my_photo" MINSCALEDENOM 10000 MAXSCALEDENOM 65000 OFFSITE 0 0 0 METADATA "wms_extent" "607500.000000 4824000.000000 654000.000000 4859500.000000" END PROJECTION "init=epsg:2958" END END On Tue, 6 Nov 2018 at 13:39, Ziegler Stefan wrote: > Hi > > We are using MapServer for vector data stored in a PostgreSQL/PostGIS > database. For a new project we are planning to provide a WMS based on > raster layers and therefore in need of some performance hints or your > experiences. > > The raw data will be a lot of single GeoTIFF (aerials, hillshading, > slopes, etc.) files, like 5'000 - 10'000 from different organizations. > Since the originate from different organizations it's possible that they > can have different resolutions. Conceptionally for aerials it would look > like this: > > Aerial group > |_ aerial from organization one (1000 single tiffs, resolution 10cm, > approx 10k x 10k pixels) > |_ aerial from organization two (600 single tiffs, resolution, 12.5 cm, > approx 10k x 10k pixels) > |_ aerial from organization three (3000 single tiffs, resolution, 10 cm, > approx 10k x 10k pixels) > > For some hundred single GeoTIFFs we have good experience with the > Tileindex approach and an handmade external overview that kicks in at > smaller scale. > > Will this approach still work with a massive amount of single tiffs? Or > are the better ones? What about the compression (quality vs. decompression > speed vs. disk space?) Or would you expect a much better performance with - > let's say - a BigTIFF for each organisation? > > Thanks for any hints. > > Best regards > Stefan > > Freundliche Gr?sse > > Stefan Ziegler > Kantonsgeometer / Leiter Amt f?r Geoinformation > > Amt f?r Geoinformation > R?tistrasse 4 > 4500 Solothurn > > Telefon +41 32 627 75 96 > stefan.ziegler at bd.so.ch > http://www.so.ch > > > _______________________________________________ > 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 stephenwoodbridge37 at gmail.com Tue Nov 6 15:54:13 2018 From: stephenwoodbridge37 at gmail.com (Stephen Woodbridge) Date: Tue, 6 Nov 2018 18:54:13 -0500 Subject: [mapserver-users] Raster performance hints In-Reply-To: References: Message-ID: <623504C3-BF5E-4B10-B0A0-6173C89172E1@gmail.com> I?ve had excellent results using jpeg YCBR in geotiff compression. It make small files, supports overviews and is fast. Building a custom overview layer is a good idea and save a lot in response time over opening a large number if files. -Steve W Sent from my iPhone > On Nov 6, 2018, at 1:24 PM, Ziegler Stefan wrote: > > Hi > > We are using MapServer for vector data stored in a PostgreSQL/PostGIS database. For a new project we are planning to provide a WMS based on raster layers and therefore in need of some performance hints or your experiences. > > The raw data will be a lot of single GeoTIFF (aerials, hillshading, slopes, etc.) files, like 5'000 - 10'000 from different organizations. Since the originate from different organizations it's possible that they can have different resolutions. Conceptionally for aerials it would look like this: > > Aerial group > |_ aerial from organization one (1000 single tiffs, resolution 10cm, approx 10k x 10k pixels) > |_ aerial from organization two (600 single tiffs, resolution, 12.5 cm, approx 10k x 10k pixels) > |_ aerial from organization three (3000 single tiffs, resolution, 10 cm, approx 10k x 10k pixels) > > For some hundred single GeoTIFFs we have good experience with the Tileindex approach and an handmade external overview that kicks in at smaller scale. > > Will this approach still work with a massive amount of single tiffs? Or are the better ones? What about the compression (quality vs. decompression speed vs. disk space?) Or would you expect a much better performance with - let's say - a BigTIFF for each organisation? > > Thanks for any hints. > > Best regards > Stefan > > Freundliche Gr?sse > > Stefan Ziegler > Kantonsgeometer / Leiter Amt f?r Geoinformation > > Amt f?r Geoinformation > R?tistrasse 4 > 4500 Solothurn > > Telefon +41 32 627 75 96 > stefan.ziegler at bd.so.ch > http://www.so.ch > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users From sethg at geographika.co.uk Wed Nov 7 01:48:06 2018 From: sethg at geographika.co.uk (Seth G) Date: Wed, 07 Nov 2018 10:48:06 +0100 Subject: [mapserver-users] Python MapScript Notebook Message-ID: <1541584086.855196.1568509824.15FD2D0D@webmail.messagingengine.com> Hi list, I've completed a Jupyter notebook demonstrating the Python MapScript functionality. A notebook is an interactive document that allows code samples to be run and edited. A project called mybinder allows notebooks to be published and hosted online - the MapScript notebook can be found at: https://hub.mybinder.org/user/geographika-osg-ive12-notebooks-ptgaaead/notebooks/jupyter/quickstarts/mapscript-quickstart.ipynb Source code for the notebook is at https://github.com/geographika/OSGeoLive12-Notebooks/tree/master/jupyter/quickstarts - I'm hoping to get this added to the next OSGeoLive release. Any feedback or comments welcome, Regards, Seth -- web:http://geographika.co.uk twitter: @geographika From sethg at geographika.co.uk Wed Nov 7 05:07:45 2018 From: sethg at geographika.co.uk (Seth G) Date: Wed, 07 Nov 2018 14:07:45 +0100 Subject: [mapserver-users] Python MapScript Notebook In-Reply-To: References: <1541584086.855196.1568509824.15FD2D0D@webmail.messagingengine.com> Message-ID: <1541596065.909802.1568694928.5CA5233C@webmail.messagingengine.com> Hi, I think I copied a session URL rather than the notebook one. The following hopefully works: https://mybinder.org/v2/gh/geographika/OSGeoLive12-Notebooks/master?filepath=jupyter%2Fquickstarts%2Fmapscript-quickstart.ipynb Repository: https://github.com/geographika/OSGeoLive12-Notebooks Path to notebook file: jupyter/quickstarts/mapscript-quickstart.ipynb Regards, Seth -- web:http://geographika.co.uk twitter: @geographika On Wed, Nov 7, 2018, at 1:56 PM, Leroux, Alexandre (EC) wrote: > Hi Seth, > Thanks for the notebook, however, I can't seem to be able to access > it, I get a 404. Full error message:> Oops! > We can't seem to find the Binder page you are looking for. > 404 error > Here are some helpful tips. > > Is this a Binder that you created? > Your Binder stopped due to an error or it was removed due to age or > inactivity.> Return to the Binder home page[1] to retry creating your Binder. > Did someone give you this Binder link? > > If so, the link is outdated or incorrect. Recheck the link for typos > or ask the person who gave you the link for an updated link. A > shareable Binder link should look like https://mybinder.org/v2/gh/....> > Binder home page[2] > Alexandre Leroux, M.Sc., ing. Senior geospatial specialist / > Sp?cialiste principal en g?omatique Data, Performance and Standards > Section / Section des Donn?es, performance et standards Meteorological > Service of Canada / Service m?t?orologique du Canada Environment and > Climate Change Canada / Environnement et Changement climatique Canada > alexandre.leroux at canada.ca - (514) 421-5024> On 11/07/2018 09:48 AM, Seth G wrote: >> Hi list, I've completed a Jupyter notebook demonstrating the Python >> MapScript functionality. A notebook is an interactive document that >> allows code samples to be run and edited. A project called mybinder >> allows notebooks to be published and hosted online - the MapScript >> notebook can be found at: >> https://hub.mybinder.org/user/geographika-osg-ive12-notebooks-ptgaaead/notebooks/jupyter/quickstarts/mapscript-quickstart.ipynb >> Source code for the notebook is at >> https://github.com/geographika/OSGeoLive12-Notebooks/tree/master/jupyter/quickstarts >> - I'm hoping to get this added to the next OSGeoLive release. Any >> feedback or comments welcome, 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 Links: 1. https://mybinder.org 2. https://mybinder.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve.lime at state.mn.us Wed Nov 7 14:32:31 2018 From: steve.lime at state.mn.us (Lime, Steve D (MNIT)) Date: Wed, 7 Nov 2018 22:32:31 +0000 Subject: [mapserver-users] savequery and queryfile In-Reply-To: <1541488692644-0.post@n6.nabble.com> References: <9f88b503272fbeefba69ebeaad906cd5@maich.gr> <1541488692644-0.post@n6.nabble.com> Message-ID: Let me check and report back... -----Original Message----- From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of giantchen2010 Sent: Tuesday, November 06, 2018 1:18 AM To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] savequery and queryfile I'm a newbie to mapserver, and following the tutorial in example 3-3, and I actually get the *.qy file, MapServer Query Params - Generated by msSaveQuery() 1 1 -1 -1 1361917.39632199 -143455.578596053 0 0 -1 -1 -1 -1 -1 -1 1 NULL NULL 3 but an error occurs when use map mode to get the cache : mapserv(): Web application error. Parameter 'queryfile' value fails to validate. the env is : MapServer version 7.0.7 (MS4W 3.2.7) windows 10 enterprise build 1803 vivaldi browser. -- 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 From luis.de.sousa at protonmail.ch Mon Nov 12 08:33:04 2018 From: luis.de.sousa at protonmail.ch (=?UTF-8?Q?Lu=C3=AD=C2=ADs_Moreira_de_Sousa?=) Date: Mon, 12 Nov 2018 16:33:04 +0000 Subject: [mapserver-users] Using a CRS not indexed by the IOGP Message-ID: <0kwkqNN-s1Q6YsnJUKO793OUJgCr_nFtxE1YE90bZyWL1JDkzo3mN7FPduTAf9lcEUlqIZH72DSzr2wjdA38jA==@protonmail.ch> Dear all, I am developing a WMS with layers defined in a CRS that is not indexed by the IOGP. This CRS is defined within a specific PROJ namespace (e.g. init=namespace:001, just like others.extra or esri.extra) and is used correctly both by PROJ and GDAL. However, if I add this namescape to the "wms_srs" parameter in the mapfile, any request will be met with the following error message: msWMSLoadGetMapParams(): WMS server error. Unsupported SRS namespace (only EPSG and AUTO currently supported). I find this strange, is it only possible to use the CRSs indexed by the IOGP? Is there any way to convince MapServer to accept any other namespaces available in the PROJ database? I am awere I may create a fake IOGP index, but this is likely to create a good deal of confusion among users. I would rather make it clear this is a specific CRS. Thank you. -- Lu?s Moreira de Sousa Bowlespark 8 6701 DN Wageningen The Netherlands Phone: +31 628 544 755 Email: luis.de.sousa at protonmail.ch RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c URL: https://ldesousa.github.io Sent with [ProtonMail](https://protonmail.com) Secure Email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ian.walberg at airborne.aero Mon Nov 12 15:31:44 2018 From: ian.walberg at airborne.aero (Ian Walberg) Date: Mon, 12 Nov 2018 23:31:44 +0000 Subject: [mapserver-users] Linux - map file in /tmp Message-ID: Hello, Calling a cgi request with a standalone map file that works in any location in the file system on a Linux install but does not work if the map file is in /tmp. msLoadMap(): Unable to access file. (/tmp/min01.map) What I am missing? Thanks Ian -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eichner at sid.sachsen.de Mon Nov 12 23:15:50 2018 From: Andreas.Eichner at sid.sachsen.de (Eichner, Andreas - SID) Date: Tue, 13 Nov 2018 07:15:50 +0000 Subject: [mapserver-users] Linux - map file in /tmp In-Reply-To: References: Message-ID: <6F331135492B944D90731CE93743D56814D26B3D@FS-EX-DB101.fs.sachsen.de> I'd guess you're using systemd and the unit file that controls your webserver contains "PrivateTmp=true". > -----Original Message----- > From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] > On Behalf Of Ian Walberg > Sent: Tuesday, November 13, 2018 12:32 AM > To: mapserver-users at lists.osgeo.org > Subject: [mapserver-users] Linux - map file in /tmp > > Hello, > > > > Calling a cgi request with a standalone map file that works in any > location in the file system on a Linux install but does not work if the > map file is in /tmp. > > > > msLoadMap(): Unable to access file. (/tmp/min01.map) > > > > What I am missing? > > > > Thanks > > > > Ian From jcmalapert at gmail.com Tue Nov 13 01:37:05 2018 From: jcmalapert at gmail.com (Jean-Christophe Malapert) Date: Tue, 13 Nov 2018 10:37:05 +0100 Subject: [mapserver-users] Using a CRS not indexed by the IOGP In-Reply-To: <0kwkqNN-s1Q6YsnJUKO793OUJgCr_nFtxE1YE90bZyWL1JDkzo3mN7FPduTAf9lcEUlqIZH72DSzr2wjdA38jA==@protonmail.ch> References: <0kwkqNN-s1Q6YsnJUKO793OUJgCr_nFtxE1YE90bZyWL1JDkzo3mN7FPduTAf9lcEUlqIZH72DSzr2wjdA38jA==@protonmail.ch> Message-ID: Hello, I got the same problem with Mars planet with IAU2000 namespace. I have modified the mapserver code to make it works (I have still a couple of tests to check everything is fine). However, CRS, EPSG and AUTO namespaces are defined by OGC. So, if you define a new one: - 1/ I am not sure it is compatible with OGC standards - 2/ I am not sure clients will understand this new namespace In my case, I have also written the client. If you are interested, I can share my current development about the mapserver code. Regards, Jean-Christophe Le lun. 12 nov. 2018 ? 17:38, Lu??s Moreira de Sousa < luis.de.sousa at protonmail.ch> a ?crit : > Dear all, > > I am developing a WMS with layers defined in a CRS that is not indexed by > the IOGP. This CRS is defined within a specific PROJ namespace (e.g. > init=namespace:001, just like others.extra or esri.extra) and is used > correctly both by PROJ and GDAL. However, if I add this namescape to the > "wms_srs" parameter in the mapfile, any request will be met with the > following error message: > > msWMSLoadGetMapParams(): WMS server error. Unsupported SRS namespace (only > EPSG and AUTO currently supported). > > I find this strange, is it only possible to use the CRSs indexed by the > IOGP? Is there any way to convince MapServer to accept any other namespaces > available in the PROJ database? > > I am awere I may create a fake IOGP index, but this is likely to create a > good deal of confusion among users. I would rather make it clear this is a > specific CRS. > > Thank you. > > -- > Lu?s Moreira de Sousa > Bowlespark 8 > 6701 DN Wageningen > The Netherlands > Phone: +31 628 544 755 > Email: luis.de.sousa at protonmail.ch > RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c > URL: https://ldesousa.github.io > > Sent with ProtonMail Secure Email. > > _______________________________________________ > 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 louis-philippe.rousseaulambert2 at canada.ca Tue Nov 13 05:34:56 2018 From: louis-philippe.rousseaulambert2 at canada.ca (Rousseau Lambert2, Louis-Philippe (EC)) Date: Tue, 13 Nov 2018 13:34:56 +0000 Subject: [mapserver-users] WCS 2.0 request without interpolation Message-ID: Hi guys, Do you know if it's possible to do a WCS 2.0 request without interpolation, like simply clip the original file on it's native grid? I know that there is the INTERPOLATION parameter for WCS, but the only possible values are "NEAREST", "BILINEAR" and "AVERAGE". And I don't see a way using wcs keywords in the mapfile to add or modify the interpolation options... I get that for this to even be possible the BBOX of the request would have to be made in the the dataset native CRS. Thanks LP -------------- next part -------------- An HTML attachment was scrubbed... URL: From jukka.rahkonen at maanmittauslaitos.fi Tue Nov 13 06:07:33 2018 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Tue, 13 Nov 2018 14:07:33 +0000 Subject: [mapserver-users] WCS 2.0 request without interpolation Message-ID: <7f5c82b7171c415ba6f0184a3ab07e49@C119S212VM042.msvyvi.vaha.local> Hi, There are lots of good reading in the WCS section of OGC standards http://www.opengeospatial.org/standards/wcs. Subsetting that is used for BBOX-alike queries is explained in the core. There are also WCS 2.0 KVP examples in https://www.mapserver.org/ogc/wcs_server.html Clip in native CRS and without interpolation (effectively the same as nearest because every pixel match) is the main use case for WCS 2.0 core service. You can test with this and get a subset of a DEM coverage https://beta-karttakuva.maanmittauslaitos.fi/wcs/service/ows?service=WCS&version=2.0.1&request=GetCoverage&CoverageID=korkeusmalli_2m&SUBSET=E(496000,500000)&SUBSET=N(7181000,7185000)&format=image/tiff Save the response on disk and compare what gdalinfo shows about the image with how the coverage is defined in DescribeCoverage -Jukka Rahkonen- L?hett?j?: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Rousseau Lambert2, Louis-Philippe (EC) L?hetetty: 13. marraskuuta 2018 15:35 Vastaanottaja: mapserver-users at lists.osgeo.org Aihe: [mapserver-users] WCS 2.0 request without interpolation Hi guys, Do you know if it's possible to do a WCS 2.0 request without interpolation, like simply clip the original file on it's native grid? I know that there is the INTERPOLATION parameter for WCS, but the only possible values are "NEAREST", "BILINEAR" and "AVERAGE". And I don't see a way using wcs keywords in the mapfile to add or modify the interpolation options... I get that for this to even be possible the BBOX of the request would have to be made in the the dataset native CRS. Thanks LP -------------- next part -------------- An HTML attachment was scrubbed... URL: From even.rouault at spatialys.com Tue Nov 13 05:58:52 2018 From: even.rouault at spatialys.com (Even Rouault) Date: Tue, 13 Nov 2018 14:58:52 +0100 Subject: [mapserver-users] WCS 2.0 request without interpolation In-Reply-To: <20181113134615.C8C916061DA6@lists.osgeo.org> References: <20181113134615.C8C916061DA6@lists.osgeo.org> Message-ID: <5612063.HnfGSvpuyu@even-i700> On mardi 13 novembre 2018 13:34:56 CET Rousseau Lambert2, Louis-Philippe (EC) wrote: > Hi guys, > > Do you know if it's possible to do a WCS 2.0 request without interpolation, > like simply clip the original file on it's native grid? > > I know that there is the INTERPOLATION parameter for WCS, but the only > possible values are "NEAREST", "BILINEAR" and "AVERAGE". And I don't see a > way using wcs keywords in the mapfile to add or modify the interpolation > options... > > I get that for this to even be possible the BBOX of the request would have > to be made in the the dataset native CRS. Indeed. And you need to align your BBOX with the grid coordinates returned by DescribeCoverage, and use NEAREST for double security. Even -- Spatialys - Geospatial professional services http://www.spatialys.com From luis.de.sousa at protonmail.ch Tue Nov 13 07:33:11 2018 From: luis.de.sousa at protonmail.ch (=?UTF-8?Q?Lu=C3=AD=C2=ADs_Moreira_de_Sousa?=) Date: Tue, 13 Nov 2018 15:33:11 +0000 Subject: [mapserver-users] Using a CRS not indexed by the IOGP In-Reply-To: References: <0kwkqNN-s1Q6YsnJUKO793OUJgCr_nFtxE1YE90bZyWL1JDkzo3mN7FPduTAf9lcEUlqIZH72DSzr2wjdA38jA==@protonmail.ch> Message-ID: Hi Jean-Christophe, to which OGC standard are you refereing to, regarding the namespaces CRS, EPSG and AUTO? Thank you. -- Lu?s Moreira de Sousa Email: luis.de.sousa at protonmail.ch RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c URL: https://ldesousa.github.io Sent with [ProtonMail](https://protonmail.com) Secure Email. ??????? Original Message ??????? On Tuesday, November 13, 2018 10:37 AM, Jean-Christophe Malapert wrote: > Hello, > > I got the same problem with Mars planet with IAU2000 namespace. I have modified the mapserver code to make it works (I have still a couple of tests to check everything is fine). > > However, CRS, EPSG and AUTO namespaces are defined by OGC. So, if you define a new one: > - 1/ I am not sure it is compatible with OGC standards > - 2/ I am not sure clients will understand this new namespace > > In my case, I have also written the client. > > If you are interested, I can share my current development about the mapserver code. > > Regards, > Jean-Christophe > > Le lun. 12 nov. 2018 ? 17:38, Lu??s Moreira de Sousa a ?crit : > >> Dear all, >> >> I am developing a WMS with layers defined in a CRS that is not indexed by the IOGP. This CRS is defined within a specific PROJ namespace (e.g. init=namespace:001, just like others.extra or esri.extra) and is used correctly both by PROJ and GDAL. However, if I add this namescape to the "wms_srs" parameter in the mapfile, any request will be met with the following error message: >> >> msWMSLoadGetMapParams(): WMS server error. Unsupported SRS namespace (only EPSG and AUTO currently supported). >> >> I find this strange, is it only possible to use the CRSs indexed by the IOGP? Is there any way to convince MapServer to accept any other namespaces available in the PROJ database? >> >> I am awere I may create a fake IOGP index, but this is likely to create a good deal of confusion among users. I would rather make it clear this is a specific CRS. >> >> Thank you. >> >> -- >> Lu?s Moreira de Sousa >> Bowlespark 8 >> 6701 DN Wageningen >> The Netherlands >> Phone: +31 628 544 755 >> Email: luis.de.sousa at protonmail.ch >> RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c >> URL: https://ldesousa.github.io >> >> Sent with [ProtonMail](https://protonmail.com) Secure Email. >> >> _______________________________________________ >> 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 jukka.rahkonen at maanmittauslaitos.fi Tue Nov 13 08:03:12 2018 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Tue, 13 Nov 2018 16:03:12 +0000 Subject: [mapserver-users] Using a CRS not indexed by the IOGP Message-ID: <8cb057b555434376a3e2e95d94a866fa@C119S212VM042.msvyvi.vaha.local> Hi, I guess the WMS 1.3.0 standard, page 15: ?Every Layer CRS has an identifier that is a character string. Two types of Layer CRS identifiers are permitted: ?label? and ?URL? identifiers: ? Label: The identifier includes a namespace prefix, a colon, a numeric or string code, and in some instances a comma followed by additional parameters. This International Standard defines three namespaces: CRS, EPSG and AUTO2, as discussed below. ? URL: The identifier is a fully-qualified URL that references a publicly-accessible file containing a definition of the CRS that is compliant with ISO 19111. -Jukka Rahkonen- L?hett?j?: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Lu??s Moreira de Sousa L?hetetty: 13. marraskuuta 2018 17:33 Vastaanottaja: Jean-Christophe Malapert Kopio: mapserver-users at lists.osgeo.org Aihe: Re: [mapserver-users] Using a CRS not indexed by the IOGP Hi Jean-Christophe, to which OGC standard are you refereing to, regarding the namespaces CRS, EPSG and AUTO? Thank you. -- Lu?s Moreira de Sousa Email: luis.de.sousa at protonmail.ch RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c URL: https://ldesousa.github.io Sent with ProtonMail Secure Email. ??????? Original Message ??????? On Tuesday, November 13, 2018 10:37 AM, Jean-Christophe Malapert > wrote: Hello, I got the same problem with Mars planet with IAU2000 namespace. I have modified the mapserver code to make it works (I have still a couple of tests to check everything is fine). However, CRS, EPSG and AUTO namespaces are defined by OGC. So, if you define a new one: - 1/ I am not sure it is compatible with OGC standards - 2/ I am not sure clients will understand this new namespace In my case, I have also written the client. If you are interested, I can share my current development about the mapserver code. Regards, Jean-Christophe Le lun. 12 nov. 2018 ? 17:38, Lu??s Moreira de Sousa > a ?crit : Dear all, I am developing a WMS with layers defined in a CRS that is not indexed by the IOGP. This CRS is defined within a specific PROJ namespace (e.g. init=namespace:001, just like others.extra or esri.extra) and is used correctly both by PROJ and GDAL. However, if I add this namescape to the "wms_srs" parameter in the mapfile, any request will be met with the following error message: msWMSLoadGetMapParams(): WMS server error. Unsupported SRS namespace (only EPSG and AUTO currently supported). I find this strange, is it only possible to use the CRSs indexed by the IOGP? Is there any way to convince MapServer to accept any other namespaces available in the PROJ database? I am awere I may create a fake IOGP index, but this is likely to create a good deal of confusion among users. I would rather make it clear this is a specific CRS. Thank you. -- Lu?s Moreira de Sousa Bowlespark 8 6701 DN Wageningen The Netherlands Phone: +31 628 544 755 Email: luis.de.sousa at protonmail.ch RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c URL: https://ldesousa.github.io Sent with ProtonMail Secure Email. _______________________________________________ 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 jpass at bgs.ac.uk Tue Nov 13 08:40:09 2018 From: jpass at bgs.ac.uk (Passmore, James H.) Date: Tue, 13 Nov 2018 16:40:09 +0000 Subject: [mapserver-users] Using a CRS not indexed by the IOGP Message-ID: Hi Jukka > I guess the WMS 1.3.0 standard, page 15: > ?Every Layer CRS has an identifier that is a character string. Two types of Layer CRS identifiers are permitted: > ?label? and ?URL? identifiers: > ? Label: The identifier includes a namespace prefix, a colon, a numeric or string code, and in some instances a comma followed by additional parameters. This International Standard defines three namespaces: CRS, EPSG and AUTO2, as discussed below. > ? URL: The identifier is a fully-qualified URL that references a publicly-accessible file containing a definition of the CRS that is compliant with ISO 19111. So I can see the reasoning behind MapServer reporting in a GetMap error message that it only supports CRS, EPSG and AUTO2, but the same WMS page also says "This international standard does not mandate support for any particular Layer CRS(s). I take that to read that it should be possible to add support for other CRS outside of those CRS authorities, so ArcGIS WMS might support CRS from ESRI: namespace (CRS authority) for example. The reason I say GetMap and not GetCapabilities is that it is possible to create a new authority, and reference it in a map file, such that the GetCapabilities response can report it supports a user defined CRS and work out the bounding box extents, it's just when you make a GetMap request, it doesn't work. This is probably the makings of an enhancement request, but perhaps rather than saying MapServer should support any named CRS authority we could suggest to have a user: authority for all custom systems. User: is used by QGIS for example. James This email and any attachments are intended solely for the use of the named recipients. If you are not the intended recipient you must not use, disclose, copy or distribute this email or any of its attachments and should notify the sender immediately and delete this email from your system. UK Research and Innovation has taken every reasonable precaution to minimise risk of this email or any attachments containing viruses or malware but the recipient should carry out its own virus and malware checks before opening the attachments. UK Research and Innovation does not accept any liability for any losses or damages which the recipient may sustain due to presence of any viruses. Opinions, conclusions or other information in this message and attachments that are not related directly to UK Research and Innovation business are solely those of the author and do not represent the views of UK Research and Innovation. From bob.basques at ci.stpaul.mn.us Tue Nov 13 08:55:54 2018 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Tue, 13 Nov 2018 16:55:54 +0000 Subject: [mapserver-users] REMINDER: OSGeo Local Chapter (aka TCMUG) Meeting Message-ID: All, Trying something a little different here. Let me know if the CAL entry messes up your incoming email. Did a little test last week, and there didn?t seem to be any big mishaps. So, reminder, next meeting at Birch?s Lowertown https://birchslowertown.com/ TCMUG Meeting Scheduled: Nov 14, 2018 at 4:30 PM to 6:00 PM Location: https://goo.gl/maps/bGbAiF5h6Dn https://birchslowertown.com/ Basques, Bob (CI-StPaul) bob.basques at ci.stpaul.mn.us [cid:b2fb11b9-6ea6-4757-8caa-0142a5cac4a3 at namprd09.prod.outlook.com] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 1200px-Flag_of_St._Paul,_Minnesota.noText_0.125.png Type: image/png Size: 6634 bytes Desc: 1200px-Flag_of_St._Paul,_Minnesota.noText_0.125.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: iCal-20181113-105240.ics Type: text/calendar Size: 966 bytes Desc: iCal-20181113-105240.ics URL: From theduckylittle at gmail.com Tue Nov 13 09:06:03 2018 From: theduckylittle at gmail.com (Dan Little) Date: Tue, 13 Nov 2018 11:06:03 -0600 Subject: [mapserver-users] [Geomoose-users] REMINDER: OSGeo Local Chapter (aka TCMUG) Meeting In-Reply-To: References: Message-ID: See y'all there! On Tue, Nov 13, 2018 at 10:55 AM Basques, Bob (CI-StPaul) < bob.basques at ci.stpaul.mn.us> wrote: > All, > > Trying something a little different here. Let me know if the CAL entry > messes up your incoming email. Did a little test last week, and there > didn?t seem to be any big mishaps. > > So, reminder, next meeting at Birch?s > Lowertown > > https://birchslowertown.com/ > > > > *TCMUG Meeting* > > Scheduled: Nov 14, 2018 at 4:30 PM to 6:00 PM > > Location: https://goo.gl/maps/bGbAiF5h6Dn > > https://birchslowertown.com/ > > Basques, Bob (CI-StPaul) > bob.basques at ci.stpaul.mn.us > > > > _______________________________________________ > 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: 1200px-Flag_of_St._Paul,_Minnesota.noText_0.125.png Type: image/png Size: 6634 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 1200px-Flag_of_St._Paul,_Minnesota.noText_0.125.png Type: image/png Size: 6634 bytes Desc: not available URL: From luis.de.sousa at protonmail.ch Tue Nov 13 10:13:49 2018 From: luis.de.sousa at protonmail.ch (=?UTF-8?Q?Lu=C3=AD=C2=ADs_Moreira_de_Sousa?=) Date: Tue, 13 Nov 2018 18:13:49 +0000 Subject: [mapserver-users] Using a CRS not indexed by the IOGP In-Reply-To: <8cb057b555434376a3e2e95d94a866fa@C119S212VM042.msvyvi.vaha.local> References: <8cb057b555434376a3e2e95d94a866fa@C119S212VM042.msvyvi.vaha.local> Message-ID: Dear Jukka, thank you for clarifying this, now it makes sense. So far I could not identify instructions in the documentation on how to specify a URL identifier (this seems the most sensible option when the CRS is not indexed by the IOGP). Is it supported by MapServer? Thank you. -- Lu?s Moreira de Sousa Email: luis.de.sousa at protonmail.ch RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c URL: https://ldesousa.github.io Sent with [ProtonMail](https://protonmail.com) Secure Email. ??????? Original Message ??????? On Tuesday, November 13, 2018 5:03 PM, Rahkonen Jukka (MML) wrote: > Hi, > > I guess the WMS 1.3.0 standard, page 15: > > ?Every Layer CRS has an identifier that is a character string. Two types of Layer CRS identifiers are permitted: > > ?label? and ?URL? identifiers: > > ?Label: The identifier includes a namespace prefix, a colon, a numeric or string code, and in some instances a comma followed by additional parameters. This International Standard defines three namespaces: CRS, EPSG and AUTO2, as discussed below. > > ?URL: The identifier is a fully-qualified URL that references a publicly-accessible file containing a definition of the CRS that is compliant with ISO 19111. > > -Jukka Rahkonen- > > L?hett?j?: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Puolesta Lu??s Moreira de Sousa > L?hetetty: 13. marraskuuta 2018 17:33 > Vastaanottaja: Jean-Christophe Malapert > Kopio: mapserver-users at lists.osgeo.org > Aihe: Re: [mapserver-users] Using a CRS not indexed by the IOGP > > Hi Jean-Christophe, > > to which OGC standard are you refereing to, regarding the namespaces CRS, EPSG and AUTO? > > Thank you. > > -- > > Lu?s Moreira de Sousa > > Email: luis.de.sousa at protonmail.ch > > RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c > > URL: https://ldesousa.github.io > > Sent with [ProtonMail](https://protonmail.com) Secure Email. > > ??????? Original Message ??????? > > On Tuesday, November 13, 2018 10:37 AM, Jean-Christophe Malapert wrote: > >> Hello, >> >> I got the same problem with Mars planet with IAU2000 namespace. I have modified the mapserver code to make it works (I have still a couple of tests to check everything is fine). >> >> However, CRS, EPSG and AUTO namespaces are defined by OGC. So, if you define a new one: >> >> - 1/ I am not sure it is compatible with OGC standards >> >> - 2/ I am not sure clients will understand this new namespace >> >> In my case, I have also written the client. >> >> If you are interested, I can share my current development about the mapserver code. >> >> Regards, >> >> Jean-Christophe >> >> Le lun. 12 nov. 2018 ? 17:38, Lu??s Moreira de Sousa a ?crit : >> >>> Dear all, >>> >>> I am developing a WMS with layers defined in a CRS that is not indexed by the IOGP. This CRS is defined within a specific PROJ namespace (e.g. init=namespace:001, just like others.extra or esri.extra) and is used correctly both by PROJ and GDAL. However, if I add this namescape to the "wms_srs" parameter in the mapfile, any request will be met with the following error message: >>> >>> msWMSLoadGetMapParams(): WMS server error. Unsupported SRS namespace (only EPSG and AUTO currently supported). >>> >>> I find this strange, is it only possible to use the CRSs indexed by the IOGP? Is there any way to convince MapServer to accept any other namespaces available in the PROJ database? >>> >>> I am awere I may create a fake IOGP index, but this is likely to create a good deal of confusion among users. I would rather make it clear this is a specific CRS. >>> >>> Thank you. >>> >>> -- >>> >>> Lu?s Moreira de Sousa >>> >>> Bowlespark 8 >>> >>> 6701 DN Wageningen >>> >>> The Netherlands >>> >>> Phone: +31 628 544 755 >>> >>> Email: luis.de.sousa at protonmail.ch >>> >>> RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c >>> >>> URL: https://ldesousa.github.io >>> >>> Sent with [ProtonMail](https://protonmail.com) Secure Email. >>> >>> _______________________________________________ >>> >>> 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 ian.walberg at airborne.aero Tue Nov 13 10:39:26 2018 From: ian.walberg at airborne.aero (Ian Walberg) Date: Tue, 13 Nov 2018 18:39:26 +0000 Subject: [mapserver-users] Linux - map file in /tmp In-Reply-To: <6F331135492B944D90731CE93743D56814D26B3D@FS-EX-DB101.fs.sachsen.de> References: <6F331135492B944D90731CE93743D56814D26B3D@FS-EX-DB101.fs.sachsen.de> Message-ID: That fixed it. Many thanks Ian -----Original Message----- From: Eichner, Andreas - SID Sent: Monday, November 12, 2018 11:16 PM To: Ian Walberg ; mapserver-users at lists.osgeo.org Subject: RE: [mapserver-users] Linux - map file in /tmp I'd guess you're using systemd and the unit file that controls your webserver contains "PrivateTmp=true". > -----Original Message----- > From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] > On Behalf Of Ian Walberg > Sent: Tuesday, November 13, 2018 12:32 AM > To: mapserver-users at lists.osgeo.org > Subject: [mapserver-users] Linux - map file in /tmp > > Hello, > > > > Calling a cgi request with a standalone map file that works in any > location in the file system on a Linux install but does not work if > the map file is in /tmp. > > > > msLoadMap(): Unable to access file. (/tmp/min01.map) > > > > What I am missing? > > > > Thanks > > > > Ian From jukka.rahkonen at maanmittauslaitos.fi Fri Nov 16 03:47:39 2018 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Fri, 16 Nov 2018 11:47:39 +0000 Subject: [mapserver-users] About the granularity of DEBUG on tileindex layers Message-ID: Hi, I have always used just "DEBUG 5" for debugging raster layers but now I finally made a test with Mapserver 7.0.1 for seeing what is the real difference between the debugging levels. I was a bit surprised to see that there is not so much difference at all, and that the DEBUG 1 level gives information that is missing from the higher debugging levels but that would be useful sometimes. Debug 1 prints these lines [Fri Nov 16 12:05:50 2018].964589 msDrawRasterLayerLow(layer_name): entering. [Fri Nov 16 12:05:50 2018].980393 msDrawRasterLayerLow(layer_name): Filename is: path/file.TIF [Fri Nov 16 12:05:50 2018].980423 msDrawRasterLayerLow(layer_name): Path is: path/file.TIF [Fri Nov 16 12:05:50 2018].980591 AUTO = +proj=utm +zone=35 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs [Fri Nov 16 12:05:50 2018].980677 msDrawRasterLayerGDAL(): Entering transform. [Fri Nov 16 12:05:50 2018].980687 msDrawRasterLayerGDAL(): src=9979,8,1786,1062, dst=0,0,1697,1009 [Fri Nov 16 12:05:50 2018].980691 msDrawRasterLayerGDAL(): source raster PL (9978.817,7.700) for dst PL (0,0). [Fri Nov 16 12:05:50 2018].980700 msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,0 All debug levels from level 2 print these lines: [Fri Nov 16 12:09:05 2018].581597 msDrawRasterLayerLow(layer_name): entering. [Fri Nov 16 12:09:05 2018].589989 AUTO = +proj=utm +zone=35 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs [Fri Nov 16 12:09:05 2018].590061 msDrawRasterLayerGDAL(): Entering transform. [Fri Nov 16 12:09:05 2018].590069 msDrawRasterLayerGDAL(): src=2318,7977,1786,1062, dst=0,0,1697,1009 [Fri Nov 16 12:09:05 2018].590073 msDrawRasterLayerGDAL(): source raster PL (2317.846,7977.061) for dst PL (0,0). [Fri Nov 16 12:09:05 2018].590081 msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,0 [Fri Nov 16 12:09:05 2018].720794 msDrawMap(): Layer 3 (layer_name), 0.139s The only additional item that debug levels 2 and above give is the rendering time msDrawMap that is often useful. But at the same time the filename and path items which are present at debug level 1 are missing. I suggest to add debug items msDrawRasterLayerLow(): Filename and msDrawRasterLayerLow(): Path should be added alto to debug levels >=2. For being even more useful the highest debug level could give also timings about reading the tileindex and perhaps separate timings about things like how long does it take to read the "src" window from each "Filename" and if overviews are used or not. -Jukka Rahkonen- -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve.lime at state.mn.us Fri Nov 16 08:26:22 2018 From: steve.lime at state.mn.us (Lime, Steve D (MNIT)) Date: Fri, 16 Nov 2018 16:26:22 +0000 Subject: [mapserver-users] About the granularity of DEBUG on tileindex layers In-Reply-To: References: Message-ID: This isn't surprising. We haven't been real good about consistently using levels across the code base - cleaning that up would be a good project (or sprint activity) and wouldn't require deep technical knowledge. I'll create a ticket for the case you've pointed about below... --Steve From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Rahkonen Jukka (MML) Sent: Friday, November 16, 2018 5:48 AM To: Mapserver-Users (mapserver-users at lists.osgeo.org) Subject: [mapserver-users] About the granularity of DEBUG on tileindex layers Hi, I have always used just "DEBUG 5" for debugging raster layers but now I finally made a test with Mapserver 7.0.1 for seeing what is the real difference between the debugging levels. I was a bit surprised to see that there is not so much difference at all, and that the DEBUG 1 level gives information that is missing from the higher debugging levels but that would be useful sometimes. Debug 1 prints these lines [Fri Nov 16 12:05:50 2018].964589 msDrawRasterLayerLow(layer_name): entering. [Fri Nov 16 12:05:50 2018].980393 msDrawRasterLayerLow(layer_name): Filename is: path/file.TIF [Fri Nov 16 12:05:50 2018].980423 msDrawRasterLayerLow(layer_name): Path is: path/file.TIF [Fri Nov 16 12:05:50 2018].980591 AUTO = +proj=utm +zone=35 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs [Fri Nov 16 12:05:50 2018].980677 msDrawRasterLayerGDAL(): Entering transform. [Fri Nov 16 12:05:50 2018].980687 msDrawRasterLayerGDAL(): src=9979,8,1786,1062, dst=0,0,1697,1009 [Fri Nov 16 12:05:50 2018].980691 msDrawRasterLayerGDAL(): source raster PL (9978.817,7.700) for dst PL (0,0). [Fri Nov 16 12:05:50 2018].980700 msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,0 All debug levels from level 2 print these lines: [Fri Nov 16 12:09:05 2018].581597 msDrawRasterLayerLow(layer_name): entering. [Fri Nov 16 12:09:05 2018].589989 AUTO = +proj=utm +zone=35 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs [Fri Nov 16 12:09:05 2018].590061 msDrawRasterLayerGDAL(): Entering transform. [Fri Nov 16 12:09:05 2018].590069 msDrawRasterLayerGDAL(): src=2318,7977,1786,1062, dst=0,0,1697,1009 [Fri Nov 16 12:09:05 2018].590073 msDrawRasterLayerGDAL(): source raster PL (2317.846,7977.061) for dst PL (0,0). [Fri Nov 16 12:09:05 2018].590081 msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,0 [Fri Nov 16 12:09:05 2018].720794 msDrawMap(): Layer 3 (layer_name), 0.139s The only additional item that debug levels 2 and above give is the rendering time msDrawMap that is often useful. But at the same time the filename and path items which are present at debug level 1 are missing. I suggest to add debug items msDrawRasterLayerLow(): Filename and msDrawRasterLayerLow(): Path should be added alto to debug levels >=2. For being even more useful the highest debug level could give also timings about reading the tileindex and perhaps separate timings about things like how long does it take to read the "src" window from each "Filename" and if overviews are used or not. -Jukka Rahkonen- -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Fri Nov 16 08:51:04 2018 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Fri, 16 Nov 2018 16:51:04 +0000 Subject: [mapserver-users] About the granularity of DEBUG on tileindex layers In-Reply-To: References: Message-ID: I have an interest in this as well, more from the perspecitive of different data source call though. Connecting up to other data sources has historically been a pain to debug. I could help with this at the sprint too and most likely not break anything too bad. :c) bobb On Nov 16, 2018, at 10:26 AM, Lime, Steve D (MNIT) > wrote: This isn?t surprising. We haven?t been real good about consistently using levels across the code base ? cleaning that up would be a good project (or sprint activity) and wouldn?t require deep technical knowledge. I?ll create a ticket for the case you?ve pointed about below? --Steve From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Rahkonen Jukka (MML) Sent: Friday, November 16, 2018 5:48 AM To: Mapserver-Users (mapserver-users at lists.osgeo.org) > Subject: [mapserver-users] About the granularity of DEBUG on tileindex layers Hi, I have always used just ?DEBUG 5? for debugging raster layers but now I finally made a test with Mapserver 7.0.1 for seeing what is the real difference between the debugging levels. I was a bit surprised to see that there is not so much difference at all, and that the DEBUG 1 level gives information that is missing from the higher debugging levels but that would be useful sometimes. Debug 1 prints these lines [Fri Nov 16 12:05:50 2018].964589 msDrawRasterLayerLow(layer_name): entering. [Fri Nov 16 12:05:50 2018].980393 msDrawRasterLayerLow(layer_name): Filename is: path/file.TIF [Fri Nov 16 12:05:50 2018].980423 msDrawRasterLayerLow(layer_name): Path is: path/file.TIF [Fri Nov 16 12:05:50 2018].980591 AUTO = +proj=utm +zone=35 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs [Fri Nov 16 12:05:50 2018].980677 msDrawRasterLayerGDAL(): Entering transform. [Fri Nov 16 12:05:50 2018].980687 msDrawRasterLayerGDAL(): src=9979,8,1786,1062, dst=0,0,1697,1009 [Fri Nov 16 12:05:50 2018].980691 msDrawRasterLayerGDAL(): source raster PL (9978.817,7.700) for dst PL (0,0). [Fri Nov 16 12:05:50 2018].980700 msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,0 All debug levels from level 2 print these lines: [Fri Nov 16 12:09:05 2018].581597 msDrawRasterLayerLow(layer_name): entering. [Fri Nov 16 12:09:05 2018].589989 AUTO = +proj=utm +zone=35 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs [Fri Nov 16 12:09:05 2018].590061 msDrawRasterLayerGDAL(): Entering transform. [Fri Nov 16 12:09:05 2018].590069 msDrawRasterLayerGDAL(): src=2318,7977,1786,1062, dst=0,0,1697,1009 [Fri Nov 16 12:09:05 2018].590073 msDrawRasterLayerGDAL(): source raster PL (2317.846,7977.061) for dst PL (0,0). [Fri Nov 16 12:09:05 2018].590081 msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,0 [Fri Nov 16 12:09:05 2018].720794 msDrawMap(): Layer 3 (layer_name), 0.139s The only additional item that debug levels 2 and above give is the rendering time msDrawMap that is often useful. But at the same time the filename and path items which are present at debug level 1 are missing. I suggest to add debug items msDrawRasterLayerLow(): Filename and msDrawRasterLayerLow(): Path should be added alto to debug levels >=2. For being even more useful the highest debug level could give also timings about reading the tileindex and perhaps separate timings about things like how long does it take to read the ?src? window from each ?Filename? and if overviews are used or not. -Jukka Rahkonen- _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users "Be nice to people on your way up because you meet them on your way down." - Jimmy Durante -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmorissette at mapgears.com Fri Nov 16 09:28:33 2018 From: dmorissette at mapgears.com (Daniel Morissette) Date: Fri, 16 Nov 2018 12:28:33 -0500 Subject: [mapserver-users] About the granularity of DEBUG on tileindex layers In-Reply-To: References: Message-ID: The debug levels are 0 to 5, 0 being none, and 5 being the most verbose. I believe the problem in msDrawRasterLayerLow() is that it uses a "==" test instead of a ">=". i.e. it uses: if(layer->debug == MS_TRUE) but it should use if(layer->debug >= 1) or even better use the debugLevel constants from maperror.h in the test condition: typedef enum { MS_DEBUGLEVEL_ERRORSONLY = 0, /* DEBUG OFF, log fatal errors */ MS_DEBUGLEVEL_DEBUG = 1, /* DEBUG ON */ MS_DEBUGLEVEL_TUNING = 2, /* Reports timing info */ MS_DEBUGLEVEL_V = 3, /* Verbose */ MS_DEBUGLEVEL_VV = 4, /* Very verbose */ MS_DEBUGLEVEL_VVV = 5 /* Very very verbose */ } debugLevel; i.e. if(layer->debug >= MS_DEBUGLEVEL_DEBUG) Daniel On 2018-11-16 11:26 a.m., Lime, Steve D (MNIT) wrote: > This isn?t surprising. We haven?t been real good about consistently > using levels across the code base ? cleaning that up would be a good > project (or sprint activity) and wouldn?t require deep technical knowledge. > > I?ll create a ticket for the case you?ve pointed about below? > > --Steve > > *From:* mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] > *On Behalf Of *Rahkonen Jukka (MML) > *Sent:* Friday, November 16, 2018 5:48 AM > *To:* Mapserver-Users (mapserver-users at lists.osgeo.org) > > *Subject:* [mapserver-users] About the granularity of DEBUG on tileindex > layers > > Hi, > > I have always used just ?DEBUG 5? for debugging raster layers but now I > finally made a test with Mapserver 7.0.1 for seeing what is the real > difference between the debugging levels. I was a bit surprised to see > that there is not so much difference at all, and that the DEBUG 1 level > gives information that is missing from the higher debugging levels but > that would be useful sometimes. > > Debug 1 prints these lines > > [Fri Nov 16 12:05:50 2018].964589 msDrawRasterLayerLow(layer_name): > entering. > > [Fri Nov 16 12:05:50 2018].980393 msDrawRasterLayerLow(layer_name): > Filename is: path/file.TIF > > [Fri Nov 16 12:05:50 2018].980423 msDrawRasterLayerLow(layer_name): Path > is: path/file.TIF > > [Fri Nov 16 12:05:50 2018].980591 AUTO = +proj=utm +zone=35 +ellps=GRS80 > +towgs84=0,0,0,0,0,0,0 +units=m +no_defs > > [Fri Nov 16 12:05:50 2018].980677 msDrawRasterLayerGDAL(): Entering > transform. > > [Fri Nov 16 12:05:50 2018].980687 msDrawRasterLayerGDAL(): > src=9979,8,1786,1062, dst=0,0,1697,1009 > > [Fri Nov 16 12:05:50 2018].980691 msDrawRasterLayerGDAL(): source raster > PL (9978.817,7.700) for dst PL (0,0). > > [Fri Nov 16 12:05:50 2018].980700 msDrawRasterLayerGDAL(): > red,green,blue,alpha bands = 1,2,3,0 > > All debug levels from level 2 print these lines: > > [Fri Nov 16 12:09:05 2018].581597 msDrawRasterLayerLow(layer_name): > entering. > > [Fri Nov 16 12:09:05 2018].589989 AUTO = +proj=utm +zone=35 +ellps=GRS80 > +towgs84=0,0,0,0,0,0,0 +units=m +no_defs > > [Fri Nov 16 12:09:05 2018].590061 msDrawRasterLayerGDAL(): Entering > transform. > > [Fri Nov 16 12:09:05 2018].590069 msDrawRasterLayerGDAL(): > src=2318,7977,1786,1062, dst=0,0,1697,1009 > > [Fri Nov 16 12:09:05 2018].590073 msDrawRasterLayerGDAL(): source raster > PL (2317.846,7977.061) for dst PL (0,0). > > [Fri Nov 16 12:09:05 2018].590081 msDrawRasterLayerGDAL(): > red,green,blue,alpha bands = 1,2,3,0 > > [Fri Nov 16 12:09:05 2018].720794 msDrawMap(): Layer 3 (layer_name), 0.139s > > The only additional item that debug levels 2 and above give is the > rendering time msDrawMap that is often useful.? But at the same time the > filename and path items which are present at debug level 1 are missing. > > I suggest to add debug items msDrawRasterLayerLow(): Filename and > msDrawRasterLayerLow(): Path should be added alto to debug levels >=2. > For being even more useful the highest debug level could give also > timings about reading the tileindex and perhaps separate timings about > things like how long does it take to read the ?src? window from each > ?Filename? and if overviews are used or not. > > -Jukka Rahkonen- > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > -- Daniel Morissette Mapgears Inc T: +1 418-696-5056 #201 From mh at mapcentia.com Sat Nov 17 04:05:17 2018 From: mh at mapcentia.com (=?UTF-8?Q?Martin_H=c3=b8gh?=) Date: Sat, 17 Nov 2018 13:05:17 +0100 Subject: [mapserver-users] MapServer/MapCache vector tile test with max/min scale denominator Message-ID: <895b7403-8027-39e6-3679-76793fbab9a6@mapcentia.com> I've tested MapServer and MapCache with vector tiles using this MapServer branch: https://github.com/sdlime/mapserver/tree/vector-tiles And this MapCache PR: https://github.com/mapserver/mapcache/pull/166 And it works. I've also tested the layer level "max/min scale denominator" setting in MapServer to filter out layers in the vector tiles for different zoom levels, which also works when using Mapserver directly with the classic cgi interface, but not when using MapCache. The max/min scale denominator kicks in with something likes this: http://127.0.0.1/cgi-bin/mapserv.fcgi?map=/my_mapfile.map&mode=tile&tilemode=gmap&tile={x}+{y}+{z}&layers=all&map.imagetype=mvt But when requesting tiles through MapCache the max/min scale denominator doesn't kicks in at any zoom levels. I believe its because MapCache is requesting tiles through the WMS interface of MapServer and for some reason that behaves differently? The definition in the MapCache file is ?? mvt application/vnd.mapbox-vector-tile ? ??? http://localhost/cgi-bin/mapserv.fcgi? ? ? ??? ????? public application/vnd.mapbox-vector-tile ????? /my_mapfile.map ??? ? ? wms_mvt ? g ? disk ? MVT Cheers -- Martin H?gh MapCentia ApS From bob.basques at ci.stpaul.mn.us Mon Nov 19 11:17:49 2018 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Mon, 19 Nov 2018 19:17:49 +0000 Subject: [mapserver-users] OSGeo Local Chapter (aka TCMUG) meeting schedule Message-ID: All, Nice get together last Wednesday for the monthly meeting. All good discussion. Yours truely took the photo. The next meeting will take place at Surly in the Midway. Location: Surly Brewing Co. 520 Malcolm Ave SE, Minneapolis, MN 55414 Time: Dec. 12th @ 4:30 PM bobb TCMUG Meeting Scheduled: Dec 12, 2018 at 4:30 PM to 6:00 PM "I like nonsense; it wakes up the brain cells." - Dr. Seuss -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: iCal-20181119-131118.ics Type: text/calendar Size: 1589 bytes Desc: iCal-20181119-131118.ics URL: From dejan.gambin at coin.hr Wed Nov 21 06:52:06 2018 From: dejan.gambin at coin.hr (Dejan Gambin) Date: Wed, 21 Nov 2018 15:52:06 +0100 Subject: [mapserver-users] Unicode characters in gml_[item name]_alias Message-ID: <6F20B331-EA0F-4EB9-BBF0-0EB9ABDD0B9F@coin.hr> Hi I found somewhere that msIsXMLTagValid function accepts unicode characters (https://github.com/rouault/mapserver/commit/8a6843dd67c75e4d44da0e8ec0b94567dd55377b ) so I am wondering if I can use something like this in gml_[item]_alias. For example, I have a field named area whcih I want to return from GetFeature request. I?d like to "rename? it by something like AREA(M2). Currently it doesn?t work and I get "WARNING: The value ?AREA(M2)' is not valid in a XML tag context.?. Is there any possbility I can use those characters (and spaces too)? I am using MapServer 7.2.1 Thx very much regards, dejan -------------- next part -------------- An HTML attachment was scrubbed... URL: From DShorthouse at nature.ca Wed Nov 21 07:25:27 2018 From: DShorthouse at nature.ca (David Shorthouse) Date: Wed, 21 Nov 2018 15:25:27 +0000 Subject: [mapserver-users] a MapServer success story Message-ID: <8AF760E5-D250-491E-8CCE-5BF372CB8DF8@nature.ca> All - A MapServer-based application I develop and maintain out-of-pocket surpassed what I think is an exciting milestone and I wanted to extend my deepest gratitude to the entire community for all your efforts. It's not often that software is cited in the scientific literature so I am very pleased that a MapServer-based app is helping to change that. Five hundred peer-reviewed articles that used its outputs is cause for celebration. See: https://twitter.com/SimpleMappr/status/1064935188847828994. Thanks everyone, David P. Shorthouse From sebastien.s.merlet.external at airbus.com Wed Nov 21 08:17:38 2018 From: sebastien.s.merlet.external at airbus.com (Merlet, Sebastien (External)) Date: Wed, 21 Nov 2018 16:17:38 +0000 Subject: [mapserver-users] mapserver 6.4 wfs xsd Message-ID: <64d1ce9183d54ae9ac4b1728464b26af@CD1-4BDAG06-P03.cdmail.common.airbusds.corp> When I check getFeature xml response using XMLSpear I'm asked a path to the namespace http://mapserver.gis.umn.edu/mapserver. Where can I find a xsd to validate the ms tags? (file test attached) Thanks for your answer This document, technology or software does not contain French national dual-use or military controlled data nor US national dual-use or military controlled data. The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: getFeature_obs.xml Type: application/xml Size: 1928 bytes Desc: getFeature_obs.xml URL: From tom.kralidis at canada.ca Wed Nov 21 10:21:40 2018 From: tom.kralidis at canada.ca (Kralidis, Tom (EC)) Date: Wed, 21 Nov 2018 18:21:40 +0000 Subject: [mapserver-users] mapserver 6.4 wfs xsd In-Reply-To: References: Message-ID: The XSD file corresponding to http://mapserver.gis.umn.edu/mapserver is generated on the fly by MapServer itself. From your example: you will see that the xsi:schemaLocation attribute is a list of ' ...' Which in your case evaluates to: /cgi-bin/mapserv?SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType&TYPENAME=observation___temperature&OUTPUTFORMAT=text/xml;%20subtype=gml/3.1.1 which is a relative URL. Either complete this URL or update your mapfile settings (MAP.WEB.METADATA.ows_onlineresource) accordingly and you should be able to see the resulting XML Schema. From: mapserver-users On Behalf Of Merlet, Sebastien (External) Sent: November 21, 2018 11:18 To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] mapserver 6.4 wfs xsd When I check getFeature xml response using XMLSpear I'm asked a path to the namespace http://mapserver.gis.umn.edu/mapserver. Where can I find a xsd to validate the ms tags? (file test attached) Thanks for your answer This document, technology or software does not contain French national dual-use or military controlled data nor US national dual-use or military controlled data. The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. From steve.lime at state.mn.us Wed Nov 21 10:34:00 2018 From: steve.lime at state.mn.us (Lime, Steve D (MNIT)) Date: Wed, 21 Nov 2018 18:34:00 +0000 Subject: [mapserver-users] a MapServer success story In-Reply-To: <8AF760E5-D250-491E-8CCE-5BF372CB8DF8@nature.ca> References: <8AF760E5-D250-491E-8CCE-5BF372CB8DF8@nature.ca> Message-ID: Hi David: Thanks for sharing and congrats. It's awesome to hear about the things build with the tool, it's very fulfilling on this end. It was interesting poking around the articles to see what people have created using your tool - it's impressive. Thanks for offering that service. --Steve -----Original Message----- From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of David Shorthouse Sent: Wednesday, November 21, 2018 9:25 AM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] a MapServer success story All - A MapServer-based application I develop and maintain out-of-pocket surpassed what I think is an exciting milestone and I wanted to extend my deepest gratitude to the entire community for all your efforts. It's not often that software is cited in the scientific literature so I am very pleased that a MapServer-based app is helping to change that. Five hundred peer-reviewed articles that used its outputs is cause for celebration. See: https://twitter.com/SimpleMappr/status/1064935188847828994. Thanks everyone, David P. Shorthouse _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From sethg at geographika.co.uk Wed Nov 21 23:56:17 2018 From: sethg at geographika.co.uk (Seth G) Date: Thu, 22 Nov 2018 08:56:17 +0100 Subject: [mapserver-users] About the granularity of DEBUG on tileindex layers In-Reply-To: References: Message-ID: <1542873377.1049221.1585366720.19522B35@webmail.messagingengine.com> Hi, Just to add to the comments on logging, there is a new pull request at https://github.com/mapserver/mapserver/pull/5707It makes sense to me that it should be possible to turn off logging for queries not returning features.The tests, and client applications however benefit from a message saying no results are returned, so the request can't be merged in its current state.Are there any other examples of returning messages to the user without logging to follow? Seth -- web:http://geographika.co.uk twitter: @geographika On Fri, Nov 16, 2018, at 5:26 PM, Lime, Steve D (MNIT) wrote: > This isn?t surprising. We haven?t been real good about consistently > using levels across the code base ? cleaning that up would be a good > project (or sprint activity) and wouldn?t require deep technical > knowledge.> > I?ll create a ticket for the case you?ve pointed about below? > > --Steve > > *From:* mapserver-users [mailto:mapserver-users- > bounces at lists.osgeo.org] *On Behalf Of *Rahkonen Jukka (MML) *Sent:* > Friday, November 16, 2018 5:48 AM *To:* Mapserver-Users (mapserver- > users at lists.osgeo.org) *Subject:* > [mapserver-users] About the granularity of DEBUG on tileindex layers> > Hi, > > I have always used just ?DEBUG 5? for debugging raster layers but now > I finally made a test with Mapserver 7.0.1 for seeing what is the real > difference between the debugging levels. I was a bit surprised to see > that there is not so much difference at all, and that the DEBUG 1 > level gives information that is missing from the higher debugging > levels but that would be useful sometimes.> > Debug 1 prints these lines > [Fri Nov 16 12:05:50 2018].964589 msDrawRasterLayerLow(layer_name): > entering.> [Fri Nov 16 12:05:50 2018].980393 msDrawRasterLayerLow(layer_name): > Filename is: path/file.TIF> [Fri Nov 16 12:05:50 2018].980423 msDrawRasterLayerLow(layer_name): > Path is: path/file.TIF> [Fri Nov 16 12:05:50 2018].980591 AUTO = +proj=utm +zone=35 > +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs> [Fri Nov 16 12:05:50 2018].980677 msDrawRasterLayerGDAL(): Entering > transform.> [Fri Nov 16 12:05:50 2018].980687 msDrawRasterLayerGDAL(): > src=9979,8,1786,1062, dst=0,0,1697,1009> [Fri Nov 16 12:05:50 2018].980691 msDrawRasterLayerGDAL(): source > raster PL (9978.817,7.700) for dst PL (0,0).> [Fri Nov 16 12:05:50 2018].980700 msDrawRasterLayerGDAL(): > red,green,blue,alpha bands = 1,2,3,0> > > > All debug levels from level 2 print these lines: > > [Fri Nov 16 12:09:05 2018].581597 msDrawRasterLayerLow(layer_name): > entering.> [Fri Nov 16 12:09:05 2018].589989 AUTO = +proj=utm +zone=35 > +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs> [Fri Nov 16 12:09:05 2018].590061 msDrawRasterLayerGDAL(): Entering > transform.> [Fri Nov 16 12:09:05 2018].590069 msDrawRasterLayerGDAL(): > src=2318,7977,1786,1062, dst=0,0,1697,1009> [Fri Nov 16 12:09:05 2018].590073 msDrawRasterLayerGDAL(): source > raster PL (2317.846,7977.061) for dst PL (0,0).> [Fri Nov 16 12:09:05 2018].590081 msDrawRasterLayerGDAL(): > red,green,blue,alpha bands = 1,2,3,0> [Fri Nov 16 12:09:05 2018].720794 msDrawMap(): Layer 3 > (layer_name), 0.139s> > > The only additional item that debug levels 2 and above give is the > rendering time msDrawMap that is often useful. But at the same time > the filename and path items which are present at debug level 1 are > missing.> > I suggest to add debug items msDrawRasterLayerLow(): Filename and > msDrawRasterLayerLow(): Path should be added alto to debug levels >=2. > For being even more useful the highest debug level could give also > timings about reading the tileindex and perhaps separate timings about > things like how long does it take to read the ?src? window from each > ?Filename? and if overviews are used or not.> > -Jukka Rahkonen- > _________________________________________________ > 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 jukka.rahkonen at maanmittauslaitos.fi Thu Nov 22 03:25:29 2018 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Thu, 22 Nov 2018 11:25:29 +0000 Subject: [mapserver-users] Faster tileindex layer with reverse painter's algorithm Message-ID: <5dab876abdd64dbfbb353b3e1196f739@C119S212VM042.msvyvi.vaha.local> Hi, Currently raster tileindex layers are rendered according to painter's algorithm. First image that it found from the tileindex is rendered first, then pixels from the next image are added by method "b over a" which is the default https://mapserver.org/uk/development/rfc/ms-rfc-113.html#rfc113 until the last image is processed. The end result is fine and if user wants to get a result that is composed from the newest available images overall it can be done by reading the tileindex sorted by time "select * from tileindex order by time". Unfortunately the service gets pretty slow when the tileindex contains lots of overlapping images from different times because every image that gets selected by the bounding box gets also rendered even if all the pixels from some image will get overwritten later. Setting a lower limit for time does not resolve our problem because the newest image can be quite old in some places. I would like to see suggestions about how to implement a fast pre-selection that discards all the images which will not have any effect on the final raster. Ideally Mapserver would do it natively if the default blend mode is used but SQL or function for PostGIS or Spatialite would suit me as well. I have been thinking that some sort of pre-selection with the reverse painter's method might do for this purpose: test the footprints of the images from top to bottom, skip images which are covered by the growing union of footprints and stop when the whole BBOX is full. -Jukka Rahkonen- -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephenwoodbridge37 at gmail.com Mon Nov 26 07:09:06 2018 From: stephenwoodbridge37 at gmail.com (Stephen Woodbridge) Date: Mon, 26 Nov 2018 10:09:06 -0500 Subject: [mapserver-users] Mapserver limit watermark In-Reply-To: <2fbe1d79aec047f68dc3a1cfc5a4a7ef@BCExchange.BuchananComputing.co.uk> References: <2fbe1d79aec047f68dc3a1cfc5a4a7ef@BCExchange.BuchananComputing.co.uk> Message-ID: I think the problem is that each tile, ulass you are using metatiles like in mapcache, is a separate mapserver request and mapserver does not know about other requests so there is no way to filter out some watermarks. If you use something like mapcache to generate your tiles that uses a metatile (ie: and NxN tile image) the watermark is only drawn on the metatile once and the the metatile is chopped into tiles. -Steve W On 11/26/2018 5:14 AM, Sebastiano Laini wrote: > > Hi all, > > Since I rewritten the code and switch from OpenLayers 2 to OpenLayers > 4 I also implemented a smaller raster tile request instead of the > bigger one that they were using before, now the problem is that some > clients use watermark and the map is full of watermarks as is present > on each tile. > > Is there a way to limit the number of watermark presents in the map? > > This my watermark layer on the .MAP file > > LAYER > > ??? NAME "credits" > > ?????????????? GROUP "g" > > ?? STATUS DEFAULT > > ??? TRANSFORM cc > > ??? TRANSPARENCY 30 > > ??? TYPE POINT > > ??? FEATURE > > ??????? POINTS > > ??????????? -0 -20 > > ??????? END > > ??? END > > ??? CLASS > > ?????????????? NAME 'oslabel' > > ?????????????? STYLE > > ?????????????? ??? SYMBOL "copyright" > > ?????????????? ??? COLOR 0 0 0 > > ?????????????? ??? OUTLINECOLOR 0 0 0 > > ?????????????? ? END > > ??? END > > END > > And here my copyright.sym > > SYMBOLSET > > ? SYMBOL > > ? ??NAME "copyright" > > ? ??TYPE PIXMAP > > ? ??IMAGE "watermark.gif" > > ? ??TRANSPARENT 8 > > ? END > > END > > Here a link where you can see the result: > > https://www.traffwebdemo.co.uk/parking/basic.html > > Regards, > > Sebastiano Laini > > Web Developer > > Buchanan Computing > > > > _______________________________________________ > 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 richard.greenwood at gmail.com Wed Nov 28 06:27:31 2018 From: richard.greenwood at gmail.com (Richard Greenwood) Date: Wed, 28 Nov 2018 07:27:31 -0700 Subject: [mapserver-users] Mapserver limit watermark In-Reply-To: References: <2fbe1d79aec047f68dc3a1cfc5a4a7ef@BCExchange.BuchananComputing.co.uk> Message-ID: OpenLayers has "attribution" functions that allow you to place copyright information. So instead of putting the watermark on the images on the server you do it in the browser. On Tue, Nov 27, 2018 at 1:55 AM Sebastiano Laini < Sebastiano.Laini at buchanancomputing.co.uk> wrote: > Thanks Steve, > > > > We do use mapcache but not for the watermark, that is on the mapserver > request within the mastermap map. > > I will check properly if we do must need the watermark as part of the > copyright or we can remove it, if we need it I will think about to insert > it on the mapcache J > > > > Cheers, > > > > Sebastiano Laini > > Web Developer > > Buchanan Computing > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users -- Richard W. Greenwood, PLS www.greenwoodmap.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve.lime at state.mn.us Thu Nov 29 10:53:08 2018 From: steve.lime at state.mn.us (Lime, Steve D (MNIT)) Date: Thu, 29 Nov 2018 18:53:08 +0000 Subject: [mapserver-users] MapServer/MapCache vector tile test with max/min scale denominator In-Reply-To: <895b7403-8027-39e6-3679-76793fbab9a6@mapcentia.com> References: <895b7403-8027-39e6-3679-76793fbab9a6@mapcentia.com> Message-ID: Hi Martin: Hmmm... I'm surprised it works one way and not the other. I can only guess that a scale denominator is not being computed in one case versus the other. I can confirm the necessary check is being done in the MVT code (via msLayerIsVisible()) but if the basic information that function needs is not available then that's the problem. I created a ticket: https://github.com/mapserver/mapserver/issues/5714 --Steve -----Original Message----- From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Martin H?gh Sent: Saturday, November 17, 2018 6:05 AM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] MapServer/MapCache vector tile test with max/min scale denominator I've tested MapServer and MapCache with vector tiles using this MapServer branch: https://github.com/sdlime/mapserver/tree/vector-tiles And this MapCache PR: https://github.com/mapserver/mapcache/pull/166 And it works. I've also tested the layer level "max/min scale denominator" setting in MapServer to filter out layers in the vector tiles for different zoom levels, which also works when using Mapserver directly with the classic cgi interface, but not when using MapCache. The max/min scale denominator kicks in with something likes this: http://127.0.0.1/cgi-bin/mapserv.fcgi?map=/my_mapfile.map&mode=tile&tilemode=gmap&tile={x}+{y}+{z}&layers=all&map.imagetype=mvt But when requesting tiles through MapCache the max/min scale denominator doesn't kicks in at any zoom levels. I believe its because MapCache is requesting tiles through the WMS interface of MapServer and for some reason that behaves differently? The definition in the MapCache file is ?? mvt application/vnd.mapbox-vector-tile ? ??? http://localhost/cgi-bin/mapserv.fcgi? ? ? ??? ????? public application/vnd.mapbox-vector-tile ????? /my_mapfile.map ??? ? ? wms_mvt ? g ? disk ? MVT Cheers -- Martin H?gh MapCentia ApS _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users