<div dir="ltr">The exact same issue was discussed years ago (<a href="http://osgeo-org.1560.x6.nabble.com/gis-m-crashes-on-zoom-to-map-existing-in-more-than-one-mapset-td4021119.html">http://osgeo-org.1560.x6.nabble.com/gis-m-crashes-on-zoom-to-map-existing-in-more-than-one-mapset-td4021119.html</a>), but was never fixed. I think this warning is more of a reminder, so requiring --verbose to see this message doesn't seem to make much sense although personally I hate to see the warning in module outputs because I know what I'm doing. Especially, in <a href="http://r.info">r.info</a> the message breaks the output format.<br>
<div class="gmail_extra"><br></div><div class="gmail_extra">Anyway, if we want to keep the message, I think it's reasonable to change it to G_verbose_message even if then it cannot serve as a reminder.<br><br><div class="gmail_quote">
On Sun, Jun 22, 2014 at 10:06 AM, 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><p>Verbose message per map sounds good.</p>
<div class="gmail_quote"><div><div>On Jun 22, 2014 8:36 AM, "Huidae Cho" <<a href="mailto:grass4u@gmail.com" target="_blank">grass4u@gmail.com</a>> wrote:<br type="attribution"></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div><div>
<div dir="ltr"><div>We have the same "new" issue in 6.4. I would just remove those warnings.</div><div><br></div><div>It looks like those warning messages are somehow related to r22844 by Glynn. The messages may be useful, but printing one warning per element for the same map is too much and the user doesn't need to know what element is being accessed. If we definitely want to show these similar messages, they should be per map, not per element per map to avoid too much and annoying verbosity.</div>



<div><br></div><div>But still, IMHO, I don't see them *that* useful because the find_file returns the first file found in the search path based on a known and defined rule, which the user should already be familiar with. It's not that something unexpected is happening. Why not changing them to G_verbose_message or even G_debug?</div>



</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jun 22, 2014 at 3:25 AM, Markus Neteler <span dir="ltr"><<a href="mailto:neteler@osgeo.org" target="_blank">neteler@osgeo.org</a>></span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>On Sun, Jun 22, 2014 at 5:16 AM, Huidae Cho <<a href="mailto:grass4u@gmail.com" target="_blank">grass4u@gmail.com</a>> wrote:<br>




> Hi Markus,<br>
><br>
> That was r60261. It just suppresses the warnings.<br>
<br>
</div>I see, so G_find_raster2() calls G_find_file2() calls find_file() in<br>
lib/gis/find_file.c<br>
<div><br>
> IMHO, those found in<br>
> multiple mapsets warnings are very noisy and unnecessary.<br>
<br>
</div>Yes, definitely. And it is a "new" issue in GRASS 7, same use cases<br>
behave properly in GRASS 6.<br>
<div><br>
> Sometimes it<br>
> prints exactly the same messages multiple times and sometimes breaks<br>
> outputs. I think it's better to not print the warnings by default and print<br>
> them based on an argument or something, if we really need them.<br>
<br>
</div>Should r60261 better be fixed in<br>
lib/gis/find_file.c<br>
<br>
?<br>
<br>
Best<br>
<span><font color="#888888">Markus<br>
</font></span></blockquote></div><br></div>
<br></div></div><div>_______________________________________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org" target="_blank">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></div></blockquote></div>
</blockquote></div><br></div></div>