SCLF Data not Accurate
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
Piste de recherche
Commencez par reproduire le comportement signalé avec les accès sim.slices pour TEMPERATURE et HRRPUV, en utilisant la version de FDS indiquée dans l’issue. Comparez les tableaux de temps des slices et les données renvoyées avec l’issue #71 et firemodels/fds issue #12529 ; le travail est considéré comme terminé lorsque la cause est identifiée et que les données des slices sont soit lues correctement pour chaque pas de temps, soit que l’incompatibilité est clairement documentée.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Hey all,
I commented on issue #71 regarding the particle data not showing as expected, but found a similar issue regarding slice data.
Using the same simulation as described in issue #71, I tried to read in the slice data. Using the 'TEMPERATURE' quantity I have the following slice values at z = 0.1, 0.2, and 0.5:
print(sim.slices[1].times)
print(sim.slices[4].times)
print(sim.slices[7].times)
[13.02347]
[22.20007]
[20.85061]
Each slice only has data for one time step, and I'm looking to grab the data for each time step.
When grabbing the data for the available time step for sim.slices[1], it is outputting an array of size (1, 181, 1001), however, all values are the same: 14.03416252. The same data are seen when pulling this data from the subslices of the slice.
This issue is consistent with all 'TEMPERATURE' and 'HRRPUV' slices.
I'm wondering if perhaps I'm pulling the data incorrectly or if maybe this issue is related to the update in FDS. As a repeat from my comment on issue #71:
I have a suspicion that this error may be related to an update with FDS and found an issue on firemodels/fds that may point to the specific update: https://github.com/firemodels/fds/issues/12529
FDS version used:
Current Date : March 12, 2024 09:58:39
Revision : FDS-6.8.0-1630-gbc9da78-master
Revision Date : Tue Feb 27 12:28:41 2024 -0500
Compiler : GCC version 10.2.0
Compilation Date : Feb 28, 2024 08:59:25
I apologize if this is repetitive of the particle data issue. I wanted to be sure to bring it to attention in case it could provide more relevant information.
If this is something that you do not feel is worth it to create a bug report and fix, can we leave the issue open while I/my team look into how to potentially fix this? If you could provide us with any information on where in the files to read in these data, that would be great!
Thank you for all the work you have done on fdsreader!
- Langage dominant
- Python
- Étoiles
- 75
- Forks
- 28
- Merge moyen
- 2 min
- PR mergées (30 j)
- 2
Préparer son environnement
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de FireDynamics/fdsreader
-
[Bug]:the sum data of hrrpuv data in smoke_3d is five times smaller than the hrr data in CSVOuvertebug
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
FireDynamics/fdsreader#115 ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
FireDynamics/fdsreader#99 · 11 commentaires ·
-
bug
Difficulté 3/5 1-2 jours Accessibilité débutants 72/100
FireDynamics/fdsreader#89 · 2 commentaires ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 25/100
FireDynamics/fdsreader#81 ·
-
enhancement help wanted
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
FireDynamics/fdsreader#77 · 3 commentaires ·
Toutes les issues de FireDynamics/fdsreader
Issues similaires
-
[Bug] @deck.gl/arcgis dist import resolves to unpublished @deck.gl/core source path (9.3.11, 9.4.0)Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
Les mainteneurs répondent en général sous 1 jour
-
workflow: a tick's dispatch counts as 'only this step', and no review self-grants a round unattendedOuverteworkflow
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
kristofdegrave/homeassistant-smart-charging#1505 ·
Les mainteneurs répondent en général sous 1 jour
-
New Submission: TropWATEROuvertemetadata submission
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
-
Wrongly named dashboard variableOuvertebug
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
canonical/content-cache-operator#163 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
[submission]Ouvertesubmission
Difficulté 1/5 Moins d'une heure Accessibilité débutants 65/100
leanprover/lean-eval-submissions#1852 ·
Les mainteneurs répondent en général sous 1 jour