<p dir="ltr">I'm already using JP2KAK_THREADS :>></p>
<p dir="ltr">It's nice to know that openjpeg passes the compliance tests.</p>
<p dir="ltr">I will be hopefully be using openjpeg in the next couple of months as I'be problems with the change in the Kakadu license and the cost implications with upgrading from 6.4 to the latest.</p>
<br><div class="gmail_quote"><div dir="ltr">On Tue, 11 Aug 2015 10:13 am Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le mardi 11 août 2015 07:59:09, Damian Bruce Leslie Dixon a écrit :<br>
> Hi,<br>
><br>
> Even's interpretation of the NITF/NSIF standard is correct.<br>
><br>
> My experience is that Jasper reads all NITF test images so does Kakadu.<br>
><br>
> Kakadu is very fast however I've had problems with too many threads being<br>
> used affecting overall system performance.<br>
<br>
This can be controlled with the JP2KAK_THREADS env variable.<br>
<br>
><br>
> I've not tried openjpeg for a couple of years now... I'm hoping it has<br>
> improved. When I tried it last there were problems reading the test<br>
> images, some of which are badly formed on purpose.<br>
<br>
I think I've read in one of their changelogs, probably openjpeg v2.1, that<br>
they made fixes to pass some compliance test suites.<br>
<br>
><br>
> Jasper is slow but does not have problems reading the test images.<br>
><br>
> Regards Damian<br>
><br>
><br>
><br>
> On 10 August 2015, at 2:34 pm, Even Rouault <<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>><br>
> wrote:<br>
><br>
> Le lundi 10 août 2015 14:58:59, Jukka Rahkonen a écrit :<br>
> > Brad Hards <bradh <at> <a href="http://frogmouth.net" rel="noreferrer" target="_blank">frogmouth.net</a>> writes:<br>
> > > On Fri, 7 Aug 2015 11:17:56 AM Jukka Rahkonen wrote:<br>
> > > > NITF requires either that the tile size must not be<br>
> > > > bigger that 1024x1024, or that the whole file is written as one<br>
> > > > single tile. I believe you have such single-tile NITF file.<br>
> > ><br>
> > > I don't believe this is true (at least in NITF 2.1 - MIL-STD-2500C) for<br>
> > > two reasons:<br>
> > > 1. Tiling is mandatory above 8192 x 8192 (See Table A-10 Complexity<br>
> > > Level<br>
> ><br>
> > 7 or<br>
> ><br>
> > > higher)<br>
> > > 2. Tiles are allowed to be up to 2048 x 2048 (Complexity level 3) or<br>
> > > 8192 x 8192 (Complexity level 5 or higher).<br>
> ><br>
> > Hi Brad,<br>
> ><br>
> > I read the NITF 2.1 - MIL-STD-2500C<br>
> > <a href="http://www.gwg.nga.mil/ntb/baseline/docs/2500c/2500C.pdf" rel="noreferrer" target="_blank">http://www.gwg.nga.mil/ntb/baseline/docs/2500c/2500C.pdf</a> in the same way<br>
> > than you do. However, I wrote my comments after reading another (older)<br>
> > document:<br>
> > "NATIONAL IMAGERY TRANSMISSION FORMAT (NITF) VERSION 2.1 COMMERCIAL<br>
> > DATASET REQUIREMENTS DOCUMENT (NCDRD)"<br>
> > <a href="http://www.gwg.nga.mil/ntb/baseline/docs/stdi0006/NCDRD_18February2010.pd" rel="noreferrer" target="_blank">http://www.gwg.nga.mil/ntb/baseline/docs/stdi0006/NCDRD_18February2010.pd</a><br>
> > f<br>
> ><br>
> > And especially part<br>
> > 2.3.2       JPEG 2000 Image Geometry Segmentation<br>
> > Commercial datasets shall be organized in JPEG 2000 tiles as described in<br>
> > BPJ2K01.00 Section 8.<br>
> ><br>
> > I believe that the referred document is this:<br>
> > <a href="http://www.gwg.nga.mil/ntb/baseline/docs/bpj2k01/ISOJ2K_profile.pdf" rel="noreferrer" target="_blank">http://www.gwg.nga.mil/ntb/baseline/docs/bpj2k01/ISOJ2K_profile.pdf</a><br>
> ><br>
> > Appendix C  JPEG 2000 Commercial Profiles (ISO/IEC IS 15444-1<br>
> > Annex A.10)  , Table C-1. Codestream Restrictions:<br>
> ><br>
> > Profile-0:<br>
> > Tiles of a dimension 128x128:<br>
> > YTsiz=XTsiz=128<br>
> > or one tile for the whole<br>
> > image:<br>
> > YTsiz+YTOsiz>=Ysiz<br>
> > XTsiz+XTOsiz>=Xsiz<br>
> ><br>
> > Profile-1<br>
> > XTsiz/min(XRsiz, YRsiz)<=1024<br>
> > XTsiz=YTsiz<br>
> ><br>
> >  or one tile for the whole image:<br>
> > YTsiz+YTOsiz>=Ysiz<br>
> > XTsiz+XTOsiz>=Xsiz<br>
> ><br>
> ><br>
> > It may be that tiling is mandatory for images bigger than 8192 x 8192<br>
> > because of the baseline standard. On the other hand is seems that<br>
> > commercial vendors are not allowed to use multiple tiles if they are<br>
> > larger than 1024 x 1024. I did not dig too deep into the black hole<br>
> > between 1024 x 1024 and 8192 x 8192.<br>
><br>
> Nice hunt through standards ;-)<br>
><br>
> If the image is tiled, no issue.<br>
><br>
> Found in the documents you mentionned :<br>
> - <a href="http://www.gwg.nga.mil/ntb/baseline/docs/bpj2k01/ISOJ2K_profile.pdf" rel="noreferrer" target="_blank">http://www.gwg.nga.mil/ntb/baseline/docs/bpj2k01/ISOJ2K_profile.pdf</a> at<br>
> paragraph 9.2.1.2 Tiling "It is recommended that the image be tiled with<br>
> in a JPEG 2000 codestream."<br>
> - <a href="http://www.gwg.nga.mil/ntb/baseline/docs/bpj2k01/ISOJ2K_profile.pdf" rel="noreferrer" target="_blank">http://www.gwg.nga.mil/ntb/baseline/docs/bpj2k01/ISOJ2K_profile.pdf</a> at<br>
> paragraph 8.1 "The following JPEG 2000 parameter choices are recommended<br>
> [...] Images are tiled with JPEG 2000 at a tile size of 1024x1024"<br>
><br>
> So I think that the single-tile scheme that is theoretically possible by<br>
> the Profile-1 of the JPEG2000 standard is not to be used in JPEG2000<br>
> compressed NITF.<br>
><br>
> Looking at a NITF sample from a commercial provider, I can see it uses<br>
> 1024x1024 tiles for example.<br>
><br>
> Even<br>
<br>
--<br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
</blockquote></div>