Re: [gdal-dev] Default progression order in JP2OpenJPEG driver

2015-03-06 Thread Even Rouault
> > OpenJPEG begins to be fast enough for practical use with tiled JPEG2000. > Unfortunately it is almost unusable with single tile images like the ones > in the directory below. Images are open data, only attribution required: > National Land Survey of Finland, 2014. > > http://kartat.kapsi.fi/f

Re: [gdal-dev] Default progression order in JP2OpenJPEG driver

2015-03-06 Thread Jukka Rahkonen
Even Rouault spatialys.com> writes: > I've done a few tests encoding a RGB BMNG tile (21600x21600) with the > JP2OpenJPEG driver with different block size (1024, 4096, 16384), with > precincts, and with the PCRL, LRCP and RPCL progression orders. Using a 16384 > large tile requires a huge amo

Re: [gdal-dev] Default progression order in JP2OpenJPEG driver

2015-03-06 Thread Even Rouault
> Besides multiple quality layers, I'm wondering about additional benefits > from configurable Tile Parts indexes (-TP param, helps with browsing and > ROI retrieval when R- or P-indexed), as well as optional small code blocks > (-b param, e.g. 32² instead of the default 64², allowing for fine-gra

Re: [gdal-dev] Default progression order in JP2OpenJPEG driver

2015-03-06 Thread Shot2
Jukka Rahkonen maanmittauslaitos.fi> writes: > > Norman Barker cloudant.com> writes: > > > > Even, Jukka, > > > > the NPJE end EPJE specifications are both good for understanding > progression order in JP2. It all depends on what you are trying to do, so a > default is just that, something

Re: [gdal-dev] Default progression order in JP2OpenJPEG driver

2015-03-05 Thread Jukka Rahkonen
Even Rouault spatialys.com> writes: > When reading with an efficient JPEG2000 decoder, for the same block size, I > can't see any really noticeable difference between the 3 profiles, either when > reading a single pixel, random regions at full resolution, or a downsampled > region. I presume

Re: [gdal-dev] Default progression order in JP2OpenJPEG driver

2015-03-05 Thread Even Rouault
Le jeudi 05 mars 2015 21:54:57, Jukka Rahkonen a écrit : > Norman Barker cloudant.com> writes: > > Even, Jukka, > > > > the NPJE end EPJE specifications are both good for understanding > > progression order in JP2. It all depends on what you are trying to do, so a > default is just that, somethi

Re: [gdal-dev] Default progression order in JP2OpenJPEG driver

2015-03-05 Thread Norman Barker
I would be interested in doing this, I can probably create a doc that outlines JP2/NITF C8 at a high level. Most of the JP2 people I know (myself included) aren't doing JP2 anymore, but it is a very useful format. Norman On Thu, Mar 5, 2015 at 1:54 PM, Jukka Rahkonen < jukka.rahko...@maanmittaus

Re: [gdal-dev] Default progression order in JP2OpenJPEG driver

2015-03-05 Thread Jukka Rahkonen
Norman Barker cloudant.com> writes: > Even, Jukka, > > the NPJE end EPJE specifications are both good for understanding progression order in JP2. It all depends on what you are trying to do, so a default is just that, something that can be changed. > > A JP2 file with PLT markers (packet mark

Re: [gdal-dev] Default progression order in JP2OpenJPEG driver

2015-03-05 Thread Norman Barker
Even, Jukka, the NPJE end EPJE specifications are both good for understanding progression order in JP2. It all depends on what you are trying to do, so a default is just that, something that can be changed. A JP2 file with PLT markers (packet markers) in my experience removes most of the overhead

Re: [gdal-dev] Default progression order in JP2OpenJPEG driver

2015-03-05 Thread Jukka Rahkonen
Even Rouault spatialys.com> writes: > > Le jeudi 05 mars 2015 16:25:53, Jukka Rahkonen a écrit : > > Hi, > > > > It defaults to "LRCP". Is it really a good selection? JP2KAK defaults to > > "PRCL" and JP2ECW to "RPCL" which both feels better choices than LRCP. But > > perhaps it has been consid

Re: [gdal-dev] Default progression order in JP2OpenJPEG driver

2015-03-05 Thread Even Rouault
Le jeudi 05 mars 2015 16:25:53, Jukka Rahkonen a écrit : > Hi, > > It defaults to "LRCP". Is it really a good selection? JP2KAK defaults to > "PRCL" and JP2ECW to "RPCL" which both feels better choices than LRCP. But > perhaps it has been considered to be good for OpenJPEG because it must > practi

[gdal-dev] Default progression order in JP2OpenJPEG driver

2015-03-05 Thread Jukka Rahkonen
Hi, It defaults to "LRCP". Is it really a good selection? JP2KAK defaults to "PRCL" and JP2ECW to "RPCL" which both feels better choices than LRCP. But perhaps it has been considered to be good for OpenJPEG because it must practically be used with tiled output which may guarantee fast locational a