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] Perl bindings in 2.0

2015-03-05 Thread Ari Jolma
Folks, I don't know what's the amount of use of the Perl bindings, my feeling is that it is not so much since there's not so much discussion on this list or elsewhere. Anyway, I use them and want to develop them further. Version 2.0 is chance to do some improvements, so I'm trying. Perl bind

[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