<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Nov 8, 2014 at 10:19 AM, GRASS GIS <span dir="ltr"><<a href="mailto:trac@osgeo.org" target="_blank">trac@osgeo.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">#2483: adding output to groups<br>
---------------------------------------+------------------------------------<br>
 Reporter:  mlennert                   |       Owner:  grass-dev@…<br>
     Type:  defect                     |      Status:  new<br>
 Priority:  normal                     |   Milestone:  7.1.0<br>
Component:  Imagery                    |     Version:  svn-trunk<br>
 Keywords:  i.maxlik, group, subgroup  |    Platform:  Unspecified<br>
      Cpu:  Unspecified                |<br>
---------------------------------------+------------------------------------<br>
<br>
Comment(by mlennert):<br>
<br>
 Replying to [comment:1 wenzeslaus]:<br>
 > I would ask for adding description of this and reasons for using<br>
 subgroups to manuals of the modules which are using them, so that it clear<br>
 to everybody. Note there was once an idea to remove subgroups as too<br>
 complicated but perhaps we just miss a better manual and explanations on<br>
 places where subgroups are used. Perhaps the other reason for removing<br>
 subgroups was that there is no consensus on how actually knows who to use<br>
 them.<br>
<br>
 The general idea is that you have certain operations (georeferencing,<br>
 projection, export, etc) which you want to apply, for example, to all<br>
 bands of a satellite image, but other operations (classification, etc)<br>
 only to a limited selection. </blockquote><div><br></div><div>Why not creating two different groups in that case?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">You can thus have a group that combines all<br>
 bands and subgroups that you can create for any specific needs.<br>
<br>
 I like this feature, but there might be a better way to solve this, and<br>
 thus get rid of subgroups if they are deemed to be more of a nuisance.<br>
<br>
 Moritz<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Ticket URL: <<a href="https://trac.osgeo.org/grass/ticket/2483#comment:2" target="_blank">https://trac.osgeo.org/grass/ticket/2483#comment:2</a>><br>
GRASS GIS <<a href="http://grass.osgeo.org" target="_blank">http://grass.osgeo.org</a>><br>
<br>
_______________________________________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org">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></font></span></blockquote></div><br></div></div>