| genre | Fields |
| status | stable |
| author | Jan-Martin Kuhnigk |
| package | MeVisLab/Standard |
| dll | MLBase |
| definition | MLBase.def |
| see also | DecomposeBaseList, ExtractObjectFromList, SaveBase, LoadBase |
| keywords | Base, BaseList, object, list, compose, merge, add, combine, append |
Because ml::BaseList are also ml::Base objects, complex object trees can be built. However, this module also allows to simply join two BaseLists by creating a new one uniting both lists' elements.
Attach a base connection to the left and to the right input field. Decide whether an input BaseList shall be treated as a solitary object and connect the BaseList at the output to, e.g., a SaveBase operator.
You can also specify names and IDs for the input objects that will be stored in the base list for later decomposition. By default, the type names will be used as names. Uncheck the checkboxes Use Type and Use Type to provide your own names for the object.
The module has two Base inputs that can be connected to any Base (-derived) object.
The module has one base output that is always of type BaseList.
| Cascade Input Lists: Bool |
| ID (objectId1): Integer |
| ID (objectId2): Integer |
| Name (objectName1): String |
| Name (objectName2): String |
| Output List Size: Integer |
| Use Type (useObjectType1): Bool |
| Use Type (useObjectType2): Bool |
If checked, an input BaseList is stored as a single item of the resulting output BaseList. Otherwise, each input BaseList will be decomposed first, and all their items will be taken over as items of the resulting output BaseList.
Note that, when joining two BaseLists with this parameter disabled, you will not be able to decompose the resulting list later into just the same lists as they were before (or at least not with a single usage of a DecomposeBaseList module). However, there is most likely a workaround, using multiple decomposition/composition modules.
Sets a maximum amount of items for the output list. A value of 0 means no limit.
Sets IDs to the input objects and stores them within the resulting lists (not within the objects themselves though).
This does not work for an input BaseList that is decomposed into its elements (treat BaseLists like regular objects disabled). When the ID 0 is selected, no ID will be assigned to the object at all.
Sets assigned IDs to the input objects and stores them within the resulting lists (not within the objects themselves though).
This does not work for an input BaseList that is decomposed into its elements (treat BaseLists like regular objects disabled). When the ID 0 is selected, no ID will be assigned to the object at all.
Sets names to the input objects and stores the names within the resulting lists (not within the objects themselves though).
This does not work for an input base list that is decomposed into its elements (treat BaseLists like regular objects disabled). When connecting an input field to a base output field, the type of the object contained will be taken as default name.
Sets names to the input objects and stores the names within the resulting lists (not within the objects themselves though).
This does not work for an input base list that is decomposed into its elements (treat BaseLists like regular objects disabled). When connecting an input field to a base output field, the type of the object contained will be taken as default name.