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

[uss_qualifier] NetRID: migrate some severities to documentation #936

Merged

Conversation

Shastick
Copy link
Contributor

@Shastick Shastick commented Feb 6, 2025

Some more steps towards #404

@@ -362,21 +362,18 @@ def _evaluate_timestamp(
check.record_failed(
f"Timestamp not present",
details=f"The timestamp must be specified.",
severity=Severity.High,
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Severity.High here is effectively relying on the high-severity failing check to abort the scenario when timestamp_obs is None, so we won't reach the later parts of the scenario if the check fails in this way. Since that abort will no longer happen given that we have marked all failures of that check to be Medium severity, we'll need to manually wrap the UTC and parse checks below in an if statement. Or, we could split these 3 different failure modes into 3 different checks and keep the first one as High severity. Or we could make this check High severity, but I think that is the least desirable because I don't think a missing timestamp should be a scenario-ending failure in the common dictionary evaluator.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think that what makes the most sense is to split this into at least two checks of different severities. will update.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There's actually no reason to mark the check with a high severity if we guard the other checks behind an if, so going with the option of having a separate check with medium severity.

@Shastick Shastick marked this pull request as draft February 7, 2025 10:13
@@ -442,7 +438,6 @@ def _evaluate_speed(
check.record_failed(
f"Speed not present",
details=f"The speed must be specified.",
severity=Severity.High,
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Note to self: similarly to the timestamp, this might deserve a separate check and we might not need to abort the scenario because of the missing field.

@@ -482,7 +475,6 @@ def _evaluate_track(
check.record_failed(
f"Track direction not present",
details=f"The track direction must be specified.",
severity=Severity.High,
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same here

@Shastick Shastick force-pushed the migrate-some-rid-severities branch from b73344e to 61a9992 Compare February 7, 2025 10:58
@Shastick Shastick marked this pull request as ready for review February 7, 2025 11:00
@BenjaminPelletier BenjaminPelletier merged commit a20e532 into interuss:main Feb 10, 2025
20 checks passed
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

Successfully merging this pull request may close these issues.

2 participants