While looking at some NITF test data, Ive found a problem in how we handle ECS-A (and ECS) characters. BCS-A (essentially ASCII) is fine. However MIL-STD-2500C CN2 allows some header fields to be ECS-A, and the test data does this.
Ive also hit TREs with µm, where the µ character is encoded as 0xB5 in ECS-A (UTF-8 would be 0xCE 0xBC) Id appreciate some guidance on how to best address this. I can see two options handle it internal to the NITF driver, or (somehow) modify CPLRecode or iconv to handle this special case. Im currently planning the former. If something else would be more appropriate, please let me know. Brad
_______________________________________________ gdal-dev mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/gdal-dev
