hopefully https://github.com/OSGeo/gdal/pull/7077 should answer your
question. You'll note subtle differences of behavior between gdalwarp on
one side and gdaladdo/gdal_translate on the other side
Even
Le 16/01/2023 à 13:32, Laurențiu Nicola via gdal-dev a écrit :
PPS: Looks like some experime
+1 Mateusz
On Mon, 16 Jan 2023, 18:02 Even Rouault, wrote:
> Hi,
>
> Motion: Approve RFC90: Direct access to compressed raster data:
>
> https://github.com/OSGeo/gdal/pull/7020
>
> Starting with my +1
>
> Even
>
> --
> http://www.spatialys.com
> My software is free, but my time generally not.
H Sean,
If we don't want to think about official media types at all, which
might be a good idea, couldn't we use driver names instead? "JPEG;
foo=bar" instead of "image/jpeg; foo=bar" for example.
Initially I had used driver names + a char** papszOptions for
ReadCompressedData(), but I als
I'm +1. Norman Barker wrote something like this when we worked together, so
I get the point of it clearly.
https://www.rfc-editor.org/rfc/rfc6838#page-13 has some things to say about
the parameters returned by GetCompressionFormat after, e.g., "image/jpeg".
* Parameters are case insensitive
* Ord
+1 Frank
On Mon, Jan 16, 2023 at 1:49 PM Rahkonen Jukka <
jukka.rahko...@maanmittauslaitos.fi> wrote:
> +1
>
> -Jukka Rahkonen-
>
> -Alkuperäinen viesti-
> Lähettäjä: gdal-dev Puolesta Even
> Rouault
> Lähetetty: maanantai 16. tammikuuta 2023 19.03
> Vastaanottaja: gdal-dev@lists.osgeo.o
+1
-Jukka Rahkonen-
-Alkuperäinen viesti-
Lähettäjä: gdal-dev Puolesta Even Rouault
Lähetetty: maanantai 16. tammikuuta 2023 19.03
Vastaanottaja: gdal-dev@lists.osgeo.org
Aihe: [gdal-dev] Motion: Approve RFC90: Direct access to compressed raster data
Hi,
Motion: Approve RFC90: Direct a
Hi,
Motion: Approve RFC90: Direct access to compressed raster data:
https://github.com/OSGeo/gdal/pull/7020
Starting with my +1
Even
--
http://www.spatialys.com
My software is free, but my time generally not.
___
gdal-dev mailing list
gdal-dev@list
PPS: Looks like some experimentation is probably better than weeks of worrying
:-). It looks like the input no data values are actually not included in the
computation. But I'd still like to know how they are handled, if that's
possible.
Laurentiu
On Mon, Jan 16, 2023, at 14:05, Laurențiu Nico
PS:
On Mon, Jan 16, 2023, at 13:58, Laurențiu Nicola wrote:
>
> * the `-srcnodata` docs and `gdalwarpkernel.cpp` suggest that masked pixels
> are not included in the computation (unlike those of no data?)
The remark in the brackets is wrong, of course, since the docs are specifically
about `-s
Hello,
I've been looking over the docs and the code, but I'm still a little confused
about how masking and/or no data are handled during resampling in GDAL. I'm
interested mostly in the `cubic` and `average` resamples, but I assume the
answers will apply to the other modes just as well.
In my
10 matches
Mail list logo
