Add a "canceled" field to Place in GTFS GraphQL API

[miklcct]

Summary

This adds a canceled field into Place in GTFS GraphQL API, which is referenced in Leg.

It allows clients to show to the rider that if the boarding call, alighting call, or any of the intermediate calls are canceled.

It is possible to see if the boarding call or alighting call is canceled now indirectly by using pickupType and dropoffType in Leg (if the leg is a transit leg and it is null, it means that the call is canceled, but this is not documented at the API level and is only inferred by reading the code), but not intermediate calls.

Issue

#6441

Unit tests

I have added a unit test for intermediate calls.

Documentation

Added in GraphQL

[codecov]

Codecov Report

❌ Patch coverage is 50.00000% with 7 lines in your changes missing coverage. Please review.
✅ Project coverage is 72.14%. Comparing base (87cf700) to head (f991526).
⚠️ Report is 1 commits behind head on dev-2.x.

Files with missing lines	Patch %	Lines
...pentripplanner/apis/gtfs/datafetchers/LegImpl.java	66.66%	0 Missing and 2 partials ⚠️
...entripplanner/apis/gtfs/datafetchers/PlanImpl.java	0.00%	2 Missing ⚠️
...ripplanner/model/plan/leg/FrequencyTransitLeg.java	0.00%	2 Missing ⚠️
...ntripplanner/model/plan/leg/StopArrivalMapper.java	50.00%	0 Missing and 1 partial ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             dev-2.x    #6445   +/-   ##
==========================================
  Coverage      72.14%   72.14%           
- Complexity     19673    19678    +5     
==========================================
  Files           2127     2127           
  Lines          79562    79570    +8     
  Branches        8041     8047    +6     
==========================================
+ Hits           57397    57403    +6     
  Misses         19331    19331           
- Partials        2834     2836    +2     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

[optionsome]

Perhaps LegTime would be a more fitting place for this information rather than directly on Place. The reason is that in theory, departure from a stop might be canceled while arrival is still scheduled because the last stop(s) of the trip are canceled. Also, maybe we should differentiate between "planned cancellations" and "real-time cancellations". For that, there are two options: either make the boolean field's name more specific or some sort of an enum. I think we have previously identified some issues with trying to combine too many things into one enum as a trip might be both added and cancelled, for example. So maybe I'm leaning towards a boolean field called isRealTimeCanceled on the LegTime.

We could discuss this in a dev meeting next week.

[miklcct]

GTFS does not support planned cancellations and I have no idea how it works internally with Transmodel.

Also, I don't think that it is possible to cancel the arrival but not departure even if the trip is terminated short in the current model.

[optionsome]

We decided to do a bigger refactoring after 2.7. For now, the pickup/dropoff statuses can be used to interpret that a stop is cancelled/skipped. We are parking this pr for now.