<div dir="ltr">Hi,<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 1, 2014 at 1:18 PM, Martin Landa <span dir="ltr"><<a href="mailto:landa.martin@gmail.com" target="_blank">landa.martin@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
one of my students (Tereza, cc'ed) started to work on simple version<br>
of the data catalog implemented as a new tab in Layer Manager. This<br>
tool will allow to manage maps in the current location (remove, copy,<br>
or rename). Later could be added support for copying maps between<br>
different locations (including automated reprojection), preview of<br>
data and so on.<br></blockquote><div><br></div><div>Do you plan to discuss somewhere the design of the catalog? Perhaps summarize the main points about the integration with layer manager and map display, gui design, planned features etc on Trac?</div>

<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Currently we are facing to the question whether to use in her code<br>
pyGRASS or just GRASS Python Scripting Library.  pyGRASS is not<br>
currently used in wxGUI at all (with only one exception - see<br>
gui_core/gselect.py [1]). There are some wxGUI components which should<br>
be rewritten using pygrass (those which already use ctypes), eg. wxGUI<br>
vector digitizer, but it's another story.<br>
<br>
So the question: do we start using pyGRASS in wxGUI more often even in<br>
the code where we don't need ctypes access and calling GRASS commands<br>
through GRASS Python Scripting Library is enough.<br>
<br>
The sample code from data catalog (copying maps):<br>
<br>
GRASS Python Scripting Library:<br>
<br>
cur_mapset = grass.gisenv()['MAPSET']<br>
grass.run_command('g.gisenv', set = 'MAPSET=%s' % dst_mapset)<br>
grass.run_command('g.copy', rast='%s@%s,%s' % (src_map, src_mapset, dst_name))<br>
grass.run_command('g.gisenv', set = 'MAPSET=%s' % cur_mapset)<br>
<br>
pyGRASS:<br>
<br>
cur_mapset = str(Mapset())<br>
Mapset(dst_mapset).current()<br>
g.copy(rast = '%s@%s,%s' % (src_map, src_mapset, dst_name)) # *<br>
Mapset(cur_mapset).current()<br>
<br>
* this could be replaced by something more fancy by modifying pyGRASS<br>
<br>
What is you opinion?<br>
<br>
Personally I incline to promote pyGRASS as interface for user scripts,<br>
but in wxGUI I still prefer to use GRASS Scripting Library to call<br>
GRASS commands on the background.<br></blockquote><div><br></div><div>I agree with that, I am not sure if pyGRASS would give us some advantage in the mapset/location management, I haven't used it for these tasks. But I would like to hear from some who already used it like this. </div>

<div><br></div><div>Anna</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Martin<br>
<br>
[1] <a href="http://trac.osgeo.org/grass/browser/grass/trunk/gui/wxpython/gui_core/gselect.py#L55" target="_blank">http://trac.osgeo.org/grass/browser/grass/trunk/gui/wxpython/gui_core/gselect.py#L55</a><br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Martin Landa * <a href="http://geo.fsv.cvut.cz/gwiki/Landa" target="_blank">http://geo.fsv.cvut.cz/gwiki/Landa</a><br>
_______________________________________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-dev</a><br>
</font></span></blockquote></div><br></div></div>