Re: [GRASS-user] Grass 7 GUI is not starting- keyError:'version'

[Martin Landa]

2014-03-22 17:02 GMT+01:00 Luis Ramirez :

> For the installation I just followed the steps provided at the Grass 7
> downloads internet page.

which one? Do you mean [1]? There binaries for 64bit, I will try it.

[...]

> Reading symbols from /usr/lib/grass70/bin/g.version...(no debugging symbols
> found)...done.

[...]

hm, I overlooked this message, the binaries lacks debugging symbols,
so gdb will not help.

Martin

[1] http://grass.osgeo.org/grass70/binary/linux/snapshot/
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Grass 7 GUI is not starting- keyError:'version'

[Martin Landa]

Hi,

2014-03-22 17:02 GMT+01:00 Luis Ramirez :
> (gdb) r -rge
>
> Starting program: /usr/lib/grass70/bin/g.version -rge
>
> D2/5: G_file_name(): path = /media/sf_Karten/grassdb/BAYsun31468/PERMANENT
>
> version=7.0.svn
>
> date=2014
>
> revision=
>
> build_date=2014-03-21
>
>
>
> Program received signal SIGSEGV, Segmentation fault.
>
> 0x001afe29 in vfprintf () from /lib/i386-linux-gnu/libc.so.6

what happens when you type after this message

(gdb) bt

?

Martin

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

Re: [GRASS-user] Grass 7 GUI is not starting- keyError:'version'

[Luis Ramirez]

Hi,

When I try out the first alternative I get:

GRASS 7.0.svn (n31468):/ > g.gisenv set="DEBUG=5"

GRASS 7.0.svn (n31468):/ > g.version -rge

D2/5: G_file_name(): path = /media/sf_Karten/grassdb/n31468/PERMANENT

version=7.0.svn

date=2014

revision=

build_date=2014-03-21

Segmentation fault (core dumped)

And nothing else. Am I doing something wrong?

For the installation I just followed the steps provided at the Grass 7 
downloads internet page.


When I try out the second alternative I get:

GRASS 7.0.svn (n31468):~ > gdb g.version

GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04

Copyright (C) 2012 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later 



This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.Type "show copying"

and "show warranty" for details.

This GDB was configured as "i686-linux-gnu".

For bug reporting instructions, please see:

...

Reading symbols from /usr/lib/grass70/bin/g.version...(no debugging 
symbols found)...done.


(gdb) r -rge

Starting program: /usr/lib/grass70/bin/g.version -rge

D2/5: G_file_name(): path = /media/sf_Karten/grassdb/BAYsun31468/PERMANENT

version=7.0.svn

date=2014

revision=

build_date=2014-03-21

Program received signal SIGSEGV, Segmentation fault.

0x001afe29 in vfprintf () from /lib/i386-linux-gnu/libc.so.6


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

Re: [GRASS-user] Grass 7 GUI is not starting- keyError:'version'

[Martin Landa]

Hi,

2014-03-22 14:26 GMT+01:00 Luis Ramirez :
> GRASS 7.0.svn (n31468):/ > g.version -rge
>
> version=7.0.svn
>
> date=2014
>
> revision=
>
> build_date=2014-03-21
>
> Segmentation fault (core dumped)

please try out

g.gisenv set="DEBUG=5"
g.version -rge

and send to us a last few debug lines from the log.

Or you could try to provide us more information (running debbuger).
It's your own installation of package from PPA? Note that to be able
to debug code you need to set configure switches [1] before compiling
GRASS.

gdb g.version
(gdb) r -rge

My wild guess that this segfault is related to missing svn properties
(see empty revision field).

Thanks, Martin

[1] http://grasswiki.osgeo.org/wiki/GRASS_Debugging#Using_GDB

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

Re: [GRASS-user] Grass 7 GUI is not starting- keyError:'version'

[Luis Ramirez]

Hi,

GRASS 7.0.svn (n31468):/ > g.version -rge

version=7.0.svn

date=2014

revision=

build_date=2014-03-21

Segmentation fault (core dumped)


thanks
Luis

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

Re: [GRASS-user] Grass 7 GUI is not starting- keyError:'version'

[Martin Landa]

Hi,

2014-03-21 12:34 GMT+01:00 Luis Ramirez :

> I have been working with Grass 7 for the last 8 months using a VM with
> Xubuntu linux (I installed Grass from the PPA). It worked without almost any
> problem until the last weekend. Since then I have been becoming the
> following message after selecting location and mapset:

[...]

> self.baseTitle = _("GRASS GIS %s Layer Manager") %
> grass.version()['version']
>
> KeyError: 'version'

for record: since r59288 wxGUI doesn't fail when unable to determine
GRASS version. Martin
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] issues with netCDF import

[Hamish]

Damian wrote:

...
>>  Origin = (-180.000,90.000)
>>  Pixel Size = (0.00833767951,-0.00833767951)
...
>>  Corner Coordinates:
>>  Upper Left  (-180.000,  90.000)
>>  Lower Left  (-180.000, -90.094)
>>  Upper Right ( 180.188,  90.000)
>>  Lower Right ( 180.188, -90.094)
>>  Center      (   0.094,  -0.047)

Moritz:
> Try running r.in.gdal with the -l flag to force fit within -180,180.

technically it's the illegal >90 deg latitude it is unhappy with, GRASS's 
raster engine can deal with wrapping around 180 longitude (0-360 is supported 
too). keep an eye on g.region, sometimes minor +/- adjustments are needed to 
tell it which way to go around the world, the long way or the (very) short way!

In this case it looks like simple cumulative rounding error because 'Pixel 
Size' got cast to single precision floating point somewhere along the way (3's 
don't repeat to infinity as they should), and as Moritz explains, 'r.in.gdal 
-l' will fix it.


In other cases where the convention is grid-centered not cell-centered you get 
half a cell of overlap at the poles and it's a bit uglier to clean up. (note to 
self: need to work on a script to handle that automatically; see r.in.srtm)

see also http://grasswiki.osgeo.org/wiki/NetCDF


regards,
Hamish

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

Re: [GRASS-user] Elevation differences between endpoints of least cost paths

[jctorres]

Hi Don

I think you can solve this using grass 7 (you can download it from 
http://grass.osgeo.org/download/software/). This version includes a new 
option for r.cost that copies the value of the nearest cell. You can 
solve the problem using


r.mapcalc "streamH=if(isnull(stream.thin),null(),FD)"

r.cost -k input=area.one output=dtv start_rast=streamH nearest=nearestH

nearestH will contains the elevation of the nearest stream

Best regards


--
===
Juan Carlos Torres  | http://lsi.ugr.es/~jctorres
Laboratorio de Realidad Virtual | Tlf.: (+34) 645 885 167
Dpto. Lenguajes y Sistemas Informaticos |   (+34) 958 249 307
ETS. Ing. Informatica   | interno ugr  71 260
Univ. de Granada| FAX: (+34) 958 243 179
===




El 21/03/14 23:47, MacQueen, Don escribió:

I'm stating with a DEM (named FD).

First I find streams:
   r.watershed elevation=FD stream=stream
   r.thin input=stream output=stream.thin

Then, for each point on the DEM, I need
  The distance to the nearest point in a stream
  The elevation difference to the stream point

I can get the distance by gollowing the example "Computing a distance map"
in Neteler & Mitasova's GRASS book:
   r.mapcalc area.one=1
   r.cost -k input=area.one output=dtv start_rast=stream.thin

So far so good, and the results make sense

But I would very much appreciate suggestions for the elevation difference.

I have been looking at various r.* routines, such as r.drain, but haven't
yet found a solution. I have very little experience with raster analysis.
(and in fact, I'm using the R package spgrass6 to manage the above steps)

Thanks
-Don




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