Revit: Catalogo Visivo Materiali

Pubblico questo workflow su richiesta dei ragazzi del Masterkeen 7, cui appartiene la prima parte dello script.

1. Premessa

Siamo in un ambito di applicazione abbastanza tradizionale di Dynamo, ovvero il suo utilizzo per la creazione di un file catalogo come quelli in figura.

Catalogo vegetazione, per la gioia del paesaggista.

Catalogo pilastri, per la gioia dello strutturista.

Catalogo materiali, per la gioia di tutti.

La richiesta è sorta, nello specifico, da parte del team che si occupava di creare un catalogo materiali e che, come in figura, ha pensato di farlo creando una sequenza di famiglie schematiche cui associa i materiali presenti nel progetto.

Questo lo script del gruppo: se vorranno condividervi il file originale lo faranno loro.

Il gruppo poi bloccava una vista tridimensionale e associava dei tag al parametro condiviso del materiale.

Ma posso associare un Model Text?

Sì e no. Esiste un nodo che crea un Model Text, ovvero quello in figura, ma funziona solo nell’ambiente delle famiglie. Come mi comporto, quindi? Una cosa per volta.

Ecco il nodo, ma non funziona in ambiente di progetto il maledetto).

2. Gestione materiali

Per far funzionare il nodo è quindi necessario passare tutti i materiali nell’ambiente di una famiglia e la cosa è fattibile in due modi:

• Utilizzando il tradizionale Transfer Project Standards, che funziona anche tra un progetto e una famiglia;
• Utilizzando i nodi di Konrad Sobon, spiegati magistralmente nel suo post Playing with Materials in Dynamo while Drinking Heavily (that’s the way I like it).

Copyright(c) 2015, Konrad K Sobon
@arch_laboratory, http://archi-lab.net

3. Creazione elementi e associazione Model Text

Il resto è semplice. Potete utilizzare nella famiglia lo stesso script che posizionava i cubi e associava i materiali all’interno del progetto: il funzionamento sarà identico. Nota: i nodi Material.All e Material.Class nello script dei Masterkeener usano il package Clockwork. La cosa si può anche risolvere senza, pescando i materiali come categoria e semplicemente usando “All elements of Category”, dato che i materiali vengono letti da Dynamo a livello delle istanze (qui la mia variante dello script).

Una volta posizionati i cubi nella famiglia, potreste riscontrare due necessità:

• posizionare dei Model Text sulla superficie dei cubi, compilandoli con un valore corrispondente al nome del materiale associato al cubo stesso;
• posizionare dei Model Text in testa alle file, compilandole con un valore corrispondente alla classe (dato che è il criterio secondo il quale sono stati compilati i materiali).

Le due necessità si assolvono in modo analogo: è solo questione di pescare il parametro giusto e posizionare il testo nel punto desiderato.

1. Selezionare per categoria gli elementi “host” cui sono applicati i materiali per visualizzazione: nel mio caso, gli elementi sono dei Casework e ne ho bisogno sia dal punto di vista delle istanze (All Elements of Category) che dal punto di vista dei tipi (Element.ElementType);
2. Estrarre il materiale associato ai cubi e, in particolare, il parametro “Name”: è quello con cui dovremo compilare il Model Text che si posizionerà sulla faccia dei cubi stessi;
3. Dato che voglio posizionare il Model Text sulla superficie superiore del cubo, un modo di farlo è estrarne il parametro altezza e utilizzarlo per traslare a quell’altezza il piano orizzontale su cui voglio posizionare i testi;
4. Il nodo ModelText.ByTextSketchPlaneAndPosition ha bisogno di sapere:
   – text: il contenuto del testo (e lo compiliamo estraendo il parametro “Name” dal materiale associato);
   – sketchPlane: il piano di lavoro su cui volete adagiare il vostro testo (attenzione: se avete un normale piano di lavoro avete un Plane e dovete trasformarlo in uno sketchPlane con il nodo SketchPlane.ByPlane);
   – xCoordinateInPlane e yCoordinateInPlane è la posizione dell’origine del testo (spigolo in basso a sinistra, salvo alfabeti buffi);
   – textDepth è lo spessore del testo (che in Revit è parametro di istanza);
   – modelTextType è il tipo di Model Text (che io ho associato con un semplice ModelTextType.ByName e una string, ma si può fare in modo più raffinato).

Attenzione perché per filtrare le classi ho utilizzato il nodo List.UniqueItems, che spero sia chiaro.

Lo script ultimato: si può ancora ripulire, ma tutto sommato funziona.

Lo script originale è scaricabile qui.