[GRASS-dev] [GRASS GIS] #2931: r.neighbors shifts output raster by 360 degrees (WGS 84)

GRASS GIS trac at osgeo.org
Wed Feb 24 20:03:09 PST 2016


#2931: r.neighbors shifts output raster by 360 degrees (WGS 84)
-----------------------+-------------------------
  Reporter:  markinpt  |      Owner:  grass-dev@…
      Type:  defect    |     Status:  new
  Priority:  normal    |  Milestone:  6.4.6
 Component:  Default   |    Version:  6.4.3
Resolution:            |   Keywords:
       CPU:  x86-64    |   Platform:  MSWindows 8
-----------------------+-------------------------

Comment (by glynn):

 Replying to [ticket:2931 markinpt]:
 > Input raster is an elevation raster that goes from -180 to 180 longitude
 (WGS 84). I am using r.neighbors to calculate the elevation standard
 deviation over 9 cells circular.
 >
 > The output comes back as 180 to 540 degrees in longitude. Not exactly a
 desirable outcome as I have to then shift it back to +- 180.

 Does this happen if you use the -a flag?

 Without that flag, r.neighbors aligns the region to the input map with

 {{{
     if (!flag.align->answer) {
         Rast_get_cellhd(ncb.oldcell, "", &cellhd);
         G_get_window(&window);
         Rast_align_window(&window, &cellhd);
         Rast_set_window(&window);
     }
 }}}

 It's possible that Rast_align_window doesn't handle lat/lon correctly.

 Also, is the current region correct when running r.neighbors? The bounds
 and resolution of the output map are dictated primarily by the current
 region, and are unaffected by any input maps unless the module
 specifically sets the region (as is the case for r.neighbors when run
 without the -a flag).

--
Ticket URL: <https://trac.osgeo.org/grass/ticket/2931#comment:1>
GRASS GIS <https://grass.osgeo.org>



More information about the grass-dev mailing list