[GRASS-dev] [GRASS GIS] #1734: support lat long rasters with half pixel overlap outside -180W, 90N, 180E, 90S

#1734: support lat long rasters with half pixel overlap outside -180W,90N,180E,90S
-------------------------+--------------------------------------------------
Reporter: karme | Owner: grass-dev@…
     Type: defect | Status: new
Priority: normal | Milestone: 6.4.3
Component: Default | Version: unspecified
Keywords: | Platform: Unspecified
      Cpu: Unspecified |
-------------------------+--------------------------------------------------
Just wanted to import gmted2010 data having extent to the south of 90d 0'
0.50"S. I don't see a clean fix. One workaround is the throw away one row,
but then half a pixel is missing to 90S.
(see also: http://grass.osgeo.org/wiki/Global_datasets describing the same
problem with etopo1).

Using grass 6.4.2 r.in.gdal does the wrong thing (TM). It assumes there is
a rounding error and adjusts the south extent to -90S and displays the
warning:
"WARNING: Fixing subtle input data rounding error of south boundary
          (-0.000138889>1e-06)
"

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1734&gt;
GRASS GIS <http://grass.osgeo.org>

#1734: support lat long rasters with half pixel overlap outside -180W,90N,180E,90S
-------------------------+--------------------------------------------------
Reporter: karme | Owner: grass-dev@…
     Type: defect | Status: new
Priority: normal | Milestone: 6.4.3
Component: Raster | Version: unspecified
Keywords: r.in.gdal | Platform: Unspecified
      Cpu: Unspecified |
-------------------------+--------------------------------------------------
Changes (by hamish):

  * keywords: => r.in.gdal
  * component: Default => Raster

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1734#comment:1&gt;
GRASS GIS <http://grass.osgeo.org>