[GRASS-dev] [GRASS-user] data catalog question

[Paulo van Breugel]

On 13-04-16 05:24, Anna Petrášová wrote:
> On Tue, Apr 12, 2016 at 2:29 PM, Anna Petrášová <kratochanna at gmail.com> wrote:
>> On Tue, Apr 12, 2016 at 2:21 PM, Paulo van Breugel
>> <p.vanbreugel at gmail.com> wrote:
>>> On 12-04-16 18:21, Anna Petrášová wrote:
>>>> On Tue, Apr 12, 2016 at 10:52 AM, Paulo van Breugel
>>>> <p.vanbreugel at gmail.com> wrote:
>>>>> 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
>>>> 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.
>>> 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.
>> I'll try to reproduce it and see if it can be handle this situation better
>>>> I don't know what the rest of the errors mean. If you find the
>>>> problem, I can try to reproduce it.
>>>>
>>>> Anna
> Weird, I created a mapset with space in the name and everything works...

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.

D1/5: grass.script.core.start_command(): g.list --q -mt type=raster,raster_3d,vector mapset=ConsStat,Dispersal,_Dispersal,backup_,EthiopiaJvdS,GeneticDistance,JvdS,LUCC,PERMANENT,climchange,samplesize



>
>>>>> On 10-04-16 05:00, Anna Petrášová wrote:
>>>>>> 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.
>>> 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".
>> 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...
> I committed the changes, please test...

When unlocking (clicking the lock), there is not context menu anymore at 
right click. From the command line:

GRASS 7.1.svn (nc_spm_08_grass7):~ > Traceback (most recent call last):

   File "/usr/local/grass7/grass-7.1.svn/gui/wxpython/gui_core/treeview.py", line 58, in <lambda>

     self._emitSignal(evt.GetItem(), self.contextMenu))

   File "/usr/local/grass7/grass-7.1.svn/gui/wxpython/gui_core/treeview.py", line 161, in _emitSignal

     signal.emit(node=node, **kwargs)

   File "/usr/local/grass7/grass-7.1.svn/etc/python/grass/pydispatch/signal.py", line 229, in emit

     dispatcher.send(signal=self, *args, **kwargs)

   File "/usr/local/grass7/grass-7.1.svn/etc/python/grass/pydispatch/dispatcher.py", line 349, in send

     **named

   File "/usr/local/grass7/grass-7.1.svn/etc/python/grass/pydispatch/robustapply.py", line 60, in robustApply

     return receiver(*arguments, **named)

   File "/usr/local/grass7/grass-7.1.svn/gui/wxpython/datacatalog/tree.py", line 363, in OnRightClick

     self._popupMenuLayer()

   File "/usr/local/grass7/grass-7.1.svn/gui/wxpython/datacatalog/tree.py", line 725, in _popupMenuLayer

     self.selected_location.label == genv['LOCATION_NAME']:

UnboundLocalError: local variable 'genv' referenced before assignment



>
> Anna
>
>>>
>>>
>>>>>> 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
>>>>>> grass-user at lists.osgeo.org
>>>>>> http://lists.osgeo.org/mailman/listinfo/grass-user
>>>>>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-dev/attachments/20160413/93f79620/attachment.html>