ThinkGeo.com    |     Documentation    |     Premium Support

Trouble displaying National Imagery Transmission Format (NITF) files

#1

Hello,



 



I am having trouble displaying National Imagery Transmission Format (NITF) files.



GdalRasterLayer does not work for NTF files but does work for GeoTiffs (commented out below in the code)



I am using the Map Suite FDO Extension.



I tried loading various versions of NITF files from here: gwg.nga.mil/ntb/baseline...n_2_1.html



Now of them show up, but some generate a valid XML file corresponding to the NTF file, so it seems it may be loading it.



Code:



LayerOverlay layerOverlayNTF = new LayerOverlay();



GdalRasterLayer g = new GdalRasterLayer(@".. path removed..\U_1092C.NTF");                



//GdalRasterLayer g = new GdalRasterLayer(@".. path removed..\geotiff.tif");  // works



g.LowerThreshold = double.MinValue;



g.UpperThreshold = double.MaxValue;



g.Open();



RectangleShape boundBoxNTF = g.GetBoundingBox();



g.Close();



layerOverlayNTF.Layers.Add(g);



wpfMap1.Overlays.Add("ntf", layerOverlayNTF); 



 



thank you,



Thomas



#2

Hi Thomas,


Please check the following link to review all the data formats supported by us. wiki.thinkgeo.com/wiki/Map_S...rmat_Guide. We support NITF format. Besides, we can't visit the link you provided, could you please provide us some source files (*.NTF) to track the root cause?


Regards,


Ivan



#3

Ivan,



Thanks for the response.  I have looked at the link, thanks



Here’s the link I posted before (it got mangled for some reason)



gwg.nga.mil/ntb/baseline/software/testfile/Nitfv2_1/scen_2_1.html



It seems you provide support for NITF files specified here:



gdal.org/frmt_nitf.html





So they are:



“GDAL supports reading of several subtypes of NITF image files, and writing simple NITF 2.1 files. NITF 1.1, NITF 2.0, NITF 2.1 and NSIF 1.0 files with uncompressed, ARIDPCM, JPEG compressed, JPEG2000 (with Kakadu or ECW SDKs) or VQ compressed images should be readable. Other compression mechanisms are not supported at this time.”





Thanks for the response



Thomas



#4

Ivan,



Do you have a sample NITF file that works with Map Suite FDO Extension?

The ones I tried so far do not display.  I am looking to demonstrate this capability.



Thanks

Thomas

 



#5

Hi Thomas, 



I am afraid we don’t have NITF files right now, but if you can send us the data you have, then we can dig into it to see what’s going on behind. 



Thanks, 

Lee



#6

Lee,



I have attached a few of the files I attempted to display.

They all are from the sample library here:

gwg.nga.mil/ntb/baseline/software/testfile/Nitfv2_1/scen_2_1.html

(you can click on different versions of NITF on top of the page)



Thanks

Thomas

 



NITFfiles.zip (145 KB)

#7

Thanks Thomas, 
  
 We will looking into it and keep you informed on any updates 
  
 Thanks, 
 Lee

#8

Hi Thomas, 
  
 After doing some research, we found the NTIF format is only supported after 1.7.0 or 1.8.0. Currently we are using 1.6.0 on GDAL, looks like that’s the key problem. 
  
 Thanks, 
 Lee

#9

Lee,


Thanks for the response.


Do you plan to update the FDO Extension to GDAL 1.8.0?  If so, do you have an approximate date for that?


Thanks


Thomas


 



#10

Hi Thomas,

We currently don't we have date for udpating the GDAL in the FDO extension, however we are thinking about adding Native support for GDAL directly into MapSuite.  We will be adding this idea to our enhancement tracker at helpdesk.thinkgeo.com/EnhancementTracker  later this week.

If you think this woudl be a good enhancement you can help vote it up which will give it higher priorty to be worked on and added to the Map Suite product.


Thanks,

Lee



#11

Lee,



Thanks for the response.  

When I try to load i_3018a.ntf it creates a file: i_3018a.ntf.aux.xml

The file contains NITF metadata.

So it seems GDAL does try to load it.  

Could you verify that NITF is not supported?



Thanks

Thomas

 



#12

Hi Thomas, 
  
 As we just wrap up the FDO assemblies the most actual way to verify the file type/version is supported or not in FDO/GDAL is to check the update history in fdo.osgeo.org/ . 
  
 By the way, have you tried other .NTF files, like to google a .NTF file and try?  
  
 Thanks, 
 Lee 


#13

Lee,


I tried a couple different files.  Some appear to be read since they create the NITF metadata xml file.  The xml file is same as ArcGIS/ArcMap creates when it loads and displays the same file 


The file I'm using: i_3301a is here:  gwg.nga.mil/ntb/baseline/software/testfile/Nitfv2_1/scen_2_1.html


It loads and displays in ArcGIS, it looks like they use the same FDO/GDAL code since the loading it in Map Suite and ArcGIS creats the same XML metafile.


The fact that the FDO extension is generating the same file as ArcMap tells me that the FDO/GDAL code you are using is trying to load it.  But I cannot display it in Map Suite


Is there something missing between between the FDO/GDAL code and Map Suite code that would make it not display?


thanks


Thomas



#14

Lee,


After trying a few more I was able to display this one:gwg.nga.mil/ntb/baseline/software/testfile/Nitfv2_0/U_1001A.NTF


But most of the files from that site do not work, but they do work in ArcMap which by all indications uses the same FDO/GDAL code for NITF file support


It seems that ArcMap perhaps uses a newer version of FDO/GDAL which supports more NITF formats


Since you support the older version an upgrade to the latest FDO/GDAL may be doable.


What do you think?


thanks


Thomas



#15

Thanks Thomas, 
  
 I would think the reason you can’t display some particular  .NTF file is we are not in the latest FDO/GDAL versions, but I am not 100% sure as I don’t have the MapSuiteFODExtension using the latest FDO/GDAL version to test the files you sent. 
  
 As you have this problem, so we added the idea “Adding Native support for GDAL into MapSuite” into our enhancement tracker system helpdesk.thinkgeo.com/EnhancementTracker. You can help vote it up which will give it higher priorty to be worked on. 
  
 Thanks, 
 Lee 


#16

Lee,


Thanks for the response.


Maybe upgrading to lastest FDO/GDAL would work better and faster?  Since you already support it, it might be easier to replace the current FDO/GDAL code with the newest FDO/GDAL version and resolve any compilation issues.  Native support would be nice but perhaps not realistic in the short term. 


take care 


Thomas



#17

Lee,


Oh, I see what you mean you're limited by what FDO uses, which is an older version of GDAL.  Since FDO is open source maybe it can be updated by you to use the newer GDAL.  Maybe that's what you meant by native support


thanks


Thomas



#18

Hi Thomas, 
  
 Yes, we are thinking about to have a GDALRasterLayer or something like that in MapSuite Services Edition which is the Core of our products. That’s the native support I mentioned about. That also splits the GDAL out of the FDO which makes the update easier and simpler. But we are not sure how many want it that way, because that will add additional dependencies on all of the product lines.  
  
 The limitation if the GDAL update is: currently we wrapped up the FDO package, and the GDAL is just a part of it. It’s not easy to just update the GDAL dll. 
  
 Thanks, 
 Lee 


#19

We are encountering a problem loading ADRG with the GDAL classes.  I found a support ticket in the OSGeo web site that sounds like our issues and supposedly it has been fixed in 1.7.0 of the GDAL libraries. 


I saw the respose above that you are using release 1.6.0 and that you did not have a schedule (at that time) for an upgrade to 1.8.0.  Is there any change in this yet?  When might you do an upgrade.?


Is there any chance that I would be able to upgrade the libraries on my own?


Richard



#20

Hi Richard, 
  
 Sorry we don’t have a schedule to upgrade to 1.8.0 now because the FDO is using its 1.7.0 version in their latest release version. 
  
 We are upgrading to 1.7.0 now, but I cannot make sure when we can complete that, please keep your eyes on our upgrade. 
  
 Regards, 
  
 Don