Metafor

Ceci est un commit de visualisation. Le code source a juste été compilé sur chaque station et la batterie n'a pas été lancée.

J'ai établi une procédure pour aller récupérer les champs matérielles ou élémentaires disponibles dans chaque interaction/élément repris dans le drawable list de la fenêtre BWIN.

Désormais, nous n'avons plus tous les champs exotiques dans les combox box des champs vectorielles ou scalaires.

Dans la structure du code, vous avez les fonctions d'interface suivantes dans les interactions et/ou les éléments pour ajouter les champs scalaires disponibles ou les champs vectorielles disponibles.

    virtual void fillIndependentMaterialFieldID(std::map<ScalarNatureID*, VisualisationScalarID> &scalarIDMap);
    virtual void fillIndependentElementFieldID(std::map<ScalarNatureID*, VisualisationScalarID> &scalarIDMap); 
    virtual void fillIndependentMaterialVectorialFieldID(std::map<Vect3NatureID*, VisualisationVectorID> &vectorIDMap);
    virtual void fillIndependentElementVectorialFieldID(std::map<Vect3NatureID*, VisualisationVectorID> &vectorIDMap);

Malheureusement, les éléments de Metafor sont beaucoup trop riches et nous sommes forcés de passer par les éléments pour récupérer le matériau. En fait, il n'est pas possible de récupérer le matériau via le shortcut dans la classe FieldApplicator. Il n'existe pas d'interaction pour les éléments de ressort, de coque, … etc mais juste des matériaux différents et des éléments différents. J'ai du me calquer sur la structure existante pour ajouter cette fonctionnalité, ce qui n'a pas toujours très aisé !

La propriété élémentaire se distincte de la propriété matérielle par le fait qu'elle est disponible dans l'élément peu importe le matériau associé. Par exemple, pour les éléments de contact, nous avons l'aire de contact et pour les éléments de volume, nous avons l'aspect ratio.

Voici quelques exemples pour les matériaux de contact :

void 
NormalMechanicalContactMaterial::fillIndependentMaterialFieldID(std::map<ScalarNatureID*, VisualisationScalarID> &scalarIDMap) const
{
    MechanicalContactMaterial::fillIndependentMaterialFieldID(scalarIDMap);
    scalarIDMap[&CF_NORMAL_GAP]=VISUSCALAR_CONTACT;
    scalarIDMap[&CF_CONTACT_PRESSURE]=VISUSCALAR_CONTACT;
}

void 
ContactInteraction::fillIndependentElementFieldID(std::map<ScalarNatureID*, VisualisationScalarID> &scalarIDMap)
{
    if(static_cast<ContactElShcuts *>(getShortcuts())->getAreaInContact()!=AIC_NO)
    {
        scalarIDMap[&CF_SLAVE_NODE_AREA]=VISUSCALAR_CONTACT;
    }
}

Il faut constater que l'on ajoute un Tag (“VISUSCALAR_CONTACT”) pour chaque option scalaire ou vectorielle ajoutée dans la map. Ce tag est jusqu'à présent unique afin de pouvoir filtrer les champs scalaires ou vectorielles par la suite.

Il est possible en cliquant sur le bouton “More” du panneau ScalarWidget de configurer sa ComboBox en affichant uniquement les champs que l'on désire voir.

Les modifications sont opérés uniquement lorsque l'on a cliqué sur le bouton “Ok” de la boite de dialogue et elles sont sauvegardés dans notre vizwin.conf.

Il est possible en cliquant sur le bouton “More” du panneau VectorWidget de configurer sa ComboBox en affichant uniquement les champs que l'on désire voir.

Les modifications sont opérés uniquement lorsque l'on a cliqué sur le bouton “Ok” de la boite de dialogue et elles sont sauvegardés dans notre vizwin.conf.

Afin de préparer mon prochain commit (affichage de champ vectoriel de contact), je suis repassé sur les classes gérant l'affichage des scalar/vector fields.

Au lieu d'utiliser la fonction SetScalars() ou SetVectors(), il est préférable de faire de cette manière là :

        if(!scalarData)
        {
            scalarData = vtkDoubleArray::New();
            scalarData->SetNumberOfComponents(1);
            scalarData->SetName("ScalarData");
        }
        
        Remplir scalarDate 
        
        scalarData->Modified();
        dataset->GetPointData()->AddArray(scalarData);
        //Cette méthode est plus flexible ! 
        dataset->GetPointData()->SetActiveScalars("ScalarData");

Comme ça, il est possible aisément de récupérer les valeurs scalaires ou vectorielles dans un autre contexte pour faire une colorMap par exemple.

Il faut savoir que les filtres VTK peuvent écraser des données de l'inputData pour insérer les valeurs calculées dans l'outputData. Par exemple, l'object vtkVectorNorm() travaille sur les vecteurs de l'inputData et écrase les valeurs scalaires de l'inputData pour insérer les normes des vecteurs. Dès lors, on se retrouve avec un outputData sans les valeurs scalaires initiales (que l'on désire garder pour faire une colorMap par exemple en aval du filtre).

Suite à cette modification là, j'ai pu enlever la classe d'affichage des valeurs de champ scalaire de contact.

J'ai remis certaines options de visualisation par défaut :

• affichage des masses concentrées sous forme de pixel.
• pas d'affichage de la lumière spéculaire sur tous les drawables.
• pas d'affichage des outils de contact.

[a]:
[r]:mtDrawables/ContactScalarFieldValuesLabel.cpp
[r]:mtDrawables/ContactScalarFieldValuesLabel.h

[r]:
[a]:

— Gaëtan WAUTELET 2015/08/09