[gdal-dev] GDAL NITF COMRAT issue when combining SDE_TRE=YES with compressio

[Even Rouault]

The side effect of using a file where this warning is emitted is that 
this COMRAT field which indicates the compression rate will be set to a 
invalid value (or probably set to blank. I haven't checked). Pedantic 
software or validation procedures might be unhappy with that. GDAL based 
software will ignore that field on reading.


Le 14/08/2021 à 14:33, Chastain, Raymond Lee (MU-Student) a écrit :
> Thanks Even that's fantastic,
>
> Do you know what side-effects if any we can expect due to this?
>
> We need to know if we should regenerate our imagery before we deliver it.
>
> Thanks for your time,
> Raymond.
> ------------------------------------------------------------------------
> *From:* Even Rouault <even.rouault at spatialys.com>
> *Sent:* Saturday, August 14, 2021 7:28 AM
> *To:* Chastain, Raymond Lee (MU-Student) <rlc5m8 at mail.missouri.edu>; 
> gdal-dev at lists.osgeo.org <gdal-dev at lists.osgeo.org>
> *Subject:* Re: [gdal-dev] GDAL NITF COMRAT issue when combining 
> SDE_TRE=YES with compressio
> WARNING: This message has originated from an External Source. This may 
> be a phishing expedition that can result in unauthorized access to our 
> IT System. Please use proper judgment and caution when opening 
> attachments, clicking links, or responding to this email.
>
> Raymond,
>
> I believe this has been fixed per this commit in master done a few 
> weeks ago:
>
> https://github.com/OSGeo/gdal/commit/0decd82d582015c07bcf22c52cc03bbdda952ce9 
> <https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FOSGeo%2Fgdal%2Fcommit%2F0decd82d582015c07bcf22c52cc03bbdda952ce9&data=04%7C01%7C%7Cd81ccff1e3754c4773c208d95f1f01c9%7Ce3fefdbef7e9401ba51a355e01b05a89%7C0%7C0%7C637645409483708058%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=W1d2E0BTJo7Ld5xHIC66uckdF9cxE1pbIwuarPGZ%2BBo%3D&reserved=0>
>
> I've just backported it to the 3.3 branch
>
> Even
>
> Le 14/08/2021 à 13:22, Chastain, Raymond Lee (MU-Student) a écrit :
>> When we enable JPEG-2000 compression (or any IC=* creation option) 
>> alongside "SDE_TRE=YES" we get:
>> "Warning 1: Unable to locate COMRAT to update in NITF header."
>>
>> We require the precision increase provided by "SDE_TRE=YES" and 
>> dropping the IC creation option
>> explodes the size of our final mosaics by an order of magnitude. 
>> Using either option separately is fine,
>> however, combining them emits this warning.
>>
>> For context we are taking GeoTIFF mosaics and converting them to the 
>> NITF format when we encounter this.
>>
>> Thanks,
>> Raymond.
>>
>> _______________________________________________
>> gdal-dev mailing list
>> gdal-dev at lists.osgeo.org  <mailto:gdal-dev at lists.osgeo.org>
>> https://lists.osgeo.org/mailman/listinfo/gdal-dev  <https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.osgeo.org%2Fmailman%2Flistinfo%2Fgdal-dev&data=04%7C01%7C%7Cd81ccff1e3754c4773c208d95f1f01c9%7Ce3fefdbef7e9401ba51a355e01b05a89%7C0%7C0%7C637645409483718054%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=78dJn9FLoWH9kcbp1z0ZdKMV6oiYtKBiYmKhtqILd88%3D&reserved=0>
> -- 
> http://www.spatialys.com  <https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.spatialys.com%2F&data=04%7C01%7C%7Cd81ccff1e3754c4773c208d95f1f01c9%7Ce3fefdbef7e9401ba51a355e01b05a89%7C0%7C0%7C637645409483728049%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=ubDodTKc6F9h1iHXgG4LMEuqVhUUeYxI5hmQjlTSHwg%3D&reserved=0>
> My software is free, but my time generally not.

-- 
http://www.spatialys.com
My software is free, but my time generally not.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20210814/b569a218/attachment.html>