Re: [gdal-dev] Motion: promote GDAL 3.1.3 RC1

2020-09-04 Thread Daniel Morissette
+1 Daniel On 2020-09-03 04:45, Even Rouault wrote: Hi, Having heard no issues with RC1, Motion: Adopt GDAL 3.1.3 RC1 as final 3.1.3 release +1 Even -- Spatialys - Geospatial professional services http://www.spatialys.com ___ gdal-dev

Re: [gdal-dev] Serve COG images - GEE & Google Cloud Storage

2020-09-04 Thread Frank Warmerdam
Arun, For what it's worth, I routinely do this by preparing signed urls to the objects in GCS and just using normal /vsicurl/ references in mapfiles, etc. If you happen to be using boto libraries in Python signed urls can be created with the generate_url() call on "key" objects. Of course if

Re: [gdal-dev] Serve COG images - GEE & Google Cloud Storage

2020-09-04 Thread Michael Smith
Another option is a fuse level driver that maps cloud storage to a drive path. Mike -- Michael Smith US Army Corps of Engineers Remote Sensing/GIS Center From: gdal-dev on behalf of Travis Kirstine Date: Friday, September 4, 2020 at 8:35 AM To: gdal dev Subject: Re:

Re: [gdal-dev] Serve COG images - GEE & Google Cloud Storage

2020-09-04 Thread Travis Kirstine
There is a good article here on how to do this using MapServer and S3, this may work for Google as well https://github.com/mapserver/mapserver/wiki/Render-images-straight-out-of-S3-with-the-vsicurl-driver You can configure MapServer as a WMS server and add the layers to Open Layers or take the

Re: [gdal-dev] Serve COG images - GEE & Google Cloud Storage

2020-09-04 Thread Even Rouault
Arun, Not sure this completely answer your question, but GDAL has gained a Google Cloud Storage virtual file system handler similar to the AWS S3 one since the post you mention. See https://gdal.org/user/virtual_file_systems.html#vsigs-google-cloud-storage-files Even > Hi > In this article, I