Cree un t_of2vtk comme t_plate2 cela permettra de converger plus vite. Pour des champs scalaire au noeud .DOF=node(:,1)+.01 un seul DOF par noeud donc scalaire par noeud (a detecter dans of2vtk) Pour des vecteurs aux elements, il faut un data a plusieurs colonnes. Mais se pose alors la question de distinguer N champs scalaires au element ou un champ vectoriel. A priori tu peus decider un data(N_elt x n_dim x n_champ) si seulement 2 DIM (n_dim absent) c'est un champ scalaire.
Par NodeDate et Eltata je voulais entendre champs par noeuds et champs par éléments (pour les données par noeuds, cela fonctionne aussi avec Load(.def .DOF)). J'ai remis le nom def dans l'exemple ci dessus. Le nom pour remplacer EltData est à choisir, j'ai mis pour l'instant sigma dans l'exemple ci dessus. L'exemple avec def et sigma permet d'exporter plusieurs deformees et champs de couleur par elements (demande d'un de tes posts précédents) Les structures .Name et .Data permettent d'exporter aussi des scalaires par noeuds. Je ne vois pas comment faire avec les structures .def .DOF. Je crois qu'elles ne permettent que d'exporter des vecteurs par noeuds. Dans l'exemple ci dessus, la structure EltData avait bien des champs .EltId et .data, et deux valeurs dans le .data pour exporter deux champs scalaires (elle s'appelle maintenant sigma). Les structures .Name et .Data permettent d'exporter aussi des vecteurs par éléments, que l'on peut visualiser sous paraview au centre des éléments. Cela m'est utile pour visualiser les orientations de fibres. Je ne vois pas comment faire avec les structures .EltId .data. Je crois qu'elles ne permettent que d'exporter des sclaires par éléments.
Je comprends pas pourquoi dans le traker tu as enleve ce que j'avais ecrit pour exporter une structure def.def avec plusieurs colonnes. C'est encore dans le of2vtk.tex Tes scructures NodeData ne correspondent a rien dans OpenFEM. Je vois pas vraiment l'interet de les documenter alors que les structures avec champs .def .DOF sont standard. De meme le EltData cela correspond a quoi ? Dans ton exemple ci dessus il n'y a pas de champ EltId donc je vois pas trop. De meme
Le test ci-dessus est mis à jour. Il permet d'exporter plusieurs champs par noeuds (déformées, chargements ...) et plusieurs champs de couleur par éléments simultanément. pour EltData1 et EltData2, cela ne fonction que si "writeVTKnodedata" de la ligne 258 (of2vtk rev 9) est changé en "writeVTKeltdata".
J'ai mis a propre le test et incorpore a la DOC. Avoir plusieurs structure def n'a pas trop de sens on en met une seule avec plusieurs colonnes. Sinon il serait bien de documenter un moyen de d'exporter plusieurs deformees et champs de couleur par element.
car dans l'état actuel de of2vtk, on ne peut exporter qu'une seule structure à la fois (voir commentaires ci dessous). Pour la doc, Ok, mais il reste des bugs. Sur le script de test ci dessus mis à jour : Pour fic2.vtk, l'export ne marche pas car la ligne 258 de of2vtk (rev 9) if ~isempty(eltvar);writeVTKnodedata(fidend,varargin{eltvar});end devrait être if ~isempty(eltvar);writeVTKeltdata(fidend,varargin{eltvar});end Pour fic3.vtk : paraview ne peut importer l'export pour deux structures 'def,DOF' (pour une seule OK) Pour fic4.vtk : paraview ne peut importer l'export pour deux structures 'EltId,data' (pour une seule OK)
OK j'ai aussi edite l'exemple du debut pour faire les 2 tests. C'est plus utile pour la suite. Je comprends pas trop ces appels. Pourquoi tu n'utilises pas directement des structures de donnees avec des champs def et DOF ? Pourrais tu proposer une evolution de la doc latex d'of2vtk ?
model=femesh('testquad4'); scal.Name='scal';scal.Data=[ 1 ]; of2vtk('fic',model,scal); of2vtk rev 9 n'exporte pas les champs par element La ligne 258 if ~isempty(eltvar);writeVTKnodedata(fidend,varargin{eltvar});end devrait être if ~isempty(eltvar);writeVTKeltdata(fidend,varargin{eltvar});end
La version corrigee a des bugs. Ligne 257 : findelt est a remplacer par fidelt Ligne 258 : findelt est a remplacer par fidelt la fonction appelée devrait être writeVTKeltdata
L'utilisation de boucle etait absolument non necessaire. C'est corrige.
No attached documents
No changes have been made to this item
