Changes between Version 2 and Version 3 of Processing/PixelSize
- Timestamp:
- Feb 4, 2008, 7:08:03 PM (17 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Processing/PixelSize
v2 v3 2 2 3 3 == Quick reckoner == 4 || '''Altitude (ft)''' || '''Pixel size (m)''' ||5 || < 3000 ft || 1m ||6 || 3000 - 4000 ft || 2m ||7 || 4000 - 6000 ft || 2.5m ||8 || 6000 - 8000 ft || 4m ||9 || > 8000 ft || 5m ||4 || '''Altitude over ground (ft)''' || '''Pixel size (m)''' || 5 || < 3000 ft || 1m || 6 || 3000 - 4000 ft || 2m || 7 || 4000 - 6000 ft || 2.5m || 8 || 6000 - 8000 ft || 4m || 9 || > 8000 ft || 5m || 10 10 11 == More info == 11 Note this is the altitude over the ground, not the altitude from GPS (which is over the spheroid and takes no account of local terrain variation). 12 13 Logsheets provided by ARSF contain the altitude from GPS. One must compensate for the average terrain height when using the reckoner above. For example, if your data is over coast areas and thus at sea level, the numbers are fine as is. If your data is over a mountain valley, one should subtract the average height of the terrain from the logsheet altitude, then use that ground-altitude in the table above. 14 15 == azgcorr-based pixel size == 12 16 13 17 To get a (still approximate) "best" pixel size, run through azgcorr once and there's a block in the azgcorr output: