[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