-
-
Notifications
You must be signed in to change notification settings - Fork 2.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SRTM driver: AREA_OR_POINT=Point #1505
Comments
Gdal-dev list is the place to ask questions and there you can reach much wider audience. Citation from the page https://github.com/OSGeo/gdal/issues where you created the ticket:
|
No, this is informational only. |
Thank you for your reply. |
Because it has been AREA_OR_POINT=Point for 9 years now and there must be other users who deal with SRTM data I think it should not be changed before discussing about the matter on the mailing list first. If it is only informative metadata for SRTM driver then it should not make any difference, but in some other cases pixel-is-point vs. pixel-is-area leads to half a pixel shifts in georeferencing. |
My understanding is that the AREA_OR_POINT field is meant to convey information about the grid on which the data is laid out rather than the contents themselves. SRTM uses a pixel (center) convention, as opposed to most other DEMs (https://www.usgs.gov/land-resources/eros/topochange/science/srtm-ned-vertical-differencing?qt-science_center_objects=0#qt-science_center_objects) and GDAL's internal (area) model. Other tools also have to use a similar mechanism to handle grid definitions - e.g, grid line registration or pixel registration in GMT. |
Dear GDAL developers,
I rely heavily on GDAL for developing hydrometeorological products.
Thank you for your amazing work.
After reading the documentation ( here is a summary), it appears that most SRTM height data are based on averaging original satellite radar measurement data and should therefore be interpreted as areas and not points.
Do I understand correctly that the AREA_OR_POINT metadata should be set accordingly to "Area"?
Is this metada used in any of the resampling algorithms?
Best regards,
Edouard Goudenhoofdt
The text was updated successfully, but these errors were encountered: