Visualiser les détails du résultat
| Identifiant | Projet | Catégorie | Visibilité | Date de soumission | Dernière mise à jour |
|---|---|---|---|---|---|
| 0000671 | SIC | EdiSic | public | 2012-03-20 14:44 | 2012-06-13 16:53 |
| Rapporteur | dorch | Assigné à | dorch | ||
| Priorité | normale | Impact | mineur | Reproductibilité | toujours |
| Statut | fermé | Résolution | corrigé | ||
| Version du produit | 5.20h | ||||
| Version ciblée | 5.24f | Résolu dans la version | 5.26a | ||
| Résumé | 0000671: Plantage de la lecture de SIRENE sur les conditions initiales | ||||
| Description | Sur un fichier avec un scénario permanent avec un résultat valide pour CI et un scénario transitoire utilisant le résultat du permanent comme CI : - Lancer Talweg - Importer les conditions initiales du permanent pour le transitoire - Lancer le calcul transitoire Explication : Talweg écrase toutes les données aux sections de calcul y compris les résultats du permanent. L'importation des CI n'importe rien. Solution : Invalider tous les résultats pour l'importation des CI après un lancement de Talweg. | ||||
| Balises | Aucune balise n'est associée. | ||||
| Temps projeté (jours) | |||||
|
|
Le paramètre à invalider correspond à la balise /Reseau/Flu/ListeRes/Res/EcritSectionCal qui doit passer de 1 à 0. Normalement, il faudrait procéder à l'invalidation dès que la géométrie n'est plus considérée comme valide (le bouton de lancement de Talweg passe du vert au rouge en mode géométrie). Pb :les entêtes de scénarios sont-elles gérées en objet en mode Géométrie ? Faut-il procéder à une écriture sur le XML ou à une modification de la donnée en objet qui sera enregistrée ensuite ? Plus simple : ajouter un test sur la date de maillage et la date du résultat. De toute façon, si la géométrie n'est pas maillée, on n'a pas accès à l'explorateur de projet. |
|
|
La solution proposée le 20/03 n'est pas la bonne car on peut quand même lancer SIRENE en dehors de EdiSIC et le fichier XML reste incohérent (il n'est pas sain d'avoir une moitié de CI dans le fichier). Il vaut mieux supprimer les références aux CI à partir de Talweg à l'aide d'une requête XPath. |
|
|
Les CI sont effectivement invalidées dans l'interface. Le problème vient que l'on peut importer des CI qui ne sont pas valides. |
|
|
Il faut modifier la méthode CEnteteResFlu:TransitOk Cette méthode vérifie que le résultat contient toutes les données nécessaires pour servir de conditions initiales. |
|
|
Modification de la méthode CEnteteResFlu:TransitOk qui teste dans le fichier XML la présence de résultats dans les sections de calcul pour dire si un résultat peut être utilisée comme condition initiale pour un transitoire. Conséquence : si on lance Talweg et qu'on essaie ensuite d'importer une condition initiale, EdiSic indique qu'il n'existe aucune condition initiale valide et qu'il faut exécuter une simulation en permanent... |
| Date de modification | Nom d’utilisateur | Champ | Changement |
|---|---|---|---|
| 2012-03-20 14:44 | dorch | Nouveau bogue | |
| 2012-03-20 14:44 | dorch | Statut | nouveau => affecté |
| 2012-03-20 14:44 | dorch | Assigné à | => dorch |
| 2012-03-20 15:58 | dorch | Note ajoutée: 0000706 | |
| 2012-06-08 09:22 | dorch | Note ajoutée: 0000768 | |
| 2012-06-08 10:48 | dorch | Note ajoutée: 0000769 | |
| 2012-06-12 16:59 | dorch | Note ajoutée: 0000774 | |
| 2012-06-13 16:53 | dorch | Note ajoutée: 0000775 | |
| 2012-06-13 16:53 | dorch | Statut | affecté => fermé |
| 2012-06-13 16:53 | dorch | Résolution | ouvert => corrigé |
| 2012-06-13 16:53 | dorch | Résolu dans la version | => 5.26a |
