[gdal-dev] Introducing the cogger and godal projects

Matt.Wilkie at yukon.ca Matt.Wilkie at yukon.ca
Mon Jun 7 14:17:03 PDT 2021


…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!).

I’m confident I know what a properly compressed geotiff is, but what is a properly tiled one? (or if it’s easier to define: what are improperly tiled geotiff?)


-Matt

From: Even Rouault <even.rouault at spatialys.com>
Sent: June 4, 2021 9:33 AM
To: thomas bonfort <thomas.bonfort at gmail.com>; Matt.Wilkie <Matt.Wilkie at yukon.ca>
Cc: Gdal Dev <gdal-dev at lists.osgeo.org>
Subject: Re: [gdal-dev] Introducing the cogger and godal projects


*** External email: Do not click on links or attachments except from trusted senders. ***

******************************************************************************************




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 particular, if using input GeoTIFF with lossy compressed methods such as JPEG or WebP, cogger will avoid adding any new loss.
Le 04/06/2021 à 18:28, thomas bonfort a écrit :
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, <Matt.Wilkie at yukon.ca<mailto:Matt.Wilkie at yukon.ca>> 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-8133 | Yukon.ca
Hours: 08:30-16:30, Tue-Wed: Office, Thu-Fri: Remote.



_______________________________________________

gdal-dev mailing list

gdal-dev at lists.osgeo.org<mailto:gdal-dev at lists.osgeo.org>

https://lists.osgeo.org/mailman/listinfo/gdal-dev

--

http://www.spatialys.com<https://imsva91-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=http%3a%2f%2fwww.spatialys.com&umid=BB1EB12E-C3F3-3E05-A4FC-DC578DED8704&auth=c132af8ee7c9d1278d61a701569070a095ce962e-b9e494bc988145611c35e65f34295c2b143834aa>

My software is free, but my time generally not.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20210607/bd4d540c/attachment-0001.html>


More information about the gdal-dev mailing list