[gdal-dev] Distinguish between no DTED data and actual DTED elevation of 0
LEGGE Melvin
Melvin.LEGGE at ca.thalesgroup.com
Tue Jun 25 12:57:11 PDT 2019
Hi
I am a relative newbie to GIS programming so forgive me if I use the wrong terminology or don't state my problem in the most efficient GIS terms. Anyway, I have inherited a project written by an actual GIS person who is no longer with the company.
The DTED data consists of 4 GDalDatasets with actual DTED elevation data not reaching the boundaries of GDalDatasets - i.e., GDalDatasets are bigger than the actual DTED data. Our program reads the elevation data along a bearing line from a given point to some requested distance, at regular intervals, by repeatedly calling GDALRasterBand->RasterIO for a specified distance. What I am seeing is that elevation values of 0 are returned for points between the end of the DTED data and the end of the tile.
Is there any way I can distinguish between the situation above and an actual elevation of 0? RasterIO always returns CE_None and the returned value is never equal to noDataValue.
Thanks
Mel
________________________________
WARNING: This message is intended only for the named recipients. This message may contain information that is confidential. Any dissemination, copying, or use of this message or its contents by anyone other than the named recipient is strictly prohibited. If you are not a named recipient or an employee or agent responsible for delivering this message to a named recipient, please notify the sender immediately, and immediately destroy this message and any copies you may have. WARNING: Email may not be secure unless properly encrypted. It is possible for e-mails to be intercepted or affected by viruses. While we maintain virus checks on all e-mails, we accept no liability for viruses or other material introduced with this message.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20190625/8692f589/attachment.html>
More information about the gdal-dev
mailing list