Hi guys,
I'm using trunk, updated to rev 73962 today. Grass built and compiled with no
errors, but I get this error on startup (not worried about the missing
locations):
Starting GRASS GIS...
ERROR: Location not found
ERROR: Mapset not found
Traceback (most recent call last):
File
On Fri, Oct 19, 2018 at 11:04 AM, Moritz Lennert
wrote:
> On 19/10/18 15:48, Michel Wortmann wrote:
>> Hi Moritz,
>> How about this:
>>
>> info = grass.parse_command('r.univar', map='raster_xyz', flags='g')
>> print(int(info['n']), int(info['null_cells']))
>
> Thanks !
>
> Yes, this is one
-‐‐ Original Message ‐‐‐
On Tuesday, October 16, 2018 4:47 PM, Sören Gebbert
wrote:
> Hi,
> sorry for the bug, it should work again in r73561.
>
> Best regards
> Soeren
Thanks Sören, Markus; all is well again in r73561.
Cheers,
Sorry, is not a valid flag
~ Eric
‐‐‐ Original Message ‐‐‐
On Tuesday, October 16, 2018 2:59 PM, Anna Petrášová
wrote:
> Perhaps related to changes in parser in r73525?
>
> On Tue, Oct 16, 2018 at 12:14 PM Eric Patton
> wrote:
>
>> Hi , I have run into an error using Grass 7.7
Hi , I have run into an error using Grass 7.7 svn revision 73556; when I open
g.gui and try to add a vector or raster map and display it, I encounter the
following error:
Traceback (most recent call last):
File
"/usr/local/grass-7.7.svn/gui/wxpython/core/gthread.py",
line 121, in OnDone
Hello,
I updated my svn and rebuilt, again without errors, but launching the GUI
caused the same problem. Instead, I deleted the ~/.grass7 directory, and
rebuilt, and it seemed to solve the problem. I suspect you are right that it
was an issue caused by some addon that I had previously loaded.
~
Hi,
I am using a fresh checkout of Grass 7.0.1 r65194, and it compiled with no
errors
(error.log is empty).
Machine details:
uname -a Linux W5-DAR-EPATTON 3.13.0-24-generic #47-Ubuntu SMP Fri May 2
23:30:00 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
Traceback (most recent call last):
File
Hi,
I've encountered the following error launching the wxgui from Grass 6.5
using today's svn checkout:
(I get several screens worth of the following text)
snip
d': None}, 'boundaryOne': {'color': (0, 255, 0), 'enabled': True}, 'direction':
{'color': (255, 0, 0), 'enabled': False}, 'point':
?
Martin
Sure, I think it's a good idea. Any extra robustness can't be a bad
thing. Is it not too difficult to code the changes?
--
Eric Patton
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
