[gdal-dev] Introducing the cogger and godal projects

[Even Rouault]

I meant that the input GeoTIFF file should use the tile size and 
compression method that you expect for the final COG, to be usable with 
cogger. If you need to re-tile or change compression method, use the 
GDAL COG driver

Le 07/06/2021 à 23:17, Matt.Wilkie at yukon.ca a écrit :
>
> …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  <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.

-- 
http://www.spatialys.com
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/e7ae0a08/attachment.html>