Hi Ken,

This topic is really an continuation of your earlier post about
extension-less source data, I'll assume you've read my reply to the
earlier message in this reply.

My hope with the code in vpb::System::System that queries supported
GDAL's file extensions was that it'd catch all supported formats, but
if the list isn't complete then this may well be a GDAL
bug/incompleteness.  Since users will use VPB against a range of
different versions of GDAL then I'd suggest we add the missing ones
into the System::System header to catch them.

Perhaps one thing we could do is when we read a source file we check
against the supported extension list, if it matches then accept the
source file, if it doesn't match then check a black list of
unsupported extensions, if it matches then reject it, else check the
file by trying to load it with GDAL then if it succeeds accept it, and
add the extension to the white list, if it fails add it to the black
list.   Such as scheme should allow us to steadily build up the list
of supported/unsupported files.

Robert.

On Mon, Feb 23, 2009 at 7:12 PM, Sewell, Kenneth R Civ USAF AFMC
AFRL/RYZW <[email protected]> wrote:
> It seems that VPB (SVN revision 953) won't accept DTED data.  Looking at
> the VPB code, VPB gets a list of GDAL supported extensions (and adds a
> few that GDAL doesn't report).  Looking at GDAL, it fails to report the
> DTED extensions (.dt0, .dt1, .dt2) via the
> GetMetadataItem(DMD_EXTENSIONS) method.  The result is VPB reports that
> DTED files are not supported.  I don't know if the fix belongs in GDAL
> or VPB, but as a quick work-around add the following lines to the end of
> the VPB System constructor (src/vpb/System.cpp):
>
> addSupportedExtension("dt0", Source::IMAGE | Source::HEIGHT_FIELD, "DTED
> Level 0");
> addSupportedExtension("dt1", Source::IMAGE | Source::HEIGHT_FIELD, "DTED
> Level 1");
> addSupportedExtension("dt2", Source::IMAGE | Source::HEIGHT_FIELD, "DTED
> Level 2");
>
> Ken.
> _______________________________________________
> osg-users mailing list
> [email protected]
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Reply via email to