On Tue, Feb 19, 2013 at 11:25 AM, Markus Neteler nete...@osgeo.org wrote:
On Mon, Feb 18, 2013 at 11:03 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Mon, Feb 18, 2013 at 10:39 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On 18 February 2013 20:08, Markus Metz
On Tue, Feb 19, 2013 at 1:07 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Tue, Feb 19, 2013 at 11:25 AM, Markus Neteler nete...@osgeo.org wrote:
On Mon, Feb 18, 2013 at 11:03 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Mon, Feb 18, 2013 at 10:39 PM, Vaclav Petras
Hi,
2013/2/19 Markus Metz markus.metz.gisw...@gmail.com:
I don't think you need another gui starter command. What the parser is
doing right now is sufficient. The parser calls
gui/wxpython/gui_core/forms.py which in turn brings up the appropriate
interface. The only modification that is
On Tue, Feb 19, 2013 at 1:14 PM, Anna Kratochvílová
kratocha...@gmail.com wrote:
On Tue, Feb 19, 2013 at 1:07 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Tue, Feb 19, 2013 at 11:25 AM, Markus Neteler nete...@osgeo.org wrote:
On Mon, Feb 18, 2013 at 11:03 PM, Markus Metz
So it seems that we want to start alternative GUI for module if exists
(as MarkusM's proposed) instead of auto-generated.
So, i.group would launch customized GUI. This is clear and does not
require to introduce new special modules. So it seems as a right
solution.
Questions:
1) Is there some
Hi,
2013/2/19 Vaclav Petras wenzesl...@gmail.com:
[...]
2) How to invoke the auto-generated GUI? Is this even needed?
user should have this possibility. Probably `--ui` flag could be used
for that or some new global flag. Eg.
i.group - launch customized GUI front-end
i.group --ui - launch
Hi all,
On Sun, Feb 17, 2013 at 1:56 AM, Hamish hamis...@yahoo.com wrote:
Or, add an optional switch -s or
fwiw there is already a -s switch to launch the selection GUI,
I didn't know about this option. From the layer manager menu you can
launch the same dialog. The problem is that the code
Hi,
2013/2/18 Anna Kratochvílová kratocha...@gmail.com:
I think there is no reason for that. Also, this g.mapsets -s is not
really consistent with the new g.gui.modules. What about
g.gui.mapsets? Or if we want to keep the flag -s, the code should be
at least on one place.
this `-s` flag is a
On 18 February 2013 15:34, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2013/2/18 Anna Kratochvílová kratocha...@gmail.com:
I think there is no reason for that. Also, this g.mapsets -s is not
really consistent with the new g.gui.modules. What about
g.gui.mapsets? Or if we want to keep the
Hamish wrote:
fwiw there is already a -s switch to launch the selection GUI,
Anna wrote:
I didn't know about this option. From the layer manager menu you can
launch the same dialog. The problem is that the code is duplicated (in
wxpython/gui_core/preferences.py and
On Mon, Feb 18, 2013 at 6:51 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On 18 February 2013 15:34, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2013/2/18 Anna Kratochvílová kratocha...@gmail.com:
I think there is no reason for that. Also, this g.mapsets -s is not
really consistent with
On 18 February 2013 20:08, Markus Metz markus.metz.gisw...@gmail.com wrote:
On Mon, Feb 18, 2013 at 6:51 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On 18 February 2013 15:34, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2013/2/18 Anna Kratochvílová kratocha...@gmail.com:
I think there
On Mon, Feb 18, 2013 at 10:39 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On 18 February 2013 20:08, Markus Metz markus.metz.gisw...@gmail.com wrote:
On Mon, Feb 18, 2013 at 6:51 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On 18 February 2013 15:34, Martin Landa landa.mar...@gmail.com
Hi,
I have been the person requesting the -s flag for g.mapsets long ago
for G7 and I use it continuously. To remove it entirely would be a
major usability loss for cmd line prefering power users who don't want
to search in the wxGUI.
best,
markusN
___
On 19 February 2013 07:12, Markus Neteler nete...@osgeo.org wrote:
Hi,
I have been the person requesting the -s flag for g.mapsets long ago
for G7 and I use it continuously. To remove it entirely would be a
major usability loss for cmd line prefering power users who don't want
to search in
Hi,
2013/2/17 Hamish hamis...@yahoo.com:
g.mlist mapset=.
to reference the current mapset. That doesn't seem to work in
g.mapsets yet, but it would be pretty easy to add. Then you
done in r55080. Martin
--
Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa
[..]
Nikos:
Or, add an optional switch -s or
Hamish:
fwiw there is already a -s switch to launch the selection GUI,
This is cool handy :-)
Currently, in bash-scripting G7, I try first to remove
access to all mapsets but the current (of course) as
follows:
# one-liner!
Nikos Alexandris:
A use case is, for example, that I need to selectively use i.landsat.toar
on many Mapsets (that is, on many Landsat scenes) with the default
method(=uncorrected) and produce At-Sensor-Reflectances while performing
conversion to Top-of-Atmosphere Radiance with
Hamish:
g.mlist mapset=.
to reference the current mapset. That doesn't seem to work in
g.mapsets yet, but it would be pretty easy to add. Then you
Martin Landa wrote:
done in r55080. Martin
Nice, it works.
Nikos
signature.asc
Description: This is a digitally signed message part.
Hamish:
ps- should failure to include PERMANENT in a new search path
produce a warning G_message()? (hushed by --quiet)
Nikos:
you mean in case of mapset=WhatEverMapset,PERMANENT op=set,
right?
no, when you use op=set the entire mapset search list is replaced
in full, so
Hi,
2013/2/16 Nikos Alexandris n...@nikosalexandris.net:
GRASS 7?
Would you consider adding an optional -r (as remove) switch to the
g.mapsets module?
there is already `operation=remove`.
Or, add an optional switch -s or -x (as select-ive/-ed or as
exclusive) which will add the specified
Hi,
2013/2/16 Nikos Alexandris n...@nikosalexandris.net:
A use case is, for example, that I need to selectively use i.landsat.toar on
many Mapsets (that is, on many Landsat scenes) with the default
method(=uncorrected) and produce At-Sensor-Reflectances while performing
conversion to
Nikos:
Would you consider adding an optional -r (as remove)
switch to the g.mapsets module?
There is already operation=remove available.. ?
Or, add an optional switch -s or
fwiw there is already a -s switch to launch the selection GUI,
Currently, in bash-scripting G7, I try first to
23 matches
Mail list logo
