You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
GeoTIFF is fully supported by USGS delivery site. The user interface at the new delivery site takes a LOT of learning but it works. I posted a small Python code to read elevation from USGS SRTM GeoTIFF https://github.com/nicholas-fong/SRTM-GeoTIFF
gdallocationinfo n27_e086_3arc_v2.tif -wgs84 86.925278 27.988056 (Everest 珠穆朗玛峰, 8765 m peak OpenStreetMap)
Report:
Location: (1110P,14L)
Band 1:
Value: -32767 (v2 of the USGS GeoTIFF still has voids)
gdallocationinfo n27_e088_3arc_v2.tif -wgs84 88.146667 27.7025 (Nepal Kangchenjunga 8586 m peak OpenStreetMap)
Report:
Location: (176P,357L)
Band 1:
Value: -32767 (v2 of the USGS GeoTIFF still as voids)
Download from USGS EarthExplorer (1 Arc-Second) of the GeoTIFF, things look a little bit better:
gdallocationinfo n27_e086_1arc_v3.tif -wgs84 86.925278 27.988056 (Everest 珠穆朗玛峰, 8765 m peak OpenStreetMap)
Report:
Location: (3331P,43L)
Band 1:
Value: 8803
Is anyone able to get the published results for the sample test point: Kanchanjunga, lat: 27.7025, lon: 88.146667?
I've run the author's code, nicholas-fong's code, my code, and the gdallocationifo. None of them come up with the 'correct' elevation.
I think it's a problem with the hgt file I'm using, but can someone else confirm? What are YOU getting?
I downloaded the hgt file from https://dds.cr.usgs.gov/srtm/version2_1/SRTM3. Is there another source? I tried the version1 data with the same result.
Here's the gdallocationinfo that shows the same answer that I am getting.
gdallocationinfo N27E086.hgt -wgs84 86.925278 27.988056
Report:
Location: (1110P,14L)
Band 1:
Value: -32768
The text was updated successfully, but these errors were encountered: