[gdal-dev] Retrieving Sub Datasets from an RPF's A.TOC file

Even Rouault even.rouault at spatialys.com
Mon Oct 26 11:15:00 PDT 2015


Le lundi 26 octobre 2015 19:11:02, Miller, Doug a écrit :
> Even,
> 
> Thanks for the response.  How is that set programmatically?  Is it with
> CPLSetConfigOption?

Yes

> 
> Thanks,
> 
> Doug
> ________________________________________
> From: Even Rouault <even.rouault at spatialys.com>
> Sent: Monday, October 26, 2015 1:28 PM
> To: gdal-dev at lists.osgeo.org
> Cc: Miller, Doug
> Subject: Re: [gdal-dev] Retrieving Sub Datasets from an RPF's A.TOC file
> 
> Doug,
> 
> you might try defining the RPFTOC_FORCE_RGBA envirnoment variable/config
> option to YES. This should avoid GDALOpen'ing all the tiles at dataset
> creation. However the presence of all tiles will be checked via a 'stat'
> call, which can still be a potential bottleneck. That could probably be
> disabled with some code changes (the code would then assume that all
> declared tiles are effectively present on the disk).
> 
> Even
> 
> > When retrieving a sub dataset from GDAL using GDALOpen() and expressing
> > the file path as  "NITF_TOC_ENTRY:CADRG_TLM50_50K_2_18:C:/rpf/a.toc " 
> > there is a considerable delay.  This delay is acceptable if the RFP's
> > coverage is for the United States, but if the coverage is for the world
> > then it becomes a problem.
> > 
> > Is there a different way that I should be working with RPF (CADRG) within
> > the GDAL framework or should I move on to something like OSSIM?
> > 
> > Thanks for any help you can give,
> > 
> > Doug
> > _______________________________________________
> > gdal-dev mailing list
> > gdal-dev at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
> 
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com


More information about the gdal-dev mailing list