Skip to content

Conversation

@Kyotun
Copy link
Collaborator

@Kyotun Kyotun commented Dec 3, 2025

  • Adjusting latex.py to eliminate SciPy warnings/errors and improving data handling

  • Adding parser to irace for parsing categorical values in tools/parameters.py

  • Adding tests for configspace.py

  • Handling only NaN values containing performance dataframe case

- Added checks for missing performance data in generate_report.py.
- Updated ConfigurationOutput class to track performance data availability and reasons.
- Improved error handling in PerformanceDataFrame for missing measurements.
- Introduced parsing for unquoted IRACE categorical values in PCSConverter.
- Added tests for unquoted categorical values and enhanced test coverage.
@Kyotun Kyotun requested a review from thijssnelleman December 3, 2025 13:20
@thijssnelleman
Copy link
Member

Update the changeling with a new line describing the bug you've fixed

Copy link
Member

@thijssnelleman thijssnelleman left a comment

Choose a reason for hiding this comment

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

Overall looks good, we should discuss a few changes in the office

)
report.append(table_status_values)

if scenario_output.performance_data_missing:
Copy link
Member

Choose a reason for hiding this comment

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

This should never occur, in what situation does this happen?

Copy link
Member

Choose a reason for hiding this comment

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

Also, instead of creating a new property on the scenario, you can just do scenario_output.performance_data.exists() (just calling .exists on the path will give you this information directly?)

)

@staticmethod
def parse_irace_categorical_values(raw_values: str) -> list[str]:
Copy link
Member

Choose a reason for hiding this comment

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

This makes sense, but shouldn't this be defined within the IRACE parse function? Also can we use regex instead? I know this wasn't done a lot yet in this file but regex are overall faster, less error prone and easier to read

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

You're right! I'll also switch to regex.

@thijssnelleman thijssnelleman self-requested a review December 18, 2025 10:10
@thijssnelleman thijssnelleman merged commit cd2dd7d into development Dec 18, 2025
5 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.

3 participants