<p dir="ltr">Well, we have a similar problem with the original g.list when one type has way less maps than others. g.list vect,rast wouldn't show vector maps when there are a couple of them while there are many raster maps. No body complained about it so far, so it should be fine, I guess.</p>

<div class="gmail_quote">On Jun 8, 2014 9:05 AM, "Huidae Cho" <<a href="mailto:grass4u@gmail.com">grass4u@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">For our records, I'm attaching a new g.mlist main.c, which supports multiple mapsets. I removed -p/-f and mapset=* mutual exclusiveness, but it seems to have a problem with M_do_list when there are a small number of maps in a previous mapset, but there are many in the current one.<div>

<br></div><div>For example, let's say there are only 3 maps in mapset a, but 100 in mapset b. M_do_list(.., a) would be scrolled up by M_do_list(.., b) because the pager doesn't pause for mapset a, but does for mapset b. Effectively, g.mlist mapset=a,b looks as if it only shows maps in mapset b, but actually, maps in a were displayed, but scrolled up.</div>

<div><br></div><div>The current trunk version doesn't have this problem because M_do_list is called once and it takes care of all the maps in the current search path at once.</div><div><br></div><div>I think it's little more work to fix it. or just leave g.mlist as is.</div>

<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jun 8, 2014 at 8:30 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><div>On Sun, Jun 8, 2014 at 7:10 AM, Huidae Cho <span dir="ltr"><<a href="mailto:grass4u@gmail.com" target="_blank">grass4u@gmail.com</a>></span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Non-existent mapset fixed in r60749.<div><br></div></div></blockquote></div><div>Thanks. I can confirm that it works. Now we need the test for it.<br>



<br><div class="gmail_quote"><div>On Fri, Jun 6, 2014 at 12:18 PM, Vaclav Petras <span dir="ltr"><<a href="mailto:wenzeslaus@gmail.com" target="_blank">wenzeslaus@gmail.com</a>></span> wrote:<br>
</div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra"><br></div></div><div class="gmail_extra">
By the way, is multiple for mapset a planned feature? Or it is too much? Pattern for mapset seems too much for sure.<br>

</div>


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



<div dir="ltr"><div></div><div>Multiple mapsets is not too much, but do we need it?</div></div></blockquote><div><br></div></div><div>I don't know. I asked because I just automatically tried that syntax because I used `pattern="something,some_*"` syntax recently.<br>



</div><div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Also, if we implement multiple mapsets, it would be better semantically to change "mapset=.." to "mapset=*" for all mapsets in the current location. Martin, do you mind if I change mapset=.. to mapset=*?</div>




</div><div><div><div class="gmail_extra"><br></div></div></div></blockquote></div><div>I would say that in any case, * fits more with the other options, although * is also used also for null values (besides nv and others).</div>



</div><br></div></div>
</blockquote></div><br></div>
</blockquote></div>