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
The GDAL-GRASS driver 1.0.4rc1 release provides improvements
and fixes with respect to the release 1.0.3.
Highlights:
- Add compatibility with GDAL 3.11 (RFC 107)
https://github.com/OSGeo/gdal-grass/releases/tag/1.0.4rc1
The release can be downloaded from:
https://download.osgeo.org/gdal-gras
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
Hi,
We are exploring the possibility of adding write support for CADRG format in
GDAL and would appreciate some community feedback before starting
implementation.
There is currently no open-source workflow for creating CADRG. GDAL can already
read CADRG via RPFTOC/NITF drivers, so extending th