That sounds reasonable.
.___ ._ ..._ .. . ._. .___ .. __ . _. . __.. ... ._ .__
Entre dos pensamientos racionales
hay infinitos pensamientos irracionales.
On Tue, 8 Jun 2021 at 10:59, thomas bonfort
wrote:
> There is no c++ version, although there are no specific go constructs
> that wo
There is no c++ version, although there are no specific go constructs
that would prevent a port to c++ if you really wanted to.
It could also be possible to export a C function from the go code,
exposed as a shared library, that would only work on local files
and who's signature would be something
Thanks Thomas!
I see this is in Go. Is there a C++ version of it? Or how easy is to use it
from C++ code?
Thanks.
.___ ._ ..._ .. . ._. .___ .. __ . _. . __.. ... ._ .__
Entre dos pensamientos racionales
hay infinitos pensamientos irracionales.
On Fri, 4 Jun 2021 at 18:48, Even Rouault
w
-Matt//
*From:*Even Rouault
*Sent:* June 4, 2021 9:33 AM
*To:* thomas bonfort ; Matt.Wilkie
*Cc:* Gdal Dev
*Subject:* Re: [gdal-dev] Introducing the cogger and godal projects
External email: Do not click on links or attachments except from
trusted se
tiled
geotiff?)
-Matt
From: Even Rouault
Sent: June 4, 2021 9:33 AM
To: thomas bonfort ; Matt.Wilkie
Cc: Gdal Dev
Subject: Re: [gdal-dev] Introducing the cogger and godal projects
*** External email: Do not click on links or attachments except from trusted
se
Hi Thomas,
Congratulations! These look like great projects.
On Fri, Jun 4, 2021 at 4:07 AM thomas bonfort
wrote:
> Hello gdal,
>
> We're releasing two projects on github under an Apache-2.0 licence
> which may be of interest to the GDAL community.
>
> The first one, https://github.com/airbusgeo
I haven't benchmarked cogger but I'd expect it to be much faster than
gdal_translate -of COG (if your input is GeoTIFF and always properly
tiled and compressed of course!). gdal_translate -of COG uses generic
GDAL API to acquire input data, which implies decompression /
recompression. And in pa
I haven't extensively used -of COG (the cogger code actually predates the
cog driver) but iirc there are at least some cases where it uses an
intermediate file, which would imply that cogger does offer some speedups.
I'll let Even confirm...
Regards,
Thomas
Le ven. 4 juin 2021 à 18:14, a écrit :
Is cogger specifically for the scenario where your converting a large imagery
library that already exists, but isn't cloud optimized? i.e. Does it offer any
advantages over the one step `gdal_translate -of cog ...` when starting fresh?
Cheers,
Matt
Geomatics Analyst | Environment | T 867-667-81
Hi Thomas,
cogger is really cool, and certainly a useful complement to the GDAL COG
driver (we could probably do something similar in it directly, if the
input file is a TIFF, but that doesn't fit in a very natural way in the
GDAL machinery). Feel free to submit a PR to the COG driver doc poin
Hello gdal,
We're releasing two projects on github under an Apache-2.0 licence
which may be of interest to the GDAL community.
The first one, https://github.com/airbusgeo/cogger is a lightweight
geotiff to COG converter that reshuffles the bytes of a tiled geotiff
to make it cloud compatible. Whe
11 matches
Mail list logo
