Skip to content

Add accessibility issue alert effect#164

Merged
barbeau merged 3 commits intogoogle:masterfrom
TransitApp:alert/out_of_service_elevator
May 9, 2019
Merged

Add accessibility issue alert effect#164
barbeau merged 3 commits intogoogle:masterfrom
TransitApp:alert/out_of_service_elevator

Conversation

@gcamp
Copy link
Contributor

@gcamp gcamp commented Apr 19, 2019

I've seen that a big amount of alert available in GTFS-rt alerts feed are to give the status of elevator that are out of service. However, there was no Effect available in the enum to mark them as such.

This adds that value in the Effect enum.

@paulswartz
Copy link
Contributor

What about escalators, movable ramps, or other accessibility issues? Maybe ACCESS_ISSUE?

@gcamp
Copy link
Contributor Author

gcamp commented Apr 19, 2019

@paulswartz I'm open to that, but we would need to specify more clearly what that means. Is an out of service escalator really an access issue? An out of service elevator is clearly an access issue on the other hand.

@paulswartz
Copy link
Contributor

That may be technically true (since you can't take a wheelchair up/down an escalator), but we group escalator and elevator alerts together under Access: https://www.mbta.com/alerts/access

@jakluk
Copy link

jakluk commented Apr 20, 2019

How should this effect be interpreted, only as an advisory or should transit planners take it into account when searching for an accessible path? Sometimes only one of more elevators may be out of service.

@gcamp
Copy link
Contributor Author

gcamp commented Apr 20, 2019

@jakluk I don't think this should affect trip planning because there's clearly missing information to interpret those. Also, this was never defined for other effects, but I know there's plan to clarify this soon (see #137 (comment)). I would say that clarifying the behaviour is outside of this PR scope.

Longer term, I can see EntitySelector to include a pathway_id from pathways.txt to identify exactly which elevator is out of service, at this moment the trip planners could take that info account. But I would also say this is outside of the scope of this PR.

@gcamp
Copy link
Contributor Author

gcamp commented Apr 24, 2019

@paulswartz the more I'm thinking about it, I think it makes sense to not have a general ACCESS_ISSUE type. Consumer will probably want to have different behaviour depending on the type of access issue. If you think that would be better I can add more types in this PR (OUT_OF_SERVICE_ESCALATOR)

@ghost
Copy link

ghost commented Apr 24, 2019

We are in favor of adding either one generic effect named ACCESS_ISSUE or multiple specific effects like OUT_OF_SERVICE_ELEVATOR, OUT_OF_SERVICE_ESCALATOR, etc.

@paulswartz
Copy link
Contributor

@gcamp do you have a sense of how the additional type would be used by consumers? Thinking of our applications, we have an additional field facility_id which represents the elevator or escalator that's affected. I'm not sure what having an explicit OUT_OF_SERVICE_ELEVATOR type provides in addition to that.

@gcamp
Copy link
Contributor Author

gcamp commented Apr 25, 2019

For our purpose, we have an option to show wheelchair accessible information. In this case, I would show more prominently elevators alerts, but not escalators.

@gcamp
Copy link
Contributor Author

gcamp commented Apr 26, 2019

After discussion with @paulswartz, I updated the proposition to change out of service elevator to ACCESSIBILITY_ISSUE that applies only for wheelchair users (or any users that would need step-free access), but that encompass more than just elevators.

@gcamp gcamp changed the title Add out of service elevator alert effect Add accessibility issue alert effect Apr 27, 2019
@gcamp
Copy link
Contributor Author

gcamp commented Apr 30, 2019

This pull request has been open for more than one week, so per the Official Process I'm calling for a vote.

Vote will be closed on Tuesday May 7nd at 23:59:59 UTC.

@laurentg
Copy link

Does ACCESSIBILITY_ISSUE implies that all wheelchair accessible stops referred by this alert become non-wheelchair accessible?

@gcamp
Copy link
Contributor Author

gcamp commented Apr 30, 2019

@laurentg alerts so far don't have any change of behaviour in the consumer application per the official spec. This PR doesn't change anything about this, see #164 (comment)

@paulswartz
Copy link
Contributor

+1

1 similar comment
@jrsanbornjr
Copy link

+1

@gcamp
Copy link
Contributor Author

gcamp commented May 7, 2019

@ritesh-warade-ibigroup @ibi-group-team vote is about to expire without enough votes, would you be able to vote?

@kurtraschke
Copy link

+1

@skinkie
Copy link
Contributor

skinkie commented May 7, 2019

+1 for the accessibility_issue, as producer in NL, we will add this.

@laurentg
Copy link

laurentg commented May 7, 2019

+1

2 similar comments
@ibi-group-team
Copy link
Contributor

+1

@harringtonp
Copy link

+1

@gcamp
Copy link
Contributor Author

gcamp commented May 8, 2019

Vote is complete, thanks everyone. Results are 7 vote for the proposition, so it passes!

@barbeau barbeau merged commit 0465aa1 into google:master May 9, 2019
@gcamp gcamp deleted the alert/out_of_service_elevator branch May 10, 2019 00:31
@barbeau
Copy link
Contributor

barbeau commented Apr 8, 2020

Hi all! I opened a new issue with a question of how Alerts with effect of ACCESSIBILITY_ISSUE are being used:
#209

Please comment in that thread! Thanks!

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.