What about using JPEG compression with GeoTIFF files instead and thus enabling
you to use COGs? In my experience, you can get pretty close to the JPEG2000 file
size with a GeoTIFF with JPEG compression.
---
Ujaval Gandhi
Spatial Thoughts
www.spatialthoughts.com
[https://mailtrack.io/trace/link/f9609ee3ad14467596aab38dba52bda35825bff6?url=http%3A%2F%2Fwww.spatialthoughts.com&userId=8747767&signature=0f058cfed806f1e3]
[data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=3D]
On Fri, Apr 28, 2023 at 12:21 PM Tobby Moalem <mtobb...@gmail.com> wrote:
> I am looking for a way to use my JPEG2000 over object storage (s3)
> efficiently. JPEG2000 structure is progressive by resolution, meaning that in
> order to get the maximum resolution of a tile, all previous resolutions have
> to be decoded. This leads to performing many GET request that cause slow
> performance for the user.
>
> I know that JPEG2000 is extremely flexible, so I wonder if there is a way to
> store each resolution level by itself (similar to COG structure), so that with
> one GET request I will receive the entire resolution level of a tile.
>
>
>
> Thanks in advance,
> Tobby
> _______________________________________________
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org [gdal-dev@lists.osgeo.org]
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
> [https://lists.osgeo.org/mailman/listinfo/gdal-dev]
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
