Differences

This shows you the differences between two versions of the page.

--- commit:futur:yannick [2017/02/20 14:57] – crutzen
+++ commit:futur:yannick [2024/03/01 16:05] (current) – boman
@@ Line 1: / Line 1: @@
-======= Commit 2017-02-20 =======
+======= Commit 2017-03-?? =======
-======Sticking element : ALE, extracteurs et visualisation + nouveau ReZoner======
+======Modèles de profilage======
 =====Contexte=====
-Les industriels ont couramment recours, en profilage, à la soudure en ligne pour la mise en forme de profilés à section droite fermée (voir figure ci-dessous). L’objectif de ce commit est la prise en compte, dans nos modèles ALE du profilage, d’un “simple” collage des rives.
+Ce commit marque essentiellement l’aboutissement des nouveaux développements que j’ai apportés à nos modèles numériques de profilage dans le cadre du papier IJSS. L’objectif premier poursuivi dans ce papier est la modélisation de l’enchaînement de procédés utilisés en aval du procédé de profilage, à savoir la soudure en ligne qui ferme le produit mis en forme et ensuite la découpe en sortie machine afin de libérer le profilé des outillages et ainsi obtenir sa géométrie finale. La première étape est la prise en compte de la soudure en ligne au travers des ''sticking elements'' spécifiquement implémentés (voir mon précédent [[commit:2017:02_20|commit]]) dans le calcul ALE du profilage. La seconde partie consiste en une désactivation des éléments finis de la bande à l’intérieur de la machine (voir ce [[commit:2015:07_24|commit]]).
-Pour ce faire, les ''sticking elements'' qui avaient initialement été développés pour le collage des aubes sur le tambour du modèle blisk (voir commit [[commit:01_05|2537]]) sont étendus au formalisme ALE.
-{{ :commit:futur:bavoletalewelding.png?900 |}}
+=====Cas-tests de profilage=====
+Les trois cas-tests de profilage mis au point pour le papier IJSS sont ajoutés dans la batterie de tests. Ceux-ci sont chargés sans réaliser l’intégration temporelle.
+De plus, des cas-tests extrêmement réduits (limités à une seule station de mise à forme) sur base de ces précédents gros cas-tests sont inclus dans la batterie. Pour ceux-ci, l’enchaînement du profilage avec collage des rives et découpe est simulé.
-En outre, les développements apportés aux ''sticking elements'' dans ce commit sont essentiels avant d'entamer les prochains calculs d'interaction aube/carter SAB :
+<WRAP centeralign column 100%>
-  * ajout de nouveaux extracteurs,
+{{url>https://www.youtube.com/embed/1rEJP7A6J6k?ecver=1 noborder allowfullscreen}}
-  * visualisation de champs scalaire et vectoriel,
+</WRAP>
-  * les forces de collage sont basculées des forces internes en forces externes (possible réduction du nombre d’itérations mécaniques à précision sur le résidu inchangée vu la contribution supplémentaire de la force de collage dans le diviseur du résidu).
+<WRAP centeralign column 100%>
+{{url>https://www.youtube.com/embed/S93UXLJjxYk?ecver=1 noborder allowfullscreen}}
+</WRAP>
+<WRAP centeralign column 100%>
+{{url>https://www.youtube.com/embed/KlCzLpHCa7o?ecver=1 noborder allowfullscreen}}
+</WRAP>
-=====Extension au formalisme ALE=====
-L'extension des ''sticking elements'' au formalisme ALE consiste au repositionnement du point de collement dans le post-step du pas Eulérien.
-Il est important de noter que les forces de collage ne sont dès à présent plus considérées comme des forces internes mais comme des forces externes. Ce changement de choix se justifie pour permettre le repositionnement du point de collement dans le post-step du pas Eulérien.
+=====Répertoire rollForming/copraCpeCre/=====
+  * Modifications de la ligne de profilage d’un tube cylindrique (Tube.CPE/.CRE) : ajout d’un premier profil parfaitement plat et d’une première station sans outillage.
+  * Ajout de la version originelle de la ligne de profilage du tube (Tube.orig.CPE/.CRE).
-Durant le post-step ALE, les opérations successives sont les suivantes :
+=====CopraImportUtilities.py=====
-  - La force de collage dans la configuration remaillée est recalculée comme la somme de la force interne convectée et de la force d’inertie convectée.
+  * L’utilisateur peut définir des conditions aux limites en un nœud de son choix des sections droites amont et aval (utilisé dans le cas de la post-découpe Lagrangienne d’un profil fermé).
-  - Mise à jour éventuelle de l'aire de collage nodale sur la configuration remaillée.
+  * Une liste de stations peut désormais être supprimée.
-  - Mise à jour du point de collement à partir de la force de collage équilibrée.
+  * Possibilité d’élargissement du contour d’un outil (copraRoll) si l’entité à l’extrémité du contour est un Arc (utilisé pour le cas-test du profilage du tube).
-  - Recherche de l'élément maître et recalcul des coordonnées réduites à partir de la position corrigée du point de collement.
+  * Possibilité d’écrire un fichier Matlab décrivant la connectivité du maillage.
-  - Modification éventuelle des coordonnées réduites selon les options de l’utilisateur.
+  * La définition de la fonction ''printParameters2Matlab(param)'' est supprimée puisque celle-ci est à présent définie dans ''toolbox/matlab.py''.
-  - Mise à jour du flag de reconstruction de la connectivité si l'élément maître a changé.
-La recherche géométrique de l’élément maître est remontée de la méthode ''fillLocel()'' à la méthode ''toDofSet()'' juste avant l’appel du ''fillLocel()''. C'est un choix plus logique pour l'enchaînement des opérations lors du post-step ale.
+=====copraRollForming.py=====
+  * Ajout d’une option pour le calcul parallèle de la détection du contact.
+  * Possibilité d’utiliser le schéma d’intégration alpha-généralisé amorti pour le calcul de la phase finale du retour élastique.
+  * Le fichier Matlab des paramètres du cas-test est désormais écrit en toute fin du calcul avec une ''ObjectiveFunction''.
-=====Extracteurs=====
+=====copraRollFormingALE.py=====
-  * Ajout d'un extracteur de la force de collage sur l'entité esclave (''StickingForceValueExtractor'').
+  * Ajout d’une option pour le calcul parallèle de la détection du contact.
-  * Ajout d'un extracteur de la longueur du ressort de l'élément de collage (distance entre nœud esclave et point de collement) (''StickingSpringLengthValueExtractor'').
+  * Le fichier Matlab des paramètres du cas-test est désormais écrit en toute fin du calcul avec une ''ObjectiveFunction''.
+  * Possibilité de modéliser un collage en ligne pour les sections fermées. Collage par ''sticking element'' ou par conditions aux limites de symétrie.
+  * Possibilité d’un nombre d’éléments finis différent pour chacun des plis.
+  * Possibilité d’élargir les zones de raffinement du maillage par un facteur différent pour chacun des plis.
+  * Possibilité de contrôler le raffinement du maillage en rives.
+  * Possibilité d’utiliser le schéma d’intégration alpha-généralisé amorti pour le calcul de la phase Lagrangienne finale du retour élastique après découpe.
+  * Ajout de paramètres de contrôle de la taille du pas de temps.
+  * Ajout d’un paramètre de contrôle du nombre de mailles fixées dans le groupe en entrée de ligne.
+  * Sélection des nœuds milieux des profils amont et aval plus robuste.
+  * Possibilité d’ajouter des interactions de contact spécifiques (exemple du profilage du tube symétrique : contact entre le plan de symétrie et la rive).
+  * La convection de ''IF_RUPT_CRIT'' est ignorée.
+  * Ajout d’options pour contrôler les méthodes de flux.
+  * Possibilité de remailler les rives à coordonnées curvilignes constantes ou bien à coordonnées cartésiennes constantes.
-=====Visualisation=====
+=====importCopra.py=====
-Affichage dans la fenêtre VizWin :
+La fonction ''importCopraFiles(testName)'' renvoie le nom du fichier et non plus le nom du module.
-  * du nœud esclave de l'élément de collage via le nouveau bouton dans la fenêtre BWin (voir figure ci-dessous),
-  * de la force de collage agissant sur le nœud esclave,
-  * de l'aire de collage au nœud esclave (scalar0DValues et scalarValues).
-{{ :commit:futur:bwinsticking.png?500 |}}
+=====materialDataBase.py=====
+Ajout d’un modèle de matériau dont les paramètres sont définis [[http://www.sciencedirect.com/science/article/pii/S0168874X13000474|ici]].
-=====ReZoner à coordonnées cartésiennes constantes=====
+=====utilitiesCopra.py=====
-''SplineReZoner'' est un remailleur de spline à coordonnées curvilignes constantes.
+Correction de petits bugs dans les outils de preprocessing :
-Si au cours de la simulation, la spline s’allonge, la remailler à coordonnées curvilignes constantes peut poser problème. Il est désormais possible de remailler la spline à coordonnées cartésiennes constantes (''SplineCartCurveReZoner'').
+  * La classe ''RollFormingLine'' n’a plus de méthode ''getParameters()'' depuis la révision 2570.
+  * Prise en compte dans le dictionnaire de paramètres de l’épaisseur de bande définie dans le fichier .CPE si l’utilisateur ne l’a pas définie.
+=====marc2py.py=====
+Depuis que les éléments 0D sont générés au travers de ''Mechanism0DInteraction'', il n’était plus possible de lancer l’intégration temporelle d’un cas-test Lagrangien de profilage industriel dans lequel le maillage est importé à partir du code Marc FEA. Pour ce cas-test, seul le chargement du modèle est testé dans la batterie, sans aucune intégration temporelle, le problème ne pouvait être mis en évidence par la batterie. L’interaction problématique repose sur un groupe défini comme ce qui suit :
+<code>
+volume = groupset.add(Group(idx+100))
+mesh.define(idx+1,CELL_HEXA,volume,[tp(idx+1),tp(idx+117),tp(idx+119),tp(idx+3),tp(idx+2),tp(idx+118),tp(idx+120),tp(idx+4)])
+mesh.define(idx+2,CELL_HEXA,volume,[tp(idx+3),tp(idx+119),tp(idx+121),tp(idx+5),tp(idx+4),tp(idx+120),tp(idx+122),tp(idx+6)])
+mesh.define(idx+3,CELL_HEXA,volume,[tp(idx+5),tp(idx+121),tp(idx+123),tp(idx+7),tp(idx+6),tp(idx+122),tp(idx+124),tp(idx+8)])
+mesh.define(idx+4,CELL_HEXA,volume,[tp(idx+7),tp(idx+123),tp(idx+125),tp(idx+9),tp(idx+8),tp(idx+124),tp(idx+126),tp(idx+10)])
+...
+</code>
+Lors de la construction de l’interaction, le groupe ne comportait aucun meshPoint, ce qui générait une erreur fatale. Finalement, pour résoudre ce problème, j’ai ajouté dans le groupe en question les meshPoints du maillage importé.
-=====Batterie=====
+=====Imports relatifs=====
+Dans ''rollForming/copraTools'', tous les imports absolus sont remplacés par des imports relatifs, à l’exception de l’import dans le fichier Python décrivant la ligne de profilage (traduit à partir des fichiers .CPE/.CRE) qui reste un import absolu.
-Dans la batterie, j'ai ajouté les petits cas-tests du papier IJSS qui montrent le bon comportement du collage en formalisme ALE (avec option battery pour réduire le temps CPU : déplacement convectif total réduit).
+=====workspace des cas-tests par enchaînement=====
+Pour tous les cas-tests de profilage par enchaînement (une phase de profilage suivie d’une phase de calcul du retour élastique en dehors de la machine), la seconde phase du calcul est dès à présent réalisée dans un sous-répertoire de travail différent de celui de la première pour autant que cette première phase ne se soit pas achevée sur une configuration non-équilibrée (détection du nom de fichier ''step_neq.bfac.gz''). Si la première phase du calcul s’achève sur une configuration non-équilibrée, la seconde phase du calcul n’est désormais plus démarrée automatiquement.
-Sollicitation dans le plan :
+=====Réorganisation des cas-tests de profilage=====
-  * collage simple passe maître/esclave,
+  * Réorganisation des répertoires ''oo_nda/rollForming/'' et ''oo_nda/montataire/'' comme déjà réalisée dans ''oo_nda/crm/'' (voir ce [[commit:2015:11_11|commit]]), c'est-à-dire que tous les cas-tests spécifiques au système de batterie sont dès à présent regroupés dans un seul répertoire dédié. Les différents choix (''meta()'', ''prepro()'', import du jeu de données) dans la fonction ''main()'' des gros cas-tests sont ainsi supprimés.
-  * collage simple passe esclave/maître,
+  * Ajout du répertoire ''battery'' dans ''oo_nda/montataire''.
-  * collage double passe,
+  * Ajout du répertoire ''copraBattery'' dans ''oo_nda/rollForming''.
-  * conditions aux limites de symétrie.
+=> Modification des CMakeLists.txt respectifs.
+  * Move de différents cas-tests.
+  * Ajout de $Id$ dans l'en-tête des fichiers.
-Sollicitation hors plan :
+=====toolbox/abaqus.py=====
-  * collage simple passe maître/esclave,
+Petite correction sur la position courante des nœuds.
-  * collage simple passe esclave/maître,
-  * collage double passe.
+=====toolbox/matlab.py=====
+Ajout d’un export de la connectivité du maillage.
+=====toolbox/utilities.py=====
+Depuis la révision [[commit:2014:10_09|2096]], la base du répertoire de travail ''wDirRoot'' avait été ajoutée dans le path pour permettre de charger le fichier Python décrivant les outillages et les profils de la ligne de profilage sur les disques locaux de Fabulous. Désormais, cet ajout est commentarisé. Le fichier Python est importé à partir de son nom avec les méthodes ''imp.find_module(impMod, [buildWDir])'' et ''imp.load_module(impMod, file, pathName, description)'' et non plus avec la méthode ''__import__(moduleName, globals(), locals(),[moduleName] )'' qui nécessite le nom du module comportant son chemin.
+=====Renaming dans mtDrawables=====
+Les classes ''SFScalars'' et ''SFVectors'' nécessaires à la visualisation des champs scalaire et vectorielle des interactions de collage sont renommés ''StickFScalars'' et ''StickFVectors'' respectivement pour une plus grande clarté.
+=====mtALE/SplineCartCurveReZoner=====
+Avec le reZoner à coordonnées cartésiennes constantes de mon [[commit:2017:02_20|précédent commit]], des problèmes de convergence dans le repositionnement des nœuds sont survenus dans les simulations du profilage, avec pour conséquence des divisions du pas de temps. Ces problèmes de convergence n’avaient pas été rencontrés dans les petits cas-tests de collage de mon précédent commit, ni dans mes simulations de profilage pour le papier IJSS. Entretemps, j’avais réécrit l'algorithme du calcul de l’intersection entre une spline et un plan à coordonnées cartésiennes constantes avec un Newton-Raphson en lieu et place d’une méthode de la sécante. Pour résoudre ces problèmes de convergence, j’ai modifié le premier guess dans le Newton-Raphson.
+=====mtGeo/ProfileBuilder=====
+Après avoir réorganisé le module des modèles de profilage, j’ai lancé la batterie de tests pour ce module en particulier (''-run rollForming''), ce qui a entraîné, outre le lancement des simulations du répertoire ''rollForming/copraBattery/'', le lancement inattendu des simulations présentes dans le répertoire ''rollForming/copraTests/'' (gros cas-tests). Pis, parmi ces dernières, j’ai pu observer que l’une s’est achevée d’emblée sur une erreur fatale en raison d’un jacobien négatif, avant même de calculer le premier pas de temps. Dans la procédure classique de la batterie, ce cas-test est chargé mais sans aucune intégration temporelle. Le système de batterie ne pouvait dès lors faire apparaître ce cas-test comme ''failed''.
+Tout d’abord, observer le problème dans le maillage ALE ne fut pas évident vu la taille considérable du modèle. J’ai commencé par déterminer la demi-partie du profil concernée par le problème. Ensuite, j’ai identifié l’inter-tête du maillage en réduisant le nombre de stations importées dans le modèle. De cette manière, j’ai abouti au modèle réduit illustré ci-après. On y observe un défaut dans la géométrie des coins de la rive. La construction des deux polyCurves frontières à partir de la polyCurve à mi-épaisseur paraît être en cause.
+{{ :commit:futur:cchannelrightedgegeo.png?900 |}}
+Ensuite, avec ce cas-test extrêmement réduit, j’ai pu utiliser le debugger et j’ai pu cerner le problème dans les opérateurs de projection de la polyCurve. En effet, la coordonnée réduite de chaque nœud de la polyCurve est calculée par l’opérateur de projection. Dans le cas particulier du nœud à l’extrémité de la polyCurve, la coordonnée réduite était erronée et conduisait, à son tour, à une évaluation erronée de la normale à la courbe avec pour conséquence le défaut géométrique de la rive observé. En effet, dans les routines de prise de décision de l’opérateur de projection de la polyCurve, dans le cas d’un segment frontière, j’ai observé que le type d’appartenance initialement à ''BELONG_OUT'' passe à ''BELONG_IN'', ce qui induit une remise à zéro de l’opérateur de projection et entre autres de la coordonnée réduite (1 -> -1). C’est précisément l’origine des problèmes rencontrés.
+**En définitive, j’ai modifié la tolérance interne de l’opérateur de projection dans la classe ''ProfileBuilder'' (0.1 au lieu de 0).** De cette façon, la projection devient ''BELONG_EDGE'' lors du test d’appartenance, l’opérateur de projection n’est plus mis à zéro et la coordonnée réduite recherchée est bien correcte.
+=====Divers=====
+  * Le répertoire ''oo_meta/mtParasolid/numisheet/'' est supprimé, après en avoir discuté avec Cristian.
+  * Dans la méthode ''extractBoundaryForce( std::vector< std::tuple<Element*,int,double> > &boundary, mtGeo::Group & group )'' de Interaction.cpp, j'ai fait une petite correction de manière à permettre la compilation sous VS2012.
+  * Petit retour des warnings à la compilation.
 ===== Fichiers ajoutés/supprimés =====
 <code>
-Added : oo_meta\mtALE\SplineCartCurveReZoner.h/.cpp
+Renamed : oo_meta/mtDrawables/SFScalars.h/.cpp -> oo_meta/mtDrawables/StickFScalars.h/.cpp
-Added : oo_meta\mtDrawables\SFScalars.h/.cpp
+Renamed : oo_meta/mtDrawables/SFVectors.h/.cpp -> oo_meta/mtDrawables/StickFVectors.h/.cpp
-Added : oo_meta\mtDrawables\SFVectors.h/.cpp
+Added : oo_nda/rollForming/copraCpeCre/Tube.orig.cpe/.cre
-Added : oo_meta\mtDrawables\StickingElementCloud.h/.cpp
+Added : oo_nda/montataire/battery/__init__.py
-Added : oo_meta\mtDrawables\StickingElementDataSet.h/.cpp
+Added : oo_nda/rollForming/copraBattery/__init__.py
-Added : oo_meta\mtDrawables\StickingInteractionDrawable.h/.cpp
+Added : oo_nda/rollForming/copraBattery/large/ijss/__init__.py
-Added : oo_meta\mtDrawables\StickingMesh.h/.cpp
+Added : oo_nda/rollForming/copraBattery/large/cChannel/copra/__init__.py
-Added : oo_meta\mtElements\StickingForceValueExtractor.h/.cpp
+Added : oo_nda/rollForming/copraBattery/large/comptesRendusMeca/__init__.py
-Added : oo_meta\mtElements\StickingInteractionValueExtractor.h/.cpp
+Added : oo_nda/rollForming/copraBattery/large/thesisRoBo/__init__.py
-Added : oo_meta\mtElements\StickingSpringLengthValueExtractor.h/.cpp
+Added : oo_nda/rollForming/copraBattery/minWorkingExample/__init__.py
+Added : oo_nda/rollForming/copraBattery/springback/__init__.py
+Added : oo_nda/rollForming/copraBattery/large/ijss/__init__.py
 </code>
 ===== Tests ajoutés/supprimés =====
 <code>
-Added : oo_meta\apps\sticking\sheets3dALE.py
-Added : oo_meta\apps\sticking\sheets3dALEInPlane.py
+Added : oo_nda/montataire/battery/****ALEEASFr.py
-Added : oo_meta\apps\sticking\sheets3dALEInPlaneDP.py
+Added : oo_nda/montataire/battery/****ALEEASFrGod.py
-Added : oo_meta\apps\sticking\sheets3dALEInPlaneFixFormer.py
+Added : oo_nda/montataire/battery/****ALEEASFrLess.py
-Added : oo_meta\apps\sticking\sheets3dALEInPlaneFixRevised.py
+Added : oo_nda/montataire/battery/****ALESRIFrLess.py
-Added : oo_meta\apps\sticking\sheets3dALEInPlaneRev.py
+Added : oo_nda/montataire/battery/****LagL1840MarcMeshMarcBCs.py
-Added : oo_meta\apps\sticking\sheets3dALEOutPlane.py
+Added : oo_nda/montataire/battery/****LagL1840MarcMeshMarcBCsEAS.py
-Added : oo_meta\apps\sticking\sheets3dALEOutPlaneDP.py
+Added : oo_nda/montataire/battery/****LagL2040NoBCsnY2.py
-Added : oo_meta\apps\sticking\sheets3dALEOutPlaneRev.py
+Added : oo_nda/rollForming/copraBattery/bavoletMovTools.py
+Added : oo_nda/rollForming/copraBattery/U6Short.py
+Added : oo_nda/rollForming/copraBattery/U6SymL.py
+Added : oo_nda/rollForming/copraBattery/U6SymLR.py
+Added : oo_nda/rollForming/copraBattery/U6SymR.py
+Added : oo_nda/rollForming/copraBattery/U6SymRmm.py
+Added : oo_nda/rollForming/copraBattery/large/cChannel/copra/cChannel.py
+Added : oo_nda/rollForming/copraBattery/large/cChannel/copra/cChannelALE.py
+Added : oo_nda/rollForming/copraBattery/large/comptesRendusMeca/bavolet.py
+Added : oo_nda/rollForming/copraBattery/large/comptesRendusMeca/bavoletALE.py
+Added : oo_nda/rollForming/copraBattery/large/ijss/bavoletALE_1.py
+Added : oo_nda/rollForming/copraBattery/large/ijss/bavoletALE_2.py
+Added : oo_nda/rollForming/copraBattery/large/ijss/tubeALE_1.py
+Added : oo_nda/rollForming/copraBattery/large/ijss/tubeALE_2.py
+Added : oo_nda/rollForming/copraBattery/large/ijss/u6ALE.py
+Added : oo_nda/rollForming/copraBattery/large/thesisRoBo/bavoletALE.py
+Added : oo_nda/rollForming/copraBattery/large/thesisRoBo/channel.py
+Added : oo_nda/rollForming/copraBattery/large/thesisRoBo/KitrackALE.py
+Added : oo_nda/rollForming/copraBattery/large/thesisRoBo/traverseALE.py
+Added : oo_nda/rollForming/copraBattery/minWorkingExample/U6.py
+Added : oo_nda/rollForming/copraBattery/minWorkingExample/U6ALE.py
+Added : oo_nda/rollForming/copraBattery/springback/U6ALE_1.py
+Added : oo_nda/rollForming/copraBattery/springback/U6ALE_2.py
+Added : oo_nda/rollForming/copraBattery/springback/U6SymLR_1.py
+Added : oo_nda/rollForming/copraBattery/springback/U6SymLR_2.py
+Renamed : oo_nda/rollForming/copraTests/copraLarge/ -> oo_nda/rollForming/copraTests/large/
+Added : oo_nda/rollForming/copraTests/large/cChannel/copra/cChannelALEPrepro.py
+Added : oo_nda/rollForming/copraTests/large/ijss/bavoletALE_1.py
+Added : oo_nda/rollForming/copraTests/large/ijss/bavoletALE_2.py
+Added : oo_nda/rollForming/copraTests/large/ijss/tubeALE_1.py
+Added : oo_nda/rollForming/copraTests/large/ijss/tubeALE_2.py
+Added : oo_nda/rollForming/copraTests/large/ijss/u6ALE_1.py
+Added : oo_nda/rollForming/copraTests/large/ijss/u6ALE_2.py
+Moved : oo_nda/rollForming/copraTests/copraLarge/bavoletALE.py -> rollForming/copraTests/large/thsesisRobo/bavoletALE.py
+Moved : oo_nda/rollForming/copraTests/copraLarge/channel.py -> rollForming/copraTests/large/thsesisRobo/channel.py
+Moved : oo_nda/rollForming/copraTests/Kitrack.py -> rollForming/copraTests/large/thsesisRobo/KitrackALE.py
+Moved : oo_nda/rollForming/copraTests/copraLarge/traverseALE.py -> rollForming/copraTests/large/thsesisRobo/traverseALE.py
 </code>
- --- //[[Y.Crutzen@ulg.ac.be|Yanick Crutzen]] 2017/02/20 //
+ --- //[[Y.Crutzen@ulg.ac.be|Yanick Crutzen]] 2017/03/?? //