Anomalie #383
ouvertProblème lecture résultats Gmsh depuis version gmsh 4.12 ou supérieure
0%
Description
Gérard,
j'ai l'impression que Gmsh n'ouvre plus les résultats Herezh++ depuis le changement de version Gmsh 4.12. Je l'ai constaté sur Linux mais je ne peux pas tester sur Mac.
Par exemple, on prend n'importe quel fichier deplace_Gmsh.pos => Gmsh n'affiche que le maillage et pas les "$NodeData"
Désormais, pour pouvoir lire les résultats, il faut supprimer les espaces inutiles en fin de lignes.
En tout cas, c'est a priori indispensable uniquement sur certains mot-clés ($MeshFormat, $EndMeshFormat, $Nodes, etc...). J'ai joué un peu avec les différents mot-clés en ajoutant/supprimant un espace après. Je n'ai pas bien compris ce qui fait bugger. Parfois, je n'obtiens rien (même pas le maillage). Parfois j'ai le maillage mais pas les nodedata.
Bref, c'est devenu sensible aux espaces de fin de ligne en testant les versions 4.12.1 et 4.13.1 de Gmsh. Et ce n'était pas le cas avec la version 4.11.1
As-tu remarqué ce pb de ton côté ?
Mis à jour par Frank Petitjean il y a 2 mois
J'ai eu ces problèmes moi aussi et j'ai dû revenir à la version 4.11.1 sur 2 mes machines...
Frank
Mis à jour par Gérard Rio il y a 2 mois
de mon coté je viens de vérifier: j'utilise la version 4.8 et je n'ai pas ce pb.
Bon... il faudra revoir le formatage des sorties et sans doute passer au dernier format (4.1)
Mis à jour par Hugo Le Meitour il y a 2 mois
Pour informations :
pour les sorties GMSH des ballons via OMHER il n'y a pas de soucis pour ouvrir les .pos !
Mis à jour par Julien Troufflard il y a 2 mois
Il suffit de supprimer les espaces en fin de ligne.
Passer à la version 4.1 me parait etre un gros boulot
Mis à jour par Julien Troufflard il y a 14 jours
pour info, en lien avec ce ticket : je viens de mettre une version 1.034 de hz_visuMail.pl qui prend en compte un correctif suite à ce problème d'espaces en fin de lignes avec Gmsh version 4.12 ou supérieure
Mis à jour par Christian GOUALOU il y a 13 jours
Pour info. J'ai des soucis avec Gmsh 4.13.
Je ne travaille qu'avec des modélisation en tétraèdres.
Je maille avec 4.4, sauve en .mesh, réouvre avec 4.13 pour exporter en .inp.
Avec 4.13, je n'échappe pas à des jacobiens négatifs et avec 4.4, je n'arrive pas à exporter avec un Mac (Intel relativement récent).
Si cela peut servir ? Bien à vous. Christian
Mis à jour par Christian GOUALOU il y a 12 jours
Correctif. Le fait d'utiliser simultanément 2 versions de Gmsh peut poser des problèmes de cohérence au niveau du maillage.
J'ai trouvé un compromis en utilisant la version 4.8.2 pour Mac Intel
(qui optimise bien le maillage et permet l'exportation sur ma version de système).
Je n'ai pas testé d'autres versions.
Mis à jour par Julien Troufflard il y a 11 jours
Bonjour Christian,
ça parait ancien Gmsh 4.8. Quelle version de mac utilises-tu ? J'utilise mac et linux. Sur Linux, j'en suis à la version 4.12.1
Le mac (Intel) commence à dater un peu et sera je pense bloqué à l'OS Sierra 10.12.6. Je peux utiliser Gmsh 4.11.1 (mais pas plus). Cette version ne pose pas de pb particulier à ma connaissance.
Mis à jour par Christian GOUALOU il y a 11 jours
Bonjour Julien,
En fait, j'avais un Mac mini de 2012 (Intel) qui fonctionne (encore) sur Catalina et je suis passé à un MacBook de 2019 (toujours Intel) qui tourne sur Séquoia (15.4.1).
J'ai "bêtement récupéré" la même image de Gmsh (4.8.2) pour la passer d'une machine à l'autre...
Je testerai Gmsh 4.11.1 à l'occasion. Merci !
Sur la version de Gmsh 4.13 (et 4.12 aussi), l'optimisation du maillage - pour des tétraèdres d'ordre 2 - dans "High-order tools" n'opère visiblement pas (aux mêmes valeurs de paramètres que 4.8.2),
ce qui oblige à faire des maillages très fins.
Je prépare tous mes modèles sur Mac (FreeCAD et Gmsh) et je fais mes calculs soit sur Mac soit sur Debian (via // Desktop).