<div dir="ltr">Sorry for bothering you with this again but now I'm confused. The test<br><br><a href="http://fatra.cnr.ncsu.edu/grassgistests/reports_for_date-2014-10-22-07-00/report_for_nc_spm_08_grass7_nc/temporal/t.vect.mapcalc/test.t.vect.mapcalc/index.html">http://fatra.cnr.ncsu.edu/grassgistests/reports_for_date-2014-10-22-07-00/report_for_nc_spm_08_grass7_nc/temporal/t.vect.mapcalc/test.t.vect.mapcalc/index.html</a><br><br>is still failing but after explanation by Glynn in<br><br><a href="http://trac.osgeo.org/grass/ticket/2437#comment:18">http://trac.osgeo.org/grass/ticket/2437#comment:18</a><br><a href="http://trac.osgeo.org/grass/ticket/2437#comment:23">http://trac.osgeo.org/grass/ticket/2437#comment:23</a><br><br>I have no idea what is the right fix. (I had no idea before but now it is even worse.)<br><div><br></div><div>Thanks,<br></div><div>Vaclav<br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 17, 2014 at 6:00 PM, Vaclav Petras <span dir="ltr"><<a href="mailto:wenzeslaus@gmail.com" target="_blank">wenzeslaus@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Wed, Sep 17, 2014 at 5:24 PM, Markus Metz <span dir="ltr"><<a href="mailto:markus.metz.giswork@gmail.com" target="_blank">markus.metz.giswork@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Wed, Sep 17, 2014 at 10:28 PM, Vaclav Petras <<a href="mailto:wenzeslaus@gmail.com" target="_blank">wenzeslaus@gmail.com</a>> wrote:<br>
><br>
><br>
> On Wed, Sep 17, 2014 at 3:50 PM, Markus Metz <<a href="mailto:markus.metz.giswork@gmail.com" target="_blank">markus.metz.giswork@gmail.com</a>><br>
> wrote:<br>
>><br>
>> On Wed, Sep 17, 2014 at 3:33 PM, Vaclav Petras <<a href="mailto:wenzeslaus@gmail.com" target="_blank">wenzeslaus@gmail.com</a>><br>
>> wrote:<br>
>> > Hi,<br>
>> ><br>
>> > it seems [1] that v.overlay cannot handle dot in mapset name which<br>
>> > probably<br>
>> > points to a wrong handling of mapset in a parameter.<br>
>><br>
>> How did you manage to add @<mapset> to the output name? With the GUI<br>
>> this is not possible. On the command line you should not add @<mapset><br>
>> to a vector output (this might apply also to raster output, I did not<br>
>> check) because output maps are always created in the current mapset.<br>
><br>
><br>
> Oh, I didn't realized that.<br>
<br>
</span>GRASS is designed for multi-user environments such as research<br>
institutions or public administration institutions. A given user has<br>
write permissions only to its home directory, /tmp or %TMP% and the<br>
current mapset which the current user owns in terms of permissions<br>
(dependent on file system and operating system). Any other mapsets are<br>
assumed to belong to different users. This has been pointed out<br>
repeatedly before and is a security feature. Even if you are the owner<br>
of several different mapsets, you are still allowed to create new data<br>
only in the current mapset. This is a security feature needed e.g. for<br>
HPC (High Performance Computing).<br>
 </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Considering that you are a GRASS developer you should have realized that.<br>
<br></blockquote></div></div><div>Oh, sorry for confusion. I actually know this. I didn't realized that it is output, not input, and so there shouldn't be any mapset at all.<br><br></div><div>I was basically just performing the function which the testing framework is not yet doing: sending emails about what is broken.<br><br></div><div>Thanks for the explanation anyway, I was recently giving one but next time I will use yours since it is nicely written. It might and up in the manual too.<span class="HOEnZb"><font color="#888888"><br><br></font></span></div><span class="HOEnZb"><font color="#888888"><div>Vaclav<br></div></font></span><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Markus M<br>
<div><div><br>
><br>
> The error is caused by t.vect.mapcalc (visible in tests). It seems that it<br>
> is just adding the mapset name there for some reason.<br>
><br>
> <a href="http://fatra.cnr.ncsu.edu/grassgistests/reports_for_date-2014-09-17-07-00/report_for_nc_spm_08_grass7_nc/temporal/t.vect.mapcalc/test.t.vect.mapcalc/index.html" target="_blank">http://fatra.cnr.ncsu.edu/grassgistests/reports_for_date-2014-09-17-07-00/report_for_nc_spm_08_grass7_nc/temporal/t.vect.mapcalc/test.t.vect.mapcalc/index.html</a><br>
><br>
>><br>
>> The error appears not in the module but in the library, thus affects<br>
>> all modules who care to check the validity of a vector output name.<br>
>> IOW, the vector output name must not be a fully qualified name. I have<br>
>> fixed that in r62023,4 for trunk and relbr_70. The warning is now<br>
>><br>
>> WARNING: Illegal vector map name<br>
>><br>
>> <tmp_map_name_27967_1@__temporal_t_vect_mapcalc_test.t.vect.mapcalc>.<br>
>>          Character '@' not allowed.<br>
>><br>
>> because '@' occurs before '.' in the fully qualified name.<br>
>><br>
> This is much clearer message, thanks.<br>
><br>
> Vaclav<br>
><br>
>><br>
>> Markus M<br>
><br>
><br>
</div></div></blockquote></span></div><br></div></div>
</blockquote></div><br></div>