-
-
Notifications
You must be signed in to change notification settings - Fork 549
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: Coordinate systems of variables do not get checked against known #3114
Labels
bug
Something isn't working
difficulty: easy
A good issue for someone new. Can be done in a few hours
priority: medium
To be resolved if time allows
Comments
brosaplanella
added
bug
Something isn't working
difficulty: easy
A good issue for someone new. Can be done in a few hours
priority: medium
To be resolved if time allows
labels
Jul 6, 2023
Ooops, that was already reported in #2220 (contains some additional info). Let's make sure we close both issues when we merge PR. |
@RuiheLi are you working on this? |
Yes, I will. Will look into #2220. Thanks for the remind! @brosaplanella |
Just checked the time of both issue, will look into both. |
closing, see #4600 |
github-project-automation
bot
moved this from In Progress
to Done
in August 2023 sprint
Nov 22, 2024
github-project-automation
bot
moved this from In Progress
to Done
in September 2023 sprint
Nov 22, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
bug
Something isn't working
difficulty: easy
A good issue for someone new. Can be done in a few hours
priority: medium
To be resolved if time allows
PyBaMM Version
23.5
Python Version
3.9.16
Describe the bug
Currently the coordinate system of a variable is not checked against the known system. This means that if the wrong argument is passed (e.g. due to a typo) it will default to
"cartesian"
without throwing an error.Steps to Reproduce
The MWE would be very lengthy, but basically it can be checked that:
KNOWN_COORD_SYS
is checked is to test meshes for the battery model (i.e. it does not actually check for wrong coordinate systems).finite_volume.py
there is an else statement that means that anything not being cylindrical polar or spherical polar will default to cartesian, seePyBaMM/pybamm/spatial_methods/finite_volume.py
Lines 139 to 150 in fffe650
Relevant log output
No response
The text was updated successfully, but these errors were encountered: