Visualiser les détails du résultat
| Identifiant | Projet | Catégorie | Visibilité | Date de soumission | Dernière mise à jour |
|---|---|---|---|---|---|
| 0000687 | SIC | (Aucune catégorie) | public | 2012-04-11 11:01 | 2012-05-24 14:10 |
| Rapporteur | dorch | Assigné à | louis | ||
| Priorité | normale | Impact | fonctionnalité | Reproductibilité | sans objet |
| Statut | fermé | Résolution | corrigé | ||
| Version du produit | |||||
| Version ciblée | Résolu dans la version | ||||
| Résumé | 0000687: Redéfinition des lois d'échange pour le calcul des sédiments | ||||
| Description | La situation actuelle est la suivante : Chaque classe de qualité peut posséder une ou plusieurs lois d'échanges. Dans le cas d'échanges conservatifs (par exemple entre une classe fixée et une classe dérivante) cela oblige à définir une loi identique pour chaque classe avec une classe à échange positif et une classe à échange négatif égal. Étant donné la complexité du calcul des échanges pour les sédiments, cette façon de faire va vite devenir ingérable pour l'utilisateur. Proposition de Louis : Définir les lois comme point d'entrée du problème. Chaque loi possède : - Une ou plusieurs classes actantes - Une ou plusieurs classes d'échange positif - Une ou plusieurs classes d'échange négatif On pourra donc définir et calculer les échanges de plusieurs classes de sédiment avec un seule loi. | ||||
| Balises | Aucune balise n'est associée. | ||||
| Temps projeté (jours) | |||||
|
|
Je pense qu'une seule classe d'échange positif et une seule classe d'échange négatif suffisent. Chaque loi représenterait alors un échange entre deux classes, paramétré par des classes actantes et des paramètres. |
|
|
Dans le XML, la loi d'échange remonte d'un niveau en sortant de la classe. On ajoute dans la balise les paramètres donnant les classes d'échange positif et négatif : <Qual ...> <Temps ... /> <Classe Num="1" Nom="" Type="3"> <Couleur ... /> </Classe> <Classe Num="2" Nom="" Type="1"> <Couleur ... /> </Classe> <LoiEv Num="1" iClPos="1" iClNeg="2" Loi="202" Description=""> <ClassAct Num="1">1</ClassAct> <Prm1>1</Prm1> <Prm2>1000</Prm2> <Prm3>1</Prm3> </LoiEv> <LoiEv Num="2" iClPos="1" iClNeg="0" Loi="101" Description=""> <ClassAct Num="1">2</ClassAct> </LoiEv> <Meteo> ... </Meteo> </Qual> Les classes perdent les attributs nbrLoiEv et nbrLoiEvFix. Les classes actantes perdent l'attribut "Fix". Le iClPos ou iClNeg peut valoir 0 si l'échange ne se fait pas entre 2 classes, donc si la variable n'est pas conservative dans le système (ex. : l'évolution de la température sous l'effet de la météo) |
| Date de modification | Nom d’utilisateur | Champ | Changement |
|---|---|---|---|
| 2012-04-11 11:01 | dorch | Nouveau bogue | |
| 2012-04-11 11:01 | dorch | Statut | nouveau => affecté |
| 2012-04-11 11:01 | dorch | Assigné à | => louis |
| 2012-04-11 11:05 | dorch | Version ciblée | N08 => N07 |
| 2012-04-11 11:14 | dorch | Catégorie | Fortran : calcul => (Aucune catégorie) |
| 2012-04-11 11:44 |
|
Note ajoutée: 0000722 | |
| 2012-04-12 15:11 |
|
Note ajoutée: 0000726 | |
| 2012-05-24 09:28 |
|
Statut | affecté => fermé |
| 2012-05-24 09:28 |
|
Résolution | ouvert => corrigé |
| 2012-05-24 14:10 | dorch | Résolu dans la version | => SIC 5.25D |
