Re: [GRASS-dev] [GRASS GIS] #1786: r.resamp.rst fails with message "split_and_interpolate() failed" (was: r.resamp.rst fails with message "split_and_interpolate() failed)

2012-11-07 Thread GRASS GIS 
#1786: r.resamp.rst fails with message "split_and_interpolate() failed"
--+-
 Reporter:  bko   |   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  6.4.3
Component:  Raster| Version:  6.4.1
 Keywords:  r.resamp.rst  |Platform:  Linux
  Cpu:  x86-64|  
--+-

Comment(by bko):

 I was able to work around the problem by getting creative with how I
 produced the layer.

 I'll take your word for the fact that upgrading is unlikely to produce
 problems for me but I think its good policy not to fiddle with my
 configuration in the middle of a project unless it's absolutely critical.

 Grass is amazing software and I look forward to running 7.0 in the near
 future.

 Thanks.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1786: r.resamp.rst fails with message "split_and_interpolate() failed

2012-11-07 Thread GRASS GIS 
#1786: r.resamp.rst fails with message "split_and_interpolate() failed
--+-
 Reporter:  bko   |   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  6.4.3
Component:  Raster| Version:  6.4.1
 Keywords:  r.resamp.rst  |Platform:  Linux
  Cpu:  x86-64|  
--+-

Comment(by glynn):

 Replying to [comment:2 neteler]:

 > Have these versions been compiled with --enable-largefile?

 It doesn't matter. lib/rst/interp_float is limited to 32 bits in all 6.x
 versions (including 6.5 svn), regardless of configure options.

 7.0 doesn't have this limitation, provided that GRASS was built with LFS
 enabled.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] r.damflood addon now available for download

2012-11-07 Thread Markus Neteler 
On Wed, Nov 7, 2012 at 7:07 PM, Roberto Marzocchi
 wrote:
> Dear GRASS users and developers,
>
> We are pleased to inform that the new command r.damflood is now available
> for download in the Grass7 addons page (SVN repository).
> More information are available in the command user guide and in the wiki
> page (http://grass.osgeo.org/wiki/AddOns/GRASS_6#r.damflood).

I have also added it here:
http://grass.osgeo.org/wiki/AddOns/GRASS7/raster

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

[GRASS-dev] r.damflood addon now available for download

2012-11-07 Thread Roberto Marzocchi 
Dear GRASS users and developers,

We are pleased to inform that the new command r.damflood is now available
for download in the Grass7 addons page (SVN repository).
More information are available in the command user guide and in the wiki
page (http://grass.osgeo.org/wiki/AddOns/GRASS_6#r.damflood).

In case of problems don't hesitate to contact us.

Best regards,
Roberto Marzocchi and Massimiliano Cannata


-- 

Gter srl, Spin-off company (University of Genoa)
Via Greto di Cornigliano 6r - 16152 Genova (Italy)
P.IVA/CF 01998770992
ph: 010-8694830 Fax: 010-8694737
mob: 349-8786575
E-mail: roberto.marzoc...@gter.it
skype: roberto.marzocchi84www.gter.itwww.twitter.com/Gteronline -
www.facebook.com/Gteronline


*Please consider the environment before printing this mail note!*

--

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

Re: [GRASS-dev] [GRASS GIS] #1786: r.resamp.rst fails with message "split_and_interpolate() failed

2012-11-07 Thread GRASS GIS 
#1786: r.resamp.rst fails with message "split_and_interpolate() failed
--+-
 Reporter:  bko   |   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  6.4.3
Component:  Raster| Version:  6.4.1
 Keywords:  r.resamp.rst  |Platform:  Linux
  Cpu:  x86-64|  
--+-

Comment(by neteler):

 I just see that you use 6.4.1? That's fairly outdated, so no surprise...

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1786: r.resamp.rst fails with message "split_and_interpolate() failed

2012-11-07 Thread GRASS GIS 
#1786: r.resamp.rst fails with message "split_and_interpolate() failed
--+-
 Reporter:  bko   |   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  6.4.3
Component:  Raster| Version:  6.4.1
 Keywords:  r.resamp.rst  |Platform:  Linux
  Cpu:  x86-64|  
--+-

Comment(by neteler):

 Replying to [comment:4 bko]:
 > I have no idea whether large file support is enabled. I installed via
 apt-get.

 If you got it from unstable, it seems to be enabled (if that's the right
 log file):

 https://launchpadlibrarian.net/107513186/buildlog_ubuntu-precise-
 amd64.grass_6.4.2~upstream2-3~precise3_BUILDING.txt.gz

 > I'm in the middle of a project and worry about installing from source
 because it might fail or break code I've written to talk to grass or
 otherwise slow me down.

 Well, this is fairly unlikely :) This page has just been updated:

 grass.osgeo.org/wiki/Compile_and_Install_Ubuntu

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1786: r.resamp.rst fails with message "split_and_interpolate() failed

2012-11-07 Thread GRASS GIS 
#1786: r.resamp.rst fails with message "split_and_interpolate() failed
--+-
 Reporter:  bko   |   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  6.4.3
Component:  Raster| Version:  6.4.1
 Keywords:  r.resamp.rst  |Platform:  Linux
  Cpu:  x86-64|  
--+-

Comment(by bko):

 I have no idea whether large file support is enabled. I installed via apt-
 get.

 I'm in the middle of a project and worry about installing from source
 because it might fail or break code I've written to talk to grass or
 otherwise slow me down. I'll find a work-around. Thanks for the prompt
 reply.

 Let me know if there is anything else I can do to help you on your end.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #372: v.net.iso, v.net.path: error when using it with cost point (ncolumn)

2012-11-07 Thread GRASS GIS 
#372: v.net.iso, v.net.path: error when using it with cost point (ncolumn)
--+-
 Reporter:  paoloC|   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  major |   Milestone:  6.4.3
Component:  Default   | Version:  svn-develbranch6 
 Keywords:  v.net.iso nodes cost  |Platform:  Linux
  Cpu:  Unspecified   |  
--+-
Changes (by mlennert):

  * keywords:  => v.net.iso nodes cost


Comment:

 The bug is still in issue in all versions. See [1] for the original
 postings on the mailing list (the nabble link provided by the OP is dead).

 Here's how to reproduce in trunk with the NC data:

 {{{
 v.net roadsmajor poi=schools_wake thresh=500 op=connect out=network
 v.db.addtable network layer=2 col="cat integer, cost integer"
 echo "update network_2 set cost=1" | db.execute in=-
 v.net.iso in=network out=isocost alayer=1 nlayer=2 ncolumn=cost ccats=1-10
 cost=5000,1,2
 }}}

 The error is

 {{{
 Setting node costs...
 ERREUR :Requested feature id 0 is not reasonable(max features in vector
 map
 : 457)
 }}}

 The error does not appear when v.net.iso is run without the ncolumn
 option.

 The issue is in lib/vector/Vlib/net.c the for-loop starting line 377,
 based on the number of nodes (nnodes) retrieved from the map in line 133
 with Vect_get_num_nodes(Map). This gives a number of nodes which at one
 point leads to the error. Using DEBUG=2, I can see that the problem arises
 with node 265. Replacing the nnodes variable in the loop definition with
 264, the module runs.

 I still have to figure out what exactly this number of nodes represents
 (well, I know it is the number of nodes you also get as output of v.build
 network) and what it is used for here, but it certainly is not related to
 the nodes (i.e. the schools) I added with the v.net command.

 MarkusN, do you have a quick idea on this ? Otherwise, I'll continue
 looking.

 Moritz



 [1] http://lists.osgeo.org/pipermail/grass-user/2008-November/047624.html

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1683: error message v.db.addcol

2012-11-07 Thread GRASS GIS 
#1683: error message v.db.addcol
---+
 Reporter:  jradinger  |   Owner:  hamish  
 Type:  defect |  Status:  assigned
 Priority:  major  |   Milestone:  6.4.3   
Component:  Shell Scripts  | Version:  svn-develbranch6
 Keywords:  v.db.addcol|Platform:  All 
  Cpu:  Unspecified|  
---+

Comment(by jradinger):

 sorry for responding so late.

 today I tried example again and found out that the error messages are
 related
 a messy gisenv. Here first the errors from v.db.addcol


 {{{
 v.db.addcol map="test@FIDIMO_Cele" columns="testcol DOUBLE"
 /usr/local/grass-6.5.svn/scripts/v.db.addcol: 1: eval:
 
adinger/U_Radinger/05_GRASS/GR=/home/radinger/U_Radinger/05_GRASS/GRASS_Scripts:
 not found
 /usr/local/grass-6.5.svn/scripts/v.db.addcol: 1: eval:
 
adinger/05_GRASS/GRASS_Scripts=/home/radinger/U_Radinger/05_GRASS/FIDIMO/FIDIMO_Script/fidimo
 for grass 6.x/r.fidimo: not found
 /usr/local/grass-6.5.svn/scripts/v.db.addcol: 1: eval:
 /r.rdfilter=/home/radinger/U_Radinger/05_GRASS/FIDIMO/FIDIMO_Script/fidimo
 for grass 6.x/r.fidimo: not found
 GRASS 6.5.svn (Cele_location):~ >
 }}}


 So I also checked the output of g.gisenv from the command line which seems
 somehow
 wrong. I looks like the output for GRASS_SCRIPTS is "chopped up" and
 messy, and I don't know how this could happen.


 {{{
 GRASS 6.5.svn (Cele_location):~ > g.gisenv
 GISDBASE=/home/radinger/Documents/GRASS_locations
 LOCATION_NAME=Cele_location
 MAPSET=FIDIMO_Cele
 
ADDON_PATH=/home/radinger/.grass6/addons:/home/radinger/.grass6/addons:/home/radinger/.grass6/addons:/home/radinger/.grass6/addons:/home/radinger/.grass6/addons:/home/radinger/.grass6/addons:/home/r
 adinger/U_Radinger/05_GRASS/GR=/home/radinger/U_Radinger/05_GRASS/GRASS_Scripts
 
ASS_Scripts=/home/radinger/U_R:/home/radinger/U_Radinger/05_GRASS/GRASS_Scripts/FIDIMO_testbed
 
adinger/05_GRASS/GRASS_Scripts=/home/radinger/U_Radinger/05_GRASS/FIDIMO/FIDIMO_Script/fidimo
 for grass 6.x/r.fidimo
 /r.rdfilter=/home/radinger/U_Radinger/05_GRASS/FIDIMO/FIDIMO_Script/fidimo
 for grass 6.x/r.fidimo
 GRASS_GUI=wxpython
 GRASS 6.5.svn (Cele_location):~ >

 }}}

 How can I clean up my gisenv as I think that might solve the problem?
 Whats the best way? My ADDON_PATH is extremely long and repeatedly the
 same. Furthermore it seems there is a line break in gisenv dividing "r"
 and "adinger...", which is causing the problem above.

 I still don't know how this could happen as I never touched the
 gisenv deliberately.

 /j

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1786: r.resamp.rst fails with message "split_and_interpolate() failed

2012-11-07 Thread GRASS GIS 
#1786: r.resamp.rst fails with message "split_and_interpolate() failed
--+-
 Reporter:  bko   |   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  6.4.3
Component:  Raster| Version:  6.4.1
 Keywords:  r.resamp.rst  |Platform:  Linux
  Cpu:  x86-64|  
--+-
Changes (by martinl):

  * keywords:  => r.resamp.rst


-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1786: r.resamp.rst fails with message "split_and_interpolate() failed

2012-11-07 Thread GRASS GIS 
#1786: r.resamp.rst fails with message "split_and_interpolate() failed
+---
 Reporter:  bko |   Owner:  grass-dev@…  
 Type:  defect  |  Status:  new  
 Priority:  normal  |   Milestone:  6.4.3
Component:  Raster  | Version:  6.4.1
 Keywords:  |Platform:  Linux
  Cpu:  x86-64  |  
+---

Comment(by neteler):

 Replying to [ticket:1786 bko]:
 > The following command fails on my computer:[[BR]]
 >
 > r.resamp.rst
 ...
 > Cannot fseek elev offset2=-2147383136

 It will be an overflow of 2^31, i.e. the 2GB limit.

 ..
 > The command fails in exactly the same way on two different systems:
 > 1. Ubuntu 10.04 with grass 6.4 RC with amd64 processor and 64 bit OS
 > 2. Ubuntu 10.04 with grass 6.4.1 with amd64 processor and 64 bit OS

 Have these versions been compiled with --enable-largefile?

 If yes, can you try GRASS 7 instead which has improved Large File support?

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] wxGUI lock import problem

2012-11-07 Thread Martin Landa 
Hi,

2012/11/7 Glynn Clements :

> Oops. There's an infinite recursion bug in that version:
>
> start_command
>  debug_level
>   gisenv
>read_command
> pipe_command
>  start_command
>
> Try r53716. Although I don't know if this is actually related to the
> "import lock" issue.

seems to be fixed. Thanks, Martin

--
Martin Landa  * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev