Hi Even,
On Thu, Sep 3, 2020 at 1:01 PM Even Rouault
wrote:
> Sean,
>
>
>
> > Looks like we are close to a patch for #2911, can we wait for its
>
> > resolution or a postponement of its resolution?
>
>
>
> Sorry to play the stubborn release manager, but this will be a never
> ending game if I wa
Hi
In this article, I came across about servicing rasters on AWS S3:
https://www.azavea.com/blog/2019/04/23/using-cloud-optimized-geotiffs-cogs/
, https://lists.osgeo.org/pipermail/gdal-dev/2015-October/042975.html
I am trying to see if something similar exists for Google? I'm exporting
COG from G
Hi Even,
Looks like we are close to a patch for #2911, can we wait for its
resolution or a postponement of its resolution?
On Thu, Sep 3, 2020 at 2:45 AM Even Rouault
wrote:
> Hi,
>
>
>
> Having heard no issues with RC1,
>
>
>
> Motion:
>
>
>
> Adopt GDAL 3.1.3 RC1 as final 3.1.3 release
>
>
>
That’s all correct. ArdSDE cdrom 10.1 was the last to receive on request. I was
able to compile on Windows and Linux.
https://www.gisinternals.com/ maintain differents versions of GDAL for using
wth MapServer.
Tale a look for ArcSDE, think it’s posible to found it.
Regards,
Carlos Garcia
> In Python , I am using gdal , but Did not find the API’s like the once in R
>
>
>
> Do you know any other libraries in Python that are close to rasters library
> in R
You might want to try Rasterio which uses GDAL underneath:
https://rasterio.readthedocs.io/en/latest/
GDAL has also Python bi
On 2020-09-03 5:45 a.m., 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
+1 (no issues testing RC1 on Windows)
-jeff
--
Jeff McKenna
MapServer Consulting and Training Services
co-founder of FOSS4G
http://gatewaygeo.
Hi
I am trying to parse some .grc/.grd/.tab files (mapinfo Gis tool files) and
get some data as data-frame and write to Hive
One of my colleague wrote this in R
He is using rgdal and raster libraries
Here is his code to process grc file
parse_grc <- function(file_name){
tab_grc <-
Sean,
> Looks like we are close to a patch for #2911, can we wait for its
> resolution or a postponement of its resolution?
Sorry to play the stubborn release manager, but this will be a never ending
game
if I wait for all bugfixes that people need. Same here, this is a long standing
issue,
n
+1
-Jukka Rahkonen-
Even Rouault-2 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
>
> ___
On Thu, 3 Sep 2020 at 10:45, Even Rouault wrote:
>
> Having heard no issues with RC1,
>
> Motion:
> Adopt GDAL 3.1.3 RC1 as final 3.1.3 release
>
> +1 Even
+1
--
Mateusz Loskot, http://mateusz.loskot.net
___
gdal-dev mailing list
gdal-dev@lists.osgeo.
> On Sep 3, 2020, at 3:45 AM, 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
>
+1 Howard
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://l
Björn,
> Consider including https://github.com/OSGeo/gdal/pull/2649, it is a bugfix
> without which C# bindings and .NET Core runtime GDAL will produce corrupt
> output when UTF-8 characters are used.
Unless this bugfix fixes a regression (ie issue not present in past releases),
which I
don't t
Consider including https://github.com/OSGeo/gdal/pull/2649, it is a bugfix
without which C# bindings and .NET Core runtime GDAL will produce corrupt
output when UTF-8 characters are used.
Den tors 3 sep. 2020 kl 10:45 skrev Even Rouault :
> Hi,
>
>
>
> Having heard no issues with RC1,
>
>
>
> Mot
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 mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mail
14 matches
Mail list logo
