[gdal-dev] OpenJPEG
Aaron Boxer
boxerab at gmail.com
Tue Dec 22 05:38:30 PST 2015
On Tue, Dec 22, 2015 at 4:34 AM, Jukka Rahkonen <
jukka.rahkonen at maanmittauslaitos.fi> wrote:
> Aaron Boxer <boxerab <at> gmail.com> writes:
>
>
> > This feature would be quite involved: one would have to gather all of the
> layers for
> >
> > all of the code blocks in all of the precincts overlapping that
> sub-tile,plus the immediately surrounding precincts, run the inverse
> entropy
> coder to get the wavelet coefficients, and then do an inverse wavelet
> transform,with this incomplete set of coefficients.
> >
>
> I do not claim that I understand GIS but I have a feeling that precincts
> are
> designed for a fast ROI access. From
> http://www2.engr.arizona.edu/~bilgin/publications/SPIE2004_2.pdf
>
> "A precinct is a collection of code-blocks representing some finite spatial
> extent at some resolution."
>
> Probably gathering the surrounding precincts is unnecessary. Author of
> Kakadu seems to dislike tiles and it is no wonder that with Kakadu
> precincts
> perform well even with archived documents
> http://www.digitizationguidelines.gov/still-image/documents/Martin.pdf.
>
Thanks, that paper was an interesting discussion of optimal encoding
settings in the archive world.
What are typical j2k encoding settings in geo-spatial use case ?
I have been looking primarily at digital cinema profiles up to now, where
many J2K features are not allowed,
features such as tiling.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20151222/ee3b5d77/attachment.html>
More information about the gdal-dev
mailing list