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, [email protected] 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 <[email protected]>
*Sent:* June 4, 2021 9:33 AM
*To:* thomas bonfort <[email protected]>; Matt.Wilkie
<[email protected]>
*Cc:* Gdal Dev <[email protected]>
*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, <[email protected]
<mailto:[email protected]>> 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
[email protected] <mailto:[email protected]>
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.
_______________________________________________
gdal-dev mailing list
[email protected]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
