<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body smarttemplateinserted="true" text="#000000" bgcolor="#FFFFFF">
    <br>
    <br>
    <div class="moz-cite-prefix">On 13-04-16 05:24, Anna Petrášová
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAE0EDEp48e9b6Yhf+jQE-oit1MYbZuJ5f7_hV28fm6YeTThjMw@mail.gmail.com"
      type="cite">
      <pre wrap="">On Tue, Apr 12, 2016 at 2:29 PM, Anna Petrášová <a class="moz-txt-link-rfc2396E" href="mailto:kratochanna@gmail.com"><kratochanna@gmail.com></a> wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">On Tue, Apr 12, 2016 at 2:21 PM, Paulo van Breugel
<a class="moz-txt-link-rfc2396E" href="mailto:p.vanbreugel@gmail.com"><p.vanbreugel@gmail.com></a> wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">
On 12-04-16 18:21, Anna Petrášová wrote:
</pre>
          <blockquote type="cite">
            <pre wrap="">
On Tue, Apr 12, 2016 at 10:52 AM, Paulo van Breugel
<a class="moz-txt-link-rfc2396E" href="mailto:p.vanbreugel@gmail.com"><p.vanbreugel@gmail.com></a> wrote:
</pre>
            <blockquote type="cite">
              <pre wrap="">
Hi Anna

I just updated GRASS trunk version (GRASS GIS 7.1.svn r68252) to test the
data catalogue. However, when opening the data tab in the main GUI, after
some waiting, the GUI crashes with:

GRASS_INFO_ERROR(30614,1): Mapset <backup> does not exist
</pre>
            </blockquote>
            <pre wrap="">
this error comes from g.list mapset=backup ...

and 'backup' comes from running 'g.mapsets -l' for each location.
Could you run it in the problematic location? Do you get then
'backup'? Also you can try to switch on debug mode.
</pre>
          </blockquote>
          <pre wrap="">
Found the problem. In one of the locations I had a copy of a mapset folder
'Dispersal' which I named 'Dispersal backup', so it is the space in the name
of the second one that caused the problem.
</pre>
        </blockquote>
        <pre wrap="">
I'll try to reproduce it and see if it can be handle this situation better
</pre>
        <blockquote type="cite">
          <pre wrap="">
</pre>
          <blockquote type="cite">
            <pre wrap="">
I don't know what the rest of the errors mean. If you find the
problem, I can try to reproduce it.

Anna
</pre>
          </blockquote>
        </blockquote>
      </blockquote>
      <pre wrap="">
Weird, I created a mapset with space in the name and everything works...</pre>
    </blockquote>
    <br>
    When I have a mapset with space, e.g., 'Dispersal backup', and I
    open for the first time the data tab in the main GUI, grass tries to
    look for a mapset 'Dispersal' and a mapset 'backup' (underlined
    below). Note that there also was a real mapset 'Dispersal', not sure
    if that makes a difference.<br>
    <br>
    <pre>D1/5: grass.script.core.start_command(): g.list --q -mt type=raster,raster_3d,vector mapset=ConsStat,Dispersal,<u>Dispersal,backup</u>,EthiopiaJvdS,GeneticDistance,JvdS,LUCC,PERMANENT,climchange,samplesize</pre>
    <br>
    <br>
    <blockquote
cite="mid:CAE0EDEp48e9b6Yhf+jQE-oit1MYbZuJ5f7_hV28fm6YeTThjMw@mail.gmail.com"
      type="cite">
      <pre wrap="">

</pre>
      <blockquote type="cite">
        <blockquote type="cite">
          <blockquote type="cite">
            <pre wrap="">
</pre>
            <blockquote type="cite">
              <pre wrap="">On 10-04-16 05:00, Anna Petrášová wrote:
</pre>
              <blockquote type="cite">
                <pre wrap="">
Hi,

I was wondering what is the opinion about the new data catalog (in
trunk), specifically, whether users should be able to modify (copy,
rename, delete) maps from other mapsets and locations than the current
ones.
</pre>
              </blockquote>
            </blockquote>
          </blockquote>
          <pre wrap="">
So now I could try out the new functionality. I can display or copy maps
from other mapsets, but only if in the same location. If I am in another
location, there is still the option to display or copy in the context menu
(right click), but when selecting copy, there is the error message that
"failed to copy: action is allowed only within the same mapset". When
selecting 'display', the message is "failed to display:  not in current
mapset or invalid layer".
</pre>
        </blockquote>
        <pre wrap="">
sorry, I still haven't committed it yet, I haven't added the option to
change it from settings yet, I'll try to add it later today...
</pre>
      </blockquote>
      <pre wrap="">
I committed the changes, please test...</pre>
    </blockquote>
    <br>
    When unlocking (clicking the lock), there is not context menu
    anymore at right click. From the command line:<br>
    <br>
    <pre>GRASS 7.1.svn (nc_spm_08_grass7):~ > Traceback (most recent call last):</pre>
    <pre>  File "/usr/local/grass7/grass-7.1.svn/gui/wxpython/gui_core/treeview.py", line 58, in <lambda></pre>
    <pre>    self._emitSignal(evt.GetItem(), self.contextMenu))</pre>
    <pre>  File "/usr/local/grass7/grass-7.1.svn/gui/wxpython/gui_core/treeview.py", line 161, in _emitSignal</pre>
    <pre>    signal.emit(node=node, **kwargs)</pre>
    <pre>  File "/usr/local/grass7/grass-7.1.svn/etc/python/grass/pydispatch/signal.py", line 229, in emit</pre>
    <pre>    dispatcher.send(signal=self, *args, **kwargs)</pre>
    <pre>  File "/usr/local/grass7/grass-7.1.svn/etc/python/grass/pydispatch/dispatcher.py", line 349, in send</pre>
    <pre>    **named</pre>
    <pre>  File "/usr/local/grass7/grass-7.1.svn/etc/python/grass/pydispatch/robustapply.py", line 60, in robustApply</pre>
    <pre>    return receiver(*arguments, **named)</pre>
    <pre>  File "/usr/local/grass7/grass-7.1.svn/gui/wxpython/datacatalog/tree.py", line 363, in OnRightClick</pre>
    <pre>    self._popupMenuLayer()</pre>
    <pre>  File "/usr/local/grass7/grass-7.1.svn/gui/wxpython/datacatalog/tree.py", line 725, in _popupMenuLayer</pre>
    <pre>    self.selected_location.label == genv['LOCATION_NAME']:</pre>
    <pre>UnboundLocalError: local variable 'genv' referenced before assignment</pre>
    <br>
    <br>
    <blockquote
cite="mid:CAE0EDEp48e9b6Yhf+jQE-oit1MYbZuJ5f7_hV28fm6YeTThjMw@mail.gmail.com"
      type="cite">
      <pre wrap="">

Anna

</pre>
      <blockquote type="cite">
        <pre wrap="">
</pre>
        <blockquote type="cite">
          <pre wrap="">


</pre>
          <blockquote type="cite">
            <blockquote type="cite">
              <blockquote type="cite">
                <pre wrap="">I find it very useful to edit any mapsets, but it goes against
the traditional GRASS approach. I have this (edit anything behavior)
implemented locally, but wanted to know before committing if people
agree with that.

Thanks,
Anna
_______________________________________________
grass-user mailing list
<a class="moz-txt-link-abbreviated" href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/grass-user">http://lists.osgeo.org/mailman/listinfo/grass-user</a>
</pre>
              </blockquote>
              <pre wrap="">

</pre>
            </blockquote>
          </blockquote>
          <pre wrap="">
</pre>
        </blockquote>
      </blockquote>
    </blockquote>
    <br>
  </body>
</html>