Themen in Übersicht:
Funktion Typenzusammenbau:
- Der Typenzusammenbau dient dazu die einen Typen aus mehreren im Modell vorhandenen Attributen zu erstellen.
- Im Schema liegen die Attribute Typkürzel, Materialkürzel, sowie Aufbauhöhe im Modell in einer Instanz vor.
- Der Typenzusammenbau kann nur aus Instanzattributen erfolgen

Mapping für Typenzusammenbau
- Der Typenzusammenbau erfolgt, ähnlich zur << AttrJoin Condition >> aus mehreren Attributen
- Der Typ wird dabei aus den speziellen anzulegenden Typ Mappings zusammengebaut:
<<$Type$ >>,
<< $Type_Appendix1$>>
<< $Type_Appendix2$>>
…
<< $Type_Appendix8$>> - Die Appendices werden dabei analog zum Mapping auch über die Modell-Attribute gebildet.
| ID | AttributeID | ElementName | Group | AttributeTyp | DataTyp | Pset | PsetAttr | Filter | Condition |
| ... | ... | ... | ... | ... | ... | ... | ... | ... | |
| 5 | ARC | Tür | $TYPE$ | string | Element | Name | |||
| 8 | ARC | Tür | $TYPE_Appendix1$ | string | Suffix,_ | ||||
| 9 | ARC | Tür | $TYPE_Appendix2$ | string | Element | Layer | Trim,_,2 | ||
| ... | ... | ... | ... | ... | ... | ... | ... | ... | ... |
| 0 | ARC | Tür | $TYPE_Appendix8$ | string | Element | Material |
- Die Conditions Attrkönnen beliebig gewählt werden, wie bei den regulären Mappings.
- ACHTUNG es ist wichtig dass die ID im Mappingeditor des AttributeTyp $TYPE$ KLEINER ist als die der Appendices! Beim Kopieren oder der Neuanlage der einer Mapping Zeile werden neue höhere IDs vergeben. Die selbe Logik gilt auch für die Reihenfolge der Appendicies, wie Nachfolgend gezeigt:
FALSCH:
| 8 | ARC | Tür | $TYPE$ | string | Element | Name | |||
| 5 | ARC | Tür | $TYPE_Appendix1$ | string | Suffix,_ | ||||
| 3 | ARC | Tür | $TYPE_Appendix2$ | string | Element | Layer | Trim,_,2 |
KORREKT
| 3 | ARC | Tür | $TYPE$ | string | Element | Name | |||
| 5 | ARC | Tür | $TYPE_Appendix1$ | string | Suffix,_ | ||||
| 8 | ARC | Tür | $TYPE_Appendix2$ | string | Element | Layer | Trim,_,2 |
Typenzusammenbau mit BiG-Attribut ( $IM$ )
- Ein Typenzusammenbau kann sich einen Attributswerte auch von den BiG Datenbank beziehen, dafür muss im Mapping unter Pset die Zeichenkombination $IM$ eingetragen werden, unter dem PsetAttr Mapping muss anschließend ein BiG-Attribut eingetragen werden wie z.B.: Tuertyp_Tuerplaner
| 6 | ARC | Tür | $TYPE$ | string | Element | Tuertyp_Architekt | |||
| 9 | ARC | Tür | $TYPE_Appendix1$ | string | $IM$ | Tuertyp_Tuerplaner | |||
| 12 | ARC | Tür | $TYPE_Appendix2$ | string | Element | Layer | Trim,_,2 |
- Es ist damit möglich die Türtypen ab Architekturmodell (des Architekten) und mit der Türliste des Türplaners zusammenzubauen, ohne dass beide Attribute in der Excel und dem Modell vorhanden sein müssen
- Die Attribute für den Typenzusammenbau dürfen keine Sonderzeichen enthalten z.B.: / $ % | \
Oft gestellte Fragen
- Weshalb ist in der gezeigten Mapping Tabelle in einer Zeile kein Pset und kein PsetAttr gesetzt, sondern nur eine Suffix Condition ? Dies dient dazu dem Teiltypen ein Trennzeichen anzufügen. damit der Typ statt BDNTXT001 im Format BDN_TXT_001 abgebildet wird.
- Wieso werden beim Modelllauf, bei korrekt gebildeten Typenzusammenbau, keine neuen Typen angelegt? Es muss, das Häckchen << Typwerte aus Modell aktualisieren >> gewählt werden, um die Typen zu aktualisieren.
- Wieso können keine Typen aus Typenattributen zusammengebaut werden? Die Ursache ist die, dass sobald ein Typ aus Typattributen zusammgenbaut werden würde, neue - leere - Typen entstünden. Daher können keine Typen aus Typattributen zusammengebaut werden, sollte dies versucht werden, weisen die Typen leerstellen auf. Es ist eine Selbstreferenz die hier auftreten würde (Henne + Ei Problem)
Kommentare
0 Kommentare
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.