From pschmitt at gmail.com  Tue Jun  4 12:43:40 2019
From: pschmitt at gmail.com (Peter Schmitt)
Date: Tue, 4 Jun 2019 13:43:40 -0600
Subject: [mapserver-users] Can I skip logging MS_NOTFOUND errors?
Message-ID: <CACkcqcXYWrci+a9ei_Wqyt+AcUD=3VqmOSjfU5a4k5jo5nJSng@mail.gmail.com>

Hi,

I have MapServer configured to serve a WFS endpoint with GeoJSON. The data
itself is in a PostGIS database.  When I make a query for data that's
non-existent, I get an empty feature collection:

>  curl
http://localhost/mapserv?service=WFS&VERSION=1.1.0&REQUEST=getfeature&typename=some_layer&srsname=EPSG:4326&OUTPUTFORMAT=geojson&some_runtime_substitution_parameter=42
>  {
>    "type": "FeatureCollection",
>    "name": "some_layer",
>    "features": []
>  }

This works as anticipated.  What I didn't expect is that MapServer logs an
error:

> msQueryByRect(): Search returned no results. No matching record(s) found

I think this code is being invoked:
https://github.com/mapserver/mapserver/blob/master/mapquery.c#L1287-L1288

I do not think having no results should be considered an error.  Is there a
way to silence just this one  type of error?  I couldn't find anything
obvious other than other than redirecting stderr to /dev/null or remove it
via grep/sed.

Thanks,
Pete
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20190604/3c5b02e2/attachment.htm>

From lars.schylberg at blixtmail.se  Wed Jun  5 01:18:08 2019
From: lars.schylberg at blixtmail.se (lars.schylberg at blixtmail.se)
Date: Wed, 05 Jun 2019 08:18:08 +0000
Subject: [mapserver-users] Can I skip logging MS_NOTFOUND errors?
In-Reply-To: <CACkcqcXYWrci+a9ei_Wqyt+AcUD=3VqmOSjfU5a4k5jo5nJSng@mail.gmail.com>
References: <CACkcqcXYWrci+a9ei_Wqyt+AcUD=3VqmOSjfU5a4k5jo5nJSng@mail.gmail.com>
Message-ID: <2ba283fc38dc7f431e606b2126be51b5@blixtmail.se>

Does it make a difference if You define:

CONFIG 'ON_MISSING_DATA' 'IGNORE'

on the map level?

/Lars S.

4 juni 2019 kl. 21:44, "Peter Schmitt" <pschmitt at gmail.com (mailto:pschmitt at gmail.com?to=%22Peter%20Schmitt%22%20<pschmitt at gmail.com>)> skrev:
Hi,

I have MapServer configured to serve a WFS endpoint with GeoJSON. The data itself is in a PostGIS database. When I make a query for data that's non-existent, I get an empty feature collection:

> curl http://localhost/mapserv?service=WFS&VERSION=1.1.0&REQUEST=getfeature&typename=some_layer&srsname=EPSG:4326&OUTPUTFORMAT=geojson&some_runtime_substitution_parameter=42 (http://localhost/mapserv?service=WFS&VERSION=1.1.0&REQUEST=getfeature&typename=some_layer&srsname=EPSG:4326&OUTPUTFORMAT=geojson&some_runtime_substitution_parameter=42)
> {
> "type": "FeatureCollection",
> "name": "some_layer",
> "features": []
> }

This works as anticipated. What I didn't expect is that MapServer logs an error:
> msQueryByRect(): Search returned no results. No matching record(s) found

I think this code is being invoked: https://github.com/mapserver/mapserver/blob/master/mapquery.c#L1287-L1288 (https://github.com/mapserver/mapserver/blob/master/mapquery.c#L1287-L1288)

I do not think having no results should be considered an error. Is there a way to silence just this one type of error? I couldn't find anything obvious other than other than redirecting stderr to /dev/null or remove it via grep/sed. 
Thanks,
Pete
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20190605/0b46b2a7/attachment.htm>

From yves.moisan at canada.ca  Wed Jun  5 11:13:56 2019
From: yves.moisan at canada.ca (Moisan, Yves (NRCAN/RNCAN))
Date: Wed, 5 Jun 2019 18:13:56 +0000
Subject: [mapserver-users] WCS 2.0.1 not returning same image as WCS 1.0.0
Message-ID: <6de723d719054022bb1606c98bb60017@PELEPCDEXC036.birch.int.bell.ca>

Hi All,

On Ubuntu 18.04 with :

MapServer version 7.0.7 OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

When I issue a GetCoverage in WCS 1.0.1 I get a 1635 X 1940 pixels GTiff image :

http://myserver?SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&COVERAGE=myCoverage&bbox=376509,4898728,377163,4899504&crs=EPSG:26918&resx=0.4&resy=0.4&FORMAT=image/tiff

The same request, only in 2.0.1 and with COVERAGEID instead of COVERAGE, I get :

msWCSGetCoverage20(): WCS server error. Raster size out of range, width and height of resulting coverage must be no more than MAXSIZE=4096.

How can that be ?  I'm specifying resx resy to the values pixels have in the image behind the service (and when I overlay the image I get back from the WCS 1.0.0 call it matches the original image pixel for pixel) so there can't be interpolation going on here.  I'm surprised.

Thanx for pointers,

Yves

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20190605/3e67d775/attachment.htm>

From yves.moisan at canada.ca  Wed Jun  5 11:05:14 2019
From: yves.moisan at canada.ca (Moisan, Yves (NRCAN/RNCAN))
Date: Wed, 5 Jun 2019 18:05:14 +0000
Subject: [mapserver-users] WCS 2.0.1 not returning same image as WCS 1.0.0
Message-ID: <dad30de1431f4f65bf64c1aa667754b2@PELEPCDEXC036.birch.int.bell.ca>

Hi All,

On Ubuntu 18.04 with :

MapServer version 7.0.7 OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

When I issue a GetCoverage in WCS 1.0.1 I get a 1635 X 1940 pixels GTiff image :

http://myserver?SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&COVERAGE=myCoverage&bbox=376509,4898728,377163,4899504&crs=EPSG:26918&resx=0.4&resy=0.4&FORMAT=image/tiff

The same request, only in 2.0.1 and with COVERAGEID instead of COVERAGE, I get :

msWCSGetCoverage20(): WCS server error. Raster size out of range, width and height of resulting coverage must be no more than MAXSIZE=4096.

How can that be ?  I'm specifying resx resy to the values pixels have in the image behind the service (and when I overlay the image I get back from the WCS 1.0.0 call it matches the original image pixel for pixel) so there can't be interpolation going on here.  I'm surprised.

Thanx for pointers,

Yves


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20190605/9088e06c/attachment.htm>

From jukka.rahkonen at maanmittauslaitos.fi  Wed Jun  5 13:36:06 2019
From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML))
Date: Wed, 5 Jun 2019 20:36:06 +0000
Subject: [mapserver-users] WCS 2.0.1 not returning same image as WCS
	1.0.0
In-Reply-To: <dad30de1431f4f65bf64c1aa667754b2@PELEPCDEXC036.birch.int.bell.ca>
References: <dad30de1431f4f65bf64c1aa667754b2@PELEPCDEXC036.birch.int.bell.ca>
Message-ID: <bda74b03a68f4d12b5e797940055b627@C119S212VM042.msvyvi.vaha.local>

Hi,

I recommend to read the WCS 2.0 core standard which does not support bbox, resx or resy anymore. Mapserver documentation shows also how to use SUBSET https://www.mapserver.org/ogc/wcs_server.html. If you need to change the pixel size then the document to read is the WCS Scaling extension standard https://portal.opengeospatial.org/files/12-039.


-Jukka Rahkonen-

L?hett?j?: mapserver-users <mapserver-users-bounces at lists.osgeo.org> Puolesta Moisan, Yves (NRCAN/RNCAN)
L?hetetty: keskiviikko 5. kes?kuuta 2019 21.05
Vastaanottaja: mapserver-users at lists.osgeo.org
Aihe: [mapserver-users] WCS 2.0.1 not returning same image as WCS 1.0.0

Hi All,

On Ubuntu 18.04 with :

MapServer version 7.0.7 OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

When I issue a GetCoverage in WCS 1.0.1 I get a 1635 X 1940 pixels GTiff image :

http://myserver?SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&COVERAGE=myCoverage&bbox=376509,4898728,377163,4899504&crs=EPSG:26918&resx=0.4&resy=0.4&FORMAT=image/tiff

The same request, only in 2.0.1 and with COVERAGEID instead of COVERAGE, I get :

msWCSGetCoverage20(): WCS server error. Raster size out of range, width and height of resulting coverage must be no more than MAXSIZE=4096.

How can that be ?  I'm specifying resx resy to the values pixels have in the image behind the service (and when I overlay the image I get back from the WCS 1.0.0 call it matches the original image pixel for pixel) so there can't be interpolation going on here.  I'm surprised.

Thanx for pointers,

Yves


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20190605/29a0f08b/attachment.htm>

From sethg at geographika.co.uk  Wed Jun  5 14:43:22 2019
From: sethg at geographika.co.uk (Seth G)
Date: Wed, 05 Jun 2019 23:43:22 +0200
Subject: [mapserver-users] WFS GeoJSON Output Missing numberMatched
Message-ID: <c7639659-93ff-41bf-bb30-ae4c3848a2ac@www.fastmail.com>

Hi all,

I'm currently working on a front-end grid that requests features via WFS 2.0 and loads them using OpenLayers. 
OpenLayers 4 doesn't support parsing of GML3 used by WFS 2.0, but I can return features as GeoJSON by setting the output format as follows:

    OUTPUTFORMAT
        NAME "geojson"
        DRIVER "OGR/GEOJSON"
        MIMETYPE "application/json; subtype=geojson"
        FORMATOPTION "FORM=SIMPLE"
        FORMATOPTION "STORAGE=memory"
    END

Then setting WEB > METADATA > "wfs_getfeature_formatlist" "gml,geojson,application/json"

WFS requests  are then made with URL parameters such as &service=WFS&version=2.0.0&request=GetFeature&typeName=MyLayer&outputFormat=application%2Fjson&startIndex=0&count=20

Everything works fine including paging, but in order to calculate how many "pages" of data I need to get the numberMatched property. 
This can be turned on for GML3 using WEB > METADATA > "wfs_compute_number_matched" "true" (as noted at https://mapserver.org/fr/ogc/wfs_server.html#web-object-metadata). 

If I then request GML with outputFormat=gml3 the GML response includes numberMatched="6607" (the number of features in the layer). 

As GML3 features can't be rendered in OpenLayers I'd like to get this property added to the GeoJSON output. This appears to be implemented in GeoServer. 
I was wondering if this is something that can be configured somewhere in the Mapfile perhaps as an option for the OGR/GEOJSON driver (https://gdal.org/drivers/vector/geojson.html). 
The timeStamp, numberReturned are also missing from the GeoJSON output. 

Any ideas or hints appreciated,

Seth


--
web:http://geographika.co.uk
twitter: @geographika


From sethg at geographika.co.uk  Wed Jun  5 15:39:03 2019
From: sethg at geographika.co.uk (Seth G)
Date: Thu, 06 Jun 2019 00:39:03 +0200
Subject: [mapserver-users] WFS GeoJSON Output Missing numberMatched
In-Reply-To: <19503515.c8HxCsiQW6@even-i700>
References: <c7639659-93ff-41bf-bb30-ae4c3848a2ac@www.fastmail.com>
 <19503515.c8HxCsiQW6@even-i700>
Message-ID: <0a5df404-ffc4-431e-a520-80b8822525dd@www.fastmail.com>

Thanks Even for both suggestions. 
Using resultType=hits and caching the result for the duration of the session could be an option for read-only layers (and would likely speed things up as setting  "wfs_compute_number_matched" is not recommended for performance reasons). Editable layers would require two requests on every request, which might be ok depending on speeds. 

The second approach is probably more robust, and works fine in a Mapfile by setting these layer creation options (although obviously the numberMatched in hard-coded):

    OUTPUTFORMAT
        NAME "application/json"
        DRIVER "OGR/GEOJSON"
        MIMETYPE "application/json"
        FORMATOPTION "FORM=SIMPLE"
        FORMATOPTION "STORAGE=memory" # filesystem and memory both work (only use one)
        FORMATOPTION "LCO:NATIVE_MEDIA_TYPE=application/vnd.geo+json"
        FORMATOPTION "LCO:NATIVE_DATA={'numberMatched':6607}"
    END

It looks like mapogroutput.c would need to be modified to support this approach. 
Thanks again for the options,

Seth

--
web:http://geographika.co.uk
twitter: @geographika

On Thu, Jun 6, 2019, at 12:06 AM, Even Rouault wrote:
> On mercredi 5 juin 2019 23:43:22 CEST Seth G wrote:
> > Hi all,
> > 
> > I'm currently working on a front-end grid that requests features via WFS 2.0
> > and loads them using OpenLayers. OpenLayers 4 doesn't support parsing of
> > GML3 used by WFS 2.0, but I can return features as GeoJSON by setting the
> > output format as follows:
> > 
> >     OUTPUTFORMAT
> >         NAME "geojson"
> >         DRIVER "OGR/GEOJSON"
> >         MIMETYPE "application/json; subtype=geojson"
> >         FORMATOPTION "FORM=SIMPLE"
> >         FORMATOPTION "STORAGE=memory"
> >     END
> > 
> > Then setting WEB > METADATA > "wfs_getfeature_formatlist"
> > "gml,geojson,application/json"
> > 
> > WFS requests  are then made with URL parameters such as
> > &service=WFS&version=2.0.0&request=GetFeature&typeName=MyLayer&outputFormat
> > =application%2Fjson&startIndex=0&count=20
> > 
> > Everything works fine including paging, but in order to calculate how many
> > "pages" of data I need to get the numberMatched property. This can be
> > turned on for GML3 using WEB > METADATA > "wfs_compute_number_matched"
> > "true" (as noted at
> > https://mapserver.org/fr/ogc/wfs_server.html#web-object-metadata).
> > 
> > If I then request GML with outputFormat=gml3 the GML response includes
> > numberMatched="6607" (the number of features in the layer).
> > 
> > As GML3 features can't be rendered in OpenLayers I'd like to get this
> > property added to the GeoJSON output. This appears to be implemented in
> > GeoServer. I was wondering if this is something that can be configured
> > somewhere in the Mapfile perhaps as an option for the OGR/GEOJSON driver
> > (https://gdal.org/drivers/vector/geojson.html). The timeStamp,
> > numberReturned are also missing from the GeoJSON output.
> > 
> > Any ideas or hints appreciated,
> 
> If your need is just to compute the number of patches, to get the 
> numberMatched, you could issue a GetFeature request with resultType=hits and 
> the default GML3 outputFormat. But I guess that's not an option given your 
> architecture.
> 
> If you absolutely need that in the GeoJSON output itself, you'll need to add 
> that specific behaviour in MapServer.
> If you provide the NATIVE_MEDIA_TYPE=application/vnd.geo+json and
> NATIVE_DATA={"numberMatched":XXXX} layer creation options to 
> OGR_DS_CreateLayer(), the OGR GeoJSON driver should include them in the output 
> (with a recent enough GDAL version)
> 
> 
> $ ogr2ogr -f geojson /vsistdout/ poly.shp \
>    -lco NATIVE_MEDIA_TYPE=application/vnd.geo+json \
>    -lco 'NATIVE_DATA={"numberMatched":1234}'
> {
> "type": "FeatureCollection",
> "numberMatched": 1234,
> "name": "poly",
> "features": [
> [snip]
> 
> 
> Even
> 
> -- 
> Spatialys - Geospatial professional services
> http://www.spatialys.com
>


From even.rouault at spatialys.com  Wed Jun  5 15:06:44 2019
From: even.rouault at spatialys.com (Even Rouault)
Date: Thu, 06 Jun 2019 00:06:44 +0200
Subject: [mapserver-users] WFS GeoJSON Output Missing numberMatched
In-Reply-To: <c7639659-93ff-41bf-bb30-ae4c3848a2ac@www.fastmail.com>
References: <c7639659-93ff-41bf-bb30-ae4c3848a2ac@www.fastmail.com>
Message-ID: <19503515.c8HxCsiQW6@even-i700>

On mercredi 5 juin 2019 23:43:22 CEST Seth G wrote:
> Hi all,
> 
> I'm currently working on a front-end grid that requests features via WFS 2.0
> and loads them using OpenLayers. OpenLayers 4 doesn't support parsing of
> GML3 used by WFS 2.0, but I can return features as GeoJSON by setting the
> output format as follows:
> 
>     OUTPUTFORMAT
>         NAME "geojson"
>         DRIVER "OGR/GEOJSON"
>         MIMETYPE "application/json; subtype=geojson"
>         FORMATOPTION "FORM=SIMPLE"
>         FORMATOPTION "STORAGE=memory"
>     END
> 
> Then setting WEB > METADATA > "wfs_getfeature_formatlist"
> "gml,geojson,application/json"
> 
> WFS requests  are then made with URL parameters such as
> &service=WFS&version=2.0.0&request=GetFeature&typeName=MyLayer&outputFormat
> =application%2Fjson&startIndex=0&count=20
> 
> Everything works fine including paging, but in order to calculate how many
> "pages" of data I need to get the numberMatched property. This can be
> turned on for GML3 using WEB > METADATA > "wfs_compute_number_matched"
> "true" (as noted at
> https://mapserver.org/fr/ogc/wfs_server.html#web-object-metadata).
> 
> If I then request GML with outputFormat=gml3 the GML response includes
> numberMatched="6607" (the number of features in the layer).
> 
> As GML3 features can't be rendered in OpenLayers I'd like to get this
> property added to the GeoJSON output. This appears to be implemented in
> GeoServer. I was wondering if this is something that can be configured
> somewhere in the Mapfile perhaps as an option for the OGR/GEOJSON driver
> (https://gdal.org/drivers/vector/geojson.html). The timeStamp,
> numberReturned are also missing from the GeoJSON output.
> 
> Any ideas or hints appreciated,

If your need is just to compute the number of patches, to get the 
numberMatched, you could issue a GetFeature request with resultType=hits and 
the default GML3 outputFormat. But I guess that's not an option given your 
architecture.

If you absolutely need that in the GeoJSON output itself, you'll need to add 
that specific behaviour in MapServer.
If you provide the NATIVE_MEDIA_TYPE=application/vnd.geo+json and
NATIVE_DATA={"numberMatched":XXXX} layer creation options to 
OGR_DS_CreateLayer(), the OGR GeoJSON driver should include them in the output 
(with a recent enough GDAL version)


$ ogr2ogr -f geojson /vsistdout/ poly.shp \
   -lco NATIVE_MEDIA_TYPE=application/vnd.geo+json \
   -lco 'NATIVE_DATA={"numberMatched":1234}'
{
"type": "FeatureCollection",
"numberMatched": 1234,
"name": "poly",
"features": [
[snip]


Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com


From pschmitt at gmail.com  Wed Jun  5 16:06:27 2019
From: pschmitt at gmail.com (Peter Schmitt)
Date: Wed, 5 Jun 2019 17:06:27 -0600
Subject: [mapserver-users] Can I skip logging MS_NOTFOUND errors?
In-Reply-To: <2ba283fc38dc7f431e606b2126be51b5@blixtmail.se>
References: <CACkcqcXYWrci+a9ei_Wqyt+AcUD=3VqmOSjfU5a4k5jo5nJSng@mail.gmail.com>
 <2ba283fc38dc7f431e606b2126be51b5@blixtmail.se>
Message-ID: <CACkcqcW-g+kY6ogJAQeeCbQTcKj-ctOK=zh0z-i2nwQueso65w@mail.gmail.com>

Hi Lars,

Thanks for the suggestion, but it didn't work. I see there's an open pull
request to log MS_NOTFOUND based on DEBUG log level:
https://github.com/mapserver/mapserver/pull/5707
I'll follow along there to see if there are any ideas to unblock its status.

Cheers,
Pete

On Wed, Jun 5, 2019 at 2:27 AM <lars.schylberg at blixtmail.se> wrote:

> Does it make a difference if You define:
>
> CONFIG 'ON_MISSING_DATA' 'IGNORE'
>
> on the map level?
>
> /Lars S.
>
> 4 juni 2019 kl. 21:44, "Peter Schmitt" <pschmitt at gmail.com
> <pschmitt at gmail.com?to=%22Peter%20Schmitt%22%20%3Cpschmitt at gmail.com%3E>>
> skrev:
>
> Hi,
>
> I have MapServer configured to serve a WFS endpoint with GeoJSON. The data
> itself is in a PostGIS database. When I make a query for data that's
> non-existent, I get an empty feature collection:
>
> > curl
> http://localhost/mapserv?service=WFS&VERSION=1.1.0&REQUEST=getfeature&typename=some_layer&srsname=EPSG:4326&OUTPUTFORMAT=geojson&some_runtime_substitution_parameter=42
> > {
> > "type": "FeatureCollection",
> > "name": "some_layer",
> > "features": []
> > }
>
> This works as anticipated. What I didn't expect is that MapServer logs an
> error:
> > msQueryByRect(): Search returned no results. No matching record(s) found
>
> I think this code is being invoked:
> https://github.com/mapserver/mapserver/blob/master/mapquery.c#L1287-L1288
>
> I do not think having no results should be considered an error. Is there a
> way to silence just this one type of error? I couldn't find anything
> obvious other than other than redirecting stderr to /dev/null or remove it
> via grep/sed.
> Thanks,
> Pete
>
>
>
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users



-- 
Pete
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20190605/885f9b59/attachment.htm>

From julian at northtech.dk  Fri Jun  7 05:34:56 2019
From: julian at northtech.dk (Julian Hollingbery)
Date: Fri, 7 Jun 2019 12:34:56 +0000
Subject: [mapserver-users] WFS GeoJSON Output Missing numberMatched
Message-ID: <HE1PR05MB34840937E56F2A4CC587E311BB100@HE1PR05MB3484.eurprd05.prod.outlook.com>

Hi,

Maybe this is a stupid idea, but could you not simply keep asking until you get a page with zero features?

Regards,
Julian

-----Oprindelig meddelelse-----
Date: Wed, 05 Jun 2019 23:43:22 +0200
From: "Seth G" <sethg at geographika.co.uk>
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] WFS GeoJSON Output Missing numberMatched
Message-ID: <c7639659-93ff-41bf-bb30-ae4c3848a2ac at www.fastmail.com>
Content-Type: text/plain

Hi all,

I'm currently working on a front-end grid that requests features via WFS 2.0 and loads them using OpenLayers. 
OpenLayers 4 doesn't support parsing of GML3 used by WFS 2.0, but I can return features as GeoJSON by setting the output format as follows:

    OUTPUTFORMAT
        NAME "geojson"
        DRIVER "OGR/GEOJSON"
        MIMETYPE "application/json; subtype=geojson"
        FORMATOPTION "FORM=SIMPLE"
        FORMATOPTION "STORAGE=memory"
    END

Then setting WEB > METADATA > "wfs_getfeature_formatlist" "gml,geojson,application/json"

WFS requests  are then made with URL parameters such as &service=WFS&version=2.0.0&request=GetFeature&typeName=MyLayer&outputFormat=application%2Fjson&startIndex=0&count=20

Everything works fine including paging, but in order to calculate how many "pages" of data I need to get the numberMatched property. 
This can be turned on for GML3 using WEB > METADATA > "wfs_compute_number_matched" "true" (as noted at https://mapserver.org/fr/ogc/wfs_server.html#web-object-metadata). 

If I then request GML with outputFormat=gml3 the GML response includes numberMatched="6607" (the number of features in the layer). 

As GML3 features can't be rendered in OpenLayers I'd like to get this property added to the GeoJSON output. This appears to be implemented in GeoServer. 
I was wondering if this is something that can be configured somewhere in the Mapfile perhaps as an option for the OGR/GEOJSON driver (https://gdal.org/drivers/vector/geojson.html). 
The timeStamp, numberReturned are also missing from the GeoJSON output. 

Any ideas or hints appreciated,

Seth


--
web:http://geographika.co.uk
twitter: @geographika


------------------------------

Message: 3
Date: Thu, 06 Jun 2019 00:39:03 +0200
From: "Seth G" <sethg at geographika.co.uk>
To: "Even Rouault" <even.rouault at spatialys.com>,
	mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] WFS GeoJSON Output Missing
	numberMatched
Message-ID: <0a5df404-ffc4-431e-a520-80b8822525dd at www.fastmail.com>
Content-Type: text/plain

Thanks Even for both suggestions. 
Using resultType=hits and caching the result for the duration of the session could be an option for read-only layers (and would likely speed things up as setting  "wfs_compute_number_matched" is not recommended for performance reasons). Editable layers would require two requests on every request, which might be ok depending on speeds. 

The second approach is probably more robust, and works fine in a Mapfile by setting these layer creation options (although obviously the numberMatched in hard-coded):

    OUTPUTFORMAT
        NAME "application/json"
        DRIVER "OGR/GEOJSON"
        MIMETYPE "application/json"
        FORMATOPTION "FORM=SIMPLE"
        FORMATOPTION "STORAGE=memory" # filesystem and memory both work (only use one)
        FORMATOPTION "LCO:NATIVE_MEDIA_TYPE=application/vnd.geo+json"
        FORMATOPTION "LCO:NATIVE_DATA={'numberMatched':6607}"
    END

It looks like mapogroutput.c would need to be modified to support this approach. 
Thanks again for the options,

Seth

--
web:http://geographika.co.uk
twitter: @geographika



From sethg at geographika.co.uk  Fri Jun  7 08:18:53 2019
From: sethg at geographika.co.uk (Seth G)
Date: Fri, 07 Jun 2019 17:18:53 +0200
Subject: [mapserver-users] WFS GeoJSON Output Missing numberMatched
In-Reply-To: <HE1PR05MB34840937E56F2A4CC587E311BB100@HE1PR05MB3484.eurprd05.prod.outlook.com>
References: <HE1PR05MB34840937E56F2A4CC587E311BB100@HE1PR05MB3484.eurprd05.prod.outlook.com>
Message-ID: <fa1c5953-0b49-4261-9ca1-6cc86b530f6c@www.fastmail.com>

The grid has a "paging" toolbar at the bottom so it is the user that pages through the data - it also includes text such as "Page 3/56" but to calculate this it needs to know how many records in the whole dataset. 
It coul d be an option to have an "infinite scrolling" grid which loads records on demand when scrolling down without needed to know the total count. 

Seth

--
web:http://geographika.co.uk
twitter: @geographika

On Fri, Jun 7, 2019, at 2:35 PM, Julian Hollingbery wrote:
> Hi,
> 
> Maybe this is a stupid idea, but could you not simply keep asking until 
> you get a page with zero features?
> 
> Regards,
> Julian
> 
> -----Oprindelig meddelelse-----
> Date: Wed, 05 Jun 2019 23:43:22 +0200
> From: "Seth G" <sethg at geographika.co.uk>
> To: mapserver-users at lists.osgeo.org
> Subject: [mapserver-users] WFS GeoJSON Output Missing numberMatched
> Message-ID: <c7639659-93ff-41bf-bb30-ae4c3848a2ac at www.fastmail.com>
> Content-Type: text/plain
> 
> Hi all,
> 
> I'm currently working on a front-end grid that requests features via 
> WFS 2.0 and loads them using OpenLayers. 
> OpenLayers 4 doesn't support parsing of GML3 used by WFS 2.0, but I can 
> return features as GeoJSON by setting the output format as follows:
> 
>     OUTPUTFORMAT
>         NAME "geojson"
>         DRIVER "OGR/GEOJSON"
>         MIMETYPE "application/json; subtype=geojson"
>         FORMATOPTION "FORM=SIMPLE"
>         FORMATOPTION "STORAGE=memory"
>     END
> 
> Then setting WEB > METADATA > "wfs_getfeature_formatlist" 
> "gml,geojson,application/json"
> 
> WFS requests  are then made with URL parameters such as 
> &service=WFS&version=2.0.0&request=GetFeature&typeName=MyLayer&outputFormat=application%2Fjson&startIndex=0&count=20
> 
> Everything works fine including paging, but in order to calculate how 
> many "pages" of data I need to get the numberMatched property. 
> This can be turned on for GML3 using WEB > METADATA > 
> "wfs_compute_number_matched" "true" (as noted at 
> https://mapserver.org/fr/ogc/wfs_server.html#web-object-metadata). 
> 
> If I then request GML with outputFormat=gml3 the GML response includes 
> numberMatched="6607" (the number of features in the layer). 
> 
> As GML3 features can't be rendered in OpenLayers I'd like to get this 
> property added to the GeoJSON output. This appears to be implemented in 
> GeoServer. 
> I was wondering if this is something that can be configured somewhere 
> in the Mapfile perhaps as an option for the OGR/GEOJSON driver 
> (https://gdal.org/drivers/vector/geojson.html). 
> The timeStamp, numberReturned are also missing from the GeoJSON output. 
> 
> Any ideas or hints appreciated,
> 
> Seth
> 
> 
> --
> web:http://geographika.co.uk
> twitter: @geographika
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Thu, 06 Jun 2019 00:39:03 +0200
> From: "Seth G" <sethg at geographika.co.uk>
> To: "Even Rouault" <even.rouault at spatialys.com>,
> 	mapserver-users at lists.osgeo.org
> Subject: Re: [mapserver-users] WFS GeoJSON Output Missing
> 	numberMatched
> Message-ID: <0a5df404-ffc4-431e-a520-80b8822525dd at www.fastmail.com>
> Content-Type: text/plain
> 
> Thanks Even for both suggestions. 
> Using resultType=hits and caching the result for the duration of the 
> session could be an option for read-only layers (and would likely speed 
> things up as setting  "wfs_compute_number_matched" is not recommended 
> for performance reasons). Editable layers would require two requests on 
> every request, which might be ok depending on speeds. 
> 
> The second approach is probably more robust, and works fine in a 
> Mapfile by setting these layer creation options (although obviously the 
> numberMatched in hard-coded):
> 
>     OUTPUTFORMAT
>         NAME "application/json"
>         DRIVER "OGR/GEOJSON"
>         MIMETYPE "application/json"
>         FORMATOPTION "FORM=SIMPLE"
>         FORMATOPTION "STORAGE=memory" # filesystem and memory both work 
> (only use one)
>         FORMATOPTION "LCO:NATIVE_MEDIA_TYPE=application/vnd.geo+json"
>         FORMATOPTION "LCO:NATIVE_DATA={'numberMatched':6607}"
>     END
> 
> It looks like mapogroutput.c would need to be modified to support this 
> approach. 
> Thanks again for the options,
> 
> Seth
> 
> --
> web:http://geographika.co.uk
> twitter: @geographika
> 
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users


From yves.moisan at canada.ca  Fri Jun  7 10:41:45 2019
From: yves.moisan at canada.ca (Moisan, Yves (NRCAN/RNCAN))
Date: Fri, 7 Jun 2019 17:41:45 +0000
Subject: [mapserver-users] WCS 2.0.1 not returning same image as WCS
	1.0.0
In-Reply-To: <dad30de1431f4f65bf64c1aa667754b2@PELEPCDEXC036.birch.int.bell.ca>
References: <dad30de1431f4f65bf64c1aa667754b2@PELEPCDEXC036.birch.int.bell.ca>
Message-ID: <292443ef70ed49aa84a335c2d7ada113@PELEPCDEXC036.birch.int.bell.ca>

bbox=376509,4898728,377163,4899504 resx=0.4 resy=0.4 # WCS 1.0.0

become

SUBSET=x(376509,377163) SUBSET=y(4898728,4899504) RESOLUTION=x(0.4) RESOLUTION=y(0.4) # WCS 2.0.1

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20190607/db793959/attachment.htm>

From jmckenna at gatewaygeomatics.com  Mon Jun 10 08:44:36 2019
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Mon, 10 Jun 2019 11:44:36 -0400
Subject: [mapserver-users] Please add your site/services to the MapServer
	gallery
Message-ID: <cf037502-1c0c-bc5c-62d2-ecded7269825@gatewaygeomatics.com>

Hello everyone!

New and potential MapServer users really like to see working examples
of MapServer applications (and MapServer-driven WMS/WFS/OWS services) 
listed on our map gallery.  Please take a minute to add your site and 
specs (respecting the syntax and alphabetical order) at:
https://github.com/mapserver/mapserver/wiki/MapServer-Site-Gallery

Thank you everyone!

-jeff



-- 
Jeff McKenna
MapServer Consulting and Training Services
https://gatewaygeomatics.com/






From bob.basques at ci.stpaul.mn.us  Tue Jun 11 06:33:52 2019
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Tue, 11 Jun 2019 13:33:52 +0000
Subject: [mapserver-users] REMINDER: OSGeo Local Chapter (aka TCMUG) Meeting
Message-ID: <E0F2723F-0452-4953-9B22-3F2E5709D1F4@ci.stpaul.mn.us>




OSGeo Local Chapter (aka TCMUG) Meeting
Scheduled: Jun 12, 2019 at 4:30 PM to 6:00 PM
Location: Urban Growler
Last Meeting<https://www.dropbox.com/s/zej7pwcgh9abfmb/20190508_174518_bad_weather.jpg?dl=0> was at Bad Weather.


The next meeting will be at the Urban Growler:


https://www.google.com/maps/place/2325+Endicott+St,+St+Paul,+MN+55114/@44.9704196,-93.1955461,17z/data=!3m1!4b1!4m5!3m4!1s0x52b32cbc6b3d75c9:0xd989dfdc32f556c!8m2!3d44.9704196!4d-93.1933574



You can do anything, but not everything.
?David Allen




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20190611/850f2b97/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: iCal-20190611-082850.ics
Type: text/calendar
Size: 1524 bytes
Desc: iCal-20190611-082850.ics
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20190611/850f2b97/attachment.ics>

From asen.s.radov at nasa.gov  Wed Jun 12 13:39:50 2019
From: asen.s.radov at nasa.gov (Radov, Asen (GSFC-619.0)[UNIVERSITY OF MARYLAND])
Date: Wed, 12 Jun 2019 20:39:50 +0000
Subject: [mapserver-users] Stretching subset of a raster
Message-ID: <18693D65-CC29-46FA-BF63-E5BB553E8E56@nasa.gov>

Hello,

Can someone help me with this issue?
https://gis.stackexchange.com/questions/316651/mapserver-processing-scale-a-b-does-not-stretch-data<https://urldefense.proofpoint.com/v2/url?u=https-3A__gis.stackexchange.com_questions_316651_mapserver-2Dprocessing-2Dscale-2Da-2Db-2Ddoes-2Dnot-2Dstretch-2Ddata&d=DwMGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=e281LxOLUXWX77lCDwwDG7yS4rW9wU7C6637XRybRqc&m=NS38yaLTmsm6irtRXIRVXd-7QakCAwBaL1ubY3PECjs&s=P-SLcTl5e-OHR1L68wOjGqdURUiDhstrL6ORn5w3rbY&e=>
Any help is greatly appreciated.


Thank you,
Asen Radov

NASA Goddard Space Flight Center / Code 619
Phone: 301-614-6517
E-mail: asen.s.radov at nasa.gov<mailto:asen.s.radov at nasa.gov>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20190612/3df4843e/attachment.htm>

From jmckenna at gatewaygeomatics.com  Wed Jun 12 15:04:29 2019
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Wed, 12 Jun 2019 19:04:29 -0300
Subject: [mapserver-users] Stretching subset of a raster
In-Reply-To: <18693D65-CC29-46FA-BF63-E5BB553E8E56@nasa.gov>
References: <18693D65-CC29-46FA-BF63-E5BB553E8E56@nasa.gov>
Message-ID: <46d1f71d-e19d-dbd7-3bbc-dd68e715594e@gatewaygeomatics.com>

Hi Asen,

What happens if you remove the PROCESSING line from your first test, 
save that image with a shp2img command, and then add PROCESSING 
"SCALE=10,20" and re-run shp2img?  The pixel values in the 10-20 range 
should be stretched in the second image, which you can compare to your 
first non-stretched image.

(if I am understanding your situation, ha)

-jeff




-- 
Jeff McKenna
MapServer Consulting and Training Services
https://gatewaygeomatics.com/




On 2019-06-12 4:39 PM, Radov, Asen (GSFC-619.0)[UNIVERSITY OF MARYLAND] 
wrote:
> Hello,
> 
> Can someone help me with this issue?
> 
> https://gis.stackexchange.com/questions/316651/mapserver-processing-scale-a-b-does-not-stretch-data 
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__gis.stackexchange.com_questions_316651_mapserver-2Dprocessing-2Dscale-2Da-2Db-2Ddoes-2Dnot-2Dstretch-2Ddata&d=DwMGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=e281LxOLUXWX77lCDwwDG7yS4rW9wU7C6637XRybRqc&m=NS38yaLTmsm6irtRXIRVXd-7QakCAwBaL1ubY3PECjs&s=P-SLcTl5e-OHR1L68wOjGqdURUiDhstrL6ORn5w3rbY&e=>
> 
> Any help is greatly appreciated.
> 
> /Thank you, /
> 
> /Asen Radov/
> 
> //
> 
> /NASA Goddard Space Flight Center / Code 619/
> 
> /Phone: 301-614-6517/
> 
> /E-mail: asen.s.radov at nasa.gov <mailto:asen.s.radov at nasa.gov>/
> 
> 



From bob.basques at ci.stpaul.mn.us  Thu Jun 13 06:43:31 2019
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Thu, 13 Jun 2019 13:43:31 +0000
Subject: [mapserver-users] OSGeo Local Chapter  (aka TCMUG) Meeting
Message-ID: <DM6PR09MB308117AFF4237BCD6547A405F7EF0@DM6PR09MB3081.namprd09.prod.outlook.com>

Had a good meeting in June.   Some old and new faces.  Oh, and Steve's thumb . . .

Next Meeting is at Wabasha Brewing Co.  
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/calendar
Size: 2229 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20190613/1fe1b1f6/attachment.ics>

From bob.basques at ci.stpaul.mn.us  Thu Jun 13 06:46:23 2019
From: bob.basques at ci.stpaul.mn.us (Basques, Bob (CI-StPaul))
Date: Thu, 13 Jun 2019 13:46:23 +0000
Subject: [mapserver-users] OSGeo Local Chapter (aka TCMUG) Meeting (EXTRA)
Message-ID: <7EA70B24-D60B-42E9-9275-B4E1CAADFEA9@ci.stpaul.mn.us>

Oops, forgot the link to the last Meeting photo . . .


Here<https://www.dropbox.com/s/wyzgqg5pctibs33/20190612_175321-01.urban_growler.jpeg?dl=0> is is.

bobb



"If you're going through hell, keep going. ?
- Winston Churchill


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20190613/5575a42d/attachment.htm>

From steve.lime at state.mn.us  Thu Jun 13 10:45:33 2019
From: steve.lime at state.mn.us (Lime, Steve D (MNIT))
Date: Thu, 13 Jun 2019 17:45:33 +0000
Subject: [mapserver-users] Stretching subset of a raster
In-Reply-To: <18693D65-CC29-46FA-BF63-E5BB553E8E56@nasa.gov>
References: <18693D65-CC29-46FA-BF63-E5BB553E8E56@nasa.gov>
Message-ID: <SN6PR09MB2928560C0659277E7E7DDA2BDAEF0@SN6PR09MB2928.namprd09.prod.outlook.com>

Hi Asen: Hmmm? What version of MapServer and GDAL? The scaling should be happening in GDAL before the data hit MapServer so the [pixel] values MapServer gets are already between 0-255 in both of your cases. What I don?t know is what GDAL does with values outside the scaling range ? so with SCALE=10,20 what do 5 or 50 get mapped to.

Do you have a sample GeoTiff to play with?

--Steve

From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Radov, Asen (GSFC-619.0)[UNIVERSITY OF MARYLAND]
Sent: Wednesday, June 12, 2019 3:40 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Stretching subset of a raster

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.

Hello,

Can someone help me with this issue?
https://gis.stackexchange.com/questions/316651/mapserver-processing-scale-a-b-does-not-stretch-data<https://gcc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__gis.stackexchange.com_questions_316651_mapserver-2Dprocessing-2Dscale-2Da-2Db-2Ddoes-2Dnot-2Dstretch-2Ddata%26d%3DDwMGaQ%26c%3DApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk%26r%3De281LxOLUXWX77lCDwwDG7yS4rW9wU7C6637XRybRqc%26m%3DNS38yaLTmsm6irtRXIRVXd-7QakCAwBaL1ubY3PECjs%26s%3DP-SLcTl5e-OHR1L68wOjGqdURUiDhstrL6ORn5w3rbY%26e%3D&data=02%7C01%7Csteve.lime%40state.mn.us%7C8bed199fd45341a12a8d08d6ef776981%7Ceb14b04624c445198f26b89c2159828c%7C0%7C0%7C636959693533127749&sdata=KbsYs7Is173nVr2We5iTpgMoY%2B00bGG9KXu1kSXlxlk%3D&reserved=0>
Any help is greatly appreciated.


Thank you,
Asen Radov

NASA Goddard Space Flight Center / Code 619
Phone: 301-614-6517
E-mail: asen.s.radov at nasa.gov<mailto:asen.s.radov at nasa.gov>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20190613/18b6699a/attachment.htm>

From jmckenna at gatewaygeomatics.com  Tue Jun 18 05:26:13 2019
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Tue, 18 Jun 2019 09:26:13 -0300
Subject: [mapserver-users] Cannot compile mapserver 7 with postgis
In-Reply-To: <25e149685df84ee2adb88da6b1c7e6ba@BCExchange.BuchananComputing.co.uk>
References: <25e149685df84ee2adb88da6b1c7e6ba@BCExchange.BuchananComputing.co.uk>
Message-ID: <7cce7d49-304c-163e-412b-379474ab50c9@gatewaygeomatics.com>

You are likely missing a switch at the cmake command, such as:

cmake -DPOSTGRESQL_LIBRARY=/usr/local/pgsql/lib/libpq.so -DWITH_POSTGIS=1

Make sure you also install the dev libs for PostgreSQL, such as:

   sudo apt-get install postgresql-server-dev-10


-jeff



-- 
Jeff McKenna
MapServer Consulting and Training Services
https://gatewaygeomatics.com/



On 2019-06-18 9:05 AM, Sebastiano Laini wrote:
> Hi all,
> 
> I?m trying to compile MapServer 7 with:
> 
> Proj 6
> 
> Geos 3.7
> 
> Gdal 3.0
> 
> PostGis 2.5
> 
> Postgres 10
> 
> But for some reason it complaining about pg_config not found, I usually 
> use /usr/pgsql-10/bin/pg_config to compile software that need the same 
> file but with MapServer 7 I can?t
> 
> Here my cmake :
> 
> cmake -DCMAKE_INSTALL_PREFIX=/opt \
> 
>          
> -DCMAKE_PREFIX_PATH=/usr/pgsql-10/bin:/usr/local/src/postgis-2.5.2:/usr/local:/opt:/usr/local/src 
> \
> 
>  ??????? -DWITH_CLIENT_WFS=ON \
> 
>  ??????? -DWITH_CLIENT_WMS=ON \
> 
>  ??????? -DWITH_CURL=ON \
> 
>  ??????? -DWITH_SOS=ON \
> 
>  ??????? -DWITH_FCGI=0 \
> 
>  ??????? -DWITH_PERL=0 \
> 
>  ??????? -DWITH_RUBY=0 \
> 
>  ??????? -DWITH_JAVA=0 \
> 
>  ??????? -DWITH_CSHARP=0 \
> 
>  ??????? -DWITH_PYTHON=0 \
> 
>  ??????? -DWITH_SVGCAIRO=0 \
> 
>  ??????? -DWITH_FRIBIDI=0 \
> 
>  ??????? -DWITH_PROTOBUFC=0 \
> 
>  ??????? -DWITH_CAIRO=0 \
> 
>  ??????? -DWITH_HARFBUZZ=0 \
> 
>  ??????? -DWITH_ORACLESPATIAL=0 \
> 
>  ??????? -DWITH_MSSQL2008=0 \
> 
>  ??????? ../ >../configure.out.txt
> 
> How can I compile it with PostGis support?
> 
> Sebastiano Laini
> 
> Web Developer
> 
> Buchanan Computing
> 
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
> 



From jmckenna at gatewaygeomatics.com  Tue Jun 18 05:56:00 2019
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Tue, 18 Jun 2019 09:56:00 -0300
Subject: [mapserver-users] Cannot compile mapserver 7 with postgis
In-Reply-To: <25e149685df84ee2adb88da6b1c7e6ba@BCExchange.BuchananComputing.co.uk>
References: <25e149685df84ee2adb88da6b1c7e6ba@BCExchange.BuchananComputing.co.uk>
Message-ID: <0f5a173d-9121-1624-45d8-b2545b0a0c40@gatewaygeomatics.com>

To be honest I'm sticking with PROJ 5.2.0 in all of my distributions and 
deployments, until things catch up; so you're treading into water that I 
haven't been into ;)

-jeff


-- 
Jeff McKenna
MapServer Consulting and Training Services
https://gatewaygeomatics.com/



On 2019-06-18 9:05 AM, Sebastiano Laini wrote:
> Hi all,
> 
> I?m trying to compile MapServer 7 with:
> 
> Proj 6
> 
> Geos 3.7
> 
> Gdal 3.0
> 
> PostGis 2.5
> 
> Postgres 10
> 
> But for some reason it complaining about pg_config not found, I usually 
> use /usr/pgsql-10/bin/pg_config to compile software that need the same 
> file but with MapServer 7 I can?t
> 
> Here my cmake :
> 
> cmake -DCMAKE_INSTALL_PREFIX=/opt \
> 
>          
> -DCMAKE_PREFIX_PATH=/usr/pgsql-10/bin:/usr/local/src/postgis-2.5.2:/usr/local:/opt:/usr/local/src 
> \
> 
>  ??????? -DWITH_CLIENT_WFS=ON \
> 
>  ??????? -DWITH_CLIENT_WMS=ON \
> 
>  ??????? -DWITH_CURL=ON \
> 
>  ??????? -DWITH_SOS=ON \
> 
>  ??????? -DWITH_FCGI=0 \
> 
>  ??????? -DWITH_PERL=0 \
> 
>  ??????? -DWITH_RUBY=0 \
> 
>  ??????? -DWITH_JAVA=0 \
> 
>  ??????? -DWITH_CSHARP=0 \
> 
>  ??????? -DWITH_PYTHON=0 \
> 
>  ??????? -DWITH_SVGCAIRO=0 \
> 
>  ??????? -DWITH_FRIBIDI=0 \
> 
>  ??????? -DWITH_PROTOBUFC=0 \
> 
>  ??????? -DWITH_CAIRO=0 \
> 
>  ??????? -DWITH_HARFBUZZ=0 \
> 
>  ??????? -DWITH_ORACLESPATIAL=0 \
> 
>  ??????? -DWITH_MSSQL2008=0 \
> 
>  ??????? ../ >../configure.out.txt
> 
> How can I compile it with PostGis support?
> 
> Sebastiano Laini
> 
> Web Developer
> 
> Buchanan Computing
> 
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
> 




From robert.pivalone at gmail.com  Sun Jun 23 14:22:25 2019
From: robert.pivalone at gmail.com (Robert Pivalone)
Date: Sun, 23 Jun 2019 23:22:25 +0200
Subject: [mapserver-users] MapServer 7.4 - styleObj - pattern
Message-ID: <CADK4w-TdqiDvXrM882Kqq5E9Kf6bRTRdHpcYbk6apskUkWd6vQ@mail.gmail.com>

 Hello,

I am testing MapServer 7.4.
I'm trying to modify in PHP the pattern of a styleObj via SWIG Mapscript.

I'm trying this :
$aPattern = [ 10.0, 10.0 ];
$styleObj->__set('pattern', $aPattern);

But I get this error.
Fatal error: Type error in argument 2 of styleObj_pattern_set.
Expected SWIGTYPE_p_double in mapscript.php on this line :
if (function_exists($func)) return
call_user_func($func,$this->_cPtr,$value);

In PHP, SWIGTYPE_p_double does not exist.
Could you tell me how to set pattern please ?

Thanks.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20190623/2eee9658/attachment.htm>

From jmckenna at gatewaygeomatics.com  Mon Jun 24 10:50:03 2019
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Mon, 24 Jun 2019 14:50:03 -0300
Subject: [mapserver-users] MapServer 7.4 - styleObj - pattern
In-Reply-To: <CADK4w-TdqiDvXrM882Kqq5E9Kf6bRTRdHpcYbk6apskUkWd6vQ@mail.gmail.com>
References: <CADK4w-TdqiDvXrM882Kqq5E9Kf6bRTRdHpcYbk6apskUkWd6vQ@mail.gmail.com>
Message-ID: <bb5684fb-dafc-12d9-bfd2-1b6c31caf873@gatewaygeomatics.com>

I believe that you have found a new issue.  You should file this as a 
new ticket (be sure to include your commands and errors) at 
https://github.com/mapserver/mapserver/issues

For now you can instead call updateFromString() as a workaround:

   $oStyle->updateFromString('PATTERN 10.0 10.0 END');


-jeff


-- 
Jeff McKenna
MapServer Consulting and Training Services
https://gatewaygeomatics.com/



On 2019-06-23 6:22 PM, Robert Pivalone wrote:
> Hello,
> 
> I am testing MapServer 7.4.
> I'm trying to modify in PHP the pattern of a styleObj via SWIG Mapscript.
> 
> I'm trying this :
> $aPattern = [ 10.0, 10.0 ];
> $styleObj->__set('pattern', $aPattern);
> 
> But I get this error.
> Fatal error: Type error in argument 2 of styleObj_pattern_set.
> Expected SWIGTYPE_p_double in mapscript.php on this line :
> if (function_exists($func)) return 
> call_user_func($func,$this->_cPtr,$value);
> 
> In PHP, SWIGTYPE_p_double does not exist.
> Could you tell me how to set pattern please ?
> 
> Thanks.
> 


From brian at peoplegis.com  Mon Jun 24 12:46:13 2019
From: brian at peoplegis.com (Brian Stice)
Date: Mon, 24 Jun 2019 15:46:13 -0400
Subject: [mapserver-users] Recommendations for SVG Sizing in MAPSERVER?
Message-ID: <d8b9c8ac-8a3b-46e0-a77b-c81ea85f04e3@www.fastmail.com>

Hello, 

I am fairly new with MapServer and was wondering if anyone had any recommendations or guidelines of sizing point symbol SVG's? 

I created some SVG symbols in Inkscape. When I load them into MapServer and choose SIZEUNITS feet, I have to set the actual symbol size to around 500 for these to show up in a Map. My understanding is that the SIZEUNIT parameter changes the way the symbol rendered in real world space (in my case feet rather than pixels). I am not sure if this has to do with how the SVG is sized in Inkscape or if there is an issue with using SIZEUNITS and SVGs together in MapServer. I looked at the MAPSERVER documentation online and did not have much luck. 

I have tried a few things including setting the MIN and MAX Size with no luck. Any help or pointers would be awesome. 

Thanks for your help! 

Sincerely, 

**Brian Stice ***GISP****
**Project Implementation Manager | PeopleGIS*
500 West Cummings Park, Suite 3900
Woburn, MA 01801
P: 617.625.3608
www.peoplegis.com




From j.l.h.hartmann at uva.nl  Tue Jun 25 10:30:52 2019
From: j.l.h.hartmann at uva.nl (Jan Hartmann)
Date: Tue, 25 Jun 2019 19:30:52 +0200
Subject: [mapserver-users] Mapserver 7.4 on UbuntuGIS
Message-ID: <7606d6ef-e3fb-3b14-2b75-2ec99db299bc@uva.nl>

Hello all,

I saw Mapserver 7.4 on the UbuntuGis experimental page:

https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-experimental

Any idea, when it will be available on UbunuGis stable, which still has 
only 7.2?

Jan Hartmann
Amsterdam


From steve.lime at state.mn.us  Tue Jun 25 10:49:54 2019
From: steve.lime at state.mn.us (Lime, Steve D (MNIT))
Date: Tue, 25 Jun 2019 17:49:54 +0000
Subject: [mapserver-users] Recommendations for SVG Sizing in MAPSERVER?
In-Reply-To: <d8b9c8ac-8a3b-46e0-a77b-c81ea85f04e3@www.fastmail.com>
References: <d8b9c8ac-8a3b-46e0-a77b-c81ea85f04e3@www.fastmail.com>
Message-ID: <SN6PR09MB2928D4CB11725C38607B4971DAE30@SN6PR09MB2928.namprd09.prod.outlook.com>

Hi Brian: Welcome! My guess that the SVG file might be "sized" to whatever page size you had defined in Inkscape and your elements may be significantly smaller than that. Basically I'm wondering if there's a bunch of empty space that is also being scaled and your actual symbol would appear proportionately smaller as well. If this is the case it looks like you can do things in Inkscape to remove that space...

  https://graphicdesign.stackexchange.com/questions/21635/getting-rid-of-whitespace-in-inkscape

--Steve

-----Original Message-----
From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brian Stice
Sent: Monday, June 24, 2019 2:46 PM
To: mapserver-users at lists.osgeo.org
Subject: [mapserver-users] Recommendations for SVG Sizing in MAPSERVER?

Hello,

I am fairly new with MapServer and was wondering if anyone had any recommendations or guidelines of sizing point symbol SVG's?

I created some SVG symbols in Inkscape. When I load them into MapServer and choose SIZEUNITS feet, I have to set the actual symbol size to around 500 for these to show up in a Map. My understanding is that the SIZEUNIT parameter changes the way the symbol rendered in real world space (in my case feet rather than pixels). I am not sure if this has to do with how the SVG is sized in Inkscape or if there is an issue with using SIZEUNITS and SVGs together in MapServer. I looked at the MAPSERVER documentation online and did not have much luck.

I have tried a few things including setting the MIN and MAX Size with no luck. Any help or pointers would be awesome.

Thanks for your help!

Sincerely,

**Brian Stice ***GISP****
**Project Implementation Manager | PeopleGIS*
500 West Cummings Park, Suite 3900
Woburn, MA 01801
P: 617.625.3608
https://gcc01.safelinks.protection.outlook.com/?url=www.peoplegis.com&amp;data=02%7C01%7Csteve.lime%40state.mn.us%7C2d0f3cfe4e1e4534512708d6f8dca0de%7Ceb14b04624c445198f26b89c2159828c%7C0%7C1%7C636970023811378893&amp;sdata=WmPqkz8JEMbMlOlu4trPJuj2F6JYFIFfxp0k6O8DoGs%3D&amp;reserved=0


_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
https://gcc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.osgeo.org%2Fmailman%2Flistinfo%2Fmapserver-users&amp;data=02%7C01%7Csteve.lime%40state.mn.us%7C2d0f3cfe4e1e4534512708d6f8dca0de%7Ceb14b04624c445198f26b89c2159828c%7C0%7C1%7C636970023811378893&amp;sdata=GQyeNVCdztVMXrdR9CPJm3vBtvJvqB%2B7bAl2gnpnVjo%3D&amp;reserved=0

From gcpp.kalxas at gmail.com  Tue Jun 25 14:37:08 2019
From: gcpp.kalxas at gmail.com (Angelos Tzotsos)
Date: Wed, 26 Jun 2019 00:37:08 +0300
Subject: [mapserver-users] Mapserver 7.4 on UbuntuGIS
In-Reply-To: <7606d6ef-e3fb-3b14-2b75-2ec99db299bc@uva.nl>
References: <7606d6ef-e3fb-3b14-2b75-2ec99db299bc@uva.nl>
Message-ID: <b762c75c-c990-b4cc-40e3-38b1cc855a54@gmail.com>

Hi,

The package will move to Unstable ppa first (within the next few days).

Best,
Angelos

On 6/25/19 8:30 PM, Jan Hartmann wrote:
> Hello all,
>
> I saw Mapserver 7.4 on the UbuntuGis experimental page:
>
> https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-experimental
>
> Any idea, when it will be available on UbunuGis stable, which still 
> has only 7.2?
>
> Jan Hartmann
> Amsterdam
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users


-- 
Angelos Tzotsos, PhD
Charter Member
Open Source Geospatial Foundation
http://users.ntua.gr/tzotsos



From j.l.h.hartmann at uva.nl  Wed Jun 26 02:37:13 2019
From: j.l.h.hartmann at uva.nl (Jan Hartmann)
Date: Wed, 26 Jun 2019 11:37:13 +0200
Subject: [mapserver-users] Mapserver 7.4 on UbuntuGIS
In-Reply-To: <b762c75c-c990-b4cc-40e3-38b1cc855a54@gmail.com>
References: <7606d6ef-e3fb-3b14-2b75-2ec99db299bc@uva.nl>
 <b762c75c-c990-b4cc-40e3-38b1cc855a54@gmail.com>
Message-ID: <e8d84204-5842-4977-3066-3189f1cdec56@uva.nl>

Thanks, Angelos, that's fast, I'll keep an eye on it. Any idea when the 
stable version will be available? And, if possible, Docker images?

On 6/25/2019 11:37 PM, Angelos Tzotsos wrote:
> Hi,
>
> The package will move to Unstable ppa first (within the next few days).
>
> Best,
> Angelos
>
> On 6/25/19 8:30 PM, Jan Hartmann wrote:
>> Hello all,
>>
>> I saw Mapserver 7.4 on the UbuntuGis experimental page:
>>
>> https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-experimental
>>
>> Any idea, when it will be available on UbunuGis stable, which still 
>> has only 7.2?
>>
>> Jan Hartmann
>> Amsterdam
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>



From brian at peoplegis.com  Thu Jun 27 10:35:19 2019
From: brian at peoplegis.com (Brian Stice)
Date: Thu, 27 Jun 2019 13:35:19 -0400
Subject: [mapserver-users] Recommendations for SVG Sizing in MAPSERVER?
In-Reply-To: <SN6PR09MB2928D4CB11725C38607B4971DAE30@SN6PR09MB2928.namprd09.prod.outlook.com>
References: <d8b9c8ac-8a3b-46e0-a77b-c81ea85f04e3@www.fastmail.com>
 <SN6PR09MB2928D4CB11725C38607B4971DAE30@SN6PR09MB2928.namprd09.prod.outlook.com>
Message-ID: <528724b5-4ed4-478a-a8e9-84b08f1e83b7@www.fastmail.com>

Hi Steve, 

Thanks for the tip. I used the link you provided and was able to get the SVG symbol sizing to a reasonable level. I appreciate the help. 

I did have another question, maybe you know this. In the most recent version MAPSERVER, are we able to change the color of SVGs using the COLOR parameter? It does not seem that we are able to do so. I found a couple topics on the forum but they were from a few years ago. I am not sure if anything has changed or if I am missing something. Maybe you know the answer to this as well? Thanks for your help! 



On Tue, Jun 25, 2019, at 1:50 PM, Lime, Steve D (MNIT) wrote:
> Hi Brian: Welcome! My guess that the SVG file might be "sized" to whatever page size you had defined in Inkscape and your elements may be significantly smaller than that. Basically I'm wondering if there's a bunch of empty space that is also being scaled and your actual symbol would appear proportionately smaller as well. If this is the case it looks like you can do things in Inkscape to remove that space...
> 
>  https://graphicdesign.stackexchange.com/questions/21635/getting-rid-of-whitespace-in-inkscape
> 
> --Steve
> 
> -----Original Message-----
> From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brian Stice
> Sent: Monday, June 24, 2019 2:46 PM
> To: mapserver-users at lists.osgeo.org
> Subject: [mapserver-users] Recommendations for SVG Sizing in MAPSERVER?
> 
> Hello,
> 
> I am fairly new with MapServer and was wondering if anyone had any recommendations or guidelines of sizing point symbol SVG's?
> 
> I created some SVG symbols in Inkscape. When I load them into MapServer and choose SIZEUNITS feet, I have to set the actual symbol size to around 500 for these to show up in a Map. My understanding is that the SIZEUNIT parameter changes the way the symbol rendered in real world space (in my case feet rather than pixels). I am not sure if this has to do with how the SVG is sized in Inkscape or if there is an issue with using SIZEUNITS and SVGs together in MapServer. I looked at the MAPSERVER documentation online and did not have much luck.
> 
> I have tried a few things including setting the MIN and MAX Size with no luck. Any help or pointers would be awesome.
> 
> Thanks for your help!
> 
> Sincerely,
> 
> **Brian Stice ***GISP****
> **Project Implementation Manager | PeopleGIS*
> 500 West Cummings Park, Suite 3900
> Woburn, MA 01801
> P: 617.625.3608
> https://gcc01.safelinks.protection.outlook.com/?url=www.peoplegis.com&amp;data=02%7C01%7Csteve.lime%40state.mn.us%7C2d0f3cfe4e1e4534512708d6f8dca0de%7Ceb14b04624c445198f26b89c2159828c%7C0%7C1%7C636970023811378893&amp;sdata=WmPqkz8JEMbMlOlu4trPJuj2F6JYFIFfxp0k6O8DoGs%3D&amp;reserved=0
> 
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://gcc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.osgeo.org%2Fmailman%2Flistinfo%2Fmapserver-users&amp;data=02%7C01%7Csteve.lime%40state.mn.us%7C2d0f3cfe4e1e4534512708d6f8dca0de%7Ceb14b04624c445198f26b89c2159828c%7C0%7C1%7C636970023811378893&amp;sdata=GQyeNVCdztVMXrdR9CPJm3vBtvJvqB%2B7bAl2gnpnVjo%3D&amp;reserved=0
> 

**Brian Stice **GISP****
*Project Implementation Manager | PeopleGIS*
500 West Cummings Park, Suite 3900
Woburn, MA 01801
P: 617.625.3608
www.peoplegis.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20190627/f3c18ad7/attachment.htm>

From steve.lime at state.mn.us  Thu Jun 27 12:02:22 2019
From: steve.lime at state.mn.us (Lime, Steve D (MNIT))
Date: Thu, 27 Jun 2019 19:02:22 +0000
Subject: [mapserver-users] Recommendations for SVG Sizing in MAPSERVER?
In-Reply-To: <528724b5-4ed4-478a-a8e9-84b08f1e83b7@www.fastmail.com>
References: <d8b9c8ac-8a3b-46e0-a77b-c81ea85f04e3@www.fastmail.com>
 <SN6PR09MB2928D4CB11725C38607B4971DAE30@SN6PR09MB2928.namprd09.prod.outlook.com>
 <528724b5-4ed4-478a-a8e9-84b08f1e83b7@www.fastmail.com>
Message-ID: <SN6PR09MB292844FD19FDA64AF9EF09CADAFD0@SN6PR09MB2928.namprd09.prod.outlook.com>

I don't believe you can muck with the SVG color since SVG can carry multiple elements and colors. That complexity doesn't map very well to a single color value in a styleObj. It's probably best to consider SVG as immutable, same as an image symbol. You can use truetype fonts (or vector symbols) if you want something scaleable where you can alter color.

--Steve

From: Brian Stice [mailto:brian at peoplegis.com]
Sent: Thursday, June 27, 2019 12:35 PM
To: Lime, Steve D (MNIT) <steve.lime at state.mn.us>; mapserver-users at lists.osgeo.org
Subject: Re: [mapserver-users] Recommendations for SVG Sizing in MAPSERVER?

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.

Hi Steve,

Thanks for the tip. I used the link you provided and was able to get the SVG symbol sizing to a reasonable level. I appreciate the help.

I did have another question, maybe you know this. In the most recent version MAPSERVER, are we able to change the color of SVGs using the COLOR parameter? It does not seem that we are able to do so. I found a couple topics on the forum but they were from a few years ago. I am not sure if anything has changed or if I am missing something.  Maybe you know the answer to this as well? Thanks for your help!



On Tue, Jun 25, 2019, at 1:50 PM, Lime, Steve D (MNIT) wrote:
Hi Brian: Welcome! My guess that the SVG file might be "sized" to whatever page size you had defined in Inkscape and your elements may be significantly smaller than that. Basically I'm wondering if there's a bunch of empty space that is also being scaled and your actual symbol would appear proportionately smaller as well. If this is the case it looks like you can do things in Inkscape to remove that space...

  https://graphicdesign.stackexchange.com/questions/21635/getting-rid-of-whitespace-in-inkscape

--Steve

-----Original Message-----
From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Brian Stice
Sent: Monday, June 24, 2019 2:46 PM
To: mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
Subject: [mapserver-users] Recommendations for SVG Sizing in MAPSERVER?

Hello,

I am fairly new with MapServer and was wondering if anyone had any recommendations or guidelines of sizing point symbol SVG's?

I created some SVG symbols in Inkscape. When I load them into MapServer and choose SIZEUNITS feet, I have to set the actual symbol size to around 500 for these to show up in a Map. My understanding is that the SIZEUNIT parameter changes the way the symbol rendered in real world space (in my case feet rather than pixels). I am not sure if this has to do with how the SVG is sized in Inkscape or if there is an issue with using SIZEUNITS and SVGs together in MapServer. I looked at the MAPSERVER documentation online and did not have much luck.

I have tried a few things including setting the MIN and MAX Size with no luck. Any help or pointers would be awesome.

Thanks for your help!

Sincerely,

**Brian Stice ***GISP****
**Project Implementation Manager | PeopleGIS*
500 West Cummings Park, Suite 3900
Woburn, MA 01801
P: 617.625.3608
www.peoplegis.com<http://www.peoplegis.com>


_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org<mailto:mapserver-users at lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/mapserver-users


Brian Stice GISP
Project Implementation Manager | PeopleGIS
500 West Cummings Park, Suite 3900
Woburn, MA 01801
P: 617.625.3608
www.peoplegis.com<https://gcc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.peoplegis.com&data=02%7C01%7Csteve.lime%40state.mn.us%7C79a47f9dda454b849b6a08d6fb25d42c%7Ceb14b04624c445198f26b89c2159828c%7C0%7C1%7C636972537227731679&sdata=aiwCP6EoEA%2FLKsdLS7t%2FjTBmyXPNLSWSx%2ByidIxGmME%3D&reserved=0>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20190627/cc796778/attachment.htm>

From cneves at lrec.pt  Fri Jun 28 04:04:07 2019
From: cneves at lrec.pt (Carlos Neves (LREC))
Date: Fri, 28 Jun 2019 12:04:07 +0100
Subject: [mapserver-users] Help with Mapserver and MySQL
Message-ID: <74707040-b2f3-dc77-9d95-7c9455848802@lrec.pt>

Hi List,

I need to connect a shapefile map to a mysql external? numeric table.

The goal is display in a mapserver map real time values? from a 
meteorological? network M2M stations.

This is one of my mapfile with JOIN:

DATA "basins.shp"

JOIN
 ??? ??? ??? ??? NAME test
 ??? ??? ??? ??? CONNECTIONTYPE MYSQL
 ??? ??? ??? ??? CONNECTION? '192.168.3.20:user:passwd:meteodata'
 ?? ??? ??? ???? TABLE "meteo"
 ?? ??? ??? ???? FROM "BASINCODE"
 ??? ??? ??? ??? TO "code"
 ??? ??? ??? ??? TYPE ONE-TO-ONE

END # join

I have tried? LABELITEM "test_mysqlfield" or TEXT? ( [test_mysqlfield]) 
but the result is? an unknown error and stops mapserv CGI. I have DEBUG 
5? level but no errors in log files.

So, I have tried another way with a OGR connection:

CONNECTIONTYPE OGR
CONNECTION "basins.shp"
DATA "SELECT * FROM basins LEFT JOIN 
'MYSQL:meteodata,host=192.168.3.20,user=user,password=passwd'.meteo ON 
basins.BASINCODE = meteo.code"

now LABELITEM "mysqlfield" or TEXT ([mysqlfield])? doesn't have any 
error, but the values display "0" (zero) in the Map label points.

Any idea? Any help would be much appreciated

Carlos




From gcpp.kalxas at gmail.com  Fri Jun 28 06:59:06 2019
From: gcpp.kalxas at gmail.com (Angelos Tzotsos)
Date: Fri, 28 Jun 2019 16:59:06 +0300
Subject: [mapserver-users] Mapserver 7.4 on UbuntuGIS
In-Reply-To: <e8d84204-5842-4977-3066-3189f1cdec56@uva.nl>
References: <7606d6ef-e3fb-3b14-2b75-2ec99db299bc@uva.nl>
 <b762c75c-c990-b4cc-40e3-38b1cc855a54@gmail.com>
 <e8d84204-5842-4977-3066-3189f1cdec56@uva.nl>
Message-ID: <6708e801-3102-9320-c3eb-c9249b7e8cd2@gmail.com>

Hi,

Packages now moved to UbunsutGIS Unstable.
We will move them to stable after OSGeoLive 13.0 release.

Best,
Angelos

On 6/26/19 12:37 PM, Jan Hartmann wrote:
> Thanks, Angelos, that's fast, I'll keep an eye on it. Any idea when 
> the stable version will be available? And, if possible, Docker images?
>
> On 6/25/2019 11:37 PM, Angelos Tzotsos wrote:
>> Hi,
>>
>> The package will move to Unstable ppa first (within the next few days).
>>
>> Best,
>> Angelos
>>
>> On 6/25/19 8:30 PM, Jan Hartmann wrote:
>>> Hello all,
>>>
>>> I saw Mapserver 7.4 on the UbuntuGis experimental page:
>>>
>>> https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-experimental
>>>
>>> Any idea, when it will be available on UbunuGis stable, which still 
>>> has only 7.2?
>>>
>>> Jan Hartmann
>>> Amsterdam
>>> _______________________________________________
>>> mapserver-users mailing list
>>> mapserver-users at lists.osgeo.org
>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>>
>
>


-- 
Angelos Tzotsos, PhD
Charter Member
Open Source Geospatial Foundation
http://users.ntua.gr/tzotsos



From j.l.h.hartmann at uva.nl  Fri Jun 28 07:08:54 2019
From: j.l.h.hartmann at uva.nl (Jan Hartmann)
Date: Fri, 28 Jun 2019 16:08:54 +0200
Subject: [mapserver-users] Mapserver 7.4 on UbuntuGIS
In-Reply-To: <6708e801-3102-9320-c3eb-c9249b7e8cd2@gmail.com>
References: <7606d6ef-e3fb-3b14-2b75-2ec99db299bc@uva.nl>
 <b762c75c-c990-b4cc-40e3-38b1cc855a54@gmail.com>
 <e8d84204-5842-4977-3066-3189f1cdec56@uva.nl>
 <6708e801-3102-9320-c3eb-c9249b7e8cd2@gmail.com>
Message-ID: <a315c88f-e053-5817-7076-4e9ecce07a83@uva.nl>

Ah, July-August, I see. I can wait for that. Thanks for the quick answers.

Jan

On 6/28/2019 3:59 PM, Angelos Tzotsos wrote:
> Hi,
>
> Packages now moved to UbunsutGIS Unstable.
> We will move them to stable after OSGeoLive 13.0 release.
>
> Best,
> Angelos
>
> On 6/26/19 12:37 PM, Jan Hartmann wrote:
>> Thanks, Angelos, that's fast, I'll keep an eye on it. Any idea when 
>> the stable version will be available? And, if possible, Docker images?
>>
>> On 6/25/2019 11:37 PM, Angelos Tzotsos wrote:
>>> Hi,
>>>
>>> The package will move to Unstable ppa first (within the next few days).
>>>
>>> Best,
>>> Angelos
>>>
>>> On 6/25/19 8:30 PM, Jan Hartmann wrote:
>>>> Hello all,
>>>>
>>>> I saw Mapserver 7.4 on the UbuntuGis experimental page:
>>>>
>>>> https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-experimental 
>>>>
>>>>
>>>> Any idea, when it will be available on UbunuGis stable, which still 
>>>> has only 7.2?
>>>>
>>>> Jan Hartmann
>>>> Amsterdam
>>>> _______________________________________________
>>>> mapserver-users mailing list
>>>> mapserver-users at lists.osgeo.org
>>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>
>>>
>>
>>
>
>



From jmckenna at gatewaygeomatics.com  Fri Jun 28 11:00:16 2019
From: jmckenna at gatewaygeomatics.com (Jeff McKenna)
Date: Fri, 28 Jun 2019 15:00:16 -0300
Subject: [mapserver-users] Help with Mapserver and MySQL
In-Reply-To: <74707040-b2f3-dc77-9d95-7c9455848802@lrec.pt>
References: <74707040-b2f3-dc77-9d95-7c9455848802@lrec.pt>
Message-ID: <c1e36af1-020a-f710-d3e9-92ba0a25cbfb@gatewaygeomatics.com>

Hi Carlos,

Give the JOIN documentation a read 
(https://mapserver.org/mapfile/join.html), specifically where it states 
in the first paragraph that:

   ---
   It is important to understand that JOINs are ONLY available once a 
query has been processed. You cannot use joins to affect the look of a map.
   ---

I remember creating those examples for that document, and that point is 
very important to remember (so you cannot use the JOIN object to affect 
your label, in other words).

Hope that helps,

(and happy early "Canada Day": 1st July we celebrate the birth of Canada)

-jeff




-- 
Jeff McKenna
MapServer Consulting and Training Services
https://gatewaygeomatics.com/



On 2019-06-28 8:04 AM, Carlos Neves (LREC) wrote:
> Hi List,
> 
> I need to connect a shapefile map to a mysql external? numeric table.
> 
> The goal is display in a mapserver map real time values? from a 
> meteorological? network M2M stations.
> 
> This is one of my mapfile with JOIN:
> 
> DATA "basins.shp"
> 
> JOIN
>  ??? ??? ??? ??? NAME test
>  ??? ??? ??? ??? CONNECTIONTYPE MYSQL
>  ??? ??? ??? ??? CONNECTION? '192.168.3.20:user:passwd:meteodata'
>  ?? ??? ??? ???? TABLE "meteo"
>  ?? ??? ??? ???? FROM "BASINCODE"
>  ??? ??? ??? ??? TO "code"
>  ??? ??? ??? ??? TYPE ONE-TO-ONE
> 
> END # join
> 
> I have tried? LABELITEM "test_mysqlfield" or TEXT? ( [test_mysqlfield]) 
> but the result is? an unknown error and stops mapserv CGI. I have DEBUG 
> 5? level but no errors in log files.
> 
> So, I have tried another way with a OGR connection:
> 
> CONNECTIONTYPE OGR
> CONNECTION "basins.shp"
> DATA "SELECT * FROM basins LEFT JOIN 
> 'MYSQL:meteodata,host=192.168.3.20,user=user,password=passwd'.meteo ON 
> basins.BASINCODE = meteo.code"
> 
> now LABELITEM "mysqlfield" or TEXT ([mysqlfield])? doesn't have any 
> error, but the values display "0" (zero) in the Map label points.
> 
> Any idea? Any help would be much appreciated
> 
> Carlos
> 
> 




From stephenwoodbridge37 at gmail.com  Sat Jun 29 09:22:20 2019
From: stephenwoodbridge37 at gmail.com (Stephen Woodbridge)
Date: Sat, 29 Jun 2019 12:22:20 -0400
Subject: [mapserver-users] Having an issue displaying a VRT file
Message-ID: <ce4df539-e2f4-0287-a991-f47e3dcc905c@gmail.com>

Hi all,

I've been banging my head against this problem for a while so asking for 
ideas.

Thanks,
 ? -Steve W

I have GTiff file the looks like:

$ gdalinfo -stats -hist /maps/wms/data/VIIRS_CHLORA/VIIRS_CHLORA.tif
Driver: GTiff/GeoTIFF
Files: /maps/wms/data/VIIRS_CHLORA/VIIRS_CHLORA.tif
Size is 8010, 6000
Coordinate System is:
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"]]
Origin = (-120.033749999999998,44.883749999999999)
Pixel Size = (0.007500000000000,-0.007500000000000)
Metadata:
 ? AREA_OR_POINT=Area
Image Structure Metadata:
 ? INTERLEAVE=BAND
Corner Coordinates:
Upper Left? (-120.0337500,? 44.8837500) (120d 2' 1.50"W, 44d53' 1.50"N)
Lower Left? (-120.0337500,? -0.1162500) (120d 2' 1.50"W,? 0d 6'58.50"S)
Upper Right ( -59.9587500,? 44.8837500) ( 59d57'31.50"W, 44d53' 1.50"N)
Lower Right ( -59.9587500,? -0.1162500) ( 59d57'31.50"W,? 0d 6'58.50"S)
Center????? ( -89.9962500,? 22.3837500) ( 89d59'46.50"W, 22d23' 1.50"N)
Band 1 Block=8010x1 Type=Float32, ColorInterp=Gray
 ? Minimum=0.001, Maximum=392.112, Mean=0.682, StdDev=6.289
0...10...20...30...40...50...60...70...80...90...100 - done.
 ? 256 buckets from -0.767845 to 392.881:
 ? 5116420 228446 61443 29479 20356 13649 8567 6328 4568 3350 2637 2397 
1852 1682 1516 1391 1404 1193 1074 957 874 824 791 663 566 560 574 545 
531 466 368 369 379 263 334 301 267 252 250 247 202 178 183 207 195 184 
155 163 166 184 152 151 150 138 101 128 131 140 85 113 98 121 127 106 83 
92 92 107 81 87 81 72 110 77 68 62 70 59 80 75 75 76 55 55 50 51 66 56 
59 44 50 52 60 43 55 52 57 54 35 60 47 35 41 30 38 37 47 49 22 37 25 40 
25 36 37 43 39 27 22 32 34 33 33 27 32 32 20 22 26 14 25 21 26 14 16 21 
12 26 15 29 23 18 20 5 9 10 9 16 17 12 14 20 19 12 16 17 10 8 11 21 11 
21 7 10 16 18 10 11 17 21 11 6 7 11 11 17 3 16 8 6 9 19 17 9 11 11 10 11 
9 8 6 16 11 12 14 12 9 11 8 6 8 7 14 10 6 3 4 3 5 7 4 6 5 9 5 5 2 6 10 
14 4 4 6 3 5 3 8 3 5 10 7 1 13 14 9 7 5 6 9 9 6 5 10 8 6 7 5 10 11 9 7 4 
0 5 0 4
 ? NoData Value=-999
 ? Metadata:
 ??? STATISTICS_MAXIMUM=392.11212158203
 ??? STATISTICS_MEAN=0.68159060504688
 ??? STATISTICS_MINIMUM=0.0010000000474975
 ??? STATISTICS_STDDEV=6.2888244425479

I created a VRT file with that looks like:

a$ gdalinfo -stats -hist /maps/wms/data/VIIRS_CHLORA/VIIRS_CHLORA.vrt
Driver: VRT/Virtual Raster
Files: /maps/wms/data/VIIRS_CHLORA/VIIRS_CHLORA.vrt
 ?????? /maps/wms/data/VIIRS_CHLORA/VIIRS_CHLORA.tif
Size is 8010, 6000
Coordinate System is `'
Origin = (-120.033749999999998,44.883749999999999)
Pixel Size = (0.007500000000000,-0.007500000000000)
Corner Coordinates:
Upper Left? (-120.0337500,? 44.8837500)
Lower Left? (-120.0337500,? -0.1162500)
Upper Right ( -59.9587500,? 44.8837500)
Lower Right ( -59.9587500,? -0.1162500)
Center????? ( -89.9962500,? 22.3837500)
Band 1 Block=128x128 Type=Byte, ColorInterp=Palette
 ? Minimum=0.001, Maximum=392.112, Mean=0.682, StdDev=6.289
0...10...20...30...40...50...60...70...80...90...100 - done.
 ? 256 buckets from -0.5 to 255.5:
 ? 4946628 325638 83015 39917 25684 16759 13604 10800 8041 5808 4731 
3922 3191 2501 2130 1883 1639 1488 1266 1159 1070 1070 935 916 887 873 
833 713 679 620 624 541 544 535 492 445 427 351 364 390 359 389 315 347 
316 305 229 263 221 252 189 183 219 210 183 180 173 175 149 166 156 141 
123 124 115 124 133 132 119 117 106 110 95 112 119 113 117 98 101 95 89 
101 86 61 80 85 75 95 90 60 56 75 68 59 89 67 92 65 60 45 76 66 52 60 67 
50 61 55 48 41 63 73 56 47 42 42 45 35 46 42 44 57 46 52 42 57 27 43 31 
33 39 27 38 50 31 43 35 22 26 38 41 36 27 29 39 38 29 45 29 32 35 22 41 
33 31 23 25 28 15 26 24 17 28 31 42 23 11 20 24 17 26 21 12 27 22 25 26 
27 27 20 19 15 17 18 16 27 25 25 15 19 22 21 15 16 16 18 9 19 10 11 18 
17 11 16 10 13 6 14 19 4 11 17 8 18 18 14 15 11 15 9 2 5 4 9 9 2 9 13 10 
7 10 10 16 12 10 10 9 8 11 10 7 2 7 10 14 7 7 14 11 5 7 5 14 15 5 735
 ? Metadata:
 ??? STATISTICS_MAXIMUM=392.11212158203
 ??? STATISTICS_MEAN=0.68159060504688
 ??? STATISTICS_MINIMUM=0.0010000000474975
 ??? STATISTICS_STDDEV=6.2888244425479
 ? Color Table (RGB with 256 entries)
 ??? 0: 0,0,0,255
 ??? 1: 0,0,255,255
...
 ? 254: 0,0,0,255
 ? 255: 255,255,255,255

When I display if via mapserver it comes out all black:

LAYER
 ? NAME "chlorophyll"
 ? STATUS on
 ? TYPE raster
 ? DATA "/maps/wms/data/VIIRS_CHLORA/VIIRS_CHLORA.vrt"
 ? PROJECTION "init=epsg:4326" END
END

But if I run:

gdal_translate -of PNG
/maps/wms/data/VIIRS_CHLORA/VIIRS_CHLORA.vrt test.png

test.png shows the image with the colors!

The whole VRT file is:

<VRTDataset rasterXSize="8010" rasterYSize="6000">
 ? <GeoTransform> -120.03375 ,0.0075 , 0 , 44.88375 , 0 , -0.0075 
</GeoTransform>
 ? <Metadata>
 ? </Metadata>
 ? <VRTRasterBand dataType="Byte" band="1">
 ??? <ColorInterp>Palette</ColorInterp>
 ??? <SourceNoData>-999.0</SourceNoData>
 ??? <ColorTable>
 ????? <Entry c1="0" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="0" c2="0" c3="255" c4="255"/>
 ????? <Entry c1="100" c2="150" c3="240" c4="255"/>
 ????? <Entry c1="0" c2="200" c3="0" c4="255"/>
 ????? <Entry c1="255" c2="255" c3="255" c4="255"/>
 ????? <Entry c1="250" c2="250" c3="0" c4="255"/>
 ????? <Entry c1="255" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="255" c2="120" c3="0" c4="255"/>
 ????? <Entry c1="225" c2="0" c3="225" c4="255"/>
 ????? <Entry c1="0" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="120" c2="120" c3="120" c4="255"/>
 ????? <Entry c1="255" c2="230" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="227" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="224" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="222" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="219" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="216" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="214" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="211" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="209" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="206" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="203" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="201" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="198" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="195" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="193" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="190" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="188" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="185" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="182" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="180" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="177" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="175" c3="255" c4="255"/>
 ????? <Entry c1="255" c2="175" c3="255" c4="255"/>
 ????? <Entry c1="252" c2="166" c3="255" c4="255"/>
 ????? <Entry c1="249" c2="158" c3="255" c4="255"/>
 ????? <Entry c1="247" c2="150" c3="255" c4="255"/>
 ????? <Entry c1="244" c2="141" c3="255" c4="255"/>
 ????? <Entry c1="241" c2="133" c3="255" c4="255"/>
 ????? <Entry c1="239" c2="125" c3="255" c4="255"/>
 ????? <Entry c1="236" c2="116" c3="255" c4="255"/>
 ????? <Entry c1="234" c2="108" c3="255" c4="255"/>
 ????? <Entry c1="231" c2="100" c3="255" c4="255"/>
 ????? <Entry c1="228" c2="91" c3="255" c4="255"/>
 ????? <Entry c1="226" c2="83" c3="255" c4="255"/>
 ????? <Entry c1="223" c2="75" c3="255" c4="255"/>
 ????? <Entry c1="220" c2="66" c3="255" c4="255"/>
 ????? <Entry c1="218" c2="58" c3="255" c4="255"/>
 ????? <Entry c1="215" c2="50" c3="255" c4="255"/>
 ????? <Entry c1="213" c2="41" c3="255" c4="255"/>
 ????? <Entry c1="210" c2="33" c3="255" c4="255"/>
 ????? <Entry c1="207" c2="25" c3="255" c4="255"/>
 ????? <Entry c1="205" c2="16" c3="255" c4="255"/>
 ????? <Entry c1="202" c2="8" c3="255" c4="255"/>
 ????? <Entry c1="200" c2="0" c3="255" c4="255"/>
 ????? <Entry c1="193" c2="0" c3="252" c4="255"/>
 ????? <Entry c1="187" c2="0" c3="249" c4="255"/>
 ????? <Entry c1="181" c2="0" c3="247" c4="255"/>
 ????? <Entry c1="175" c2="0" c3="244" c4="255"/>
 ????? <Entry c1="169" c2="0" c3="241" c4="255"/>
 ????? <Entry c1="162" c2="0" c3="239" c4="255"/>
 ????? <Entry c1="156" c2="0" c3="236" c4="255"/>
 ????? <Entry c1="150" c2="0" c3="234" c4="255"/>
 ????? <Entry c1="144" c2="0" c3="231" c4="255"/>
 ????? <Entry c1="138" c2="0" c3="228" c4="255"/>
 ????? <Entry c1="131" c2="0" c3="226" c4="255"/>
 ????? <Entry c1="125" c2="0" c3="223" c4="255"/>
 ????? <Entry c1="119" c2="0" c3="220" c4="255"/>
 ????? <Entry c1="113" c2="0" c3="218" c4="255"/>
 ????? <Entry c1="107" c2="0" c3="215" c4="255"/>
 ????? <Entry c1="100" c2="0" c3="213" c4="255"/>
 ????? <Entry c1="94" c2="0" c3="210" c4="255"/>
 ????? <Entry c1="88" c2="0" c3="207" c4="255"/>
 ????? <Entry c1="82" c2="0" c3="205" c4="255"/>
 ????? <Entry c1="76" c2="0" c3="202" c4="255"/>
 ????? <Entry c1="70" c2="0" c3="200" c4="255"/>
 ????? <Entry c1="70" c2="0" c3="200" c4="255"/>
 ????? <Entry c1="66" c2="0" c3="202" c4="255"/>
 ????? <Entry c1="63" c2="0" c3="205" c4="255"/>
 ????? <Entry c1="60" c2="0" c3="207" c4="255"/>
 ????? <Entry c1="56" c2="0" c3="210" c4="255"/>
 ????? <Entry c1="53" c2="0" c3="213" c4="255"/>
 ????? <Entry c1="50" c2="0" c3="215" c4="255"/>
 ????? <Entry c1="46" c2="0" c3="218" c4="255"/>
 ????? <Entry c1="43" c2="0" c3="220" c4="255"/>
 ????? <Entry c1="40" c2="0" c3="223" c4="255"/>
 ????? <Entry c1="36" c2="0" c3="226" c4="255"/>
 ????? <Entry c1="33" c2="0" c3="228" c4="255"/>
 ????? <Entry c1="30" c2="0" c3="231" c4="255"/>
 ????? <Entry c1="26" c2="0" c3="234" c4="255"/>
 ????? <Entry c1="23" c2="0" c3="236" c4="255"/>
 ????? <Entry c1="20" c2="0" c3="239" c4="255"/>
 ????? <Entry c1="16" c2="0" c3="241" c4="255"/>
 ????? <Entry c1="13" c2="0" c3="244" c4="255"/>
 ????? <Entry c1="10" c2="0" c3="247" c4="255"/>
 ????? <Entry c1="6" c2="0" c3="249" c4="255"/>
 ????? <Entry c1="3" c2="0" c3="252" c4="255"/>
 ????? <Entry c1="0" c2="0" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="0" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="12" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="24" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="36" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="48" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="60" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="72" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="85" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="97" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="109" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="121" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="133" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="145" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="157" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="170" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="182" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="194" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="206" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="218" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="230" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="242" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="255" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="242" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="230" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="218" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="206" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="194" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="182" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="170" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="157" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="145" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="133" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="121" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="109" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="97" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="85" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="72" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="60" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="48" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="36" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="24" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="12" c4="255"/>
 ????? <Entry c1="0" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="12" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="24" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="36" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="48" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="60" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="72" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="85" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="97" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="109" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="121" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="133" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="145" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="157" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="170" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="182" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="194" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="206" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="218" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="230" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="242" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="255" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="255" c2="255" c3="0" c4="255"/>
 ????? <Entry c1="255" c2="252" c3="2" c4="255"/>
 ????? <Entry c1="255" c2="249" c3="4" c4="255"/>
 ????? <Entry c1="255" c2="247" c3="7" c4="255"/>
 ????? <Entry c1="255" c2="244" c3="9" c4="255"/>
 ????? <Entry c1="255" c2="241" c3="11" c4="255"/>
 ????? <Entry c1="255" c2="239" c3="14" c4="255"/>
 ????? <Entry c1="255" c2="236" c3="16" c4="255"/>
 ????? <Entry c1="255" c2="234" c3="19" c4="255"/>
 ????? <Entry c1="255" c2="231" c3="21" c4="255"/>
 ????? <Entry c1="255" c2="228" c3="23" c4="255"/>
 ????? <Entry c1="255" c2="226" c3="26" c4="255"/>
 ????? <Entry c1="255" c2="223" c3="28" c4="255"/>
 ????? <Entry c1="255" c2="220" c3="30" c4="255"/>
 ????? <Entry c1="255" c2="218" c3="33" c4="255"/>
 ????? <Entry c1="255" c2="215" c3="35" c4="255"/>
 ????? <Entry c1="255" c2="213" c3="38" c4="255"/>
 ????? <Entry c1="255" c2="210" c3="40" c4="255"/>
 ????? <Entry c1="255" c2="207" c3="42" c4="255"/>
 ????? <Entry c1="255" c2="205" c3="45" c4="255"/>
 ????? <Entry c1="255" c2="202" c3="47" c4="255"/>
 ????? <Entry c1="255" c2="200" c3="50" c4="255"/>
 ????? <Entry c1="255" c2="200" c3="50" c4="255"/>
 ????? <Entry c1="255" c2="190" c3="47" c4="255"/>
 ????? <Entry c1="255" c2="180" c3="45" c4="255"/>
 ????? <Entry c1="255" c2="171" c3="42" c4="255"/>
 ????? <Entry c1="255" c2="161" c3="40" c4="255"/>
 ????? <Entry c1="255" c2="152" c3="38" c4="255"/>
 ????? <Entry c1="255" c2="142" c3="35" c4="255"/>
 ????? <Entry c1="255" c2="133" c3="33" c4="255"/>
 ????? <Entry c1="255" c2="123" c3="30" c4="255"/>
 ????? <Entry c1="255" c2="114" c3="28" c4="255"/>
 ????? <Entry c1="255" c2="104" c3="26" c4="255"/>
 ????? <Entry c1="255" c2="95" c3="23" c4="255"/>
 ????? <Entry c1="255" c2="85" c3="21" c4="255"/>
 ????? <Entry c1="255" c2="76" c3="19" c4="255"/>
 ????? <Entry c1="255" c2="66" c3="16" c4="255"/>
 ????? <Entry c1="255" c2="57" c3="14" c4="255"/>
 ????? <Entry c1="255" c2="47" c3="11" c4="255"/>
 ????? <Entry c1="255" c2="38" c3="9" c4="255"/>
 ????? <Entry c1="255" c2="28" c3="7" c4="255"/>
 ????? <Entry c1="255" c2="19" c3="4" c4="255"/>
 ????? <Entry c1="255" c2="9" c3="2" c4="255"/>
 ????? <Entry c1="255" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="255" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="250" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="245" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="241" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="236" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="232" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="227" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="223" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="218" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="214" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="209" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="205" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="200" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="196" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="191" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="187" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="182" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="178" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="173" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="169" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="164" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="160" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="156" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="152" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="149" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="145" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="141" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="138" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="134" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="130" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="127" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="123" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="120" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="116" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="112" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="109" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="105" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="101" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="98" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="94" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="90" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="87" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="83" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="80" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="0" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="120" c2="120" c3="120" c4="255"/>
 ????? <Entry c1="0" c2="200" c3="0" c4="255"/>
 ????? <Entry c1="0" c2="0" c3="0" c4="255"/>
 ????? <Entry c1="255" c2="255" c3="255" c4="255"/>
 ??? </ColorTable>
 ??? <SimpleSource>
 ????? <SourceFilename 
relativeToVRT="0">/maps/wms/data/VIIRS_CHLORA/VIIRS_CHLORA.tif</SourceFilename>
 ????? <SourceBand>1</SourceBand>
 ????? <SrcRect xOff="0" yOff="0" xSize="8010" ySize="6000"/>
 ????? <DstRect xOff="0" yOff="0" xSize="8010" ySize="6000"/>
 ??? </SimpleSource>
 ? </VRTRasterBand>
</VRTDataset>


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



From stephenwoodbridge37 at gmail.com  Sat Jun 29 09:52:56 2019
From: stephenwoodbridge37 at gmail.com (Stephen Woodbridge)
Date: Sat, 29 Jun 2019 12:52:56 -0400
Subject: [mapserver-users] Having an issue displaying a VRT file
In-Reply-To: <ce4df539-e2f4-0287-a991-f47e3dcc905c@gmail.com>
References: <ce4df539-e2f4-0287-a991-f47e3dcc905c@gmail.com>
Message-ID: <caa2925f-ad15-ee53-c373-f574c10f42f3@gmail.com>

Never mind! I figured it out.

If your MAP->NAME is the same as you LAYER->NAME then that take priority 
over of LAYER->NAME and then display all the other layers also. In this 
case rendering the the gray scale tif over the colors.

-Steve

On 6/29/2019 12:22 PM, Stephen Woodbridge wrote:
> Hi all,
>
> I've been banging my head against this problem for a while so asking 
> for ideas.
>
> Thanks,
> ? -Steve W
>
> I have GTiff file the looks like:
>
> $ gdalinfo -stats -hist /maps/wms/data/VIIRS_CHLORA/VIIRS_CHLORA.tif
> Driver: GTiff/GeoTIFF
> Files: /maps/wms/data/VIIRS_CHLORA/VIIRS_CHLORA.tif
> Size is 8010, 6000
> Coordinate System is:
> 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"]]
> Origin = (-120.033749999999998,44.883749999999999)
> Pixel Size = (0.007500000000000,-0.007500000000000)
> Metadata:
> ? AREA_OR_POINT=Area
> Image Structure Metadata:
> ? INTERLEAVE=BAND
> Corner Coordinates:
> Upper Left? (-120.0337500,? 44.8837500) (120d 2' 1.50"W, 44d53' 1.50"N)
> Lower Left? (-120.0337500,? -0.1162500) (120d 2' 1.50"W,? 0d 6'58.50"S)
> Upper Right ( -59.9587500,? 44.8837500) ( 59d57'31.50"W, 44d53' 1.50"N)
> Lower Right ( -59.9587500,? -0.1162500) ( 59d57'31.50"W,? 0d 6'58.50"S)
> Center????? ( -89.9962500,? 22.3837500) ( 89d59'46.50"W, 22d23' 1.50"N)
> Band 1 Block=8010x1 Type=Float32, ColorInterp=Gray
> ? Minimum=0.001, Maximum=392.112, Mean=0.682, StdDev=6.289
> 0...10...20...30...40...50...60...70...80...90...100 - done.
> ? 256 buckets from -0.767845 to 392.881:
> ? 5116420 228446 61443 29479 20356 13649 8567 6328 4568 3350 2637 2397 
> 1852 1682 1516 1391 1404 1193 1074 957 874 824 791 663 566 560 574 545 
> 531 466 368 369 379 263 334 301 267 252 250 247 202 178 183 207 195 
> 184 155 163 166 184 152 151 150 138 101 128 131 140 85 113 98 121 127 
> 106 83 92 92 107 81 87 81 72 110 77 68 62 70 59 80 75 75 76 55 55 50 
> 51 66 56 59 44 50 52 60 43 55 52 57 54 35 60 47 35 41 30 38 37 47 49 
> 22 37 25 40 25 36 37 43 39 27 22 32 34 33 33 27 32 32 20 22 26 14 25 
> 21 26 14 16 21 12 26 15 29 23 18 20 5 9 10 9 16 17 12 14 20 19 12 16 
> 17 10 8 11 21 11 21 7 10 16 18 10 11 17 21 11 6 7 11 11 17 3 16 8 6 9 
> 19 17 9 11 11 10 11 9 8 6 16 11 12 14 12 9 11 8 6 8 7 14 10 6 3 4 3 5 
> 7 4 6 5 9 5 5 2 6 10 14 4 4 6 3 5 3 8 3 5 10 7 1 13 14 9 7 5 6 9 9 6 5 
> 10 8 6 7 5 10 11 9 7 4 0 5 0 4
> ? NoData Value=-999
> ? Metadata:
> ??? STATISTICS_MAXIMUM=392.11212158203
> ??? STATISTICS_MEAN=0.68159060504688
> ??? STATISTICS_MINIMUM=0.0010000000474975
> ??? STATISTICS_STDDEV=6.2888244425479
>
> I created a VRT file with that looks like:
>
> a$ gdalinfo -stats -hist /maps/wms/data/VIIRS_CHLORA/VIIRS_CHLORA.vrt
> Driver: VRT/Virtual Raster
> Files: /maps/wms/data/VIIRS_CHLORA/VIIRS_CHLORA.vrt
> ?????? /maps/wms/data/VIIRS_CHLORA/VIIRS_CHLORA.tif
> Size is 8010, 6000
> Coordinate System is `'
> Origin = (-120.033749999999998,44.883749999999999)
> Pixel Size = (0.007500000000000,-0.007500000000000)
> Corner Coordinates:
> Upper Left? (-120.0337500,? 44.8837500)
> Lower Left? (-120.0337500,? -0.1162500)
> Upper Right ( -59.9587500,? 44.8837500)
> Lower Right ( -59.9587500,? -0.1162500)
> Center????? ( -89.9962500,? 22.3837500)
> Band 1 Block=128x128 Type=Byte, ColorInterp=Palette
> ? Minimum=0.001, Maximum=392.112, Mean=0.682, StdDev=6.289
> 0...10...20...30...40...50...60...70...80...90...100 - done.
> ? 256 buckets from -0.5 to 255.5:
> ? 4946628 325638 83015 39917 25684 16759 13604 10800 8041 5808 4731 
> 3922 3191 2501 2130 1883 1639 1488 1266 1159 1070 1070 935 916 887 873 
> 833 713 679 620 624 541 544 535 492 445 427 351 364 390 359 389 315 
> 347 316 305 229 263 221 252 189 183 219 210 183 180 173 175 149 166 
> 156 141 123 124 115 124 133 132 119 117 106 110 95 112 119 113 117 98 
> 101 95 89 101 86 61 80 85 75 95 90 60 56 75 68 59 89 67 92 65 60 45 76 
> 66 52 60 67 50 61 55 48 41 63 73 56 47 42 42 45 35 46 42 44 57 46 52 
> 42 57 27 43 31 33 39 27 38 50 31 43 35 22 26 38 41 36 27 29 39 38 29 
> 45 29 32 35 22 41 33 31 23 25 28 15 26 24 17 28 31 42 23 11 20 24 17 
> 26 21 12 27 22 25 26 27 27 20 19 15 17 18 16 27 25 25 15 19 22 21 15 
> 16 16 18 9 19 10 11 18 17 11 16 10 13 6 14 19 4 11 17 8 18 18 14 15 11 
> 15 9 2 5 4 9 9 2 9 13 10 7 10 10 16 12 10 10 9 8 11 10 7 2 7 10 14 7 7 
> 14 11 5 7 5 14 15 5 735
> ? Metadata:
> ??? STATISTICS_MAXIMUM=392.11212158203
> ??? STATISTICS_MEAN=0.68159060504688
> ??? STATISTICS_MINIMUM=0.0010000000474975
> ??? STATISTICS_STDDEV=6.2888244425479
> ? Color Table (RGB with 256 entries)
> ??? 0: 0,0,0,255
> ??? 1: 0,0,255,255
> ...
> ? 254: 0,0,0,255
> ? 255: 255,255,255,255
>
> When I display if via mapserver it comes out all black:
>
> LAYER
> ? NAME "chlorophyll"
> ? STATUS on
> ? TYPE raster
> ? DATA "/maps/wms/data/VIIRS_CHLORA/VIIRS_CHLORA.vrt"
> ? PROJECTION "init=epsg:4326" END
> END
>
> But if I run:
>
> gdal_translate -of PNG
> /maps/wms/data/VIIRS_CHLORA/VIIRS_CHLORA.vrt test.png
>
> test.png shows the image with the colors!
>
> The whole VRT file is:
>
> <VRTDataset rasterXSize="8010" rasterYSize="6000">
> ? <GeoTransform> -120.03375 ,0.0075 , 0 , 44.88375 , 0 , -0.0075 
> </GeoTransform>
> ? <Metadata>
> ? </Metadata>
> ? <VRTRasterBand dataType="Byte" band="1">
> ??? <ColorInterp>Palette</ColorInterp>
> ??? <SourceNoData>-999.0</SourceNoData>
> ??? <ColorTable>
> ????? <Entry c1="0" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="0" c2="0" c3="255" c4="255"/>
> ????? <Entry c1="100" c2="150" c3="240" c4="255"/>
> ????? <Entry c1="0" c2="200" c3="0" c4="255"/>
> ????? <Entry c1="255" c2="255" c3="255" c4="255"/>
> ????? <Entry c1="250" c2="250" c3="0" c4="255"/>
> ????? <Entry c1="255" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="255" c2="120" c3="0" c4="255"/>
> ????? <Entry c1="225" c2="0" c3="225" c4="255"/>
> ????? <Entry c1="0" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="120" c2="120" c3="120" c4="255"/>
> ????? <Entry c1="255" c2="230" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="227" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="224" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="222" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="219" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="216" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="214" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="211" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="209" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="206" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="203" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="201" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="198" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="195" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="193" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="190" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="188" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="185" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="182" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="180" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="177" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="175" c3="255" c4="255"/>
> ????? <Entry c1="255" c2="175" c3="255" c4="255"/>
> ????? <Entry c1="252" c2="166" c3="255" c4="255"/>
> ????? <Entry c1="249" c2="158" c3="255" c4="255"/>
> ????? <Entry c1="247" c2="150" c3="255" c4="255"/>
> ????? <Entry c1="244" c2="141" c3="255" c4="255"/>
> ????? <Entry c1="241" c2="133" c3="255" c4="255"/>
> ????? <Entry c1="239" c2="125" c3="255" c4="255"/>
> ????? <Entry c1="236" c2="116" c3="255" c4="255"/>
> ????? <Entry c1="234" c2="108" c3="255" c4="255"/>
> ????? <Entry c1="231" c2="100" c3="255" c4="255"/>
> ????? <Entry c1="228" c2="91" c3="255" c4="255"/>
> ????? <Entry c1="226" c2="83" c3="255" c4="255"/>
> ????? <Entry c1="223" c2="75" c3="255" c4="255"/>
> ????? <Entry c1="220" c2="66" c3="255" c4="255"/>
> ????? <Entry c1="218" c2="58" c3="255" c4="255"/>
> ????? <Entry c1="215" c2="50" c3="255" c4="255"/>
> ????? <Entry c1="213" c2="41" c3="255" c4="255"/>
> ????? <Entry c1="210" c2="33" c3="255" c4="255"/>
> ????? <Entry c1="207" c2="25" c3="255" c4="255"/>
> ????? <Entry c1="205" c2="16" c3="255" c4="255"/>
> ????? <Entry c1="202" c2="8" c3="255" c4="255"/>
> ????? <Entry c1="200" c2="0" c3="255" c4="255"/>
> ????? <Entry c1="193" c2="0" c3="252" c4="255"/>
> ????? <Entry c1="187" c2="0" c3="249" c4="255"/>
> ????? <Entry c1="181" c2="0" c3="247" c4="255"/>
> ????? <Entry c1="175" c2="0" c3="244" c4="255"/>
> ????? <Entry c1="169" c2="0" c3="241" c4="255"/>
> ????? <Entry c1="162" c2="0" c3="239" c4="255"/>
> ????? <Entry c1="156" c2="0" c3="236" c4="255"/>
> ????? <Entry c1="150" c2="0" c3="234" c4="255"/>
> ????? <Entry c1="144" c2="0" c3="231" c4="255"/>
> ????? <Entry c1="138" c2="0" c3="228" c4="255"/>
> ????? <Entry c1="131" c2="0" c3="226" c4="255"/>
> ????? <Entry c1="125" c2="0" c3="223" c4="255"/>
> ????? <Entry c1="119" c2="0" c3="220" c4="255"/>
> ????? <Entry c1="113" c2="0" c3="218" c4="255"/>
> ????? <Entry c1="107" c2="0" c3="215" c4="255"/>
> ????? <Entry c1="100" c2="0" c3="213" c4="255"/>
> ????? <Entry c1="94" c2="0" c3="210" c4="255"/>
> ????? <Entry c1="88" c2="0" c3="207" c4="255"/>
> ????? <Entry c1="82" c2="0" c3="205" c4="255"/>
> ????? <Entry c1="76" c2="0" c3="202" c4="255"/>
> ????? <Entry c1="70" c2="0" c3="200" c4="255"/>
> ????? <Entry c1="70" c2="0" c3="200" c4="255"/>
> ????? <Entry c1="66" c2="0" c3="202" c4="255"/>
> ????? <Entry c1="63" c2="0" c3="205" c4="255"/>
> ????? <Entry c1="60" c2="0" c3="207" c4="255"/>
> ????? <Entry c1="56" c2="0" c3="210" c4="255"/>
> ????? <Entry c1="53" c2="0" c3="213" c4="255"/>
> ????? <Entry c1="50" c2="0" c3="215" c4="255"/>
> ????? <Entry c1="46" c2="0" c3="218" c4="255"/>
> ????? <Entry c1="43" c2="0" c3="220" c4="255"/>
> ????? <Entry c1="40" c2="0" c3="223" c4="255"/>
> ????? <Entry c1="36" c2="0" c3="226" c4="255"/>
> ????? <Entry c1="33" c2="0" c3="228" c4="255"/>
> ????? <Entry c1="30" c2="0" c3="231" c4="255"/>
> ????? <Entry c1="26" c2="0" c3="234" c4="255"/>
> ????? <Entry c1="23" c2="0" c3="236" c4="255"/>
> ????? <Entry c1="20" c2="0" c3="239" c4="255"/>
> ????? <Entry c1="16" c2="0" c3="241" c4="255"/>
> ????? <Entry c1="13" c2="0" c3="244" c4="255"/>
> ????? <Entry c1="10" c2="0" c3="247" c4="255"/>
> ????? <Entry c1="6" c2="0" c3="249" c4="255"/>
> ????? <Entry c1="3" c2="0" c3="252" c4="255"/>
> ????? <Entry c1="0" c2="0" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="0" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="12" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="24" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="36" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="48" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="60" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="72" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="85" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="97" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="109" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="121" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="133" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="145" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="157" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="170" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="182" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="194" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="206" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="218" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="230" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="242" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="255" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="242" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="230" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="218" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="206" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="194" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="182" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="170" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="157" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="145" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="133" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="121" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="109" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="97" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="85" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="72" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="60" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="48" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="36" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="24" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="12" c4="255"/>
> ????? <Entry c1="0" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="12" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="24" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="36" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="48" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="60" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="72" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="85" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="97" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="109" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="121" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="133" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="145" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="157" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="170" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="182" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="194" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="206" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="218" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="230" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="242" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="255" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="255" c2="255" c3="0" c4="255"/>
> ????? <Entry c1="255" c2="252" c3="2" c4="255"/>
> ????? <Entry c1="255" c2="249" c3="4" c4="255"/>
> ????? <Entry c1="255" c2="247" c3="7" c4="255"/>
> ????? <Entry c1="255" c2="244" c3="9" c4="255"/>
> ????? <Entry c1="255" c2="241" c3="11" c4="255"/>
> ????? <Entry c1="255" c2="239" c3="14" c4="255"/>
> ????? <Entry c1="255" c2="236" c3="16" c4="255"/>
> ????? <Entry c1="255" c2="234" c3="19" c4="255"/>
> ????? <Entry c1="255" c2="231" c3="21" c4="255"/>
> ????? <Entry c1="255" c2="228" c3="23" c4="255"/>
> ????? <Entry c1="255" c2="226" c3="26" c4="255"/>
> ????? <Entry c1="255" c2="223" c3="28" c4="255"/>
> ????? <Entry c1="255" c2="220" c3="30" c4="255"/>
> ????? <Entry c1="255" c2="218" c3="33" c4="255"/>
> ????? <Entry c1="255" c2="215" c3="35" c4="255"/>
> ????? <Entry c1="255" c2="213" c3="38" c4="255"/>
> ????? <Entry c1="255" c2="210" c3="40" c4="255"/>
> ????? <Entry c1="255" c2="207" c3="42" c4="255"/>
> ????? <Entry c1="255" c2="205" c3="45" c4="255"/>
> ????? <Entry c1="255" c2="202" c3="47" c4="255"/>
> ????? <Entry c1="255" c2="200" c3="50" c4="255"/>
> ????? <Entry c1="255" c2="200" c3="50" c4="255"/>
> ????? <Entry c1="255" c2="190" c3="47" c4="255"/>
> ????? <Entry c1="255" c2="180" c3="45" c4="255"/>
> ????? <Entry c1="255" c2="171" c3="42" c4="255"/>
> ????? <Entry c1="255" c2="161" c3="40" c4="255"/>
> ????? <Entry c1="255" c2="152" c3="38" c4="255"/>
> ????? <Entry c1="255" c2="142" c3="35" c4="255"/>
> ????? <Entry c1="255" c2="133" c3="33" c4="255"/>
> ????? <Entry c1="255" c2="123" c3="30" c4="255"/>
> ????? <Entry c1="255" c2="114" c3="28" c4="255"/>
> ????? <Entry c1="255" c2="104" c3="26" c4="255"/>
> ????? <Entry c1="255" c2="95" c3="23" c4="255"/>
> ????? <Entry c1="255" c2="85" c3="21" c4="255"/>
> ????? <Entry c1="255" c2="76" c3="19" c4="255"/>
> ????? <Entry c1="255" c2="66" c3="16" c4="255"/>
> ????? <Entry c1="255" c2="57" c3="14" c4="255"/>
> ????? <Entry c1="255" c2="47" c3="11" c4="255"/>
> ????? <Entry c1="255" c2="38" c3="9" c4="255"/>
> ????? <Entry c1="255" c2="28" c3="7" c4="255"/>
> ????? <Entry c1="255" c2="19" c3="4" c4="255"/>
> ????? <Entry c1="255" c2="9" c3="2" c4="255"/>
> ????? <Entry c1="255" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="255" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="250" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="245" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="241" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="236" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="232" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="227" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="223" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="218" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="214" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="209" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="205" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="200" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="196" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="191" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="187" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="182" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="178" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="173" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="169" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="164" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="160" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="156" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="152" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="149" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="145" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="141" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="138" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="134" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="130" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="127" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="123" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="120" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="116" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="112" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="109" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="105" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="101" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="98" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="94" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="90" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="87" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="83" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="80" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="0" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="120" c2="120" c3="120" c4="255"/>
> ????? <Entry c1="0" c2="200" c3="0" c4="255"/>
> ????? <Entry c1="0" c2="0" c3="0" c4="255"/>
> ????? <Entry c1="255" c2="255" c3="255" c4="255"/>
> ??? </ColorTable>
> ??? <SimpleSource>
> ????? <SourceFilename 
> relativeToVRT="0">/maps/wms/data/VIIRS_CHLORA/VIIRS_CHLORA.tif</SourceFilename>
> ????? <SourceBand>1</SourceBand>
> ????? <SrcRect xOff="0" yOff="0" xSize="8010" ySize="6000"/>
> ????? <DstRect xOff="0" yOff="0" xSize="8010" ySize="6000"/>
> ??? </SimpleSource>
> ? </VRTRasterBand>
> </VRTDataset>
>


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus