Brian Ferris and I added the feature last week, and have tested it with
dummy data. We did not implement accessible-with-notes.
Do we also need to provide or locate actual data to make this change
official? If so, does anyone have actual data? I do have actual data
for all NYC buses (they're all accessible), but have not had the time to
put it into the GTFS yet.
Great! Thanks so much for helping to test this this proposal. In
order to get to the point where someone can nominate this for
inclusion in the spec, we need to have an end-to-end test with a real
app (yours!) and real data.
Agency folks, have any of you implemented this proposal in your
feeds? In a quick check, I haven't found any that conform to that
proposal yet. TriMet and Chicago have an "accessible" (rather than
"wheelchair_boarding") field in stops.txt, but no corresponding
"wheelchair_accessible" field in trips.txt. San Diego MTS comes the
closest--they have a "wheelchair_accessible" field in trips.txt, but
the field in stops.txt is also "accessible".
Joe
On Dec 21, 9:52 am, David Turner <nova...@novalis.org> wrote:
> I am pleased to announce that Open Trip Planner
> (http://www.opentripplanner.org) now implements the wheelchair
> accessibility proposal from:http://groups.google.com/group/gtfs-changes/browse_thread/thread/f98f...
Devin Braun
San Diego MTS
> > put it into the GTFS yet.- Hide quoted text -
>
> - Show quoted text -
> --
>
> You received this message because you are subscribed to the Google Groups "Google Transit Feed Spec Changes" group.
> To post to this group, send email to gtfs-c...@googlegroups.com.
> To unsubscribe from this group, send email to gtfs-changes...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/gtfs-changes?hl=en.
>
>
Does anyone here have trips which you would mark as not accessible? A
full test would ideally also include some data where there's a mix of
accessible and not-accessible trips.
Joe
I have confirmed that, in the case of the trip from 11th and C, a
different route is generated when an accessible trip is requested, and
in the case of Broadway and Kettner, a different route is *not*
generated.
If you like, I can place the graph that I have generated of the San
Diego area from the MTS data and OpenStreetMap online for you to play
with. While you could just generate the graph yourself, I would not
recommend it, as it took me several hours and 3 GB of RAM, since we have
not yet optimized this part of OTP. Unfortunately, we do not yet have a
test instance of OpenTripPlanner, but we expect to put up a few
(Portland OR, New York, and then whatever we're playing with) in the
coming months. We also welcome feedback from people playing with OTP on
their own -- but don't expect the mailing list or IRC channel to be real
active around the holidays.
On Mon, 2009-12-21 at 13:01 -0800, Devin Braun wrote:
> Broadway & Kettner Blvd., San Diego to Mission Blvd. & Garnet Ave., San
> Diego
> 11th Ave. & C St., San Diego to S. Marshall Ave. & W. Palm Ave., El
> Cajon, CA
> Genesee Ave. & Linda Vista Rd., San Diego to Gilman Dr. & Myers Dr., San
> Diego (UCSD)
> Jamacha Blvd. & Calavo Dr., San Diego County to College Ave. &
> Streamview Dr., San Diego
> Lindo Paseo & College Ave., San Diego to Spring St. & Allison Ave., La
> Mesa, CA
> 30th Ave. & University Ave., San Diego to Fashion Valley Rd. & Friars
> Rd., San Diego
> Park Blvd. & University Ave., San Diego to University Ave. & 69th St.,
> San Diego
> Naples St. & Melrose Ave., Chula Vista, CA to Palm Ave. & Seacoast Dr.,
> Imperial Beach, CA
>
> I have also attached a random queries file if that helps.
>
> Devin
Additionally, as a side note, last year I made mention that some urban
rail systems, particularly the subways or elevated, may have a need
for wheelchair accessibility to be coded in the transfers.txt file.
This would be because there are cases where a wheelchair could make a
transfer from one stop_id to another even though the stop_ids, from
the street level, are not accessible to wheelchairs. This used to be
the case here in Chicago, but fortunately is not anymore. It probably
does exist in other cities, so I just wanted to keep the idea alive in
this thread.
Kevin
In New York, there are trips which require a transfer at a stop which is
not accessible from street level. Consider[1] a trip from 8th St
(accessible) on the N to Prospect Park on the Q (accessible). The
directions ought to be: take the N to Canal St, then get off and get on
the next Q train on the same platform. OpenTripPlanner, at present,
does not allow alighting at non-accessible stations, and Q01 (the N/Q
platform at Canal St) cannot be accessed from the street by wheelchair.
This is slightly different than the Chicago case, because the two trains
are on the exact same platform. I guess one could encode this as two
stop_ids with an accessible transfer between them, but it would be
confusing, and the feed validator would complain about it.
In Philadelphia, on the regional rail, it is possible to imagine
similar, although I think there are none in reality. For example, a R5
express from 30th St Station (accessible) to Bryn Mawr (not even a
little bit accessible), then a local to Berwyn (accessible). The
problem is that, unlike Canal St, you can't actually get a wheelchair on
or off the train at Bryn Mawr, because there's three giant steps down
from the train to the platform.
So I think wheelchair_boarding needs to have another possible value: 2,
meaning that a wheelchair can alight from the vehicle but not reach the
street. This is fully orthogonal to any changes to transfers.txt.
I will implement this proposal in OpenTripPlanner provisionally, and I
will request that the MTA implement it for New York City (presently,
they have no accessibility or transfer information).
[1] This example may soon be wrong due to service pattern changes, but
there are other examples.
On Jan 26, 6:41 pm, David Turner <nova...@novalis.org> wrote:
> On Wed, 2009-12-30 at 09:56 -0800, KevinChicago wrote:
...
This is a distinction that OpenTripPlanner (and presumably Google
Transit) actually needs in order to correctly plan accessible trips.
So accessiblity in GTFS could be.
trips.txt (accessibility of the vehicle)
stops.txt (accessibility of the stop to board an accessible vehicle
AND accessiblity to reach the stop_id from the "outside")
transfers.txt (to allow accessibility between two stop_ids--if not
coded here then what is in the stops.txt file governs).
and..
[proposed] some future entrances.txt file (to manage access points to
stop_ids from "outside" the network.)
Kevin
> > > platform at Canal St) cannot be accessed from the street by wheelchair.- Hide quoted text -