Re: [GRASS-dev] [GRASS GIS] #2620: r.neighbours should offer to ignore centre value

[GRASS GIS]

#2620: r.neighbours should offer to ignore centre value
--+-
 Reporter:  marisn|   Owner:  grass-dev@…  
 Type:  enhancement   |  Status:  new  
 Priority:  minor |   Milestone:  7.0.1
Component:  Raster| Version:  7.0.0
 Keywords:  r.neighbours  |Platform:  Unspecified  
  Cpu:  Unspecified   |  
--+-

Comment(by marisn):

 Replying to [comment:2 glynn]:
 > Replying to [ticket:2620 marisn]:
 > > Currently there is not possible to ignore the centre cell when
 performing calculation in r.neighbours.
 > You can use the weight= option to supply a kernel in which the centre
 cell has zero weight.
 >
 > A flag may still be worth having if this is a sufficiently common case.
 First - it is a documentation problem as module description is "Makes each
 cell category value a function of the category values assigned to the
 cells around it" - the problem with word "around" - I read it as "nearby
 cells excluding the centre cell". I took liberty to add a notice in r64860
 that "around" means - "all surrounding cells + centre cell".

 Second - it is not possible to use weights and circular neighbourhood at
 the same time (documentation states: "The -c flag and the weights
 parameter are mutually exclusive.")

 wenzeslaus - thanks for hint. As I needed a count of neighbour cells, I
 ended with mapcalc expression "if(isnull(original), count, count-1)"

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Compute mahalanobis distance using Scipy

[Paulo van Breugel]

Hi Pietro,

When running the tiled_function function you wrote [1] I am getting the
error below.

{{{
tiled_function(raster_inputs=ref, raster_output="out_mah1",
func=mahalanobis_distances)
}}}

ERROR: No null file for 

Any idea what is wrong?

Best wishes,

Paulo


[1] http://lists.osgeo.org/pipermail/grass-dev/2015-February/074049.html
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] 'utf8' codec can't decode byte 0xf6 in position 8: invalid start byte

[Helmut Kudrnovsky]

hi,

tested with

GRASS Version: 7.1.svn  
GRASS SVN revision: 64858   
Build date: 2015-03-15  
Build platform: i686-pc-mingw32 
GDAL: 1.11.2
PROJ.4: 4.8.0   
GEOS: 3.4.2 
SQLite: 3.7.17  
Python: 2.7.4   
wxPython: 2.8.12.1  
Platform: Windows-7-6.1.7601-SP1 (OSGeo4W)

a ms windows error message window:

'utf8' codec can't decode byte 0xf6 in position 8: invalid start byte


 

pops up when invoking e.g.

d.vect
r.slope.aspect
...

and following error message:

Traceback (most recent call last):
  File "C:\OSGEO4~2\apps\grass\grass-7.1.svn\gui\wxpython\gu
i_core\forms.py", line 2054, in OnUpdateDialog

self.parent.updateValuesHook()
  File "C:\OSGEO4~2\apps\grass\grass-7.1.svn\gui\wxpython\gu
i_core\forms.py", line 628, in updateValuesHook

self.SetStatusText('
'.join(self.notebookpanel.createCmd(ignoreErrors = True)))
TypeError



-
best regards
Helmut
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/utf8-codec-can-t-decode-byte-0xf6-in-position-8-invalid-start-byte-tp5193488.html
Sent from the Grass - Dev mailing list archive at Nabble.com.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev