Skip to content
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

Introduce validity cascade and appropriate on-screen representation #917

Open
grumpyinca opened this issue Jul 19, 2024 · 0 comments
Open
Assignees

Comments

@grumpyinca
Copy link
Contributor

grumpyinca commented Jul 19, 2024

Recent discussion of #914 turned to an examination of the more general case and how best to represent similar situations to the user.

Consider the example where the model of a compression spring is allowed to go below the solid condition so as to avoid the numerical difficulties associated with limiting deflection at solid. In this situation, values of multiple dependent variables are no longer correct (realistic). Entire chains of dependent variables may be affected. Again, looking at a compression spring where the value of Force_2 drives the spring below the solid condition, dependent variables like L_2, Deflect_2, OD_2, ID_2, Stress_2, FS_2, FS_Cycle_Life, L_Stroke, Cycle_life, %_Avail_Deflect and Energy all become incorrect, invalid or unrealistic. Other values on the reports may be impacted as well.

Note that some of these incorrect, invalid or unrealistic conditions are covered by existing alerts.

What is the best calculation approach ? Should there be a Force_2 independent variable that is set by the user and or Search but an "Effective Force_2" that is forced to NaN if it exceeds force_Solid ?

How should the situation be communicated to the user ?

  • Force value to zero
  • "NA" or "N/A", "invalid", "Not applicable" or "Not appropriate"
  • "Not computable"
  • "See alerts" or a Link to the associated alert
  • purple text
  • an icon or other graphic
  • row of question marks
  • as above with tooltip
@grumpyinca grumpyinca added this to the Unassigned/Future milestone Jul 19, 2024
@grumpyinca grumpyinca self-assigned this Jul 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant