Consistency of output elevation grid coordinates

I would like more consistency of the coordinates chosen by Global Mapper in exported elevation files. I am aware of the option "Export: Snap export bounds to pixel boundaries if possible" (under Configure > General > Advanced) but this does not exactly achieve what I want.
I'm guessing that normally Global Mapper will select the exact min X and Y values from the loaded data, perhaps including any related vector data such as crop/feather layers, and set those as the lower left corner of the output grid. Ideally there would be an option to force the lower left corner of the export grid such that the boundaries of the grid cells will fall on multiples of the export cell resolutions. So if I'm exporting to a 5 meter grid, and the min values of my loaded data are (805073.0, 6154037.0), the lower left corner of my export grid would be forced to (805075.0, 6154035.0) with the center of the lower left grid cell being (805077.5, 6154037.5). The option might be called "Export: Snap grid cell edges to multiples of export cell resolution". For some purposes it might be desired to have the grid cell centers, rather than the boundaries, on multiples of resolution, in which case an alternate option might be "Export: Snap grid cell centers to multiples of export cell resolution".
This option would ensure that applying a similar workflow to varying input sources will result in output grids whose pixels all perfectly line up as long as the export resolution is the same. This is very important in the case of rerunning the same process with slightly different input data and needing the output grids not to shift between versions. The existing "snap to pixel boundary" option does not quite cater for this because it's referring to the input pixel boundaries. What is desired is a way to guarantee that all grids exported to the same resolution will line up perfectly no matter what the input data was. It would be great to have access to this option in scripts as well.
This would address the issue I've seen raised in other posts (i.e. http://www.globalmapperforum.com/forums/elevation-data/8432-mismatch-elevation-after-gridding-dem.html and possibly http://www.globalmapperforum.com/forums/elevation-data/8364-exported-dem-mismatch.html) where the same input data can produce slightly different output values with up to a half-pixel of shift. As a software user, I (and perhaps others) find these apparently unpredictable results quite frustrating and would love to have an option to remove the uncertainty.
Thanks!
I'm guessing that normally Global Mapper will select the exact min X and Y values from the loaded data, perhaps including any related vector data such as crop/feather layers, and set those as the lower left corner of the output grid. Ideally there would be an option to force the lower left corner of the export grid such that the boundaries of the grid cells will fall on multiples of the export cell resolutions. So if I'm exporting to a 5 meter grid, and the min values of my loaded data are (805073.0, 6154037.0), the lower left corner of my export grid would be forced to (805075.0, 6154035.0) with the center of the lower left grid cell being (805077.5, 6154037.5). The option might be called "Export: Snap grid cell edges to multiples of export cell resolution". For some purposes it might be desired to have the grid cell centers, rather than the boundaries, on multiples of resolution, in which case an alternate option might be "Export: Snap grid cell centers to multiples of export cell resolution".
This option would ensure that applying a similar workflow to varying input sources will result in output grids whose pixels all perfectly line up as long as the export resolution is the same. This is very important in the case of rerunning the same process with slightly different input data and needing the output grids not to shift between versions. The existing "snap to pixel boundary" option does not quite cater for this because it's referring to the input pixel boundaries. What is desired is a way to guarantee that all grids exported to the same resolution will line up perfectly no matter what the input data was. It would be great to have access to this option in scripts as well.
This would address the issue I've seen raised in other posts (i.e. http://www.globalmapperforum.com/forums/elevation-data/8432-mismatch-elevation-after-gridding-dem.html and possibly http://www.globalmapperforum.com/forums/elevation-data/8364-exported-dem-mismatch.html) where the same input data can produce slightly different output values with up to a half-pixel of shift. As a software user, I (and perhaps others) find these apparently unpredictable results quite frustrating and would love to have an option to remove the uncertainty.
Thanks!
Comments
Thanks,
Mike
Global Mapper Guru
gmsupport@bluemarblegeo.com
http://www.bluemarblegeo.com/
Thanks,
Mike
Global Mapper Guru
gmsupport@bluemarblegeo.com
http://www.bluemarblegeo.com/
I would still be interested in an option to have the grid cell edges on multiples of the output resolution, meaning the grid cell centers would be halfway between multiples of the output resolution. Then I could select the one that's appropriate for my needs. (I am often processing tiled data where the boundaries of the input data are on exact kilometers of a projection, and I would like my output grids to line up with these boundaries, requiring the grid cell centers to be offset inside these boundaries by half the resolution.)
Thanks,
Mike
Global Mapper Guru
gmsupport@bluemarblegeo.com
http://www.bluemarblegeo.com/
Mike, I noticed (from another thread on a similar topic) that there is an option called "Terrain Export: Specify Bounds as Pixel is Area". On first glance this option combined with the "Export: Snap Bounds to Spacing Boundary" option would theoretically achieve what I described above - having the edges (not the centers) of the grid cells line up with multiples of the resolution. However in testing I could not actually get this to happen; the Pixel is Area option seemed to make no difference to the export.
What's your understanding of how these two options would interact with each other if they are both enabled?
Are you still intending to have some of these options in a new Grid Export interface? What about having these options for grids generated by Global Mapper as a new layer (i.e. grid from vector data, terrain layer comparison, or watershed flow accumulation)?
I just looked at the export code that handles this and the snapping to bounds should happen after the bounds are interpreted as the grid cell edge of center, so if you provide the same numerical bounds there would be a half-spacing shift depending on whether that option was checked or not. The default bounds filled in should adjust themselves to this setting though so if you don't change anything you get the same results either way, you would just see the bounds displayed differently. And if you have snapping enabled that could adjust things depending on where the nearest snap boundary is.
Once all of these options related to the automatic adjustment of the output bounds are on their own tab it should be easy to add them wherever they are applicable.
Thanks,
Mike
Global Mapper Guru
geohelp@bluemarblegeo.com
Blue Marble Geographics for Coordinate Conversion, Image Reprojection and Vector Translation