Re: [gdal-dev] [EXTERNAL] Re: gdal_translate (3.1.0dev) "never" finishes on large jpeg cogs... REALLLLLY long time to unload.

2020-04-15 Thread Ritchie, Andrew C
Hi Even, Thanks for the quick response! The source dataset is a LZW cog with RGBA, and I confirmed (I think) that the issue was the mask layer by playing with the switches I used to generate the LZW cog - I didn't even have to do a JPEG COG. I can cause the same, or very similar behavior, by ch

Re: [gdal-dev] NetCDF rotated grid support

2020-04-15 Thread Even Rouault
Louis-Philippe, Support for rotated grid is a nightmare due to different conventions used for GRIB, netCDF or PROJ ob_tran method. The GDAL GRIB and netCDF drivers normally do what is needed map from the native product convention to the PROJ one. Below 2 emails I wrote some time ago the OGC C

Re: [gdal-dev] NetCDF rotated grid support

2020-04-15 Thread Rousseau Lambert2, Louis-Philippe (EC)
Thanks Even for your answer. Than I guess it's a problem with my NetCDF projection definition since it is not projected correctly when I view it... I also found out that I cannot reproject those NetCDF (with a rotated grid) to a standard projection like EPSG:4326, it fails with: ERROR 1: Too m

Re: [gdal-dev] Algorithm to clip the inner loop of a polygon

2020-04-15 Thread Andreas Oxenstierna
Hi I see that I forgot to create polygons from the splitted lines Sp the syntax should be something like: ST_ExteriorRing((ST_Dump(ST_Polygonize(ST_LineMerge(ST_Union(ST_Force2D(geometry>)).geom) Hi Ari and Andreas, Thanks for the information. I will check it out. Today I advanced a lit

Re: [gdal-dev] Algorithm to clip the inner loop of a polygon

2020-04-15 Thread Chao YUE
Hi Ari and Andreas, Thanks for the information. I will check it out. Today I advanced a little by almost implementing what's been proposed in my message there. Regards, Chao On Wed, Apr 15, 2020 at 3:04 PM Ari Jolma wrote: > Andreas Oxenstierna kirjoitti 15.4.2020 klo 9.03: > > Hi > > Have you

Re: [gdal-dev] gdal_translate (3.1.0dev) "never" finishes on large jpeg cogs... REALLLLLY long time to unload.

2020-04-15 Thread Even Rouault
Andrew, Has your source raster an alpha band ? That could explain the difference since it isn't possible to directly create a YCbCrA JPEG compressed file, but internally a mask band must be created. However I wouldn't anticipate such a huge difference in performance between compression schemes.

Re: [gdal-dev] Does OGR support GeoPackage enums in write mode (or at all?)

2020-04-15 Thread Even Rouault
On mercredi 15 avril 2020 11:56:58 CEST Andrea Aime wrote: > On Wed, Apr 15, 2020 at 11:36 AM Even Rouault > > wrote: > > > http://www.geopackage.org/spec/ > > > > My understanding of table 27 is that it is just to define constraints on > > the values of a column, but not a way to establish a in

Re: [gdal-dev] Does OGR support GeoPackage enums in write mode (or at all?)

2020-04-15 Thread Even Rouault
Hi Andrea, > but could be more efficiently represented as enums, as they >have a small set of values. > GeoPackage has a native notion of enums, check the spec and search for > "table 27" for an example: > http://www.geopackage.org/spec/ My understanding of table 27 is that it is just to define

Re: [gdal-dev] Algorithm to clip the inner loop of a polygon

2020-04-15 Thread Ari Jolma
Andreas Oxenstierna kirjoitti 15.4.2020 klo 9.03: Hi Have you tested PostGIS? ST_ExteriorRing((ST_Dump(ST_LineMerge(ST_Union(ST_Force2D(geometry>).geom) should extract the points you want to keep by splitting at intersections - but it may fail in very complex cases. Then I would start wi