Just a quick question. Looking around the mailing list I see old references to
multi-user installation on GRASS.
Is this possible? I have someone with a multi-processor system that wants to
install GRASS 7 in one location (for ease of administration) and have several
users run GRASs 7 at the
On Thu, Jun 9, 2016 at 8:37 PM, Michael Barton wrote:
> I've replaced the build from earlier today with one that is sort of wxPython
> 3.0.3.0
>
> There was no straightforward way to build this. The only thing on github is
> the wxpython part. For a full source package
I've replaced the build from earlier today with one that is sort of wxPython
3.0.3.0
There was no straightforward way to build this. The only thing on github is the
wxpython part. For a full source package it needs to be combined with wxWidgets
and both compiled together. The 3.0.2.0 source
That's great news. Now to see if it also works under SIP.
I wanted to test this to see if it even worked before I tried wxPython 3.0.3
and Glynn's hack for gettext. If it works under El Capitan SIP, then on to the
next steps.
Michael
C. Michael Barton
Director, Center for
On Thu, Jun 9, 2016 at 4:30 PM, Michael Barton wrote:
> yet another GRASS 7.3 64 bit.
>
> In this version (just uploaded a few minutes ago to the website), I've built
> wxPython from source and installed it in a non-system folder. I built GRASS
> against this local build
yet another GRASS 7.3 64 bit.
In this version (just uploaded a few minutes ago to the website), I've built
wxPython from source and installed it in a non-system folder. I built GRASS
against this local build of wxPython. There should be no problems for SIP if it
is only the bundled
On Thu, Jun 9, 2016 at 4:07 PM, Veronica Andreo
wrote:
...
> The text seems fine to me. Just some ideas/questions:
>
> - What about adding something like "See citation options with: g.version
-x"
> below "See the licence terms with: g.version -c" in the welcome screen in
>
Hello Markus,
> [..]
> >>
> >> Definitely yes. AFAIK there is an open ticket for that but due to
> >> traveling I cannot check at time.
> >
> > Here: https://trac.osgeo.org/grass/ticket/947
> > rather old ticket :)
>
> Yep. Now I worked on that:
>
> g.version -x
>
> gives you citation options
On 13 May 2016 at 20:07, Veronica Andreo wrote:
> Hey, Mati! Hola!
>
Hi Vero, Matias
>
> @Luca, might the error and/or message be related to [2]?
>
I don't think so
>> ERROR: La exportación raster puede resultar en una pérdida completa de
>> datos, cancelando.
>>
On Tue, Jun 7, 2016 at 5:39 PM, Veronica Andreo wrote:
> Hi again
>
> [..]
>>
>> Definitely yes. AFAIK there is an open ticket for that but due to
>> traveling I cannot check at time.
>
> Here: https://trac.osgeo.org/grass/ticket/947
> rather old ticket :)
Yep. Now I worked
On 09/06/16 12:55, Uwe Fischer wrote:
Moritz,
thank you very much for your help. I understand so far whats going on. But I
did not choose any menu items; I typed v.in.ogr in the console window, and then
the reduced wizard showed up. So the flag --ui is what I need.
Is --ui available for
Moritz,
thank you very much for your help. I understand so far whats going on. But I
did not choose any menu items; I typed v.in.ogr in the console window, and then
the reduced wizard showed up. So the flag --ui is what I need.
Is --ui available for every GRASS command? Or is there a way for
On 09/06/16 10:47, Uwe Fischer wrote:
Hello List,
why are there no input boxes for snap threshold and min_area in the
v.in.ogr menu in GRASS 7.0.3? I think those values are important to
control the process. On the command line, the values can be entered.
This is an old discussion. See [1] for
Hello List,
why are there no input boxes for snap threshold and min_area in the v.in.ogr
menu in GRASS 7.0.3? I think those values are important to control the
process. On the command line, the values can be entered.
Greets, Uwe
___
grass-user
14 matches
Mail list logo