adding output to groups

[mlennert]

i.maxlik adds its output to the input group. This is an interesting feature as it then allows to treat this output together with the input (export the group, reproject, etc). Since it does not add the map to the subgroup, this does not perturb future use of the group with i.maxlik and similar.

However, other modules, most notably i.segment, do not ask for a subgroup, but only a group. And if the user does not pay attention, the output of i.maxlik is then included into the analysis.

I see two possible solutions:

• impose the use of subgroups in all modules where this is relevant
• make the inclusion of the output an option in i.maxlik with the default being not to include

[wenzeslaus]

I would ask for adding description of this and reasons for using subgroups to manuals of the modules which are using them, so that it clear to everybody. Note there was once an idea to remove subgroups as too complicated but perhaps we just miss a better manual and explanations on places where subgroups are used. Perhaps the other reason for removing subgroups was that there is no consensus on how actually knows who to use them.

[mlennert]

Replying to wenzeslaus:

I would ask for adding description of this and reasons for using subgroups to manuals of the modules which are using them, so that it clear to everybody. Note there was once an idea to remove subgroups as too complicated but perhaps we just miss a better manual and explanations on places where subgroups are used. Perhaps the other reason for removing subgroups was that there is no consensus on how actually knows who to use them.

The general idea is that you have certain operations (georeferencing, projection, export, etc) which you want to apply, for example, to all bands of a satellite image, but other operations (classification, etc) only to a limited selection. You can thus have a group that combines all bands and subgroups that you can create for any specific needs.

I like this feature, but there might be a better way to solve this, and thus get rid of subgroups if they are deemed to be more of a nuisance.

Moritz

[neteler]

Milestone renamed

[neteler]

Ticket retargeted after milestone closed

[neteler]

Ticket retargeted after milestone closed

[martinl]

Ticket retargeted after milestone closed

[mlennert]

I think this is rather a no fix. Maybe one day we will rework the whole logic, but until then, i.maxlik and i.segment users just have to watch out...