From mr.ulchich at gmail.com Tue Sep 1 02:45:58 2020 From: mr.ulchich at gmail.com (=?UTF-8?B?0JjQstCw0L0g0JjQstCw0L3QvtCy?=) Date: Tue, 1 Sep 2020 12:45:58 +0300 Subject: [mapserver-users] Question: Mapcache Deb-package Message-ID: Hi everyone! How can i put builded mapcache into debian package to install it on debian stretch with one command? What I am interested in mostly is WHAT particular files after `MAKE` command was executed should I add into debian package for mapcache to work fine? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jesper.kempe at gmail.com Tue Sep 1 08:26:07 2020 From: jesper.kempe at gmail.com (Jesper Kempe) Date: Tue, 1 Sep 2020 17:26:07 +0200 Subject: [mapserver-users] Use Ground Control Points from GeoTIFF Message-ID: Hi I have a GeoTiff file that gdalinfo presents like this: gdalinfo sat.tif Driver: GTiff/GeoTIFF Files: sat.tif Size is 10474, 10717 Coordinate System is `' GCP Projection = GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.257223563, AUTHORITY["EPSG","7030"]], AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4326"]] GCP[ 0]: Id=1, Info= (0,0) -> (27.5783052509812,65.9184735836942,229.992792810313) GCP[ 1]: Id=2, Info= (524,0) -> (27.1416007200269,65.9731480840222,172.994255514815) GCP[ 2]: Id=3, Info= (1048,0) -> (26.7005564512604,66.0268770755367,152.994545626454) GCP[ 3]: Id=4, Info= (1572,0) -> (26.257537545879,66.0793551447287,131.994995356537) GCP[ 4]: Id=5, Info= (2096,0) -> (25.8102107755995,66.1308402121171,163.993212723173) .... with 482 GCPs. The file opens ok in Qgis and is located in the right location. But I can?t in any way get it to show correctly in Mapserver. Is this possible to do? Or do I have to gdalwarp the file to a known projection and set the PROJECTION of the layer? Thanks Jesper -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdlime at gmail.com Tue Sep 1 14:41:07 2020 From: sdlime at gmail.com (Steve Lime) Date: Tue, 1 Sep 2020 16:41:07 -0500 Subject: [mapserver-users] Use Ground Control Points from GeoTIFF In-Reply-To: References: Message-ID: What does the mapfile look like? On Tue, Sep 1, 2020 at 10:26 AM Jesper Kempe wrote: > Hi > > I have a GeoTiff file that gdalinfo presents like this: > > gdalinfo sat.tif > Driver: GTiff/GeoTIFF > Files: sat.tif > Size is 10474, 10717 > Coordinate System is `' > GCP Projection = > GEOGCS["WGS 84", > DATUM["WGS_1984", > SPHEROID["WGS 84",6378137,298.257223563, > AUTHORITY["EPSG","7030"]], > AUTHORITY["EPSG","6326"]], > PRIMEM["Greenwich",0], > UNIT["degree",0.0174532925199433], > AUTHORITY["EPSG","4326"]] > GCP[ 0]: Id=1, Info= > (0,0) -> (27.5783052509812,65.9184735836942,229.992792810313) > GCP[ 1]: Id=2, Info= > (524,0) -> (27.1416007200269,65.9731480840222,172.994255514815) > GCP[ 2]: Id=3, Info= > (1048,0) -> (26.7005564512604,66.0268770755367,152.994545626454) > GCP[ 3]: Id=4, Info= > (1572,0) -> (26.257537545879,66.0793551447287,131.994995356537) > GCP[ 4]: Id=5, Info= > (2096,0) -> (25.8102107755995,66.1308402121171,163.993212723173) > .... > > with 482 GCPs. > > > The file opens ok in Qgis and is located in the right location. > But I can?t in any way get it to show correctly in Mapserver. > > Is this possible to do? Or do I have to gdalwarp the file to a known > projection and set the PROJECTION of the layer? > > Thanks > Jesper > > > _______________________________________________ > 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 jesper.kempe at gmail.com Wed Sep 2 00:51:46 2020 From: jesper.kempe at gmail.com (Jesper Kempe) Date: Wed, 2 Sep 2020 09:51:46 +0200 Subject: [mapserver-users] Use Ground Control Points from GeoTIFF In-Reply-To: References: Message-ID: Hi This is the mapfile: MAP NAME "map" WEB METADATA "wms_title" "WMS mapserver" "wms_srs" "EPSG:4326 EPSG:3021 EPSG:9999 EPSG:3006 EPSG:900913" "wms_extent" "1225000 6130000 1910000 7675000" "wms_enable_request" "*" "wfs_enable_request" "*" END END PROJECTION "init=epsg:4326" END EXTENT -180 -90 180 90 LAYER NAME "sat" DATA "sat.tif" TYPE RASTER STATUS ON METADATA "wms_title" "sat" END PROJECTION "init=epsg:4326" END EXTENT 17.0473154408269387 62.1606759790530177 27.5792082876237146 66.7744046276809797 END END I have also tried both without PROJECTION in LAYER and with PROJECTION AUTO END None of them works. EXTENT in the mapfile is taken from Qgis metadata of the layer. Thanks Jesper Den tis 1 sep. 2020 kl 23:41 skrev Steve Lime : > What does the mapfile look like? > > On Tue, Sep 1, 2020 at 10:26 AM Jesper Kempe > wrote: > >> Hi >> >> I have a GeoTiff file that gdalinfo presents like this: >> >> gdalinfo sat.tif >> Driver: GTiff/GeoTIFF >> Files: sat.tif >> Size is 10474, 10717 >> Coordinate System is `' >> GCP Projection = >> GEOGCS["WGS 84", >> DATUM["WGS_1984", >> SPHEROID["WGS 84",6378137,298.257223563, >> AUTHORITY["EPSG","7030"]], >> AUTHORITY["EPSG","6326"]], >> PRIMEM["Greenwich",0], >> UNIT["degree",0.0174532925199433], >> AUTHORITY["EPSG","4326"]] >> GCP[ 0]: Id=1, Info= >> (0,0) -> (27.5783052509812,65.9184735836942,229.992792810313) >> GCP[ 1]: Id=2, Info= >> (524,0) -> (27.1416007200269,65.9731480840222,172.994255514815) >> GCP[ 2]: Id=3, Info= >> (1048,0) -> (26.7005564512604,66.0268770755367,152.994545626454) >> GCP[ 3]: Id=4, Info= >> (1572,0) -> (26.257537545879,66.0793551447287,131.994995356537) >> GCP[ 4]: Id=5, Info= >> (2096,0) -> (25.8102107755995,66.1308402121171,163.993212723173) >> .... >> >> with 482 GCPs. >> >> >> The file opens ok in Qgis and is located in the right location. >> But I can?t in any way get it to show correctly in Mapserver. >> >> Is this possible to do? Or do I have to gdalwarp the file to a known >> projection and set the PROJECTION of the layer? >> >> Thanks >> Jesper >> >> >> _______________________________________________ >> 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 Wed Sep 2 01:26:04 2020 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Wed, 2 Sep 2020 08:26:04 +0000 Subject: [mapserver-users] Use Ground Control Points from GeoTIFF Message-ID: Hi, I am not suggesting this as a final solution yet, but gather some knowledge and try if image works when a) warped into GeoTIFF with gdalwarp b) warped into .vrt -Jukka Rahkonen- L?hett?j?: mapserver-users Puolesta Jesper Kempe L?hetetty: keskiviikko 2. syyskuuta 2020 10.52 Vastaanottaja: Steve Lime Kopio: Mapserver Aihe: Re: [mapserver-users] Use Ground Control Points from GeoTIFF Hi This is the mapfile: MAP NAME "map" WEB METADATA "wms_title" "WMS mapserver" "wms_srs" "EPSG:4326 EPSG:3021 EPSG:9999 EPSG:3006 EPSG:900913" "wms_extent" "1225000 6130000 1910000 7675000" "wms_enable_request" "*" "wfs_enable_request" "*" END END PROJECTION "init=epsg:4326" END EXTENT -180 -90 180 90 LAYER NAME "sat" DATA "sat.tif" TYPE RASTER STATUS ON METADATA "wms_title" "sat" END PROJECTION "init=epsg:4326" END EXTENT 17.0473154408269387 62.1606759790530177 27.5792082876237146 66.7744046276809797 END END I have also tried both without PROJECTION in LAYER and with PROJECTION AUTO END None of them works. EXTENT in the mapfile is taken from Qgis metadata of the layer. Thanks Jesper Den tis 1 sep. 2020 kl 23:41 skrev Steve Lime >: What does the mapfile look like? On Tue, Sep 1, 2020 at 10:26 AM Jesper Kempe > wrote: Hi I have a GeoTiff file that gdalinfo presents like this: gdalinfo sat.tif Driver: GTiff/GeoTIFF Files: sat.tif Size is 10474, 10717 Coordinate System is `' GCP Projection = GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.257223563, AUTHORITY["EPSG","7030"]], AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4326"]] GCP[ 0]: Id=1, Info= (0,0) -> (27.5783052509812,65.9184735836942,229.992792810313) GCP[ 1]: Id=2, Info= (524,0) -> (27.1416007200269,65.9731480840222,172.994255514815) GCP[ 2]: Id=3, Info= (1048,0) -> (26.7005564512604,66.0268770755367,152.994545626454) GCP[ 3]: Id=4, Info= (1572,0) -> (26.257537545879,66.0793551447287,131.994995356537) GCP[ 4]: Id=5, Info= (2096,0) -> (25.8102107755995,66.1308402121171,163.993212723173) .... with 482 GCPs. The file opens ok in Qgis and is located in the right location. But I can?t in any way get it to show correctly in Mapserver. Is this possible to do? Or do I have to gdalwarp the file to a known projection and set the PROJECTION of the layer? Thanks Jesper _______________________________________________ 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 jesper.kempe at gmail.com Wed Sep 2 01:40:02 2020 From: jesper.kempe at gmail.com (Jesper Kempe) Date: Wed, 2 Sep 2020 10:40:02 +0200 Subject: [mapserver-users] Use Ground Control Points from GeoTIFF In-Reply-To: References: Message-ID: Yes, a gdalwarp on the file works fine but I would really like to avoid that. A "gdalwarp -t_srs "EPSG:3857" sat.tif sat_3857.tif" and use the file sat_3857.tif works. The file I want to show in Mapserver is available at https://drive.google.com/file/d/1t3fM0Ej1FGwrdqbvg5EhIFcpnNOfKdQS/view?usp=sharing if anyone wants to give it a try. //Jesper Den ons 2 sep. 2020 kl 10:26 skrev Rahkonen Jukka (MML) < jukka.rahkonen at maanmittauslaitos.fi>: > Hi, > > > > I am not suggesting this as a final solution yet, but gather some > knowledge and try if image works when a) warped into GeoTIFF with gdalwarp > b) warped into .vrt > > > > -Jukka Rahkonen- > > > > *L?hett?j?:* mapserver-users *Puolesta > *Jesper Kempe > *L?hetetty:* keskiviikko 2. syyskuuta 2020 10.52 > *Vastaanottaja:* Steve Lime > *Kopio:* Mapserver > *Aihe:* Re: [mapserver-users] Use Ground Control Points from GeoTIFF > > > > Hi > > > > This is the mapfile: > > > > MAP > NAME "map" > WEB > METADATA > "wms_title" "WMS mapserver" > "wms_srs" "EPSG:4326 EPSG:3021 EPSG:9999 > EPSG:3006 EPSG:900913" > "wms_extent" "1225000 6130000 1910000 7675000" > "wms_enable_request" "*" > "wfs_enable_request" "*" > END > END > > PROJECTION > "init=epsg:4326" > END > > EXTENT -180 -90 180 90 > > LAYER > NAME "sat" > DATA "sat.tif" > TYPE RASTER > STATUS ON > > METADATA > "wms_title" "sat" > END > > PROJECTION > "init=epsg:4326" > END > EXTENT 17.0473154408269387 62.1606759790530177 27.5792082876237146 > 66.7744046276809797 > > END > > END > > > > I have also tried both without PROJECTION in LAYER and with > > PROJECTION > > AUTO > > END > > > > None of them works. > > > > EXTENT in the mapfile is taken from Qgis metadata of the layer. > > > > > > Thanks > > Jesper > > > > Den tis 1 sep. 2020 kl 23:41 skrev Steve Lime : > > What does the mapfile look like? > > > > On Tue, Sep 1, 2020 at 10:26 AM Jesper Kempe > wrote: > > Hi > > > > I have a GeoTiff file that gdalinfo presents like this: > > > > gdalinfo sat.tif > Driver: GTiff/GeoTIFF > Files: sat.tif > Size is 10474, 10717 > Coordinate System is `' > GCP Projection = > GEOGCS["WGS 84", > DATUM["WGS_1984", > SPHEROID["WGS 84",6378137,298.257223563, > AUTHORITY["EPSG","7030"]], > AUTHORITY["EPSG","6326"]], > PRIMEM["Greenwich",0], > UNIT["degree",0.0174532925199433], > AUTHORITY["EPSG","4326"]] > GCP[ 0]: Id=1, Info= > (0,0) -> (27.5783052509812,65.9184735836942,229.992792810313) > GCP[ 1]: Id=2, Info= > (524,0) -> (27.1416007200269,65.9731480840222,172.994255514815) > GCP[ 2]: Id=3, Info= > (1048,0) -> (26.7005564512604,66.0268770755367,152.994545626454) > GCP[ 3]: Id=4, Info= > (1572,0) -> (26.257537545879,66.0793551447287,131.994995356537) > GCP[ 4]: Id=5, Info= > (2096,0) -> (25.8102107755995,66.1308402121171,163.993212723173) > > .... > > > > with 482 GCPs. > > > > > > The file opens ok in Qgis and is located in the right location. > > But I can?t in any way get it to show correctly in Mapserver. > > > > Is this possible to do? Or do I have to gdalwarp the file to a known > projection and set the PROJECTION of the layer? > > > > Thanks > > Jesper > > > > > > _______________________________________________ > 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 Wed Sep 2 01:47:41 2020 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Wed, 2 Sep 2020 08:47:41 +0000 Subject: [mapserver-users] Use Ground Control Points from GeoTIFF Message-ID: Try to warp into .VRT, that takes so little time and disk space that it could be a workaround if it works. -Jukka- L?hett?j?: Jesper Kempe L?hetetty: keskiviikko 2. syyskuuta 2020 11.40 Vastaanottaja: Rahkonen Jukka (MML) Kopio: Steve Lime ; Mapserver Aihe: Re: [mapserver-users] Use Ground Control Points from GeoTIFF Yes, a gdalwarp on the file works fine but I would really like to avoid that. A "gdalwarp -t_srs "EPSG:3857" sat.tif sat_3857.tif" and use the file sat_3857.tif works. The file I want to show in Mapserver is available at https://drive.google.com/file/d/1t3fM0Ej1FGwrdqbvg5EhIFcpnNOfKdQS/view?usp=sharing if anyone wants to give it a try. //Jesper Den ons 2 sep. 2020 kl 10:26 skrev Rahkonen Jukka (MML) >: Hi, I am not suggesting this as a final solution yet, but gather some knowledge and try if image works when a) warped into GeoTIFF with gdalwarp b) warped into .vrt -Jukka Rahkonen- L?hett?j?: mapserver-users > Puolesta Jesper Kempe L?hetetty: keskiviikko 2. syyskuuta 2020 10.52 Vastaanottaja: Steve Lime > Kopio: Mapserver > Aihe: Re: [mapserver-users] Use Ground Control Points from GeoTIFF Hi This is the mapfile: MAP NAME "map" WEB METADATA "wms_title" "WMS mapserver" "wms_srs" "EPSG:4326 EPSG:3021 EPSG:9999 EPSG:3006 EPSG:900913" "wms_extent" "1225000 6130000 1910000 7675000" "wms_enable_request" "*" "wfs_enable_request" "*" END END PROJECTION "init=epsg:4326" END EXTENT -180 -90 180 90 LAYER NAME "sat" DATA "sat.tif" TYPE RASTER STATUS ON METADATA "wms_title" "sat" END PROJECTION "init=epsg:4326" END EXTENT 17.0473154408269387 62.1606759790530177 27.5792082876237146 66.7744046276809797 END END I have also tried both without PROJECTION in LAYER and with PROJECTION AUTO END None of them works. EXTENT in the mapfile is taken from Qgis metadata of the layer. Thanks Jesper Den tis 1 sep. 2020 kl 23:41 skrev Steve Lime >: What does the mapfile look like? On Tue, Sep 1, 2020 at 10:26 AM Jesper Kempe > wrote: Hi I have a GeoTiff file that gdalinfo presents like this: gdalinfo sat.tif Driver: GTiff/GeoTIFF Files: sat.tif Size is 10474, 10717 Coordinate System is `' GCP Projection = GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.257223563, AUTHORITY["EPSG","7030"]], AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4326"]] GCP[ 0]: Id=1, Info= (0,0) -> (27.5783052509812,65.9184735836942,229.992792810313) GCP[ 1]: Id=2, Info= (524,0) -> (27.1416007200269,65.9731480840222,172.994255514815) GCP[ 2]: Id=3, Info= (1048,0) -> (26.7005564512604,66.0268770755367,152.994545626454) GCP[ 3]: Id=4, Info= (1572,0) -> (26.257537545879,66.0793551447287,131.994995356537) GCP[ 4]: Id=5, Info= (2096,0) -> (25.8102107755995,66.1308402121171,163.993212723173) .... with 482 GCPs. The file opens ok in Qgis and is located in the right location. But I can?t in any way get it to show correctly in Mapserver. Is this possible to do? Or do I have to gdalwarp the file to a known projection and set the PROJECTION of the layer? Thanks Jesper _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Wed Sep 2 09:23:40 2020 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Wed, 2 Sep 2020 13:23:40 -0300 Subject: [mapserver-users] Use Ground Control Points from GeoTIFF In-Reply-To: References: Message-ID: <67689930-744b-b9cc-f4c8-dec9ac80443c@gatewaygeomatics.com> I'm curious what happens when you try to generate a map image from the commandline: shp2img -m test.map -o ttt.png -all_debug 5 -jeff -- Jeff McKenna MapServer Consulting and Training Services co-founder of FOSS4G http://gatewaygeo.com/ On 2020-09-02 4:51 a.m., Jesper Kempe wrote: > Hi > > This is the mapfile: > > MAP > ? ? NAME "map" > ? ? WEB > ? ? ? ? METADATA > ? ? ? ? ? ? "wms_title" ? ? ? ? ? ?"WMS mapserver" > ? ? ? ? ? ? "wms_srs" ? ? ? ? ? ? ?"EPSG:4326 EPSG:3021 EPSG:9999 > EPSG:3006 EPSG:900913" > ? ? ? ? ? ? "wms_extent" ? ? ? ? ? "1225000 6130000 1910000 7675000" > ? ? ? ? ? ? "wms_enable_request" ? "*" > ? ? ? ? ? ? "wfs_enable_request" ? "*" > ? ? ? ? END > ? ? END > > ? ? PROJECTION > ? ? ? ? "init=epsg:4326" > ? ? END > > ? ? EXTENT -180 -90 180 90 > > ? ? LAYER > ? ? ? NAME "sat" > ? ? ? DATA "sat.tif" > ? ? ? TYPE RASTER > ? ? ? STATUS ON > > ? ? ? METADATA > ? ? ? ? ? ? ? ? "wms_title" "sat" > ? ? ? END > > ? ? ? PROJECTION > ? ? ? ? "init=epsg:4326" > ? ? ? END > ? ? ? EXTENT 17.0473154408269387 62.1606759790530177 > 27.5792082876237146 66.7744046276809797 > > ? ? END > > END > > I have also tried both without PROJECTION in LAYER and with > PROJECTION > ? ? ?AUTO > END > > None of them works. > > EXTENT in the mapfile is taken from Qgis metadata of the layer. > > > Thanks > Jesper > > Den tis 1 sep. 2020 kl 23:41 skrev Steve Lime >: > > What does the mapfile look like? > > On Tue, Sep 1, 2020 at 10:26 AM Jesper Kempe > wrote: > > Hi > > I have a GeoTiff file that gdalinfo presents like this: > > gdalinfo sat.tif > Driver: GTiff/GeoTIFF > Files: sat.tif > Size is 10474, 10717 > Coordinate System is `' > GCP Projection = > GEOGCS["WGS 84", > ? ? DATUM["WGS_1984", > ? ? ? ? SPHEROID["WGS 84",6378137,298.257223563, > ? ? ? ? ? ? AUTHORITY["EPSG","7030"]], > ? ? ? ? AUTHORITY["EPSG","6326"]], > ? ? PRIMEM["Greenwich",0], > ? ? UNIT["degree",0.0174532925199433], > ? ? AUTHORITY["EPSG","4326"]] > GCP[ ?0]: Id=1, Info= > ? ? ? ? ? (0,0) -> > (27.5783052509812,65.9184735836942,229.992792810313) > GCP[ ?1]: Id=2, Info= > ? ? ? ? ? (524,0) -> > (27.1416007200269,65.9731480840222,172.994255514815) > GCP[ ?2]: Id=3, Info= > ? ? ? ? ? (1048,0) -> > (26.7005564512604,66.0268770755367,152.994545626454) > GCP[ ?3]: Id=4, Info= > ? ? ? ? ? (1572,0) -> > (26.257537545879,66.0793551447287,131.994995356537) > GCP[ ?4]: Id=5, Info= > ? ? ? ? ? (2096,0) -> > (25.8102107755995,66.1308402121171,163.993212723173) > .... > > with 482 GCPs. > > > The file opens ok in Qgis and is located in the right location. > But I can?t in any way get it to show correctly in Mapserver. > > Is this possible to do? Or do I have to gdalwarp the file to a > known projection and set the PROJECTION of the layer? > > Thanks > Jesper > > From jesper.kempe at gmail.com Thu Sep 3 03:56:59 2020 From: jesper.kempe at gmail.com (Jesper Kempe) Date: Thu, 3 Sep 2020 12:56:59 +0200 Subject: [mapserver-users] Use Ground Control Points from GeoTIFF In-Reply-To: <67689930-744b-b9cc-f4c8-dec9ac80443c@gatewaygeomatics.com> References: <67689930-744b-b9cc-f4c8-dec9ac80443c@gatewaygeomatics.com> Message-ID: shp2img creates an empty blank image with a mapfile like this: MAP NAME "map" WEB METADATA "wms_title" "WMS mapserver" "wms_srs" "EPSG:4326 EPSG:3021 EPSG:9999 EPSG:3006 EPSG:900913" "wms_extent" "1225000 6130000 1910000 7675000" "wms_enable_request" "*" "wfs_enable_request" "*" END END PROJECTION "init=epsg:4326" END EXTENT 15 60 30 68 SIZE 200 200 LAYER NAME "sat" DATA "/data/temp/Jesper/sat.tif" TYPE RASTER STATUS DEFAULT METADATA "wms_title" "sat" END END The output from shp2img looks like this: $ shp2img -m ttt.map -o /data/temp/Jesper/ttt.png -all_debug 5 msLoadMap(): 0.003s msDrawMap(): rendering using outputformat named png (AGG/PNG). msDrawRasterLayerLow(sat): entering. msDrawRasterLayerGDAL(): Entering transform. msDrawRasterLayerGDAL(): src=15,10645,15,15, dst=0,0,200,200 msDrawRasterLayerGDAL(): source raster PL (14.962,10645.462) for dst PL (0,0). msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,4 msDrawMap(): Layer 0 (sat), 0.011s msDrawMap(): Drawing Label Cache, 0.000s msDrawMap() total time: 0.011s msSaveImage(/data/temp/Jesper/ttt.png) total time: 0.003s msFreeMap(): freeing map at 0x1d14f50. freeLayer(): freeing layer at 0x1d1d080. freeLayer(): freeing layer at 0x1d1e1b0. shp2img total time: 0.017s If I add: PROJECTION "init=epsg:4326" END EXTENT 17.0473154408269387 62.1606759790530177 27.5792082876237146 66.7744046276809797 shp2img outputs: msLoadMap(): 0.003s msDrawMap(): rendering using outputformat named png (AGG/PNG). msDrawRasterLayerLow(sat): entering. msDrawRasterLayerGDAL(): Entering transform. msDrawRasterLayerGDAL(): src=0,0,10474,10717, dst=27,63,140,61 msDrawRasterLayerGDAL(): source raster PL (-49.554,-33.774) for dst PL (27,63). msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,4 msDrawMap(): Layer 0 (sat), 0.025s msDrawMap(): Drawing Label Cache, 0.000s msDrawMap() total time: 0.025s msSaveImage(/data/temp/Jesper/ttt.png) total time: 0.004s msFreeMap(): freeing map at 0x2453f50. freeLayer(): freeing layer at 0x245c080. freeLayer(): freeing layer at 0x245d430. shp2img total time: 0.033s Then the image is shown in ttt.png but is not in the correct place and not rotated correctly. Any help or ideas are appreciated! Thanks Jesper Den ons 2 sep. 2020 kl 18:23 skrev Jeff McKenna < jmckenna at gatewaygeomatics.com>: > I'm curious what happens when you try to generate a map image from the > commandline: shp2img -m test.map -o ttt.png -all_debug 5 > > -jeff > > > > -- > Jeff McKenna > MapServer Consulting and Training Services > co-founder of FOSS4G > http://gatewaygeo.com/ > > > > On 2020-09-02 4:51 a.m., Jesper Kempe wrote: > > Hi > > > > This is the mapfile: > > > > MAP > > NAME "map" > > WEB > > METADATA > > "wms_title" "WMS mapserver" > > "wms_srs" "EPSG:4326 EPSG:3021 EPSG:9999 > > EPSG:3006 EPSG:900913" > > "wms_extent" "1225000 6130000 1910000 7675000" > > "wms_enable_request" "*" > > "wfs_enable_request" "*" > > END > > END > > > > PROJECTION > > "init=epsg:4326" > > END > > > > EXTENT -180 -90 180 90 > > > > LAYER > > NAME "sat" > > DATA "sat.tif" > > TYPE RASTER > > STATUS ON > > > > METADATA > > "wms_title" "sat" > > END > > > > PROJECTION > > "init=epsg:4326" > > END > > EXTENT 17.0473154408269387 62.1606759790530177 > > 27.5792082876237146 66.7744046276809797 > > > > END > > > > END > > > > I have also tried both without PROJECTION in LAYER and with > > PROJECTION > > AUTO > > END > > > > None of them works. > > > > EXTENT in the mapfile is taken from Qgis metadata of the layer. > > > > > > Thanks > > Jesper > > > > Den tis 1 sep. 2020 kl 23:41 skrev Steve Lime > >: > > > > What does the mapfile look like? > > > > On Tue, Sep 1, 2020 at 10:26 AM Jesper Kempe > > wrote: > > > > Hi > > > > I have a GeoTiff file that gdalinfo presents like this: > > > > gdalinfo sat.tif > > Driver: GTiff/GeoTIFF > > Files: sat.tif > > Size is 10474, 10717 > > Coordinate System is `' > > GCP Projection = > > GEOGCS["WGS 84", > > DATUM["WGS_1984", > > SPHEROID["WGS 84",6378137,298.257223563, > > AUTHORITY["EPSG","7030"]], > > AUTHORITY["EPSG","6326"]], > > PRIMEM["Greenwich",0], > > UNIT["degree",0.0174532925199433], > > AUTHORITY["EPSG","4326"]] > > GCP[ 0]: Id=1, Info= > > (0,0) -> > > (27.5783052509812,65.9184735836942,229.992792810313) > > GCP[ 1]: Id=2, Info= > > (524,0) -> > > (27.1416007200269,65.9731480840222,172.994255514815) > > GCP[ 2]: Id=3, Info= > > (1048,0) -> > > (26.7005564512604,66.0268770755367,152.994545626454) > > GCP[ 3]: Id=4, Info= > > (1572,0) -> > > (26.257537545879,66.0793551447287,131.994995356537) > > GCP[ 4]: Id=5, Info= > > (2096,0) -> > > (25.8102107755995,66.1308402121171,163.993212723173) > > .... > > > > with 482 GCPs. > > > > > > The file opens ok in Qgis and is located in the right location. > > But I can?t in any way get it to show correctly in Mapserver. > > > > Is this possible to do? Or do I have to gdalwarp the file to a > > known projection and set the PROJECTION of the layer? > > > > Thanks > > Jesper > > > > > > > > _______________________________________________ > 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 Sep 3 04:31:09 2020 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Thu, 3 Sep 2020 11:31:09 +0000 Subject: [mapserver-users] Use Ground Control Points from GeoTIFF Message-ID: <45ac95decf694ed3b97e86dc1e6183ea@C119S212VM042.msvyvi.vaha.local> Hi, I would appreciate if you could have a try with "gdalwarp -of vrt -t_srs "EPSG:3857" sat.tif sat_3857.vrt" -Jukka Rahkonen- L?hett?j?: mapserver-users Puolesta Jesper Kempe L?hetetty: torstai 3. syyskuuta 2020 13.57 Vastaanottaja: Jeff McKenna Kopio: Mapserver Aihe: Re: [mapserver-users] Use Ground Control Points from GeoTIFF shp2img creates an empty blank image with a mapfile like this: MAP NAME "map" WEB METADATA "wms_title" "WMS mapserver" "wms_srs" "EPSG:4326 EPSG:3021 EPSG:9999 EPSG:3006 EPSG:900913" "wms_extent" "1225000 6130000 1910000 7675000" "wms_enable_request" "*" "wfs_enable_request" "*" END END PROJECTION "init=epsg:4326" END EXTENT 15 60 30 68 SIZE 200 200 LAYER NAME "sat" DATA "/data/temp/Jesper/sat.tif" TYPE RASTER STATUS DEFAULT METADATA "wms_title" "sat" END END The output from shp2img looks like this: $ shp2img -m ttt.map -o /data/temp/Jesper/ttt.png -all_debug 5 msLoadMap(): 0.003s msDrawMap(): rendering using outputformat named png (AGG/PNG). msDrawRasterLayerLow(sat): entering. msDrawRasterLayerGDAL(): Entering transform. msDrawRasterLayerGDAL(): src=15,10645,15,15, dst=0,0,200,200 msDrawRasterLayerGDAL(): source raster PL (14.962,10645.462) for dst PL (0,0). msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,4 msDrawMap(): Layer 0 (sat), 0.011s msDrawMap(): Drawing Label Cache, 0.000s msDrawMap() total time: 0.011s msSaveImage(/data/temp/Jesper/ttt.png) total time: 0.003s msFreeMap(): freeing map at 0x1d14f50. freeLayer(): freeing layer at 0x1d1d080. freeLayer(): freeing layer at 0x1d1e1b0. shp2img total time: 0.017s If I add: PROJECTION "init=epsg:4326" END EXTENT 17.0473154408269387 62.1606759790530177 27.5792082876237146 66.7744046276809797 shp2img outputs: msLoadMap(): 0.003s msDrawMap(): rendering using outputformat named png (AGG/PNG). msDrawRasterLayerLow(sat): entering. msDrawRasterLayerGDAL(): Entering transform. msDrawRasterLayerGDAL(): src=0,0,10474,10717, dst=27,63,140,61 msDrawRasterLayerGDAL(): source raster PL (-49.554,-33.774) for dst PL (27,63). msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,4 msDrawMap(): Layer 0 (sat), 0.025s msDrawMap(): Drawing Label Cache, 0.000s msDrawMap() total time: 0.025s msSaveImage(/data/temp/Jesper/ttt.png) total time: 0.004s msFreeMap(): freeing map at 0x2453f50. freeLayer(): freeing layer at 0x245c080. freeLayer(): freeing layer at 0x245d430. shp2img total time: 0.033s Then the image is shown in ttt.png but is not in the correct place and not rotated correctly. Any help or ideas are appreciated! Thanks Jesper Den ons 2 sep. 2020 kl 18:23 skrev Jeff McKenna >: I'm curious what happens when you try to generate a map image from the commandline: shp2img -m test.map -o ttt.png -all_debug 5 -jeff -- Jeff McKenna MapServer Consulting and Training Services co-founder of FOSS4G http://gatewaygeo.com/ On 2020-09-02 4:51 a.m., Jesper Kempe wrote: > Hi > > This is the mapfile: > > MAP > NAME "map" > WEB > METADATA > "wms_title" "WMS mapserver" > "wms_srs" "EPSG:4326 EPSG:3021 EPSG:9999 > EPSG:3006 EPSG:900913" > "wms_extent" "1225000 6130000 1910000 7675000" > "wms_enable_request" "*" > "wfs_enable_request" "*" > END > END > > PROJECTION > "init=epsg:4326" > END > > EXTENT -180 -90 180 90 > > LAYER > NAME "sat" > DATA "sat.tif" > TYPE RASTER > STATUS ON > > METADATA > "wms_title" "sat" > END > > PROJECTION > "init=epsg:4326" > END > EXTENT 17.0473154408269387 62.1606759790530177 > 27.5792082876237146 66.7744046276809797 > > END > > END > > I have also tried both without PROJECTION in LAYER and with > PROJECTION > AUTO > END > > None of them works. > > EXTENT in the mapfile is taken from Qgis metadata of the layer. > > > Thanks > Jesper > > Den tis 1 sep. 2020 kl 23:41 skrev Steve Lime > >>: > > What does the mapfile look like? > > On Tue, Sep 1, 2020 at 10:26 AM Jesper Kempe > >> wrote: > > Hi > > I have a GeoTiff file that gdalinfo presents like this: > > gdalinfo sat.tif > Driver: GTiff/GeoTIFF > Files: sat.tif > Size is 10474, 10717 > Coordinate System is `' > GCP Projection = > GEOGCS["WGS 84", > DATUM["WGS_1984", > SPHEROID["WGS 84",6378137,298.257223563, > AUTHORITY["EPSG","7030"]], > AUTHORITY["EPSG","6326"]], > PRIMEM["Greenwich",0], > UNIT["degree",0.0174532925199433], > AUTHORITY["EPSG","4326"]] > GCP[ 0]: Id=1, Info= > (0,0) -> > (27.5783052509812,65.9184735836942,229.992792810313) > GCP[ 1]: Id=2, Info= > (524,0) -> > (27.1416007200269,65.9731480840222,172.994255514815) > GCP[ 2]: Id=3, Info= > (1048,0) -> > (26.7005564512604,66.0268770755367,152.994545626454) > GCP[ 3]: Id=4, Info= > (1572,0) -> > (26.257537545879,66.0793551447287,131.994995356537) > GCP[ 4]: Id=5, Info= > (2096,0) -> > (25.8102107755995,66.1308402121171,163.993212723173) > .... > > with 482 GCPs. > > > The file opens ok in Qgis and is located in the right location. > But I can?t in any way get it to show correctly in Mapserver. > > Is this possible to do? Or do I have to gdalwarp the file to a > known projection and set the PROJECTION of the layer? > > Thanks > Jesper > > _______________________________________________ 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 jesper.kempe at gmail.com Thu Sep 3 05:17:49 2020 From: jesper.kempe at gmail.com (Jesper Kempe) Date: Thu, 3 Sep 2020 14:17:49 +0200 Subject: [mapserver-users] Use Ground Control Points from GeoTIFF In-Reply-To: <45ac95decf694ed3b97e86dc1e6183ea@C119S212VM042.msvyvi.vaha.local> References: <45ac95decf694ed3b97e86dc1e6183ea@C119S212VM042.msvyvi.vaha.local> Message-ID: Hi Jukka Sorry about that, I forgot that yesterday. I did a test now and that actually works! Changing DATA to the vrt-file and setting PROJECTION "init=epsg:3857" END creates an image with sat.tif placed correctly! $ shp2img -m icesat.map -o /data/temp/Jesper/ttt.png -all_debug 5 msLoadMap(): 0.014s msDrawMap(): rendering using outputformat named png (AGG/PNG). msDrawRasterLayerLow(sat): entering. msResampleGDALToMap in effect: cellsize = 4202.211585 msDrawGDAL(sat): using RAW_WINDOW=0 0 12531 12770, dst=0,0,279,284 msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,4 msDrawMap(): Layer 0 (sat), 557.242s msDrawMap(): Drawing Label Cache, 0.000s msDrawMap() total time: 557.243s msSaveImage(/data/temp/Jesper/ttt.png) total time: 0.119s msFreeMap(): freeing map at 0x7b1f50. freeLayer(): freeing layer at 0x7ba080. freeLayer(): freeing layer at 0x7bb760. shp2img total time: 557.378s BUT, note 557.378s on the last row... Also a WMS-request works but takes about 4 minutes to complete! It looks like I need to reproject all files new GeoTIFFs to get a decent speed. Thanks for all the replies! Jesper Den tors 3 sep. 2020 kl 13:31 skrev Rahkonen Jukka (MML) < jukka.rahkonen at maanmittauslaitos.fi>: > Hi, > > > > I would appreciate if you could have a try with > > "gdalwarp -of vrt -t_srs "EPSG:3857" sat.tif sat_3857.vrt" > > > > -Jukka Rahkonen- > > > > *L?hett?j?:* mapserver-users *Puolesta > *Jesper Kempe > *L?hetetty:* torstai 3. syyskuuta 2020 13.57 > *Vastaanottaja:* Jeff McKenna > *Kopio:* Mapserver > *Aihe:* Re: [mapserver-users] Use Ground Control Points from GeoTIFF > > > > shp2img creates an empty blank image with a mapfile like this: > > > > MAP > NAME "map" > WEB > METADATA > "wms_title" "WMS mapserver" > "wms_srs" "EPSG:4326 EPSG:3021 EPSG:9999 > EPSG:3006 EPSG:900913" > "wms_extent" "1225000 6130000 1910000 7675000" > "wms_enable_request" "*" > "wfs_enable_request" "*" > END > END > > PROJECTION > "init=epsg:4326" > END > > EXTENT 15 60 30 68 > SIZE 200 200 > > LAYER > NAME "sat" > DATA "/data/temp/Jesper/sat.tif" > TYPE RASTER > STATUS DEFAULT > > METADATA > "wms_title" "sat" > END > END > > > > > > The output from shp2img looks like this: > > > > $ shp2img -m ttt.map -o /data/temp/Jesper/ttt.png -all_debug 5 > msLoadMap(): 0.003s > msDrawMap(): rendering using outputformat named png (AGG/PNG). > msDrawRasterLayerLow(sat): entering. > msDrawRasterLayerGDAL(): Entering transform. > msDrawRasterLayerGDAL(): src=15,10645,15,15, dst=0,0,200,200 > msDrawRasterLayerGDAL(): source raster PL (14.962,10645.462) for dst PL > (0,0). > msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,4 > msDrawMap(): Layer 0 (sat), 0.011s > msDrawMap(): Drawing Label Cache, 0.000s > msDrawMap() total time: 0.011s > msSaveImage(/data/temp/Jesper/ttt.png) total time: 0.003s > msFreeMap(): freeing map at 0x1d14f50. > freeLayer(): freeing layer at 0x1d1d080. > freeLayer(): freeing layer at 0x1d1e1b0. > shp2img total time: 0.017s > > > > > > If I add: > > PROJECTION > "init=epsg:4326" > END > EXTENT 17.0473154408269387 62.1606759790530177 27.5792082876237146 > 66.7744046276809797 > > > > shp2img outputs: > > > > msLoadMap(): 0.003s > msDrawMap(): rendering using outputformat named png (AGG/PNG). > msDrawRasterLayerLow(sat): entering. > msDrawRasterLayerGDAL(): Entering transform. > msDrawRasterLayerGDAL(): src=0,0,10474,10717, dst=27,63,140,61 > msDrawRasterLayerGDAL(): source raster PL (-49.554,-33.774) for dst PL > (27,63). > msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,4 > msDrawMap(): Layer 0 (sat), 0.025s > msDrawMap(): Drawing Label Cache, 0.000s > msDrawMap() total time: 0.025s > msSaveImage(/data/temp/Jesper/ttt.png) total time: 0.004s > msFreeMap(): freeing map at 0x2453f50. > freeLayer(): freeing layer at 0x245c080. > freeLayer(): freeing layer at 0x245d430. > shp2img total time: 0.033s > > > > Then the image is shown in ttt.png but is not in the correct place and not > rotated correctly. > > > > Any help or ideas are appreciated! > > > > Thanks > > Jesper > > > > Den ons 2 sep. 2020 kl 18:23 skrev Jeff McKenna < > jmckenna at gatewaygeomatics.com>: > > I'm curious what happens when you try to generate a map image from the > commandline: shp2img -m test.map -o ttt.png -all_debug 5 > > -jeff > > > > -- > Jeff McKenna > MapServer Consulting and Training Services > co-founder of FOSS4G > http://gatewaygeo.com/ > > > > On 2020-09-02 4:51 a.m., Jesper Kempe wrote: > > Hi > > > > This is the mapfile: > > > > MAP > > NAME "map" > > WEB > > METADATA > > "wms_title" "WMS mapserver" > > "wms_srs" "EPSG:4326 EPSG:3021 EPSG:9999 > > EPSG:3006 EPSG:900913" > > "wms_extent" "1225000 6130000 1910000 7675000" > > "wms_enable_request" "*" > > "wfs_enable_request" "*" > > END > > END > > > > PROJECTION > > "init=epsg:4326" > > END > > > > EXTENT -180 -90 180 90 > > > > LAYER > > NAME "sat" > > DATA "sat.tif" > > TYPE RASTER > > STATUS ON > > > > METADATA > > "wms_title" "sat" > > END > > > > PROJECTION > > "init=epsg:4326" > > END > > EXTENT 17.0473154408269387 62.1606759790530177 > > 27.5792082876237146 66.7744046276809797 > > > > END > > > > END > > > > I have also tried both without PROJECTION in LAYER and with > > PROJECTION > > AUTO > > END > > > > None of them works. > > > > EXTENT in the mapfile is taken from Qgis metadata of the layer. > > > > > > Thanks > > Jesper > > > > Den tis 1 sep. 2020 kl 23:41 skrev Steve Lime > >: > > > > What does the mapfile look like? > > > > On Tue, Sep 1, 2020 at 10:26 AM Jesper Kempe > > wrote: > > > > Hi > > > > I have a GeoTiff file that gdalinfo presents like this: > > > > gdalinfo sat.tif > > Driver: GTiff/GeoTIFF > > Files: sat.tif > > Size is 10474, 10717 > > Coordinate System is `' > > GCP Projection = > > GEOGCS["WGS 84", > > DATUM["WGS_1984", > > SPHEROID["WGS 84",6378137,298.257223563, > > AUTHORITY["EPSG","7030"]], > > AUTHORITY["EPSG","6326"]], > > PRIMEM["Greenwich",0], > > UNIT["degree",0.0174532925199433], > > AUTHORITY["EPSG","4326"]] > > GCP[ 0]: Id=1, Info= > > (0,0) -> > > (27.5783052509812,65.9184735836942,229.992792810313) > > GCP[ 1]: Id=2, Info= > > (524,0) -> > > (27.1416007200269,65.9731480840222,172.994255514815) > > GCP[ 2]: Id=3, Info= > > (1048,0) -> > > (26.7005564512604,66.0268770755367,152.994545626454) > > GCP[ 3]: Id=4, Info= > > (1572,0) -> > > (26.257537545879,66.0793551447287,131.994995356537) > > GCP[ 4]: Id=5, Info= > > (2096,0) -> > > (25.8102107755995,66.1308402121171,163.993212723173) > > .... > > > > with 482 GCPs. > > > > > > The file opens ok in Qgis and is located in the right location. > > But I can?t in any way get it to show correctly in Mapserver. > > > > Is this possible to do? Or do I have to gdalwarp the file to a > > known projection and set the PROJECTION of the layer? > > > > Thanks > > Jesper > > > > > > > > _______________________________________________ > 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 Sep 3 05:42:38 2020 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Thu, 3 Sep 2020 12:42:38 +0000 Subject: [mapserver-users] Use Ground Control Points from GeoTIFF Message-ID: Hi Jesper, Poor performance may mean that your original tiff is not optimized for server usage and you should rewrite it in any case or at least add some overviews. Gdalinfo report about the original tiff and .vrt would probably give some useful information. If you select to warp images physically (would be my choise BTW) please try to do it right. You should find good GDAL commands from these slides https://www.slideshare.net/geosolutions/geoserver-on-steroids-foss4g-2015. -Jukka Rahkonen- L?hett?j?: Jesper Kempe > L?hetetty: torstai 3. syyskuuta 2020 15.18 Vastaanottaja: Rahkonen Jukka (MML) > Kopio: Jeff McKenna >; Mapserver > Aihe: Re: [mapserver-users] Use Ground Control Points from GeoTIFF Hi Jukka Sorry about that, I forgot that yesterday. I did a test now and that actually works! Changing DATA to the vrt-file and setting PROJECTION "init=epsg:3857" END creates an image with sat.tif placed correctly! $ shp2img -m icesat.map -o /data/temp/Jesper/ttt.png -all_debug 5 msLoadMap(): 0.014s msDrawMap(): rendering using outputformat named png (AGG/PNG). msDrawRasterLayerLow(sat): entering. msResampleGDALToMap in effect: cellsize = 4202.211585 msDrawGDAL(sat): using RAW_WINDOW=0 0 12531 12770, dst=0,0,279,284 msDrawRasterLayerGDAL(): red,green,blue,alpha bands = 1,2,3,4 msDrawMap(): Layer 0 (sat), 557.242s msDrawMap(): Drawing Label Cache, 0.000s msDrawMap() total time: 557.243s msSaveImage(/data/temp/Jesper/ttt.png) total time: 0.119s msFreeMap(): freeing map at 0x7b1f50. freeLayer(): freeing layer at 0x7ba080. freeLayer(): freeing layer at 0x7bb760. shp2img total time: 557.378s BUT, note 557.378s on the last row... Also a WMS-request works but takes about 4 minutes to complete! It looks like I need to reproject all files new GeoTIFFs to get a decent speed. Thanks for all the replies! Jesper -------------- next part -------------- An HTML attachment was scrubbed... URL: From teknocreator at gmail.com Thu Sep 3 06:07:57 2020 From: teknocreator at gmail.com (David Miller) Date: Thu, 3 Sep 2020 09:07:57 -0400 Subject: [mapserver-users] How to dynamically change MapServer's GRID MININTERVAL? Message-ID: I started looking into using something similar to this example of the GRID layer definition in a MapServer mapfile that will draw lat/lon line grid at least every 5 degrees: LAYER NAME "grid" METADATA "DESCRIPTION" "Grid" END TYPE LINE STATUS ON CLASS NAME "Graticule" COLOR 0 0 0 LABEL COLOR 255 0 0 FONT "sans" TYPE truetype SIZE 8 POSITION AUTO PARTIALS FALSE BUFFER 2 OUTLINECOLOR 255 255 255 END END PROJECTION "init=epsg:4326" END GRID LABELFORMAT '%g?' MININTERVAL 5 END END # Layer However, I don't want the MININTERVAL value to be hardcoded and would like to be able to vary that value by entering a different value in the URL call from a web page using the map_object notation. But, I've been unsuccessful. I have tried this in the URL call to MapServer: &map_layer[grid].grid[0]=MININTERVAL+10 #changing to 10 degrees instead of 5 using the second example at this link: https://mapserver.org/cgi/controls.html#cgi-mapfile-change-parameters. But, I either get a parsing error or an Internal Server error. I've tried turning debug level to 5 and looking at logs but they don't offer any help. Perhaps I'm just not using the correct map_object notation, but I'm not sure what else to use given the examples in the link. I also attempted to look at the MapServer code to no avail. Perhaps I just can't change this parameter via the URL? I'm using MapServer v 7.2.2 but it seems like the GRID layer has been available for a while now. Thanks for any help/suggestions/thoughts! Dave M -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve.lime at state.mn.us Thu Sep 3 20:00:09 2020 From: steve.lime at state.mn.us (Lime, Steve D (MNIT)) Date: Fri, 4 Sep 2020 03:00:09 +0000 Subject: [mapserver-users] How to dynamically change MapServer's GRID MININTERVAL? In-Reply-To: References: Message-ID: Hi David: That functionality was geared towards common use cases so I?d bet money it?s not supported but I?ll check the code to be sure. If you?re really just after 5 vs. 10 then using multiple layers would be an easy work around (e.g. grid5 vs grid10). Note that we?re always interested in 500 errors so if you are able to pass along how you triggered one that would be helpful. --Steve From: mapserver-users On Behalf Of David Miller Sent: Thursday, September 3, 2020 8:08 AM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] How to dynamically change MapServer's GRID MININTERVAL? I started looking into using something similar to this example of the GRID layer definition in a MapServer mapfile that will draw lat/lon line grid at least every 5 degrees: LAYER NAME "grid" METADATA "DESCRIPTION" "Grid" END TYPE LINE STATUS ON CLASS NAME "Graticule" COLOR 0 0 0 LABEL COLOR 255 0 0 FONT "sans" TYPE truetype SIZE 8 POSITION AUTO PARTIALS FALSE BUFFER 2 OUTLINECOLOR 255 255 255 END END PROJECTION "init=epsg:4326" END GRID LABELFORMAT '%g?' MININTERVAL 5 END END # Layer However, I don't want the MININTERVAL value to be hardcoded and would like to be able to vary that value by entering a different value in the URL call from a web page using the map_object notation. But, I've been unsuccessful. I have tried this in the URL call to MapServer: &map_layer[grid].grid[0]=MININTERVAL+10 #changing to 10 degrees instead of 5 using the second example at this link: https://mapserver.org/cgi/controls.html#cgi-mapfile-change-parameters. But, I either get a parsing error or an Internal Server error. I've tried turning debug level to 5 and looking at logs but they don't offer any help. Perhaps I'm just not using the correct map_object notation, but I'm not sure what else to use given the examples in the link. I also attempted to look at the MapServer code to no avail. Perhaps I just can't change this parameter via the URL? I'm using MapServer v 7.2.2 but it seems like the GRID layer has been available for a while now. Thanks for any help/suggestions/thoughts! Dave M -------------- next part -------------- An HTML attachment was scrubbed... URL: From barnabas.futo at space-apps.net Fri Sep 4 08:24:04 2020 From: barnabas.futo at space-apps.net (=?UTF-8?B?QmFybmFiw6FzIEZ1dMOz?=) Date: Fri, 4 Sep 2020 17:24:04 +0200 Subject: [mapserver-users] tile y=370 not in [658,673[ Message-ID: Dear Everyone! I would like to kindly request your help with finding out what causes my WMST to return this message: tile y=370 not in [658,673[ I use a mapserver WMS through mapcache, and my final goal is a raster tile service or map service that is fast and reliable. This is the request I sent, and got the error from: http://demola.sa:8281/mapcache/wmts/1.0.0/test/default/2020-04-02/TCI/GoogleMapsCompatible/10/653/557.png So as you can see, the tile y=370 is nowhere close to the one I requested. Could anyone help me how could I resolve this issue? Thank you very much in advance! Barnab?s -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.basques at ci.stpaul.mn.us Fri Sep 4 09:50:18 2020 From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul)) Date: Fri, 4 Sep 2020 16:50:18 +0000 Subject: [mapserver-users] REMINDER - OSGeo Twin Cities (aka TCMUG) local chapter Meeting - Sep. 9th Message-ID: All, Good meeting in August with yours truly giving a presentation on Time Lapse Movie Generation using MapServer. I?ll be posting the recording on Monday to the TCMUG page linked below. A little behind this month. Our next meeting we?ll have: Presenter: Nicole Helgeson With a presentation on: Developing the Minnesota Situational Awareness Viewer This will be a virtual meeting. There will be an attempt to record it as well. Here is the connection info: https://meet.jit.si/osgeo_tcmug When: Sep. 9th, 4:30 PM CDT OSGeo, Twin Cities (aka TCMUG), MN, USA Local Chapter Page. bobb -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbo-ads at mailo.com Mon Sep 7 00:00:34 2020 From: jbo-ads at mailo.com (jbo-ads) Date: Mon, 7 Sep 2020 09:00:34 +0200 Subject: [mapserver-users] tile y=370 not in [658,673[ In-Reply-To: References: Message-ID: Hi Barnab?s, Without more information on your specific case, I am giving some hints: - In GoogleMapsCompatible grid, origin is at bottom-left corner. This is different from Google Maps (not preconfigured in MapCache) where origin is at top-left corner. - I notice that 370 = 1023 - 653. 1023 is the highest index value for a tile index at zoom level 10 in GoogleMapsCompatible and Google Maps grids. Hoping this will help you to find out the issue. J?rome. Le 04/09/2020 ? 17:24, Barnab?s Fut? a ?crit?: > Dear Everyone! > > I would like to kindly request your help with finding out what causes > my WMST to return this message: > > tile y=370 not in [658,673[ > > > I use a mapserver WMS through mapcache, and my final goal is a raster > tile service or map service that is fast and reliable. This is the > request I sent, and got the error from: > http://demola.sa:8281/mapcache/wmts/1.0.0/test/default/2020-04-02/TCI/GoogleMapsCompatible/10/653/557.png > > So as you can see, the tile y=370 is nowhere close to the one I > requested. Could anyone help me how could I resolve this issue? > > Thank you very much in advance! > > Barnab?s > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users From teknocreator at gmail.com Thu Sep 10 16:23:46 2020 From: teknocreator at gmail.com (David Miller) Date: Thu, 10 Sep 2020 19:23:46 -0400 Subject: [mapserver-users] Fwd: How to dynamically change MapServer's GRID MININTERVAL? In-Reply-To: References: Message-ID: Forwarding Steve L's response in case anyone's looking for a workable solution to this topic. ---------- Forwarded message --------- From: David Miller Date: Tue, Sep 8, 2020 at 12:31 PM Subject: Re: [mapserver-users] How to dynamically change MapServer's GRID MININTERVAL? To: Lime, Steve D (MNIT) Steve, Thanks much for checking on this! Will discuss options with my dev team. Just to note that this came about because we added an option to our display which would allow our customers to select the lat/lon line intervals. An Openlayers plugin will then take that interval value and display the lat/lon lines accordingly. However, there are issues with that plugin for areas spanning the dateline (which one of our regions does) where the plugin will only draw correctly if one is completely on one side of the dateline or another but not straddling it. Having lat/lon lines on the display is very helpful in the Pacific region since of course there aren't many land references. In any case, will work with the options we have. Thanks again! Dave M On Fri, Sep 4, 2020 at 1:15 PM Lime, Steve D (MNIT) wrote: > I checked and none of the relevant grid keywords (GRID, MINTERVAL, > LABELFORMAT) are recognized when in URL context. The latter form you > mentioned would be correct if supported since there is only one grid per > layer. You could enable by editing maplexer.l if you absolutely needed it > but I think multiple layers might be the cleaner approach regardless. > > > > --Steve > > > > *From:* David Miller > *Sent:* Friday, September 4, 2020 9:11 AM > *To:* Lime, Steve D (MNIT) > *Subject:* Re: [mapserver-users] How to dynamically change MapServer's > GRID MININTERVAL? > > > > *This message may be from an external email source.* > > Do not select links or open attachments unless verified. Report all > suspicious emails to Minnesota IT Services Security Operations Center. > > > ------------------------------ > > Steve, > > > > Thanks much! Okay, I could propose having multiple grid layer options > (i.e. grid1, grid2, grid5, grid10) as you suggested to my dev app group. > Like you said, common use cases. At present, we're allowing the user to > select a grid interval via an Openlayers plugin which unfortunately has > issues extending past the dateline. Our Pacific region users, who would > probably use this functionality most, pointed this issue out to us and > hence why I looked into MS GRID functionality. The example I gave would > either return a parsing error or an ISE. It wasn't a consistent error that > was returned from MS even though I was trying a complete refresh in the > browser. I also tried map.layer[grid].grid=MININTERVAL+10 (or 5). In > addition, in case I could just rewrite the GRID section via the URL - > map.layer[grid]=GRID+LABELFORMAT+DD+MININTERVAL+5+END. > > > > Thanks again for replying and will adjust based on your feedback. > > > > Dave M > > > > On Thu, Sep 3, 2020 at 11:00 PM Lime, Steve D (MNIT) < > steve.lime at state.mn.us> wrote: > > Hi David: That functionality was geared towards common use cases so I?d > bet money it?s not supported but I?ll check the code to be sure. If you?re > really just after 5 vs. 10 then using multiple layers would be an easy work > around (e.g. grid5 vs grid10). Note that we?re always interested in 500 > errors so if you are able to pass along how you triggered one that would be > helpful. --Steve > > > > *From:* mapserver-users *On > Behalf Of *David Miller > *Sent:* Thursday, September 3, 2020 8:08 AM > *To:* mapserver-users at lists.osgeo.org > *Subject:* [mapserver-users] How to dynamically change MapServer's GRID > MININTERVAL? > > I started looking into using something similar to this example of the GRID > layer definition in a MapServer mapfile that will draw lat/lon line grid at > least every 5 degrees: > > LAYER > > NAME "grid" > > METADATA > > "DESCRIPTION" "Grid" > > END > > TYPE LINE > > STATUS ON > > CLASS > > NAME "Graticule" > > COLOR 0 0 0 > > LABEL > > COLOR 255 0 0 > > FONT "sans" > > TYPE truetype > > SIZE 8 > > POSITION AUTO > > PARTIALS FALSE > > BUFFER 2 > > OUTLINECOLOR 255 255 255 > > END > > END > > PROJECTION > > "init=epsg:4326" > > END > > GRID > > LABELFORMAT '%g?' > > MININTERVAL 5 > > END > > END # Layer > > However, I don't want the MININTERVAL value to be hardcoded and would like > to be able to vary that value by entering a different value in the URL call > from a web page using the map_object notation. But, I've been unsuccessful. > I have tried this in the URL call to MapServer: > > &map_layer[grid].grid[0]=MININTERVAL+10 #changing to 10 degrees instead of > 5 > > using the second example at this link: > https://mapserver.org/cgi/controls.html#cgi-mapfile-change-parameters > . > But, I either get a parsing error or an Internal Server error. I've tried > turning debug level to 5 and looking at logs but they don't offer any help. > Perhaps I'm just not using the correct map_object notation, but I'm not > sure what else to use given the examples in the link. I also attempted to > look at the MapServer code to no avail. > > Perhaps I just can't change this parameter via the URL? > > I'm using MapServer v 7.2.2 but it seems like the GRID layer has been > available for a while now. > > Thanks for any help/suggestions/thoughts! > > Dave M > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From teknocreator at gmail.com Fri Sep 11 10:19:43 2020 From: teknocreator at gmail.com (David Miller) Date: Fri, 11 Sep 2020 13:19:43 -0400 Subject: [mapserver-users] Union of two point layers from GeoJSON data on S3 Message-ID: First note that we're using MapServer 7.2.2 to display our data from AWS S3 buckets. We're successfully using MapServer to display point data from GeoJSON files stored in AWS S3. What we would like to do next is to use the wind speed attribute from one file and the wind direction attribute from another to create a layer that displays wind barb information at those points. We have used MapServer's uvraster capability for a such a display but these are at grid points versus at selected locations. So, it appeared that using MapServer's UNION layer feature could work. The UNION layer would need the speed value for determining which wind barb symbol to use and the direction value for the angle of the symbol. As a test, just displaying the speed value and attempting to rotate the text with the direction value. While I can set up the mapfile for the UNION layer to just display values from either the speed or direction layers as a test to see if the data is being accessed from S3 correctly, I can't seem to access both attributes within the UNION layer. Relative parts of the mapfile: LAYER NAME wspdvalues #wind speed layer TYPE POINT STATUS OFF CONNECTIONTYPE OGR CONNECTION "/vsis3/bucketname/windspd_2020-09-11T00:00_2020-09-11T01:00.json" DATA "0" END LAYER NAME wdirvalues # wind direction layer TYPE POINT STATUS OFF CONNECTIONTYPE OGR CONNECTION "/vsis3/bucketname/winddir_2020-09-11T00:00_2020-09-11T01:00.json" DATA "0" END LAYER NAME pointtest # union layer TYPE POINT STATUS DEFAULT CONNECTIONTYPE UNION CONNECTION "wspdvalues,wdirvalues" PROCESSING "ITEMS=spd,dir" CLASS STYLE COLOR 0 255 0 SYMBOL "circle" SIZE 3 MAXSIZE 6 END LABEL TEXT (tostring([spd],"%.0f")) ANGLE [dir] OUTLINECOLOR 0 0 0 COLOR 255 255 255 TYPE truetype FONT arial-bold SIZE 13 POSITION uc BUFFER 4 PRIORITY [priority] END END PROJECTION "init=epsg:920910" END END Again, this is just a first test rather than using symbols at this time. If the GeoJSON file has spd and dir attributes in the same file and used in one layer, then it displays fine. As we're displaying the data values individually, we'd rather not have to duplicate this data by combining into another file. Hence why UNION looked like it might work. The geometry sections of each GeoJSON file are identical and in the same order. Hopefully, just missing something. Thanks for any help! Dave M -------------- next part -------------- An HTML attachment was scrubbed... URL: From matthew.f.cechini at nasa.gov Fri Sep 11 12:37:25 2020 From: matthew.f.cechini at nasa.gov (Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.]) Date: Fri, 11 Sep 2020 19:37:25 +0000 Subject: [mapserver-users] Multiple Styles for a LAYER/CLASS Message-ID: Greetings, I would like to provide multiple styles for the same LAYER/CLASS in our mapserver configuration. Ideally that looks something like this, though of course this syntax isn?t currently supported. CLASS NAME "Thermal Anomalies" STYLE NAME 'default' SYMBOL 'circle' COLOR 240 40 40 OUTLINECOLOR 240 40 40 SIZE 3 END STYLE NAME 'blue' SYMBOL 'circle' COLOR 0 0 255 OUTLINECOLOR 0 0 255 SIZE 3 END END How would I accomplish this given existing functionality? Thanks, Matt ................................................................. Matthew Cechini Contractor, Science Systems and Applications, Inc. NASA GIBS Systems/Software Engineer 410.205.6272 -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve.lime at state.mn.us Fri Sep 11 14:16:29 2020 From: steve.lime at state.mn.us (Lime, Steve D (MNIT)) Date: Fri, 11 Sep 2020 21:16:29 +0000 Subject: [mapserver-users] Multiple Styles for a LAYER/CLASS In-Reply-To: References: Message-ID: Hi Matt: Actually that syntax is supported (except for the style NAME attribute) and you can have multiple styles inside a class. What version are you using? --Steve From: mapserver-users On Behalf Of Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.] Sent: Friday, September 11, 2020 2:37 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Multiple Styles for a LAYER/CLASS ________________________________ Greetings, I would like to provide multiple styles for the same LAYER/CLASS in our mapserver configuration. Ideally that looks something like this, though of course this syntax isn?t currently supported. CLASS NAME "Thermal Anomalies" STYLE NAME 'default' SYMBOL 'circle' COLOR 240 40 40 OUTLINECOLOR 240 40 40 SIZE 3 END STYLE NAME 'blue' SYMBOL 'circle' COLOR 0 0 255 OUTLINECOLOR 0 0 255 SIZE 3 END END How would I accomplish this given existing functionality? Thanks, Matt ................................................................. Matthew Cechini Contractor, Science Systems and Applications, Inc. NASA GIBS Systems/Software Engineer 410.205.6272 -------------- next part -------------- An HTML attachment was scrubbed... URL: From matthew.f.cechini at nasa.gov Mon Sep 14 05:27:23 2020 From: matthew.f.cechini at nasa.gov (Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.]) Date: Mon, 14 Sep 2020 12:27:23 +0000 Subject: [mapserver-users] [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS Message-ID: We?re using 7.0.1? admittedly a bit of an older version. Mapserver balks on NAME in the STYLE element in that version. Thanks, Matt ................................................................. Matthew Cechini Contractor, Science Systems and Applications, Inc. NASA GIBS Systems/Software Engineer 410.205.6272 From: "Lime, Steve D (MNIT)" Date: Friday, September 11, 2020 at 5:17 PM To: Matthew Cechini , "mapserver-users at lists.osgeo.org" Subject: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS Hi Matt: Actually that syntax is supported (except for the style NAME attribute) and you can have multiple styles inside a class. What version are you using? --Steve From: mapserver-users On Behalf Of Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.] Sent: Friday, September 11, 2020 2:37 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Multiple Styles for a LAYER/CLASS ________________________________ Greetings, I would like to provide multiple styles for the same LAYER/CLASS in our mapserver configuration. Ideally that looks something like this, though of course this syntax isn?t currently supported. CLASS NAME "Thermal Anomalies" STYLE NAME 'default' SYMBOL 'circle' COLOR 240 40 40 OUTLINECOLOR 240 40 40 SIZE 3 END STYLE NAME 'blue' SYMBOL 'circle' COLOR 0 0 255 OUTLINECOLOR 0 0 255 SIZE 3 END END How would I accomplish this given existing functionality? Thanks, Matt ................................................................. Matthew Cechini Contractor, Science Systems and Applications, Inc. NASA GIBS Systems/Software Engineer 410.205.6272 -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve.lime at state.mn.us Mon Sep 14 07:48:49 2020 From: steve.lime at state.mn.us (Lime, Steve D (MNIT)) Date: Mon, 14 Sep 2020 14:48:49 +0000 Subject: [mapserver-users] [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS In-Reply-To: References: Message-ID: Names aren?t valid (or useful) at the style-level. If you remove those lines it should work and you?ll get stacked styles for each feature. --Steve From: Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.] Sent: Monday, September 14, 2020 7:27 AM To: Lime, Steve D (MNIT) ; mapserver-users at lists.osgeo.org Subject: Re: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS ________________________________ We?re using 7.0.1? admittedly a bit of an older version. Mapserver balks on NAME in the STYLE element in that version. Thanks, Matt ................................................................. Matthew Cechini Contractor, Science Systems and Applications, Inc. NASA GIBS Systems/Software Engineer 410.205.6272 From: "Lime, Steve D (MNIT)" > Date: Friday, September 11, 2020 at 5:17 PM To: Matthew Cechini >, "mapserver-users at lists.osgeo.org" > Subject: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS Hi Matt: Actually that syntax is supported (except for the style NAME attribute) and you can have multiple styles inside a class. What version are you using? --Steve From: mapserver-users > On Behalf Of Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.] Sent: Friday, September 11, 2020 2:37 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Multiple Styles for a LAYER/CLASS ________________________________ Greetings, I would like to provide multiple styles for the same LAYER/CLASS in our mapserver configuration. Ideally that looks something like this, though of course this syntax isn?t currently supported. CLASS NAME "Thermal Anomalies" STYLE NAME 'default' SYMBOL 'circle' COLOR 240 40 40 OUTLINECOLOR 240 40 40 SIZE 3 END STYLE NAME 'blue' SYMBOL 'circle' COLOR 0 0 255 OUTLINECOLOR 0 0 255 SIZE 3 END END How would I accomplish this given existing functionality? Thanks, Matt ................................................................. Matthew Cechini Contractor, Science Systems and Applications, Inc. NASA GIBS Systems/Software Engineer 410.205.6272 -------------- next part -------------- An HTML attachment was scrubbed... URL: From matthew.f.cechini at nasa.gov Mon Sep 14 07:56:00 2020 From: matthew.f.cechini at nasa.gov (Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.]) Date: Mon, 14 Sep 2020 14:56:00 +0000 Subject: [mapserver-users] [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS In-Reply-To: References: Message-ID: <3AEE634D-496F-4C3F-8DA5-8DEE67571B61@nasa.gov> Unfortunately, that?s not the functionality that I?m looking for? What I want is to support ?&STYLES=default? or ?&STYLES=blue? query parameters resulting in different styling of the same underlying data. Thanks, Matt ................................................................. Matthew Cechini Contractor, Science Systems and Applications, Inc. NASA GIBS Systems/Software Engineer 410.205.6272 From: "Lime, Steve D (MNIT)" Date: Monday, September 14, 2020 at 10:49 AM To: Matthew Cechini , "mapserver-users at lists.osgeo.org" Subject: RE: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS Names aren?t valid (or useful) at the style-level. If you remove those lines it should work and you?ll get stacked styles for each feature. --Steve From: Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.] Sent: Monday, September 14, 2020 7:27 AM To: Lime, Steve D (MNIT) ; mapserver-users at lists.osgeo.org Subject: Re: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS ________________________________ We?re using 7.0.1? admittedly a bit of an older version. Mapserver balks on NAME in the STYLE element in that version. Thanks, Matt ................................................................. Matthew Cechini Contractor, Science Systems and Applications, Inc. NASA GIBS Systems/Software Engineer 410.205.6272 From: "Lime, Steve D (MNIT)" > Date: Friday, September 11, 2020 at 5:17 PM To: Matthew Cechini >, "mapserver-users at lists.osgeo.org" > Subject: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS Hi Matt: Actually that syntax is supported (except for the style NAME attribute) and you can have multiple styles inside a class. What version are you using? --Steve From: mapserver-users > On Behalf Of Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.] Sent: Friday, September 11, 2020 2:37 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Multiple Styles for a LAYER/CLASS ________________________________ Greetings, I would like to provide multiple styles for the same LAYER/CLASS in our mapserver configuration. Ideally that looks something like this, though of course this syntax isn?t currently supported. CLASS NAME "Thermal Anomalies" STYLE NAME 'default' SYMBOL 'circle' COLOR 240 40 40 OUTLINECOLOR 240 40 40 SIZE 3 END STYLE NAME 'blue' SYMBOL 'circle' COLOR 0 0 255 OUTLINECOLOR 0 0 255 SIZE 3 END END How would I accomplish this given existing functionality? Thanks, Matt ................................................................. Matthew Cechini Contractor, Science Systems and Applications, Inc. NASA GIBS Systems/Software Engineer 410.205.6272 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jukka.rahkonen at maanmittauslaitos.fi Mon Sep 14 08:00:26 2020 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Mon, 14 Sep 2020 15:00:26 +0000 Subject: [mapserver-users] [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS Message-ID: <718fb7dac7c943fc82716e97e77bf6a8@C119S212VM042.msvyvi.vaha.local> Hi, Doesn?t the named styles system https://mapserver.gis.umn.edu/ogc/sld.html#named-styles-support that was new in version 5.2 work as documented? -Jukka Rahkonen- L?hett?j?: mapserver-users Puolesta Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.] L?hetetty: maanantai 14. syyskuuta 2020 17.56 Vastaanottaja: Lime, Steve D (MNIT) ; mapserver-users at lists.osgeo.org Aihe: Re: [mapserver-users] [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS Unfortunately, that?s not the functionality that I?m looking for? What I want is to support ?&STYLES=default? or ?&STYLES=blue? query parameters resulting in different styling of the same underlying data. Thanks, Matt ................................................................. Matthew Cechini Contractor, Science Systems and Applications, Inc. NASA GIBS Systems/Software Engineer 410.205.6272 From: "Lime, Steve D (MNIT)" > Date: Monday, September 14, 2020 at 10:49 AM To: Matthew Cechini >, "mapserver-users at lists.osgeo.org" > Subject: RE: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS Names aren?t valid (or useful) at the style-level. If you remove those lines it should work and you?ll get stacked styles for each feature. --Steve From: Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.] > Sent: Monday, September 14, 2020 7:27 AM To: Lime, Steve D (MNIT) >; mapserver-users at lists.osgeo.org Subject: Re: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS ________________________________ We?re using 7.0.1? admittedly a bit of an older version. Mapserver balks on NAME in the STYLE element in that version. Thanks, Matt ................................................................. Matthew Cechini Contractor, Science Systems and Applications, Inc. NASA GIBS Systems/Software Engineer 410.205.6272 From: "Lime, Steve D (MNIT)" > Date: Friday, September 11, 2020 at 5:17 PM To: Matthew Cechini >, "mapserver-users at lists.osgeo.org" > Subject: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS Hi Matt: Actually that syntax is supported (except for the style NAME attribute) and you can have multiple styles inside a class. What version are you using? --Steve From: mapserver-users > On Behalf Of Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.] Sent: Friday, September 11, 2020 2:37 PM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Multiple Styles for a LAYER/CLASS ________________________________ Greetings, I would like to provide multiple styles for the same LAYER/CLASS in our mapserver configuration. Ideally that looks something like this, though of course this syntax isn?t currently supported. CLASS NAME "Thermal Anomalies" STYLE NAME 'default' SYMBOL 'circle' COLOR 240 40 40 OUTLINECOLOR 240 40 40 SIZE 3 END STYLE NAME 'blue' SYMBOL 'circle' COLOR 0 0 255 OUTLINECOLOR 0 0 255 SIZE 3 END END How would I accomplish this given existing functionality? Thanks, Matt ................................................................. Matthew Cechini Contractor, Science Systems and Applications, Inc. NASA GIBS Systems/Software Engineer 410.205.6272 -------------- next part -------------- An HTML attachment was scrubbed... URL: From joerg.thomsen at wheregroup.com Mon Sep 14 08:04:09 2020 From: joerg.thomsen at wheregroup.com (=?UTF-8?Q?J=c3=b6rg_Thomsen_=28WhereGroup=29?=) Date: Mon, 14 Sep 2020 17:04:09 +0200 Subject: [mapserver-users] [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS In-Reply-To: <3AEE634D-496F-4C3F-8DA5-8DEE67571B61@nasa.gov> References: <3AEE634D-496F-4C3F-8DA5-8DEE67571B61@nasa.gov> Message-ID: I guess you are looking f?r classgroup: LAYER ... CLASSGROUP "group1" ... CLASS NAME "name1" GROUP "group1" ... END see https://mapserver.org/mapfile/class.html J?rg Am 14.09.20 um 16:56 schrieb Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.]: > Unfortunately, that?s not the functionality that I?m looking for? > > ? > > What I want is to support ?&STYLES=default? or ?&STYLES=blue? query > parameters resulting in different styling of the same underlying data. > > ? > > Thanks, > > Matt > > ................................................................. > > Matthew Cechini > > Contractor, Science Systems and Applications, Inc. > > NASA GIBS Systems/Software Engineer > > 410.205.6272 > > ? > > *From: *"Lime, Steve D (MNIT)" > *Date: *Monday, September 14, 2020 at 10:49 AM > *To: *Matthew Cechini , > "mapserver-users at lists.osgeo.org" > *Subject: *RE: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS > > ? > > Names aren?t valid (or useful) at the style-level. If you remove those > lines it should work and you?ll get stacked styles for each feature. --Steve > > ? > > *From:*Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, > Inc.] > *Sent:* Monday, September 14, 2020 7:27 AM > *To:* Lime, Steve D (MNIT) ; > mapserver-users at lists.osgeo.org > *Subject:* Re: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS > > ? > > ------------------------------------------------------------------------ > > We?re using 7.0.1? admittedly a bit of an older version.? Mapserver > balks on NAME in the STYLE element in that version. > > ? > > Thanks, > > Matt > > ................................................................. > > Matthew Cechini > > Contractor, Science Systems and Applications, Inc. > > NASA GIBS Systems/Software Engineer > > 410.205.6272 > > ? > > *From: *"Lime, Steve D (MNIT)" > > *Date: *Friday, September 11, 2020 at 5:17 PM > *To: *Matthew Cechini >, "mapserver-users at lists.osgeo.org > " > > > *Subject: *[EXTERNAL] RE: Multiple Styles for a LAYER/CLASS > > ? > > Hi Matt: Actually that syntax is supported (except for the style NAME > attribute) and you can have multiple styles inside a class. What version > are you using? --Steve > > ? > > *From:*mapserver-users > *On Behalf Of > *Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.] > *Sent:* Friday, September 11, 2020 2:37 PM > *To:* mapserver-users at lists.osgeo.org > > *Subject:* [mapserver-users] Multiple Styles for a LAYER/CLASS > > ? > > ------------------------------------------------------------------------ > > Greetings, > > ?? I would like to provide multiple styles for the same LAYER/CLASS in > our mapserver configuration.? Ideally that looks something like this, > though of course this syntax isn?t currently supported. > > ? > > ? ? CLASS > > ? NAME "Thermal Anomalies" > > ?? ? ? ? STYLE ? ? ? > > ???????????? NAME ? 'default'? ? > > ? ? ? ? ? ???SYMBOL 'circle' > > ?? ? ? ? ? ? COLOR? 240 40 40 > > ? ? ? ? ? ???OUTLINECOLOR? 240 40 40 > > ? ? ? ? ??? ?SIZE 3 > > ?? ? ? ? END > > ? > > ?? ? ? ? STYLE ? ? ? ? > > ???????????? NAME ? 'blue'? ? > > ? ? ? ? ??? ?SYMBOL 'circle' > > ?? ? ? ? ? ? COLOR? 0 0 255 > > ? ? ? ? ? ???OUTLINECOLOR? 0 0 255 > > ? ? ? ? ? ???SIZE 3 > > ?? ? ? ? END > > ? ? END > > ? > > ?? How would I accomplish this given existing functionality? > > ? > > Thanks, > > Matt > > ................................................................. > > Matthew Cechini > > Contractor, Science Systems and Applications, Inc. > > NASA GIBS Systems/Software Engineer > > 410.205.6272 > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > Viele Gr??e, J?rg Thomsen -- ---------------------------------------------------------------------- Aufwind durch Wissen! Jetzt neu: Web-Seminare und Online-Schulungen bei der www.foss-academy.com ---------------------------------------------------------------------- J?rg Thomsen WhereGroup GmbH Bundesallee 23 10717 Berlin Germany Fon: +49 (0)30 / 5130 278 74 Fax: +49 (0)30 / 5130 278 11 joerg.thomsen at wheregroup.com www.wheregroup.com Gesch?ftsf?hrer: Olaf Knopp, Peter Stamm Amtsgericht Bonn, HRB 9885 ------------------------------- Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com From sdlime at gmail.com Mon Sep 14 12:25:41 2020 From: sdlime at gmail.com (Steve Lime) Date: Mon, 14 Sep 2020 14:25:41 -0500 Subject: [mapserver-users] Available now - a new way to support the MapServer project! Message-ID: Hi all: We're pleased to announce another way to support the MapServer project thanks to Github Sponsors and OSGeo. Sponsorship allows you to directly support project activities such as: - new feature development and ongoing maintenance - documentation and demo development - release management - participation in code sprints MapServer is the product of thousands of hours of donated time by the community. That said, sponsorship (hopefully) will allow the Project Steering Committee (PSC) to target investment in activities that might otherwise receive little attention. Look for the "Sponsor" button in Github (https://github.com/mapserver/mapserver) or the "donate" button on the MapServer website. Many thanks to Mike Smith, Jeff McKenna and OSGeo for getting this set up! --Steve -------------- next part -------------- An HTML attachment was scrubbed... URL: From matthew.f.cechini at nasa.gov Mon Sep 14 13:35:15 2020 From: matthew.f.cechini at nasa.gov (Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.]) Date: Mon, 14 Sep 2020 20:35:15 +0000 Subject: [mapserver-users] [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS In-Reply-To: References: <3AEE634D-496F-4C3F-8DA5-8DEE67571B61@nasa.gov> Message-ID: I don't think that is creating the desired behavior. According the the WMS specification: Zero or more Styles may be advertised for a Layer or collection of layers using As far as I can tell/test, the CLASSGROUP configuration doesn't give me this desired behavior. Note also that the LAYER/METADATA has the following information, which presumably would be duplicated for each supported style: "wms_style" "default" "wms_style_default_legendurl_width" "420" "wms_style_default_legendurl_height" "95" "wms_style_default_legendurl_format" "image/png" "wms_style_default_legendurl_href" "https://..../legends/.....png" Thanks, Matt ................................................................. Matthew Cechini Contractor, Science Systems and Applications, Inc. NASA GIBS Systems/Software Engineer 410.205.6272 ?On 9/14/20, 11:05 AM, "mapserver-users on behalf of J?rg Thomsen (WhereGroup)" wrote: I guess you are looking f?r classgroup: LAYER ... CLASSGROUP "group1" ... CLASS NAME "name1" GROUP "group1" ... END see https://urldefense.proofpoint.com/v2/url?u=https-3A__mapserver.org_mapfile_class.html&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=oclSQI0C1ThED5G6tbO2HojWNaYEeXUahlcUf1J3xr4&e= J?rg Am 14.09.20 um 16:56 schrieb Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.]: > Unfortunately, that?s not the functionality that I?m looking for? > > > > What I want is to support ?&STYLES=default? or ?&STYLES=blue? query > parameters resulting in different styling of the same underlying data. > > > > Thanks, > > Matt > > ................................................................. > > Matthew Cechini > > Contractor, Science Systems and Applications, Inc. > > NASA GIBS Systems/Software Engineer > > 410.205.6272 > > > > *From: *"Lime, Steve D (MNIT)" > *Date: *Monday, September 14, 2020 at 10:49 AM > *To: *Matthew Cechini , > "mapserver-users at lists.osgeo.org" > *Subject: *RE: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS > > > > Names aren?t valid (or useful) at the style-level. If you remove those > lines it should work and you?ll get stacked styles for each feature. --Steve > > > > *From:*Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, > Inc.] > *Sent:* Monday, September 14, 2020 7:27 AM > *To:* Lime, Steve D (MNIT) ; > mapserver-users at lists.osgeo.org > *Subject:* Re: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS > > > > ------------------------------------------------------------------------ > > We?re using 7.0.1? admittedly a bit of an older version. Mapserver > balks on NAME in the STYLE element in that version. > > > > Thanks, > > Matt > > ................................................................. > > Matthew Cechini > > Contractor, Science Systems and Applications, Inc. > > NASA GIBS Systems/Software Engineer > > 410.205.6272 > > > > *From: *"Lime, Steve D (MNIT)" > > *Date: *Friday, September 11, 2020 at 5:17 PM > *To: *Matthew Cechini >, "mapserver-users at lists.osgeo.org > " > > > *Subject: *[EXTERNAL] RE: Multiple Styles for a LAYER/CLASS > > > > Hi Matt: Actually that syntax is supported (except for the style NAME > attribute) and you can have multiple styles inside a class. What version > are you using? --Steve > > > > *From:*mapserver-users > *On Behalf Of > *Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.] > *Sent:* Friday, September 11, 2020 2:37 PM > *To:* mapserver-users at lists.osgeo.org > > *Subject:* [mapserver-users] Multiple Styles for a LAYER/CLASS > > > > ------------------------------------------------------------------------ > > Greetings, > > I would like to provide multiple styles for the same LAYER/CLASS in > our mapserver configuration. Ideally that looks something like this, > though of course this syntax isn?t currently supported. > > > > CLASS > > NAME "Thermal Anomalies" > > STYLE > > NAME 'default' > > SYMBOL 'circle' > > COLOR 240 40 40 > > OUTLINECOLOR 240 40 40 > > SIZE 3 > > END > > > > STYLE > > NAME 'blue' > > SYMBOL 'circle' > > COLOR 0 0 255 > > OUTLINECOLOR 0 0 255 > > SIZE 3 > > END > > END > > > > How would I accomplish this given existing functionality? > > > > Thanks, > > Matt > > ................................................................. > > Matthew Cechini > > Contractor, Science Systems and Applications, Inc. > > NASA GIBS Systems/Software Engineer > > 410.205.6272 > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.osgeo.org_mailman_listinfo_mapserver-2Dusers&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=hP2umavasw6yoloBsKZQaLp-TqKJ97ehRA_MPRxtXWA&e= > Viele Gr??e, J?rg Thomsen -- ---------------------------------------------------------------------- Aufwind durch Wissen! Jetzt neu: Web-Seminare und Online-Schulungen bei der https://urldefense.proofpoint.com/v2/url?u=http-3A__www.foss-2Dacademy.com&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=0IjAFNhghml9HXpToQwMoHRBmVFaoRvVKMN4ftfvJhE&e= ---------------------------------------------------------------------- J?rg Thomsen WhereGroup GmbH Bundesallee 23 10717 Berlin Germany Fon: +49 (0)30 / 5130 278 74 Fax: +49 (0)30 / 5130 278 11 joerg.thomsen at wheregroup.com https://urldefense.proofpoint.com/v2/url?u=http-3A__www.wheregroup.com&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=wnQQ5nHgsz5qm-sT5nizlY6IsV4Yferbyg5CXYFaEjI&e= Gesch?ftsf?hrer: Olaf Knopp, Peter Stamm Amtsgericht Bonn, HRB 9885 ------------------------------- Folgen Sie der WhereGroup auf twitter: https://urldefense.proofpoint.com/v2/url?u=http-3A__twitter.com_WhereGroup-5Fcom&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=SlQSg0SzegOVriwtrrKsd6IcV1x4jojuX-rFllLWG98&e= _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.osgeo.org_mailman_listinfo_mapserver-2Dusers&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=hP2umavasw6yoloBsKZQaLp-TqKJ97ehRA_MPRxtXWA&e= From joerg.thomsen at wheregroup.com Tue Sep 15 00:28:22 2020 From: joerg.thomsen at wheregroup.com (=?UTF-8?Q?J=c3=b6rg_Thomsen_=28WhereGroup=29?=) Date: Tue, 15 Sep 2020 09:28:22 +0200 Subject: [mapserver-users] [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS In-Reply-To: References: <3AEE634D-496F-4C3F-8DA5-8DEE67571B61@nasa.gov> Message-ID: <0f8f0497-f48a-6be8-0def-116436a60315@wheregroup.com> Hi Matt, this Mapfile CLASSITEM "POPYTYPE" CLASSGROUP 'grey' CLASS GROUP 'grey' NAME "Grenze" EXPRESSION /./ STYLE OUTLINECOLOR 128 128 128 WIDTH 3 END END CLASS GROUP 'red' NAME "Grenze" EXPRESSION /./ STYLE OUTLINECOLOR 255 0 0 WIDTH 3 END END results in this capabilities: Staatsgrenze Staatsgrenze .... As in MapServer one symbol in the map can be the result of many combined style-blocks in the mapfile, you cannot name the styles but you have to use the claasgroup in the layer and the group-keyword within the the class. You have to distinguish between the mapfile- and the capabilities-structure. You only need the wms_style_default_ if you want other than the auto genrated legend-symbols. J?rg Am 14.09.20 um 22:35 schrieb Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.]: > I don't think that is creating the desired behavior. According the the WMS specification: > > Zero or more Styles may be advertised for a Layer or collection of layers using > > > > As far as I can tell/test, the CLASSGROUP configuration doesn't give me this desired behavior. Note also that the LAYER/METADATA has the following information, which presumably would be duplicated for each supported style: > > "wms_style" "default" > "wms_style_default_legendurl_width" "420" > "wms_style_default_legendurl_height" "95" > "wms_style_default_legendurl_format" "image/png" > "wms_style_default_legendurl_href" "https://..../legends/.....png" > > Thanks, > Matt > ................................................................. > Matthew Cechini > Contractor, Science Systems and Applications, Inc. > NASA GIBS Systems/Software Engineer > 410.205.6272 > > ?On 9/14/20, 11:05 AM, "mapserver-users on behalf of J?rg Thomsen (WhereGroup)" wrote: > > I guess you are looking f?r classgroup: > > LAYER > ... > CLASSGROUP "group1" > ... > CLASS > NAME "name1" > GROUP "group1" > ... > END > > see https://urldefense.proofpoint.com/v2/url?u=https-3A__mapserver.org_mapfile_class.html&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=oclSQI0C1ThED5G6tbO2HojWNaYEeXUahlcUf1J3xr4&e= > > J?rg > > Am 14.09.20 um 16:56 schrieb Cechini, Matthew F. (GSFC-423.0)[Science > Systems & Applications, Inc.]: > > Unfortunately, that?s not the functionality that I?m looking for? > > > > > > > > What I want is to support ?&STYLES=default? or ?&STYLES=blue? query > > parameters resulting in different styling of the same underlying data. > > > > > > > > Thanks, > > > > Matt > > > > ................................................................. > > > > Matthew Cechini > > > > Contractor, Science Systems and Applications, Inc. > > > > NASA GIBS Systems/Software Engineer > > > > 410.205.6272 > > > > > > > > *From: *"Lime, Steve D (MNIT)" > > *Date: *Monday, September 14, 2020 at 10:49 AM > > *To: *Matthew Cechini , > > "mapserver-users at lists.osgeo.org" > > *Subject: *RE: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS > > > > > > > > Names aren?t valid (or useful) at the style-level. If you remove those > > lines it should work and you?ll get stacked styles for each feature. --Steve > > > > > > > > *From:*Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, > > Inc.] > > *Sent:* Monday, September 14, 2020 7:27 AM > > *To:* Lime, Steve D (MNIT) ; > > mapserver-users at lists.osgeo.org > > *Subject:* Re: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS > > > > > > > > ------------------------------------------------------------------------ > > > > We?re using 7.0.1? admittedly a bit of an older version. Mapserver > > balks on NAME in the STYLE element in that version. > > > > > > > > Thanks, > > > > Matt > > > > ................................................................. > > > > Matthew Cechini > > > > Contractor, Science Systems and Applications, Inc. > > > > NASA GIBS Systems/Software Engineer > > > > 410.205.6272 > > > > > > > > *From: *"Lime, Steve D (MNIT)" > > > > *Date: *Friday, September 11, 2020 at 5:17 PM > > *To: *Matthew Cechini > >, "mapserver-users at lists.osgeo.org > > " > > > > > *Subject: *[EXTERNAL] RE: Multiple Styles for a LAYER/CLASS > > > > > > > > Hi Matt: Actually that syntax is supported (except for the style NAME > > attribute) and you can have multiple styles inside a class. What version > > are you using? --Steve > > > > > > > > *From:*mapserver-users > > *On Behalf Of > > *Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.] > > *Sent:* Friday, September 11, 2020 2:37 PM > > *To:* mapserver-users at lists.osgeo.org > > > > *Subject:* [mapserver-users] Multiple Styles for a LAYER/CLASS > > > > > > > > ------------------------------------------------------------------------ > > > > Greetings, > > > > I would like to provide multiple styles for the same LAYER/CLASS in > > our mapserver configuration. Ideally that looks something like this, > > though of course this syntax isn?t currently supported. > > > > > > > > CLASS > > > > NAME "Thermal Anomalies" > > > > STYLE > > > > NAME 'default' > > > > SYMBOL 'circle' > > > > COLOR 240 40 40 > > > > OUTLINECOLOR 240 40 40 > > > > SIZE 3 > > > > END > > > > > > > > STYLE > > > > NAME 'blue' > > > > SYMBOL 'circle' > > > > COLOR 0 0 255 > > > > OUTLINECOLOR 0 0 255 > > > > SIZE 3 > > > > END > > > > END > > > > > > > > How would I accomplish this given existing functionality? > > > > > > > > Thanks, > > > > Matt > > > > ................................................................. > > > > Matthew Cechini > > > > Contractor, Science Systems and Applications, Inc. > > > > NASA GIBS Systems/Software Engineer > > > > 410.205.6272 > > > > > > _______________________________________________ > > mapserver-users mailing list > > mapserver-users at lists.osgeo.org > > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.osgeo.org_mailman_listinfo_mapserver-2Dusers&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=hP2umavasw6yoloBsKZQaLp-TqKJ97ehRA_MPRxtXWA&e= > > > > > Viele Gr??e, > J?rg Thomsen > > -- > ---------------------------------------------------------------------- > Aufwind durch Wissen! > Jetzt neu: Web-Seminare und Online-Schulungen > bei der https://urldefense.proofpoint.com/v2/url?u=http-3A__www.foss-2Dacademy.com&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=0IjAFNhghml9HXpToQwMoHRBmVFaoRvVKMN4ftfvJhE&e= > ---------------------------------------------------------------------- > > J?rg Thomsen > WhereGroup GmbH > Bundesallee 23 > 10717 Berlin > Germany > > Fon: +49 (0)30 / 5130 278 74 > Fax: +49 (0)30 / 5130 278 11 > > joerg.thomsen at wheregroup.com > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.wheregroup.com&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=wnQQ5nHgsz5qm-sT5nizlY6IsV4Yferbyg5CXYFaEjI&e= > > Gesch?ftsf?hrer: > Olaf Knopp, Peter Stamm > Amtsgericht Bonn, HRB 9885 > > ------------------------------- > Folgen Sie der WhereGroup auf twitter: https://urldefense.proofpoint.com/v2/url?u=http-3A__twitter.com_WhereGroup-5Fcom&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=SlQSg0SzegOVriwtrrKsd6IcV1x4jojuX-rFllLWG98&e= > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.osgeo.org_mailman_listinfo_mapserver-2Dusers&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=hP2umavasw6yoloBsKZQaLp-TqKJ97ehRA_MPRxtXWA&e= > Viele Gr??e, J?rg Thomsen -- ---------------------------------------------------------------------- Aufwind durch Wissen! Jetzt neu: Web-Seminare und Online-Schulungen bei der www.foss-academy.com ---------------------------------------------------------------------- J?rg Thomsen WhereGroup GmbH Bundesallee 23 10717 Berlin Germany Fon: +49 (0)30 / 5130 278 74 Fax: +49 (0)30 / 5130 278 11 joerg.thomsen at wheregroup.com www.wheregroup.com Gesch?ftsf?hrer: Olaf Knopp, Peter Stamm Amtsgericht Bonn, HRB 9885 ------------------------------- Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com From lars.schylberg at blixtmail.se Tue Sep 15 01:43:33 2020 From: lars.schylberg at blixtmail.se (lars.schylberg at blixtmail.se) Date: Tue, 15 Sep 2020 08:43:33 +0000 Subject: [mapserver-users] [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS In-Reply-To: <408bbbfe2ff9abde5cdb9b86c9ce791c@blixtmail.se> References: <408bbbfe2ff9abde5cdb9b86c9ce791c@blixtmail.se> <0f8f0497-f48a-6be8-0def-116436a60315@wheregroup.com> <3AEE634D-496F-4C3F-8DA5-8DEE67571B61@nasa.gov> Message-ID: Some example urls that makes it easier to test. Change "/home/lars" to where you placed the files. http://localhost/cgi-bin/mapserv? map=/home/lars/style_test/style_test.map &SERVICE=WMS &REQUEST=Getmap &VERSION=1.1.1 &LAYERS=square,circle &styles=green,grey &srs=EPSG:4326 &BBOX=0,0,20,15 &FORMAT=image/png &WIDTH=200 &HEIGHT=150 http://localhost/cgi-bin/mapserv? map=/home/lars/style_test/style_test.map &SERVICE=WMS &REQUEST=Getmap &VERSION=1.1.1 &LAYERS=ST &styles=color &srs=EPSG:4326 &BBOX=0,0,20,15 &FORMAT=image/png &WIDTH=200 &HEIGHT=150 http://localhost/cgi-bin/mapserv? map=/home/lars/style_test/style_test.map &SERVICE=WMS &REQUEST=GetCapabilities &VERSION=1.1.1 Have fun / Lars 15 september 2020 kl. 10:34, lars.schylberg at blixtmail.se skrev: > Hi, > > I had the same issue a couple a years ago and made some examples with the help from this list. > Please find this full example that I brushed up a little today. > > https://gist.github.com/LarsSchy/d3a8285f4d06bc47ae358151048ed792 > > Best regards > > Lars Schylberg > > 15 september 2020 kl. 09:28, "J?rg Thomsen" skrev: > >> Hi Matt, >> >> this Mapfile >> >> CLASSITEM "POPYTYPE" >> CLASSGROUP 'grey' >> CLASS >> GROUP 'grey' >> NAME "Grenze" >> EXPRESSION /./ >> STYLE >> OUTLINECOLOR 128 128 128 >> WIDTH 3 >> END >> END >> CLASS >> GROUP 'red' >> NAME "Grenze" >> EXPRESSION /./ >> STYLE >> OUTLINECOLOR 255 0 0 >> WIDTH 3 >> END >> END >> >> results in this capabilities: >> >> >> Staatsgrenze >> Staatsgrenze >> .... >> >> >> >> >> As in MapServer one symbol in the map can be the result of many combined >> style-blocks in the mapfile, you cannot name the styles but you have to >> use the claasgroup in the layer and the group-keyword within the the class. >> >> You have to distinguish between the mapfile- and the capabilities-structure. >> >> You only need the wms_style_default_ if you want other than the auto >> genrated legend-symbols. >> >> J?rg >> >> Am 14.09.20 um 22:35 schrieb Cechini, Matthew F. (GSFC-423.0)[Science >> Systems & Applications, Inc.]: >> >>> I don't think that is creating the desired behavior. According the the WMS specification: >>> >>> Zero or more Styles may be advertised for a Layer or collection of layers using >>> >>> >>> >>> As far as I can tell/test, the CLASSGROUP configuration doesn't give me this desired behavior. Note >>> also that the LAYER/METADATA has the following information, which presumably would be duplicated >>> for each supported style: >>> >>> "wms_style" "default" >>> "wms_style_default_legendurl_width" "420" >>> "wms_style_default_legendurl_height" "95" >>> "wms_style_default_legendurl_format" "image/png" >>> "wms_style_default_legendurl_href" "https://..../legends/.....png" >>> >>> Thanks, >>> Matt >>> ................................................................. >>> Matthew Cechini >>> Contractor, Science Systems and Applications, Inc. >>> NASA GIBS Systems/Software Engineer >>> 410.205.6272 >>> >>> On 9/14/20, 11:05 AM, "mapserver-users on behalf of J?rg Thomsen (WhereGroup)" >>> wrote: >>> >>> I guess you are looking f?r classgroup: >>> >>> LAYER >>> ... >>> CLASSGROUP "group1" >>> ... >>> CLASS >>> NAME "name1" >>> GROUP "group1" >>> ... >>> END >>> >>> see >>> https://urldefense.proofpoint.com/v2/url?u=https-3A__mapserver.org_mapfile_class.html&d=DwIGaQ&c=Apw >>> owJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS >>> kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=oclSQI0C1ThED5G6tbO2HojWNaYEeXUahlcUf1J3xr4&e= >>> >>> J?rg >>> >>> Am 14.09.20 um 16:56 schrieb Cechini, Matthew F. (GSFC-423.0)[Science >>> Systems & Applications, Inc.]: >> >> Unfortunately, that?s not the functionality that I?m looking for? >> >> What I want is to support ?&STYLES=default? or ?&STYLES=blue? query >> parameters resulting in different styling of the same underlying data. >> >> Thanks, >> >> Matt >> >> ................................................................. >> >> Matthew Cechini >> >> Contractor, Science Systems and Applications, Inc. >> >> NASA GIBS Systems/Software Engineer >> >> 410.205.6272 >> >> *From: *"Lime, Steve D (MNIT)" >> *Date: *Monday, September 14, 2020 at 10:49 AM >> *To: *Matthew Cechini , >> "mapserver-users at lists.osgeo.org" >> *Subject: *RE: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS >> >> Names aren?t valid (or useful) at the style-level. If you remove those >> lines it should work and you?ll get stacked styles for each feature. --Steve >> >> *From:*Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, >> Inc.] >> *Sent:* Monday, September 14, 2020 7:27 AM >> *To:* Lime, Steve D (MNIT) ; >> mapserver-users at lists.osgeo.org >> *Subject:* Re: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS >> >> ------------------------------------------------------------------------ >> >> We?re using 7.0.1? admittedly a bit of an older version. Mapserver >> balks on NAME in the STYLE element in that version. >> >> Thanks, >> >> Matt >> >> ................................................................. >> >> Matthew Cechini >> >> Contractor, Science Systems and Applications, Inc. >> >> NASA GIBS Systems/Software Engineer >> >> 410.205.6272 >> >> *From: *"Lime, Steve D (MNIT)" > > >> *Date: *Friday, September 11, 2020 at 5:17 PM >> *To: *Matthew Cechini > >, "mapserver-users at lists.osgeo.org >> " >> > >> *Subject: *[EXTERNAL] RE: Multiple Styles for a LAYER/CLASS >> >> Hi Matt: Actually that syntax is supported (except for the style NAME >> attribute) and you can have multiple styles inside a class. What version >> are you using? --Steve >> >> *From:*mapserver-users > > *On Behalf Of >> *Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.] >> *Sent:* Friday, September 11, 2020 2:37 PM >> *To:* mapserver-users at lists.osgeo.org >> >> *Subject:* [mapserver-users] Multiple Styles for a LAYER/CLASS >> >> ------------------------------------------------------------------------ >> >> Greetings, >> >> I would like to provide multiple styles for the same LAYER/CLASS in >> our mapserver configuration. Ideally that looks something like this, >> though of course this syntax isn?t currently supported. >> >> CLASS >> >> NAME "Thermal Anomalies" >> >> STYLE >> >> NAME 'default' >> >> SYMBOL 'circle' >> >> COLOR 240 40 40 >> >> OUTLINECOLOR 240 40 40 >> >> SIZE 3 >> >> END >> >> STYLE >> >> NAME 'blue' >> >> SYMBOL 'circle' >> >> COLOR 0 0 255 >> >> OUTLINECOLOR 0 0 255 >> >> SIZE 3 >> >> END >> >> END >> >> How would I accomplish this given existing functionality? >> >> Thanks, >> >> Matt >> >> ................................................................. >> >> Matthew Cechini >> >> Contractor, Science Systems and Applications, Inc. >> >> NASA GIBS Systems/Software Engineer >> >> 410.205.6272 >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> >>> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.osgeo.org_mailman_listinfo_mapserver-2Dus >>> rs&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPI >>> Ug&m=ugMtvhucImNS0kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=hP2umavasw6yoloBsKZQaLp-TqKJ97ehRA_MPRxtXWA&e= >> >>> Viele Gr??e, >>> J?rg Thomsen >>> >>> -- >>> ---------------------------------------------------------------------- >>> Aufwind durch Wissen! >>> Jetzt neu: Web-Seminare und Online-Schulungen >>> bei der >>> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.foss-2Dacademy.com&d=DwIGaQ&c=ApwzowJNAKKw3x >>> e91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeKIeO0NP >>> Bwon8nGMIeDOOIfD5Y4&s=0IjAFNhghml9HXpToQwMoHRBmVFaoRvVKMN4ftfvJhE&e= >>> ---------------------------------------------------------------------- >>> >>> J?rg Thomsen >>> WhereGroup GmbH >>> Bundesallee 23 >>> 10717 Berlin >>> Germany >>> >>> Fon: +49 (0)30 / 5130 278 74 >>> Fax: +49 (0)30 / 5130 278 11 >>> >>> joerg.thomsen at wheregroup.com >>> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.wheregroup.com&d=DwIGaQ&c=ApwzowJNAKKw3xye91 >>> 7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeKIeO0NPhBwo >>> 8nGMIeDOOIfD5Y4&s=wnQQ5nHgsz5qm-sT5nizlY6IsV4Yferbyg5CXYFaEjI&e= >>> >>> Gesch?ftsf?hrer: >>> Olaf Knopp, Peter Stamm >>> Amtsgericht Bonn, HRB 9885 >>> >>> ------------------------------- >>> Folgen Sie der WhereGroup auf twitter: >>> https://urldefense.proofpoint.com/v2/url?u=http-3A__twitter.com_WhereGroup-5Fcom&d=DwIGaQ&c=ApwzowJN >>> KKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeK >>> eO0NPhBwon8nGMIeDOOIfD5Y4&s=SlQSg0SzegOVriwtrrKsd6IcV1x4jojuX-rFllLWG98&e= >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.osgeo.org_mailman_listinfo_mapserver-2Dus >>> rs&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPI >>> Ug&m=ugMtvhucImNS0kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=hP2umavasw6yoloBsKZQaLp-TqKJ97ehRA_MPRxtXWA&e= >> >> Viele Gr??e, >> J?rg Thomsen >> >> -- >> ---------------------------------------------------------------------- >> Aufwind durch Wissen! >> Jetzt neu: Web-Seminare und Online-Schulungen >> bei der www.foss-academy.com >> ---------------------------------------------------------------------- >> >> J?rg Thomsen >> WhereGroup GmbH >> Bundesallee 23 >> 10717 Berlin >> Germany >> >> Fon: +49 (0)30 / 5130 278 74 >> Fax: +49 (0)30 / 5130 278 11 >> >> joerg.thomsen at wheregroup.com >> www.wheregroup.com >> >> Gesch?ftsf?hrer: >> Olaf Knopp, Peter Stamm >> Amtsgericht Bonn, HRB 9885 >> >> ------------------------------- >> Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/mapserver-users From lars.schylberg at blixtmail.se Tue Sep 15 01:34:30 2020 From: lars.schylberg at blixtmail.se (lars.schylberg at blixtmail.se) Date: Tue, 15 Sep 2020 08:34:30 +0000 Subject: [mapserver-users] [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS In-Reply-To: <0f8f0497-f48a-6be8-0def-116436a60315@wheregroup.com> References: <0f8f0497-f48a-6be8-0def-116436a60315@wheregroup.com> <3AEE634D-496F-4C3F-8DA5-8DEE67571B61@nasa.gov> Message-ID: <408bbbfe2ff9abde5cdb9b86c9ce791c@blixtmail.se> Hi, I had the same issue a couple a years ago and made some examples with the help from this list. Please find this full example that I brushed up a little today. https://gist.github.com/LarsSchy/d3a8285f4d06bc47ae358151048ed792 Best regards Lars Schylberg 15 september 2020 kl. 09:28, "J?rg Thomsen" skrev: > Hi Matt, > > this Mapfile > > CLASSITEM "POPYTYPE" > CLASSGROUP 'grey' > CLASS > GROUP 'grey' > NAME "Grenze" > EXPRESSION /./ > STYLE > OUTLINECOLOR 128 128 128 > WIDTH 3 > END > END > CLASS > GROUP 'red' > NAME "Grenze" > EXPRESSION /./ > STYLE > OUTLINECOLOR 255 0 0 > WIDTH 3 > END > END > > results in this capabilities: > > > Staatsgrenze > Staatsgrenze > .... > > > > > As in MapServer one symbol in the map can be the result of many combined > style-blocks in the mapfile, you cannot name the styles but you have to > use the claasgroup in the layer and the group-keyword within the the class. > > You have to distinguish between the mapfile- and the capabilities-structure. > > You only need the wms_style_default_ if you want other than the auto > genrated legend-symbols. > > J?rg > > Am 14.09.20 um 22:35 schrieb Cechini, Matthew F. (GSFC-423.0)[Science > Systems & Applications, Inc.]: > >> I don't think that is creating the desired behavior. According the the WMS specification: >> >> Zero or more Styles may be advertised for a Layer or collection of layers using >> >> >> >> As far as I can tell/test, the CLASSGROUP configuration doesn't give me this desired behavior. Note >> also that the LAYER/METADATA has the following information, which presumably would be duplicated >> for each supported style: >> >> "wms_style" "default" >> "wms_style_default_legendurl_width" "420" >> "wms_style_default_legendurl_height" "95" >> "wms_style_default_legendurl_format" "image/png" >> "wms_style_default_legendurl_href" "https://..../legends/.....png" >> >> Thanks, >> Matt >> ................................................................. >> Matthew Cechini >> Contractor, Science Systems and Applications, Inc. >> NASA GIBS Systems/Software Engineer >> 410.205.6272 >> >> On 9/14/20, 11:05 AM, "mapserver-users on behalf of J?rg Thomsen (WhereGroup)" >> wrote: >> >> I guess you are looking f?r classgroup: >> >> LAYER >> ... >> CLASSGROUP "group1" >> ... >> CLASS >> NAME "name1" >> GROUP "group1" >> ... >> END >> >> see >> https://urldefense.proofpoint.com/v2/url?u=https-3A__mapserver.org_mapfile_class.html&d=DwIGaQ&c=Apw >> owJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS >> kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=oclSQI0C1ThED5G6tbO2HojWNaYEeXUahlcUf1J3xr4&e= >> >> J?rg >> >> Am 14.09.20 um 16:56 schrieb Cechini, Matthew F. (GSFC-423.0)[Science >> Systems & Applications, Inc.]: >>> Unfortunately, that?s not the functionality that I?m looking for? >>> >>> >>> >>> What I want is to support ?&STYLES=default? or ?&STYLES=blue? query >>> parameters resulting in different styling of the same underlying data. >>> >>> >>> >>> Thanks, >>> >>> Matt >>> >>> ................................................................. >>> >>> Matthew Cechini >>> >>> Contractor, Science Systems and Applications, Inc. >>> >>> NASA GIBS Systems/Software Engineer >>> >>> 410.205.6272 >>> >>> >>> >>> *From: *"Lime, Steve D (MNIT)" >>> *Date: *Monday, September 14, 2020 at 10:49 AM >>> *To: *Matthew Cechini , >>> "mapserver-users at lists.osgeo.org" >>> *Subject: *RE: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS >>> >>> >>> >>> Names aren?t valid (or useful) at the style-level. If you remove those >>> lines it should work and you?ll get stacked styles for each feature. --Steve >>> >>> >>> >>> *From:*Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, >>> Inc.] >>> *Sent:* Monday, September 14, 2020 7:27 AM >>> *To:* Lime, Steve D (MNIT) ; >>> mapserver-users at lists.osgeo.org >>> *Subject:* Re: [EXTERNAL] RE: Multiple Styles for a LAYER/CLASS >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> We?re using 7.0.1? admittedly a bit of an older version. Mapserver >>> balks on NAME in the STYLE element in that version. >>> >>> >>> >>> Thanks, >>> >>> Matt >>> >>> ................................................................. >>> >>> Matthew Cechini >>> >>> Contractor, Science Systems and Applications, Inc. >>> >>> NASA GIBS Systems/Software Engineer >>> >>> 410.205.6272 >>> >>> >>> >>> *From: *"Lime, Steve D (MNIT)" >> > >>> *Date: *Friday, September 11, 2020 at 5:17 PM >>> *To: *Matthew Cechini >> >, "mapserver-users at lists.osgeo.org >>> " >>> > >>> *Subject: *[EXTERNAL] RE: Multiple Styles for a LAYER/CLASS >>> >>> >>> >>> Hi Matt: Actually that syntax is supported (except for the style NAME >>> attribute) and you can have multiple styles inside a class. What version >>> are you using? --Steve >>> >>> >>> >>> *From:*mapserver-users >> > *On Behalf Of >>> *Cechini, Matthew F. (GSFC-423.0)[Science Systems & Applications, Inc.] >>> *Sent:* Friday, September 11, 2020 2:37 PM >>> *To:* mapserver-users at lists.osgeo.org >>> >>> *Subject:* [mapserver-users] Multiple Styles for a LAYER/CLASS >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> Greetings, >>> >>> I would like to provide multiple styles for the same LAYER/CLASS in >>> our mapserver configuration. Ideally that looks something like this, >>> though of course this syntax isn?t currently supported. >>> >>> >>> >>> CLASS >>> >>> NAME "Thermal Anomalies" >>> >>> STYLE >>> >>> NAME 'default' >>> >>> SYMBOL 'circle' >>> >>> COLOR 240 40 40 >>> >>> OUTLINECOLOR 240 40 40 >>> >>> SIZE 3 >>> >>> END >>> >>> >>> >>> STYLE >>> >>> NAME 'blue' >>> >>> SYMBOL 'circle' >>> >>> COLOR 0 0 255 >>> >>> OUTLINECOLOR 0 0 255 >>> >>> SIZE 3 >>> >>> END >>> >>> END >>> >>> >>> >>> How would I accomplish this given existing functionality? >>> >>> >>> >>> Thanks, >>> >>> Matt >>> >>> ................................................................. >>> >>> Matthew Cechini >>> >>> Contractor, Science Systems and Applications, Inc. >>> >>> NASA GIBS Systems/Software Engineer >>> >>> 410.205.6272 >>> >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> >> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.osgeo.org_mailman_listinfo_mapserver-2Dus >> rs&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPI >> Ug&m=ugMtvhucImNS0kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=hP2umavasw6yoloBsKZQaLp-TqKJ97ehRA_MPRxtXWA&e= >>> >> >> Viele Gr??e, >> J?rg Thomsen >> >> -- >> ---------------------------------------------------------------------- >> Aufwind durch Wissen! >> Jetzt neu: Web-Seminare und Online-Schulungen >> bei der >> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.foss-2Dacademy.com&d=DwIGaQ&c=ApwzowJNAKKw3x >> e91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeKIeO0NP >> Bwon8nGMIeDOOIfD5Y4&s=0IjAFNhghml9HXpToQwMoHRBmVFaoRvVKMN4ftfvJhE&e= >> ---------------------------------------------------------------------- >> >> J?rg Thomsen >> WhereGroup GmbH >> Bundesallee 23 >> 10717 Berlin >> Germany >> >> Fon: +49 (0)30 / 5130 278 74 >> Fax: +49 (0)30 / 5130 278 11 >> >> joerg.thomsen at wheregroup.com >> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.wheregroup.com&d=DwIGaQ&c=ApwzowJNAKKw3xye91 >> 7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeKIeO0NPhBwo >> 8nGMIeDOOIfD5Y4&s=wnQQ5nHgsz5qm-sT5nizlY6IsV4Yferbyg5CXYFaEjI&e= >> >> Gesch?ftsf?hrer: >> Olaf Knopp, Peter Stamm >> Amtsgericht Bonn, HRB 9885 >> >> ------------------------------- >> Folgen Sie der WhereGroup auf twitter: >> https://urldefense.proofpoint.com/v2/url?u=http-3A__twitter.com_WhereGroup-5Fcom&d=DwIGaQ&c=ApwzowJN >> KKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPIEUg&m=ugMtvhucImNS0kQeK >> eO0NPhBwon8nGMIeDOOIfD5Y4&s=SlQSg0SzegOVriwtrrKsd6IcV1x4jojuX-rFllLWG98&e= >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.osgeo.org_mailman_listinfo_mapserver-2Dus >> rs&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=OipIn4BZYBcdlsutC4b_bGavezJwpYfx1lCdvhPI >> Ug&m=ugMtvhucImNS0kQeKIeO0NPhBwon8nGMIeDOOIfD5Y4&s=hP2umavasw6yoloBsKZQaLp-TqKJ97ehRA_MPRxtXWA&e= > > Viele Gr??e, > J?rg Thomsen > > -- > ---------------------------------------------------------------------- > Aufwind durch Wissen! > Jetzt neu: Web-Seminare und Online-Schulungen > bei der www.foss-academy.com > ---------------------------------------------------------------------- > > J?rg Thomsen > WhereGroup GmbH > Bundesallee 23 > 10717 Berlin > Germany > > Fon: +49 (0)30 / 5130 278 74 > Fax: +49 (0)30 / 5130 278 11 > > joerg.thomsen at wheregroup.com > www.wheregroup.com > > Gesch?ftsf?hrer: > Olaf Knopp, Peter Stamm > Amtsgericht Bonn, HRB 9885 > > ------------------------------- > Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users From justb4 at gmail.com Tue Sep 15 05:29:48 2020 From: justb4 at gmail.com (Just van den Broecke) Date: Tue, 15 Sep 2020 14:29:48 +0200 Subject: [mapserver-users] Docker: Mapproxy Image with binary MapServer support Message-ID: <82f77844-a5ef-abee-fb5a-6e7bf9cdd661@gmail.com> FYI: Developed new Docker Image: MapProxy with MapServer binary support, i.e. MP directly calling MS binary (i.s.o via WMS), see GH repo [1] and DockerHub [2]. Also offering a slim/straightforward MapServer Docker Image with Lighttp FastCGI [3] [1] https://github.com/justb4/docker-mapproxy-mapserver [2] https://hub.docker.com/repository/docker/justb4/mapproxy-mapserver/ [3] https://github.com/justb4/docker-mapserver Best, Just van den Broecke From sdlime at gmail.com Wed Sep 16 14:14:54 2020 From: sdlime at gmail.com (Steve Lime) Date: Wed, 16 Sep 2020 16:14:54 -0500 Subject: [mapserver-users] Docker: Mapproxy Image with binary MapServer support In-Reply-To: <82f77844-a5ef-abee-fb5a-6e7bf9cdd661@gmail.com> References: <82f77844-a5ef-abee-fb5a-6e7bf9cdd661@gmail.com> Message-ID: Excellent, thanks for sharing! On Tue, Sep 15, 2020 at 7:29 AM Just van den Broecke wrote: > FYI: > > Developed new Docker Image: MapProxy with MapServer binary support, i.e. > MP directly calling MS binary (i.s.o via WMS), see GH repo [1] and > DockerHub [2]. > > Also offering a slim/straightforward MapServer Docker Image with Lighttp > FastCGI [3] > > [1] https://github.com/justb4/docker-mapproxy-mapserver > [2] https://hub.docker.com/repository/docker/justb4/mapproxy-mapserver/ > [3] https://github.com/justb4/docker-mapserver > > Best, > > Just van den Broecke > _______________________________________________ > 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 justb4 at gmail.com Thu Sep 17 09:49:44 2020 From: justb4 at gmail.com (Just van den Broecke) Date: Thu, 17 Sep 2020 18:49:44 +0200 Subject: [mapserver-users] Coordinates shifted for EPSG:28992 Message-ID: Hi All, On Ubuntu 20.4 with Proj Rel. 6.3.1, February 10th, 2020 and MapServer 7.4.3 with Proj, the transformation from EPSG:4326 to EPSG:28992 is shifted. Findings: - projinfo for EPSG:28992 shows correct proj-string - cs2cs gives correct results - when adding the proj-def explicitly to each layer: correct results - did not occur on older MS+proj.4-versions on Ubuntu 16. Looks like a Datum shift problem, shift is around 80m NE, but towgs84 is in the proj-string from projinfo. The proj string is: <28992> +proj=sterea +lat_0=52.15616055555555 +lon_0=5.38763888888889 +k=0.9999079 +x_0=155000 +y_0=463000 +ellps=bessel +towgs84=565.417,50.3319,465.552,-0.398957,0.343988,-1.8774,4.0725 +units=m +no_defs <> Any help appreciated. Best, Just van den Broecke From even.rouault at spatialys.com Thu Sep 17 10:46:35 2020 From: even.rouault at spatialys.com (Even Rouault) Date: Thu, 17 Sep 2020 19:46:35 +0200 Subject: [mapserver-users] Coordinates shifted for EPSG:28992 In-Reply-To: References: Message-ID: <1888830.4X0DSOoWDY@even-i700> Hi Just, > On Ubuntu 20.4 with Proj Rel. 6.3.1, February 10th, 2020 and MapServer > 7.4.3 with Proj, the transformation from EPSG:4326 to EPSG:28992 is > shifted. > > Findings: > - projinfo for EPSG:28992 shows correct proj-string > - cs2cs gives correct results > - when adding the proj-def explicitly to each layer: correct results > - did not occur on older MS+proj.4-versions on Ubuntu 16. > > Looks like a Datum shift problem, shift is around 80m NE, but towgs84 is > in the proj-string from projinfo. > > The proj string is: > <28992> +proj=sterea +lat_0=52.15616055555555 +lon_0=5.38763888888889 > +k=0.9999079 +x_0=155000 +y_0=463000 +ellps=bessel > +towgs84=565.417,50.3319,465.552,-0.398957,0.343988,-1.8774,4.0725 > +units=m +no_defs <> > Complicated subject, but basically you should try to stick to one of the following combinations: - With MapServer 7.4 or 7.6: GDAL 2.x + PROJ 5.x - With MapServer >= 7.6: GDAL 3.x + PROJ >= 6.x Any other combination will lead to surprising results as you got, although I'm not completely sure why you get yours if projinfo EPSG:28992 includes the +towgs84 string. Well actually, checking the output of projinfo EPSG:28992 with PROJ 6 or 7, it uses +towgs84=565.2369,50.0087,465.658,-0.406857330322398,0.350732676542563,-1.87034738 36068,4.0812 which comes from "Amersfoort to WGS 84 (3)", whereas your above towgs84 comes from "Amersfoort to WGS 84 (4)". But from a quick test the difference between both is on the order of 1 cm, not 80m. So it looks more like you don't get any datum shift at all. I'd note that with a change I've just queue in https://github.com/OSGeo/PROJ/pull/2357 for PROJ 7.2, EPSG:28992 as a PROJ.4 string will no longer include any +towgs84 term, as there are actually 2 candidate transformations EPSG:15934 "Amersfoort to WGS 84 (3)" and EPSG:4833 "Amersfoort to WGS 84 (4)", and as they have the same extent and accuracy, a "random" one could be used in theory... "Amersfoort to WGS 84 (4)" mentions "Replaces Amersfoort to WGS 84 (3)" in comments, but it is not marked explictly as superseding it, hence PROJ presents both... Because I love Dutch people, I've added a change in my pull request so that "Amersfoort to WGS 84 (4)" is now prefered over "Amersfoort to WGS 84 (3)", when presenting results by order of relevance... Gosh, I'm confident we'll still have such datum related issues until I'm retired :-) Even -- Spatialys - Geospatial professional services http://www.spatialys.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From justb4 at gmail.com Thu Sep 17 12:20:56 2020 From: justb4 at gmail.com (Just van den Broecke) Date: Thu, 17 Sep 2020 21:20:56 +0200 Subject: [mapserver-users] Coordinates shifted for EPSG:28992 In-Reply-To: <1888830.4X0DSOoWDY@even-i700> References: <1888830.4X0DSOoWDY@even-i700> Message-ID: <93ad4e03-1b4f-8f9f-5d86-a8adb7c9e26d@gmail.com> Hi Evan, Thanks for your quick reply! Will try out other combinations of proj and MS with custom compiles and let you know here. I did not quite grasp your last paragraph, but I am no expert in the subject. For The Netherlands the expert is Lennard Huisman, formerly from Dutch Kadaster. IMHO he donated to proj the most accurate transformation with an NTV2 grid for the "real" Dutch coordinate system (another EPSG code), which was set out by hand via triangulation. Started at the time we were ruled by Napoleon. The Dutch "Kadaster" (word derived from French) was then established. So we are thankful in return to the French! EPSG:28992 is an approximation for that coord system but ok for cm-accuracy. "Amersfoort" is the "center" for The Netherlands, think where the triangulation was set out from. For EPSG:28992 the x,y 0,0 is still near Paris! Reason, I understood, was not to confuse surveyors' hand-written measurements as always y > x would prevail. Best, Just On 17-09-20 19:46, Even Rouault wrote: > Hi Just, > > > On Ubuntu 20.4 with Proj Rel. 6.3.1, February 10th, 2020 and MapServer > > > 7.4.3 with Proj, the transformation from EPSG:4326 to EPSG:28992 is > > > shifted. > > > > > > Findings: > > > - projinfo for EPSG:28992 shows correct proj-string > > > - cs2cs gives correct results > > > - when adding the proj-def explicitly to each layer: correct results > > > - did not occur on older MS+proj.4-versions on Ubuntu 16. > > > > > > Looks like a Datum shift problem, shift is around 80m NE, but towgs84 is > > > in the proj-string from projinfo. > > > > > > The proj string is: > > > <28992> +proj=sterea +lat_0=52.15616055555555 +lon_0=5.38763888888889 > > > +k=0.9999079 +x_0=155000 +y_0=463000 +ellps=bessel > > > +towgs84=565.417,50.3319,465.552,-0.398957,0.343988,-1.8774,4.0725 > > > +units=m +no_defs <> > > > > > Complicated subject, but basically you should try to stick to one of the > following combinations: > > - With MapServer 7.4 or 7.6: GDAL 2.x + PROJ 5.x > > - With MapServer >= 7.6: GDAL 3.x + PROJ >= 6.x > > Any other combination will lead to surprising results as you got, > although I'm not completely sure why you get yours if projinfo > EPSG:28992 includes the +towgs84 string. Well actually, checking the > output of projinfo EPSG:28992 with PROJ 6 or 7, it > uses+towgs84=565.2369,50.0087,465.658,-0.406857330322398,0.350732676542563,-1.8703473836068,4.0812 > > which comes from "Amersfoort to WGS 84 (3)", whereas your above towgs84 > comes from "Amersfoort to WGS 84 (4)". But from a quick test the > difference between both is on the order of 1 cm, not 80m. So it looks > more like you don't get any datum shift at all. > > I'd note that with a change I've just queue in > > https://github.com/OSGeo/PROJ/pull/2357 for PROJ 7.2, EPSG:28992 as a > PROJ.4 string will no longer include any +towgs84 term, as there are > actually 2 candidate transformations EPSG:15934 "Amersfoort to WGS 84 > (3)" and EPSG:4833 "Amersfoort to WGS 84 (4)", and as they have the same > extent and accuracy, a "random" one could be used in theory... > > "Amersfoort to WGS 84 (4)" mentions "Replaces Amersfoort to WGS 84 (3)" > in comments, but it is not marked explictly as superseding it, hence > PROJ presents both... > > Because I love Dutch people, I've added a change in my pull request so > that "Amersfoort to WGS 84 (4)" is now prefered over "Amersfoort to WGS > 84 (3)", when presenting results by order of relevance... > > Gosh, I'm confident we'll still have such datum related issues until I'm > retired :-) > > Even > > -- > > Spatialys - Geospatial professional services > > http://www.spatialys.com > From even.rouault at spatialys.com Thu Sep 17 12:54:37 2020 From: even.rouault at spatialys.com (Even Rouault) Date: Thu, 17 Sep 2020 21:54:37 +0200 Subject: [mapserver-users] Coordinates shifted for EPSG:28992 In-Reply-To: <93ad4e03-1b4f-8f9f-5d86-a8adb7c9e26d@gmail.com> References: <1888830.4X0DSOoWDY@even-i700> <93ad4e03-1b4f-8f9f-5d86-a8adb7c9e26d@gmail.com> Message-ID: <15559023.3uLsTxK436@even-i700> On jeudi 17 septembre 2020 21:20:56 CEST Just van den Broecke wrote: > Hi Evan, > > Thanks for your quick reply! Will try out other combinations of proj and > MS with custom compiles and let you know here. > > I did not quite grasp your last paragraph, but I am no expert in the > subject. For The Netherlands the expert is Lennard Huisman, formerly > from Dutch Kadaster. IMHO he donated to proj the most accurate > transformation with an NTV2 grid for the "real" Dutch coordinate system > (another EPSG code), which was set out by hand via triangulation. I suspect you're speaking about the rdtrans2008 or rdtrans2018 grids that are for transformations between the Amersfoort datum and ETRS89. I can't see any grids between Amersfoort and WGS84 registered in EPSG, because of the time-dependent nature of WGS84 (well you could use the grids for transformation to WGS84 if you're ready to consider ETRS89 == WGS84 for your purposes). -- Spatialys - Geospatial professional services http://www.spatialys.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Thu Sep 17 13:06:50 2020 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Thu, 17 Sep 2020 17:06:50 -0300 Subject: [mapserver-users] Coordinates shifted for EPSG:28992 In-Reply-To: <93ad4e03-1b4f-8f9f-5d86-a8adb7c9e26d@gmail.com> References: <1888830.4X0DSOoWDY@even-i700> <93ad4e03-1b4f-8f9f-5d86-a8adb7c9e26d@gmail.com> Message-ID: <79fdd5aa-d5b3-5c09-b5b2-d8c83ec791c8@gatewaygeomatics.com> Hi Just, Since you're offering, please also try: - MapServer 7.6.1, GDAL 2.4.4, PROJ 5.2.0 (be careful with PROJ 5.0.0 as there was a major issue with the Google Mercator, which is fixed for the 5.2.0 release). This is the stable architecture that MS4W/Windows users seem to be very happy with (sometimes user-demand is very different than my bleeding-edge FOSS4G-style ha). - MapServer-master, GDAL-master, PROJ-master, Curl-7.72.0, SQLite 3.33.0 (for bleeding edge go for it all ha, and let us know the results) Thanks for testing! :) -jeff -- Jeff McKenna MapServer Consulting and Training Services co-founder of FOSS4G http://gatewaygeo.com/ On 2020-09-17 4:20 p.m., Just van den Broecke wrote: > Hi Evan, > > Thanks for your quick reply! Will try out other combinations of proj and > MS with custom compiles and let you know here. > > I did not quite grasp your last paragraph, but I am no expert in the > subject. For The Netherlands the expert is Lennard Huisman, formerly > from Dutch Kadaster. IMHO he donated to proj the most accurate > transformation with an NTV2 grid for the "real" Dutch coordinate system > (another EPSG code), which was set out by hand via triangulation. > Started at the time we were ruled by Napoleon. The Dutch "Kadaster" > (word derived from French) was then established. So we are thankful in > return to the French! EPSG:28992 is an approximation for that coord > system but ok for cm-accuracy. "Amersfoort" is the "center" for The > Netherlands, think where the triangulation was set out from. For > EPSG:28992 the x,y 0,0 is still near Paris! Reason, I understood, was > not to confuse surveyors' hand-written measurements as always y > x > would prevail. > > Best, > > Just > > > On 17-09-20 19:46, Even Rouault wrote: >> Hi Just, >> >> ?> On Ubuntu 20.4 with Proj Rel. 6.3.1, February 10th, 2020 and MapServer >> >> ?> 7.4.3 with Proj, the transformation from EPSG:4326 to EPSG:28992 is >> >> ?> shifted. >> >> ?> >> >> ?> Findings: >> >> ?> - projinfo for EPSG:28992 shows correct proj-string >> >> ?> - cs2cs gives correct results >> >> ?> - when adding the proj-def explicitly to each layer: correct results >> >> ?> - did not occur on older MS+proj.4-versions on Ubuntu 16. >> >> ?> >> >> ?> Looks like a Datum shift problem, shift is around 80m NE, but >> towgs84 is >> >> ?> in the proj-string from projinfo. >> >> ?> >> >> ?> The proj string is: >> >> ?> <28992> +proj=sterea +lat_0=52.15616055555555 +lon_0=5.38763888888889 >> >> ?> +k=0.9999079 +x_0=155000 +y_0=463000 +ellps=bessel >> >> ?> +towgs84=565.417,50.3319,465.552,-0.398957,0.343988,-1.8774,4.0725 >> >> ?> +units=m +no_defs <> >> >> ?> >> >> Complicated subject, but basically you should try to stick to one of >> the following combinations: >> >> - With MapServer 7.4 or 7.6: GDAL 2.x + PROJ 5.x >> >> - With MapServer >= 7.6: GDAL 3.x + PROJ >= 6.x >> >> Any other combination will lead to surprising results as you got, >> although I'm not completely sure why you get yours if projinfo >> EPSG:28992 includes the +towgs84 string. Well actually, checking the >> output of projinfo EPSG:28992 with PROJ 6 or 7, it >> uses+towgs84=565.2369,50.0087,465.658,-0.406857330322398,0.350732676542563,-1.8703473836068,4.0812 >> >> >> which comes from "Amersfoort to WGS 84 (3)", whereas your above >> towgs84 comes from "Amersfoort to WGS 84 (4)". But from a quick test >> the difference between both is on the order of 1 cm, not 80m. So it >> looks more like you don't get any datum shift at all. >> >> I'd note that with a change I've just queue in >> >> https://github.com/OSGeo/PROJ/pull/2357 for PROJ 7.2, EPSG:28992 as a >> PROJ.4 string will no longer include any +towgs84 term, as there are >> actually 2 candidate transformations EPSG:15934 "Amersfoort to WGS 84 >> (3)" and EPSG:4833 "Amersfoort to WGS 84 (4)", and as they have the >> same extent and accuracy, a "random" one could be used in theory... >> >> "Amersfoort to WGS 84 (4)" mentions "Replaces Amersfoort to WGS 84 >> (3)" in comments, but it is not marked explictly as superseding it, >> hence PROJ presents both... >> >> Because I love Dutch people, I've added a change in my pull request so >> that "Amersfoort to WGS 84 (4)" is now prefered over "Amersfoort to >> WGS 84 (3)", when presenting results by order of relevance... >> >> Gosh, I'm confident we'll still have such datum related issues until >> I'm retired :-) >> >> Even >> >> -- >> >> Spatialys - Geospatial professional services >> >> http://www.spatialys.com >> > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users From jmckenna at gatewaygeomatics.com Thu Sep 17 14:43:54 2020 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Thu, 17 Sep 2020 18:43:54 -0300 Subject: [mapserver-users] Coordinates shifted for EPSG:28992 In-Reply-To: <79fdd5aa-d5b3-5c09-b5b2-d8c83ec791c8@gatewaygeomatics.com> References: <1888830.4X0DSOoWDY@even-i700> <93ad4e03-1b4f-8f9f-5d86-a8adb7c9e26d@gmail.com> <79fdd5aa-d5b3-5c09-b5b2-d8c83ec791c8@gatewaygeomatics.com> Message-ID: <8d5b9afa-3176-50be-426a-aac16b452c79@gatewaygeomatics.com> Just: if I'm not in the PROJ 5.2.0 safe space, the reason why I go with PROJ-master now is (what I think) a critical enhancement that is in PROJ-master now, to set the CA-BUNDLE path (for SSL certificates). More info: https://github.com/OSGeo/PROJ/issues/2320 It will likely be included in the future PROJ 7.2.0 release (1 November). So if I can think ahead into the future (ha), I could see the recommended architecture being: - MapServer 7.6.1, GDAL 3.1.3, PROJ 7.2.0 (or master now) - MapServer 7.6.1, GDAL 2.4.4, PROJ 5.2.0 Thanks for testing! -jeff -- Jeff McKenna MapServer Consulting and Training Services co-founder of FOSS4G http://gatewaygeo.com/ On 2020-09-17 5:06 p.m., Jeff McKenna wrote: > Hi Just, > > Since you're offering, please also try: > > - MapServer 7.6.1, GDAL 2.4.4, PROJ 5.2.0 (be careful with PROJ 5.0.0 as > there was a major issue with the Google Mercator, which is fixed for the > 5.2.0 release).? This is the stable architecture that MS4W/Windows users > seem to be very happy with (sometimes user-demand is very different than > my bleeding-edge FOSS4G-style ha). > > - MapServer-master, GDAL-master, PROJ-master, Curl-7.72.0, SQLite 3.33.0 > (for bleeding edge go for it all ha, and let us know the results) > > Thanks for testing! :) > > -jeff > > From justb4 at gmail.com Fri Sep 18 01:37:34 2020 From: justb4 at gmail.com (Just van den Broecke) Date: Fri, 18 Sep 2020 10:37:34 +0200 Subject: [mapserver-users] Coordinates shifted for EPSG:28992 In-Reply-To: <15559023.3uLsTxK436@even-i700> References: <1888830.4X0DSOoWDY@even-i700> <93ad4e03-1b4f-8f9f-5d86-a8adb7c9e26d@gmail.com> <15559023.3uLsTxK436@even-i700> Message-ID: <80f1dcee-287b-f19f-1d09-331f64b60c82@gmail.com> Hi Even, (Sorry mispelled your name in last email). On 17-09-20 21:54, Even Rouault wrote: > On jeudi 17 septembre 2020 21:20:56 CEST Just van den Broecke wrote: > > > Hi Evan, > > > > > > Thanks for your quick reply! Will try out other combinations of proj and > > > MS with custom compiles and let you know here. > > > > > > I did not quite grasp your last paragraph, but I am no expert in the > > > subject. For The Netherlands the expert is Lennard Huisman, formerly > > > from Dutch Kadaster. IMHO he donated to proj the most accurate > > > transformation with an NTV2 grid for the "real" Dutch coordinate system > > > (another EPSG code), which was set out by hand via triangulation. > > I suspect you're speaking about the rdtrans2008 or rdtrans2018 grids > that are for transformations between the Amersfoort datum and ETRS89. I > can't see any grids between Amersfoort and WGS84 registered in EPSG, > because of the time-dependent nature of WGS84 (well you could use the > grids for transformation to WGS84 if you're ready to consider ETRS89 == > WGS84 for your purposes). Yes, referring to those grids, indeed using ETRS89 for the reasons you give (Eurasian tectonic plate I think). A sidestep. EPSG:28992 is accurate enough for our purposes and easier to deploy. Jeff gave some MS-Proj version combination compile hints we are going to try out (thanks Jeff!). Thanks again, Even, also for your hard work on Proj. Best, Just > > -- > > Spatialys - Geospatial professional services > > http://www.spatialys.com > From magma at 1447.se Sun Sep 20 09:32:21 2020 From: magma at 1447.se (magma) Date: Sun, 20 Sep 2020 18:32:21 +0200 Subject: [mapserver-users] PHP Mapscript and projection 3857 Message-ID: Hi all. I have used PHP Mapscript for a few years to render static images of maps, from data I have in PostgreSQL/PostGIS. A simplified example of my code looks like this: map = ms_newMapObj(''); $this->map->selectOutputFormat('png'); $this->map->imagecolor->setRGB(56, 112, 192); $this->map->setextent(-180, -90, 180, 90); $this->map->set('width', 1000); $this->map->set('height', 600); $layer = ms_newLayerObj($this->map); $layer->setConnectionType(MS_POSTGIS); $layer->set('name', 'world'); $layer->set('type', MS_LAYER_POLYGON); $layer->set('status', MS_ON); $layer->set('connection', "host={$this->postgis['host']} port={$this->postgis['port']} dbname={$this->postgis['db']} user={$this->postgis['user']} password={$this->postgis['pass']}"); // $layer->set('data', "geom FROM (SELECT id, geom FROM osm_country_polygons) AS a USING UNIQUE id USING srid=4326"); $layer->set('data', "geom FROM (SELECT id, ST_Transform(geom, 3857) AS geom FROM osm_country_polygons) AS a USING UNIQUE id USING srid=3857"); $class = ms_newClassObj($layer); $style = ms_newStyleObj($class); $style->color->setRGB(160, 160, 160); $style->outlinecolor->setRGB(48, 48, 48); header('Content-Type: image/png'); $image = $this->map->draw(); $image->saveImage(); ?> Using SRID 4326 works great (the commented line). However the line below, which is enabled, using 3857 does not work. It renders an all blue image (*$this->map->imagecolor->setRGB(56, 112, 192)*). Is it not possible to change the projection, or do I need to set an option in the layer or map object? I have tried to read and Google this for some time now, but whatever I try seems to fail for me. Most thankful for a good hint/solution. // Magnus -------------- next part -------------- An HTML attachment was scrubbed... URL: From lars.schylberg at blixtmail.se Sun Sep 20 11:53:08 2020 From: lars.schylberg at blixtmail.se (Lars Schylberg) Date: Sun, 20 Sep 2020 20:53:08 +0200 Subject: [mapserver-users] PHP Mapscript and projection 3857 In-Reply-To: References: Message-ID: <1d4f24c8-95cb-604a-d804-5caee8cc4a8f@blixtmail.se> Hi, I am not using PHP Mapscript, but shouldn't You set the extent to valid EPSG coordinates for EPSG:3857.? IE. Projected bounds: -20026376.39 -20048966.10 20026376.39 20048966.10 for global coverage. /Lars S. Den 2020-09-20 kl. 18:32, skrev magma: > Hi all. > > I have used PHP Mapscript for a few years to render static images of > maps, from data I have in PostgreSQL/PostGIS. A simplified example of > my code looks like this: > > > $this->map = ms_newMapObj(''); > $this->map->selectOutputFormat('png'); > $this->map->imagecolor->setRGB(56, 112, 192); > $this->map->setextent(-180, -90, 180, 90); > $this->map->set('width', 1000); > $this->map->set('height', 600); > > $layer = ms_newLayerObj($this->map); > $layer->setConnectionType(MS_POSTGIS); > $layer->set('name', 'world'); > $layer->set('type', MS_LAYER_POLYGON); > $layer->set('status', MS_ON); > $layer->set('connection', "host={$this->postgis['host']} > port={$this->postgis['port']} dbname={$this->postgis['db']} > user={$this->postgis['user']} password={$this->postgis['pass']}"); > > // $layer->set('data', "geom FROM (SELECT id, geom FROM > osm_country_polygons) AS a USING UNIQUE id USING srid=4326"); > $layer->set('data', "geom FROM (SELECT id, ST_Transform(geom, 3857) AS > geom FROM osm_country_polygons) AS a USING UNIQUE id USING srid=3857"); > > $class = ms_newClassObj($layer); > $style = ms_newStyleObj($class); > $style->color->setRGB(160, 160, 160); > $style->outlinecolor->setRGB(48, 48, 48); > > header('Content-Type: image/png'); > $image = $this->map->draw(); > $image->saveImage(); > ?> > > Using SRID 4326 works great (the commented line). However the line > below, which is enabled, using 3857 does not work. It renders an all > blue image (/$this->map->imagecolor->setRGB(56, 112, 192)/). > > Is it not possible to change the projection, or do I need to set an > option in the layer or map object? I have tried to read and Google > this for some time now, but whatever I try seems to fail for me. > > Most thankful for a good hint/solution. > > // Magnus > > _______________________________________________ > 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 magma at 1447.se Sun Sep 20 12:12:18 2020 From: magma at 1447.se (magma) Date: Sun, 20 Sep 2020 21:12:18 +0200 Subject: [mapserver-users] PHP Mapscript and projection 3857 In-Reply-To: <1d4f24c8-95cb-604a-d804-5caee8cc4a8f@blixtmail.se> References: <1d4f24c8-95cb-604a-d804-5caee8cc4a8f@blixtmail.se> Message-ID: Hi. I assume so as well. I have tried to use for example: $this->map->setprojection('init=epsg:3857', MS_TRUE); but it didn't change anything. That's why I wrote "or do I need to set an option in the layer or map object?" - I figure I need to tell Mapscript what I am trying to do, but I couldn't figure out how. 3857 is defined in my /usr/share/proj/epsg @Lars sorry about the duplicate reply. Accidentally missed the "Reply all"-button. // Magnus On Sun, Sep 20, 2020 at 8:53 PM Lars Schylberg wrote: > Hi, I am not using PHP Mapscript, but shouldn't You set the extent to > valid EPSG coordinates for EPSG:3857. IE. Projected bounds: > -20026376.39 -20048966.10 > 20026376.39 20048966.10 > > for global coverage. > > /Lars S. > Den 2020-09-20 kl. 18:32, skrev magma: > > Hi all. > > I have used PHP Mapscript for a few years to render static images of maps, > from data I have in PostgreSQL/PostGIS. A simplified example of my code > looks like this: > > > $this->map = ms_newMapObj(''); > $this->map->selectOutputFormat('png'); > $this->map->imagecolor->setRGB(56, 112, 192); > $this->map->setextent(-180, -90, 180, 90); > $this->map->set('width', 1000); > $this->map->set('height', 600); > > $layer = ms_newLayerObj($this->map); > $layer->setConnectionType(MS_POSTGIS); > $layer->set('name', 'world'); > $layer->set('type', MS_LAYER_POLYGON); > $layer->set('status', MS_ON); > $layer->set('connection', "host={$this->postgis['host']} > port={$this->postgis['port']} dbname={$this->postgis['db']} > user={$this->postgis['user']} password={$this->postgis['pass']}"); > > // $layer->set('data', "geom FROM (SELECT id, geom FROM > osm_country_polygons) AS a USING UNIQUE id USING srid=4326"); > $layer->set('data', "geom FROM (SELECT id, ST_Transform(geom, 3857) AS > geom FROM osm_country_polygons) AS a USING UNIQUE id USING srid=3857"); > > $class = ms_newClassObj($layer); > $style = ms_newStyleObj($class); > $style->color->setRGB(160, 160, 160); > $style->outlinecolor->setRGB(48, 48, 48); > > header('Content-Type: image/png'); > $image = $this->map->draw(); > $image->saveImage(); > ?> > > Using SRID 4326 works great (the commented line). However the line below, > which is enabled, using 3857 does not work. It renders an all blue image (*$this->map->imagecolor->setRGB(56, > 112, 192)*). > > Is it not possible to change the projection, or do I need to set an option > in the layer or map object? I have tried to read and Google this for some > time now, but whatever I try seems to fail for me. > > Most thankful for a good hint/solution. > > // Magnus > > _______________________________________________ > mapserver-users mailing listmapserver-users at lists.osgeo.orghttps://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 magma at 1447.se Sun Sep 20 12:55:19 2020 From: magma at 1447.se (magma) Date: Sun, 20 Sep 2020 21:55:19 +0200 Subject: [mapserver-users] PHP Mapscript and projection 3857 In-Reply-To: References: <1d4f24c8-95cb-604a-d804-5caee8cc4a8f@blixtmail.se> Message-ID: I figured it out! I had to adjust my setextent() of course. $this->map->setextent(-180, -90, 180, 90); This is for WGS84. The numbers obviously need to be much higher for 3857. >> _______________________________________________ >> mapserver-users mailing listmapserver-users at lists.osgeo.orghttps://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 justb4 at gmail.com Wed Sep 23 11:52:54 2020 From: justb4 at gmail.com (Just van den Broecke) Date: Wed, 23 Sep 2020 20:52:54 +0200 Subject: [mapserver-users] Coordinates shifted for EPSG:28992 In-Reply-To: <80f1dcee-287b-f19f-1d09-331f64b60c82@gmail.com> References: <1888830.4X0DSOoWDY@even-i700> <93ad4e03-1b4f-8f9f-5d86-a8adb7c9e26d@gmail.com> <15559023.3uLsTxK436@even-i700> <80f1dcee-287b-f19f-1d09-331f64b60c82@gmail.com> Message-ID: Hi all, in particular Even, Jeff, Confirmed that this (no coordinate shift in MapServer renders for EPSG:4326 to EPSG:28992) version-combination works on Ubuntu 20.4 with custom compiles: - MapServer 7.4.3 and Proj 5.2 and GDAL (I think) 3.0.4 (default on Ubuntu 20.4) ** As Even replied (and Jeff suggested): "...you should try to stick to one of the following combinations: - With MapServer 7.4 or 7.6: GDAL 2.x + PROJ 5.x - With MapServer >= 7.6: GDAL 3.x + PROJ >= 6.x" ** I am reporting/replying as a proxy for a customer who does the custom compiles. They decided to stick with the default "apt" installs on clean Ubuntu 20.4 (without Ubuntu-GIS PPA), that is: MapServer 7.4.3, Proj 6.3.1, GDAL 3.0.4. Solving it, by adding the full, explicit "init" proj string of EPSG:28992 for each Layer in the MS mapfile. Sorry that I could not be of more help. Think we all should be, at least I am, grateful with the boost on Proj-development from (20 years?) Proj.4 on! I am close to the Dutch OSGeo community, so will keep you updated. Best, Just On 18-09-20 10:37, Just van den Broecke wrote: > Hi Even, > > (Sorry mispelled your name in last email). > On 17-09-20 21:54, Even Rouault wrote: >> On jeudi 17 septembre 2020 21:20:56 CEST Just van den Broecke wrote: >> >> ?> Hi Evan, >> >> ?> >> >> ?> Thanks for your quick reply! Will try out other combinations of >> proj and >> >> ?> MS with custom compiles and let you know here. >> >> ?> >> >> ?> I did not quite grasp your last paragraph, but I am no expert in the >> >> ?> subject. For The Netherlands the expert is Lennard Huisman, formerly >> >> ?> from Dutch Kadaster. IMHO he donated to proj the most accurate >> >> ?> transformation with an NTV2 grid for the "real" Dutch coordinate >> system >> >> ?> (another EPSG code), which was set out by hand via triangulation. >> >> I suspect you're speaking about the rdtrans2008 or rdtrans2018 grids >> that are for transformations between the Amersfoort datum and ETRS89. >> I can't see any grids between Amersfoort and WGS84 registered in EPSG, >> because of the time-dependent nature of WGS84 (well you could use the >> grids for transformation to WGS84 if you're ready to consider ETRS89 >> == WGS84 for your purposes). > Yes, referring to those grids, indeed using ETRS89 for the reasons you > give (Eurasian tectonic plate I think). A sidestep. > EPSG:28992 is accurate enough for our purposes and easier to deploy. > Jeff gave some MS-Proj version combination compile hints we are going to > try out (thanks Jeff!). Thanks again, Even, also for your hard work on > Proj. > > Best, > > Just > >> >> -- >> >> Spatialys - Geospatial professional services >> >> http://www.spatialys.com >> > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users From brian.walawender at noaa.gov Thu Sep 24 12:33:03 2020 From: brian.walawender at noaa.gov (Brian Walawender - NOAA Federal) Date: Thu, 24 Sep 2020 14:33:03 -0500 Subject: [mapserver-users] Image Styling Question Message-ID: Hello, I have a GeoTiff containing temperature readings across the US that I need to apply a styling to. The challenge is that the styling will vary based on the geographic region that the pixel is located in. I have both a GeoTiff and a shapefile available that delineate the classification regions. How do I specify these regions in my CLASS definitions in my mapfile? Thanks. bw -- Brian Walawender Chief, Systems and Facilities Division (SFD) NOAA/National Weather Service Central Region Headquarters 816-268-3114 - Office 816-805-6497 - Cell -------------- next part -------------- An HTML attachment was scrubbed... URL: From joerg.thomsen at wheregroup.com Thu Sep 24 23:55:43 2020 From: joerg.thomsen at wheregroup.com (=?UTF-8?Q?J=c3=b6rg_Thomsen_=28WhereGroup=29?=) Date: Fri, 25 Sep 2020 08:55:43 +0200 Subject: [mapserver-users] Image Styling Question In-Reply-To: References: Message-ID: <9da2c558-ace0-200a-917c-37d650cce60a@wheregroup.com> Hi, interesting. I think the best way would be to generate single TIFFs for each classification region and use them in different grouped layers. Alternativly you could also use different grouped layers. In each layer you use the whole tiff and use mask layer created with the filtered shp. J?rg Am 24.09.20 um 21:33 schrieb Brian Walawender - NOAA Federal: > Hello, > > I have a GeoTiff containing temperature readings across the US that I > need to apply a styling to.? The challenge is that the styling will vary > based on the geographic region that the pixel is located in.? I have > both a GeoTiff and a shapefile available that delineate?the > classification regions.? How do I specify these regions in my CLASS > definitions in my mapfile? > > Thanks. > > bw > > -- > > Brian Walawender > > Chief,?Systems and Facilities Division (SFD) > > NOAA/National Weather Service > > Central Region Headquarters > > 816-268-3114 - Office > > 816-805-6497 - Cell > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > Viele Gr??e, J?rg Thomsen -- ---------------------------------------------------------------------- Aufwind durch Wissen! Jetzt neu: Web-Seminare und Online-Schulungen bei der www.foss-academy.com ---------------------------------------------------------------------- J?rg Thomsen WhereGroup GmbH Bundesallee 23 10717 Berlin Germany Fon: +49 (0)30 / 5130 278 74 Fax: +49 (0)30 / 5130 278 11 joerg.thomsen at wheregroup.com www.wheregroup.com Gesch?ftsf?hrer: Olaf Knopp, Peter Stamm Amtsgericht Bonn, HRB 9885 ------------------------------- Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com From Weisbend at WAPA.GOV Fri Sep 25 07:27:34 2020 From: Weisbend at WAPA.GOV (Weisbender, Eric) Date: Fri, 25 Sep 2020 14:27:34 +0000 Subject: [mapserver-users] OGR Geojson error Message-ID: Hello List, I have two sources of geojson data in my map file. One works fine the other does not. The one that works streams into the browser when I go to it directly. The other source downloads a file. The one that does not work I get the following MapServer error. Also the geojson sources are listed below. The layer defs are the same in the mapfile. Thanks in advance for your help. Error: msOGRFileOpen(): OGR error. Open failed for OGR connection in layer `fire_nifc_point . File not found or unsupported format. Check server logs. Works: http://earthquake.usgs.gov/earthquakes/feed/v1.0/summary/all_day.geojson No Worky: http://opendata.arcgis.com/datasets/68637d248eb24d0d853342cba02d4af7_0.geojson Eric Weisbender | GIS Program Lead Western Area Power Administration | Headquarters (O) 720.962.7280 | weisbend at wapa.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From b.j.kobben at utwente.nl Sat Sep 26 01:52:30 2020 From: b.j.kobben at utwente.nl (b.j.kobben at utwente.nl) Date: Sat, 26 Sep 2020 08:52:30 +0000 Subject: [mapserver-users] OGR Geojson error Message-ID: <9CCCEC6F-0B07-4B9D-8E12-FA2DF66537DA@utwente.nl> It might be simply that file names beginning with a number are always a bad idea, because several libs and systems out there have problems with it...? -- Barend K?bben On 25/09/2020, 16:45, "mapserver-users on behalf of Weisbender, Eric" on behalf of Weisbend at WAPA.GOV> wrote: Hello List, I have two sources of geojson data in my map file. One works fine the other does not. The one that works streams into the browser when I go to it directly. The other source downloads a file. The one that does not work I get the following MapServer error. Also the geojson sources are listed below. The layer defs are the same in the mapfile. Thanks in advance for your help. Error: msOGRFileOpen(): OGR error. Open failed for OGR connection in layer `fire_nifc_point . File not found or unsupported format. Check server logs. Works: http://earthquake.usgs.gov/earthquakes/feed/v1.0/summary/all_day.geojson No Worky: http://opendata.arcgis.com/datasets/68637d248eb24d0d853342cba02d4af7_0.geojson Eric Weisbender | GIS Program Lead Western Area Power Administration | Headquarters (O) 720.962.7280 | weisbend at wapa.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From akash.rathi at leptonsoftware.com Mon Sep 28 18:44:35 2020 From: akash.rathi at leptonsoftware.com (Akash Rathi) Date: Tue, 29 Sep 2020 07:14:35 +0530 Subject: [mapserver-users] Steps to configure https on windows mapserver Message-ID: Hi, Can you please help me by sharing a step to configure mapserver over https on windows. Regards, Akash Sent from my iPhone -- Best Regards, Akash Rathi Database Administrator T- +91 124 4725521 Email: *akash.rathi at leptonsoftware.com * Lepton Software Export & Research Pvt. Ltd. https://www.leptonsoftware.com INDIA I SINGAPORE I DUBAI Global Headquarters: 570, Udyog Vihar, Phase-V | 122016- Gurgaon | India See Location on Google Maps Linkedin | Twitter | Subscribe to our alerts -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Tue Sep 29 05:11:09 2020 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Tue, 29 Sep 2020 09:11:09 -0300 Subject: [mapserver-users] Steps to configure https on windows mapserver In-Reply-To: References: Message-ID: <1eafe675-857e-1fb9-f4f3-7a68da644b49@gatewaygeomatics.com> Hi Akash, You can followed the detailed steps for MS4W users at: https://ms4w.com/README_INSTALL.html#certificates-for-https -jeff -- Jeff McKenna MapServer Consulting and Training Services co-founder of FOSS4G http://gatewaygeo.com/ On 2020-09-28 10:44 p.m., Akash Rathi wrote: > Hi, > > Can you please help me by sharing a step to configure mapserver over > https on windows. > > Regards, > Akash > > Sent from my iPhone > From Weisbend at WAPA.GOV Tue Sep 29 10:27:09 2020 From: Weisbend at WAPA.GOV (Weisbender, Eric) Date: Tue, 29 Sep 2020 17:27:09 +0000 Subject: [mapserver-users] OGR Geojson error Message-ID: Thanks Kobben. I think it might be more than a file naming issue. Below is the response from ogrinfo but I can find anything related online. Any ideas? /usr/local/bin/ogrinfo http://opendata.arcgis.com/datasets/5da472c6d27b4b67970acc7b5044c862_0.geojson ERROR 1: Peer's certificate has an invalid signature. ERROR 1: Peer's certificate has an invalid signature. FAILURE: Unable to open datasource `http://opendata.arcgis.com/datasets/5da472c6d27b4b67970acc7b5044c862_0.geojson' with the following drivers. -> PCIDSK -> PDF -> EEDA -> ESRI Shapefile -> MapInfo File -> UK .NTF -> OGR_SDTS -> S57 -> DGN -> OGR_VRT -> REC -> Memory -> BNA -> CSV -> GML -> GPX -> KML -> GeoJSON -> GeoJSONSeq -> ESRIJSON -> TopoJSON -> OGR_GMT -> WAsP -> OpenFileGDB -> XPlane -> DXF -> CAD -> Geoconcept -> GeoRSS -> GPSTrackMaker -> PGDUMP -> GPSBabel -> SUA -> OpenAir -> OGR_PDS -> WFS -> WFS3 -> HTF -> AeronavFAA -> EDIGEO -> GFT -> SVG -> CouchDB -> Cloudant -> Idrisi -> ARCGEN -> SEGUKOOA -> SEGY -> ODS -> XLSX -> ElasticSearch -> Carto -> AmigoCloud -> SXF -> Selafin -> JML -> PLSCENES -> CSW -> VDV -> MVT -> TIGER -> AVCBin -> AVCE00 -> NGW -> HTTP Eric Weisbender | GIS Program Lead Western Area Power Administration | Headquarters (O) 720.962.7280 | weisbend at wapa.gov From: b.j.kobben at utwente.nl Sent: Saturday, September 26, 2020 2:53 AM To: Weisbender, Eric ; mapserver-users at lists.osgeo.org Subject: [EXTERNAL] Re: [mapserver-users] OGR Geojson error It might be simply that file names beginning with a number are always a bad idea, because several libs and systems out there have problems with it...? -- Barend K?bben On 25/09/2020, 16:45, "mapserver-users on behalf of Weisbender, Eric" on behalf of Weisbend at WAPA.GOV> wrote: Hello List, I have two sources of geojson data in my map file. One works fine the other does not. The one that works streams into the browser when I go to it directly. The other source downloads a file. The one that does not work I get the following MapServer error. Also the geojson sources are listed below. The layer defs are the same in the mapfile. Thanks in advance for your help. Error: msOGRFileOpen(): OGR error. Open failed for OGR connection in layer `fire_nifc_point . File not found or unsupported format. Check server logs. Works: http://earthquake.usgs.gov/earthquakes/feed/v1.0/summary/all_day.geojson No Worky: http://opendata.arcgis.com/datasets/68637d248eb24d0d853342cba02d4af7_0.geojson Eric Weisbender | GIS Program Lead Western Area Power Administration | Headquarters (O) 720.962.7280 | weisbend at wapa.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From jukka.rahkonen at maanmittauslaitos.fi Tue Sep 29 12:51:35 2020 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Tue, 29 Sep 2020 19:51:35 +0000 Subject: [mapserver-users] OGR Geojson error Message-ID: Hi, I found couple of issues but can?t say how severe they are: http://opendata.arcgis.com/datasets/5da472c6d27b4b67970acc7b5044c862_0.geojson this returns HTTP 302, moved temporarily and it redirects to https port https://opendata.arcgis.com/datasets/5da472c6d27b4b67970acc7b5044c862_0.geojson Trying to access the https port gives an error: curl: (7) Failed to connect to opendata.arcgis.com port 443: Connection refused Perhaps that arcgis site requires something like cookies or a certain user-agent before it is willing to send data. I checked the URL also with a browser and it follows the redirection into https and gets data from there. GDAL understands the returned GeoJSON once it is saved on disk. -Jukka Rahkonen- L?hett?j?: mapserver-users Puolesta Weisbender, Eric L?hetetty: tiistai 29. syyskuuta 2020 20.27 Vastaanottaja: b.j.kobben at utwente.nl; mapserver-users at lists.osgeo.org Aihe: Re: [mapserver-users] OGR Geojson error Thanks Kobben. I think it might be more than a file naming issue. Below is the response from ogrinfo but I can find anything related online. Any ideas? /usr/local/bin/ogrinfo http://opendata.arcgis.com/datasets/5da472c6d27b4b67970acc7b5044c862_0.geojson ERROR 1: Peer's certificate has an invalid signature. ERROR 1: Peer's certificate has an invalid signature. FAILURE: Unable to open datasource `http://opendata.arcgis.com/datasets/5da472c6d27b4b67970acc7b5044c862_0.geojson' with the following drivers. -> PCIDSK -> PDF -> EEDA -> ESRI Shapefile -> MapInfo File -> UK .NTF -> OGR_SDTS -> S57 -> DGN -> OGR_VRT -> REC -> Memory -> BNA -> CSV -> GML -> GPX -> KML -> GeoJSON -> GeoJSONSeq -> ESRIJSON -> TopoJSON -> OGR_GMT -> WAsP -> OpenFileGDB -> XPlane -> DXF -> CAD -> Geoconcept -> GeoRSS -> GPSTrackMaker -> PGDUMP -> GPSBabel -> SUA -> OpenAir -> OGR_PDS -> WFS -> WFS3 -> HTF -> AeronavFAA -> EDIGEO -> GFT -> SVG -> CouchDB -> Cloudant -> Idrisi -> ARCGEN -> SEGUKOOA -> SEGY -> ODS -> XLSX -> ElasticSearch -> Carto -> AmigoCloud -> SXF -> Selafin -> JML -> PLSCENES -> CSW -> VDV -> MVT -> TIGER -> AVCBin -> AVCE00 -> NGW -> HTTP Eric Weisbender | GIS Program Lead Western Area Power Administration | Headquarters (O) 720.962.7280 | weisbend at wapa.gov From: b.j.kobben at utwente.nl > Sent: Saturday, September 26, 2020 2:53 AM To: Weisbender, Eric >; mapserver-users at lists.osgeo.org Subject: [EXTERNAL] Re: [mapserver-users] OGR Geojson error It might be simply that file names beginning with a number are always a bad idea, because several libs and systems out there have problems with it...? -- Barend K?bben On 25/09/2020, 16:45, "mapserver-users on behalf of Weisbender, Eric" on behalf of Weisbend at WAPA.GOV> wrote: Hello List, I have two sources of geojson data in my map file. One works fine the other does not. The one that works streams into the browser when I go to it directly. The other source downloads a file. The one that does not work I get the following MapServer error. Also the geojson sources are listed below. The layer defs are the same in the mapfile. Thanks in advance for your help. Error: msOGRFileOpen(): OGR error. Open failed for OGR connection in layer `fire_nifc_point . File not found or unsupported format. Check server logs. Works: http://earthquake.usgs.gov/earthquakes/feed/v1.0/summary/all_day.geojson No Worky: http://opendata.arcgis.com/datasets/68637d248eb24d0d853342cba02d4af7_0.geojson Eric Weisbender | GIS Program Lead Western Area Power Administration | Headquarters (O) 720.962.7280 | weisbend at wapa.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Tue Sep 29 13:51:28 2020 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Tue, 29 Sep 2020 17:51:28 -0300 Subject: [mapserver-users] OGR Geojson error In-Reply-To: References: Message-ID: <062ea5bf-8545-a95a-c2d8-01daa6cbda0d@gatewaygeomatics.com> On 2020-09-29 2:27 p.m., Weisbender, Eric wrote: > Thanks Kobben.? I think it might be more than a file naming issue. > Below is the response from ogrinfo but I can find anything related > online.? Any ideas? > > /usr/local/bin/ogrinfo > http://opendata.arcgis.com/datasets/5da472c6d27b4b67970acc7b5044c862_0.geojson > > ERROR 1: Peer's certificate has an invalid signature. My guess is that there is a problem between your local CA (certificate authority) file and the remote server's certificate. Try this at the commandline: curl -k https://opendata.arcgis.com/dataset/5da472c6d27b4b67970acc7b5044c862_0.geojson |more That should work for you as the '-k' switch ignores HTTPS and uses an insecure connection. Now try on your local machine: curl --verbose https://opendata.arcgis.com/datasets/5da472c6d27b4b67970acc7b5044c862_0.geojson |more You should see at the beginning of that output, a section on your local CA file, as: * successfully set certificate verify locations: * CAfile: \ms4w\Apache\conf\ca-bundle\cacert.pem Then after that in the output you can see the 'handshake' as it tries to connect to the remote server, and hopefully you see a message such as: * Server certificate: * subject: C=US; ST=California; L=Redlands; O=Environmental Systems Research Institute, Inc.; CN=*.opendata.arcgis.com * start date: Apr 24 00:00:00 2020 GMT * expire date: Apr 28 12:00:00 2021 GMT * subjectAltName: host "opendata.arcgis.com" matched cert's "opendata.arcgis.com" * issuer: C=US; O=DigiCert Inc; OU=www.digicert.com; CN=DigiCert SHA2 High Assurance Server CA * SSL certificate verify ok. In terms of MapServer, you can follow the similar steps to confirm your CA file is setup etc through this document: https://mapserver.org/ogc/wxs_secure.html /me sends you down another deep rabbit hole, ha! -jeff -- Jeff McKenna MapServer Consulting and Training Services co-founder of FOSS4G http://gatewaygeo.com/