Conversation
This comment was marked as outdated.
This comment was marked as outdated.
📝 Acceptance Test Report📋 Summary❌ The rule acceptance test has failed for commit d1887dc 📊 Notices ComparisonNew Errors (0 out of 987 datasets, ~0%) ✅No changes were detected due to the code change. Dropped Errors (0 out of 987 datasets, ~0%) ✅No changes were detected due to the code change. New Warnings (165 out of 987 datasets, ~17%) ❌Details of new errors due to code change, which is above the provided threshold of 1%.
Dropped Warnings (0 out of 987 datasets, ~0%) ✅No changes were detected due to the code change. 🛡️ Corruption Check16 out of 1003 sources (~2 %) are corrupted.
⏱️ Performance Assessment📈 Validation TimeAssess the performance in terms of seconds taken for the validation process.
📜 Memory Consumption
|
skalexch
left a comment
There was a problem hiding this comment.
Logic-wise and looking at the tests, everything looks correct. I also checked a couple datasets from the acceptance tests and they check out. One of them even does the bad practice of defining all the service_ids with no active days in calendar.txt and then specifying the active days fully in calendar_dates.txt.
The acceptance tests are failing but I find it normal that a lot of the datasets are affected by this.
Should we add the calendar_dates.txt to the notice's logic? Is it not a valid use case to have service IDs defined only in calendar_dates.txt in a feed that contains both files? |
|
@davidgamez it is a valid use case to have service IDs defined only in calendar_dates.txt in a feed that contains both files.
The is what the spec actually says.:
The case that you mention has more to do with an "unusable_service_id". This is a very rare case where all the dates and added services are negated by I these cases can be left to an INFO notice for an upcoming release. |
📝 Acceptance Test Report📋 Summary❌ The rule acceptance test has failed for commit 8dbbb47 📊 Notices ComparisonNew Errors (0 out of 987 datasets, ~0%) ✅No changes were detected due to the code change. Dropped Errors (0 out of 987 datasets, ~0%) ✅No changes were detected due to the code change. New Warnings (165 out of 987 datasets, ~17%) ❌Details of new errors due to code change, which is above the provided threshold of 1%.
Dropped Warnings (0 out of 987 datasets, ~0%) ✅No changes were detected due to the code change. 🛡️ Corruption Check16 out of 1003 sources (~2 %) are corrupted.
⏱️ Performance Assessment📈 Validation TimeAssess the performance in terms of seconds taken for the validation process.
📜 Memory Consumption
|
Summary:
This pull request introduces a new validator to ensure that each service listed in
calendar.txthas at least one active day of the week. The validator checks for services that are not valid for any day and emits a warning notice if such cases are found. Comprehensive unit tests are also added to verify the validator's behavior.New validator for service activity:
ServiceHasNoActiveDayOfTheWeekValidatorclass to detect services inGtfsCalendarTableContainerthat have no active day of the week, emitting a warning notice for each such service.Expected behavior:

Please make sure these boxes are checked before submitting your pull request - thanks!
gradle testto make sure you didn't break anything