On Thursday, 12 June 2025 6:47:43 PM AEST Patrik Sylve via gdal-dev wrote:
> Thank you all for the inputs!
> Our use cases are also within defense applications, so the format is indeed
> still in active use.
I also have some interest in the format. Its important in aviation since it
has fast, and
[PROPOSAL] Add CADRG write support via RPFTOC/NITF
drivers
You don't often get email from warmer...@pobox.com. Learn why this is important
Patrik,
I have no objection to such a proposal, but in my experience with specific NITF
based product profiles it is often not worth trying to support c
When I worked for NGA, I had software that took an input GeoTIFF image and
output the RPF files. A separate program was used to create the a.toc file.
The process is not trivial. The vector quantization compression is not
simple.
At one time, ERDAS took the RPF code and incorporated it into thei
I would like to say that unfortunately even in this day and age there are still places that use and work with these terrible formats. It would definitely be used by the US Army Corps and NGA. Even if I wish we wouldn’t. Michael SmithUS Army Corps. On Jun 11, 2025, at 9:08 AM, Frank Warmerdam via gd
Patrik,
I have no objection to such a proposal, but in my experience with specific
NITF based product profiles it is often not worth trying to support
completely based on write support built into the GDAL drivers themselves.
For producing NCDRD compliant NITF files our approach at Planet has been
Hi Patrick,
It feels a bit strange that write support for CADRG is needed in 2025,
but besides that, your proposal sounds solid as far as I remember the
details of those formats. I guess the most interesting part will be
write support for vector quantization to figure out the VQ LUT that
min
