I have a question about the trips-for-route REST API call (context: we know it exists, and I believe you are in the process of adding it to the REST API documentation).
The question is this: is it possible/are there parameters to have it only return trips that are actually active at the moment the call is made? Right now, when I call it (say at 10am) I get back trips that are recently finished (eg at 9:55) or are soon to start (eg at 10:05). Of course I can do this filtration myself if needed, but it seems like the kind thing it would/should have options for.
Note: I am setting includeStatus=false -- I am just using it to query the schedule, aside from whatever realtime buses/trips may or may not actually be happening...
I had to go back and look at the source to be sure, but I think the current behavior you are seeing is because route layovers are also included in our definition of "active" routes. I think this behavior was actually a requirement for a use case of the original BusTime UI for the B63 pilot. Adding a parameter to exclude layovers would be relatively straightforward, but then you'd need to backport the functionality into whatever branch of OBA you happen to be running, since I'm guessing it's not trunk.
On Mon, Dec 19, 2011 at 1:58 PM, Michael Frumin <mich...@frumin.net> wrote: > Brian,
> I have a question about the trips-for-route REST API call (context: we know it exists, and I believe you are in the process of adding it to the REST API documentation).
> The question is this: is it possible/are there parameters to have it only return trips that are actually active at the moment the call is made? Right now, when I call it (say at 10am) I get back trips that are recently finished (eg at 9:55) or are soon to start (eg at 10:05). Of course I can do this filtration myself if needed, but it seems like the kind thing it would/should have options for.
> Note: I am setting includeStatus=false -- I am just using it to query the schedule, aside from whatever realtime buses/trips may or may not actually be happening...
> Thanks, > Mike
> -- > You received this message because you are subscribed to the Google Groups "OneBusAway API" group. > To post to this group, send email to onebusaway-api@googlegroups.com. > To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
Brian, this makes sense, though perhaps I think you mean "trips" rather than "routes", right? Eg the trip is on a layover.
Correct, we are not running trunk right now. Maybe this is just something to think about for longer term development. For now I will filter results on the client side.
But, this does get me back to something we talked about -- having all (or most) OBA Webservice API calls return/include the timestamp on the server when the call is made. The reason I ask is because if I will be filtering trips client side, I would rather not be thrown off by a couple of minutes of clock skew. Obviously it's not a major issue and I'm happy to deal with it for now, but while we're talking longer term stuff...
-----Original Message-----
From: Brian Ferris <bdfer...@onebusaway.org>
Sender: onebusaway-api@googlegroups.com
Date: Tue, 20 Dec 2011 01:52:12 To: <onebusaway-api@googlegroups.com>
Reply-To: onebusaway-api@googlegroups.com
Subject: Re: [onebusaway-api] trips-for-route
I had to go back and look at the source to be sure, but I think the
current behavior you are seeing is because route layovers are also
included in our definition of "active" routes. I think this behavior
was actually a requirement for a use case of the original BusTime UI
for the B63 pilot. Adding a parameter to exclude layovers would be
relatively straightforward, but then you'd need to backport the
functionality into whatever branch of OBA you happen to be running,
since I'm guessing it's not trunk.
Brian
On Mon, Dec 19, 2011 at 1:58 PM, Michael Frumin <mich...@frumin.net> wrote:
> Brian,
> I have a question about the trips-for-route REST API call (context: we know it exists, and I believe you are in the process of adding it to the REST API documentation).
> The question is this: is it possible/are there parameters to have it only return trips that are actually active at the moment the call is made? Right now, when I call it (say at 10am) I get back trips that are recently finished (eg at 9:55) or are soon to start (eg at 10:05). Of course I can do this filtration myself if needed, but it seems like the kind thing it would/should have options for.
> Note: I am setting includeStatus=false -- I am just using it to query the schedule, aside from whatever realtime buses/trips may or may not actually be happening...
> Thanks,
> Mike
> --
> You received this message because you are subscribed to the Google Groups "OneBusAway API" group.
> To post to this group, send email to onebusaway-api@googlegroups.com.
> To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
-- You received this message because you are subscribed to the Google Groups "OneBusAway API" group.
To post to this group, send email to onebusaway-api@googlegroups.com.
To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
In terms of adding the current server time in each response, this was actually implemented as part of the 1.x release. A common <currentTime/> element is included in each response. You can see an example here:
On Tue, Dec 20, 2011 at 2:06 AM, Michael Frumin <mich...@frumin.net> wrote: > Brian, this makes sense, though perhaps I think you mean "trips" rather than "routes", right? Eg the trip is on a layover.
> Correct, we are not running trunk right now. Maybe this is just something to think about for longer term development. For now I will filter results on the client side.
> But, this does get me back to something we talked about -- having all (or most) OBA Webservice API calls return/include the timestamp on the server when the call is made. The reason I ask is because if I will be filtering trips client side, I would rather not be thrown off by a couple of minutes of clock skew. Obviously it's not a major issue and I'm happy to deal with it for now, but while we're talking longer term stuff...
> Thanks, > Mike > -----Original Message----- > From: Brian Ferris <bdfer...@onebusaway.org> > Sender: onebusaway-api@googlegroups.com > Date: Tue, 20 Dec 2011 01:52:12 > To: <onebusaway-api@googlegroups.com> > Reply-To: onebusaway-api@googlegroups.com > Subject: Re: [onebusaway-api] trips-for-route
> I had to go back and look at the source to be sure, but I think the > current behavior you are seeing is because route layovers are also > included in our definition of "active" routes. I think this behavior > was actually a requirement for a use case of the original BusTime UI > for the B63 pilot. Adding a parameter to exclude layovers would be > relatively straightforward, but then you'd need to backport the > functionality into whatever branch of OBA you happen to be running, > since I'm guessing it's not trunk.
> Brian
> On Mon, Dec 19, 2011 at 1:58 PM, Michael Frumin <mich...@frumin.net> wrote: >> Brian,
>> I have a question about the trips-for-route REST API call (context: we know it exists, and I believe you are in the process of adding it to the REST API documentation).
>> The question is this: is it possible/are there parameters to have it only return trips that are actually active at the moment the call is made? Right now, when I call it (say at 10am) I get back trips that are recently finished (eg at 9:55) or are soon to start (eg at 10:05). Of course I can do this filtration myself if needed, but it seems like the kind thing it would/should have options for.
>> Note: I am setting includeStatus=false -- I am just using it to query the schedule, aside from whatever realtime buses/trips may or may not actually be happening...
>> Thanks, >> Mike
>> -- >> You received this message because you are subscribed to the Google Groups "OneBusAway API" group. >> To post to this group, send email to onebusaway-api@googlegroups.com. >> To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com. >> For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
> -- > You received this message because you are subscribed to the Google Groups "OneBusAway API" group. > To post to this group, send email to onebusaway-api@googlegroups.com. > To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
> -- > You received this message because you are subscribed to the Google Groups "OneBusAway API" group. > To post to this group, send email to onebusaway-api@googlegroups.com. > To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
-----Original Message-----
From: Brian Ferris <bdfer...@onebusaway.org>
Sender: onebusaway-api@googlegroups.com
Date: Tue, 20 Dec 2011 02:33:31 To: <onebusaway-api@googlegroups.com>
Reply-To: onebusaway-api@googlegroups.com
Subject: Re: [onebusaway-api] trips-for-route
Correct, I meant to say trips.
In terms of adding the current server time in each response, this was
actually implemented as part of the 1.x release. A common
<currentTime/> element is included in each response. You can see an
example here:
On Tue, Dec 20, 2011 at 2:06 AM, Michael Frumin <mich...@frumin.net> wrote:
> Brian, this makes sense, though perhaps I think you mean "trips" rather than "routes", right? Eg the trip is on a layover.
> Correct, we are not running trunk right now. Maybe this is just something to think about for longer term development. For now I will filter results on the client side.
> But, this does get me back to something we talked about -- having all (or most) OBA Webservice API calls return/include the timestamp on the server when the call is made. The reason I ask is because if I will be filtering trips client side, I would rather not be thrown off by a couple of minutes of clock skew. Obviously it's not a major issue and I'm happy to deal with it for now, but while we're talking longer term stuff...
> Thanks,
> Mike
> -----Original Message-----
> From: Brian Ferris <bdfer...@onebusaway.org>
> Sender: onebusaway-api@googlegroups.com
> Date: Tue, 20 Dec 2011 01:52:12
> To: <onebusaway-api@googlegroups.com>
> Reply-To: onebusaway-api@googlegroups.com
> Subject: Re: [onebusaway-api] trips-for-route
> I had to go back and look at the source to be sure, but I think the
> current behavior you are seeing is because route layovers are also
> included in our definition of "active" routes. I think this behavior
> was actually a requirement for a use case of the original BusTime UI
> for the B63 pilot. Adding a parameter to exclude layovers would be
> relatively straightforward, but then you'd need to backport the
> functionality into whatever branch of OBA you happen to be running,
> since I'm guessing it's not trunk.
> Brian
> On Mon, Dec 19, 2011 at 1:58 PM, Michael Frumin <mich...@frumin.net> wrote:
>> Brian,
>> I have a question about the trips-for-route REST API call (context: we know it exists, and I believe you are in the process of adding it to the REST API documentation).
>> The question is this: is it possible/are there parameters to have it only return trips that are actually active at the moment the call is made? Right now, when I call it (say at 10am) I get back trips that are recently finished (eg at 9:55) or are soon to start (eg at 10:05). Of course I can do this filtration myself if needed, but it seems like the kind thing it would/should have options for.
>> Note: I am setting includeStatus=false -- I am just using it to query the schedule, aside from whatever realtime buses/trips may or may not actually be happening...
>> Thanks,
>> Mike
>> --
>> You received this message because you are subscribed to the Google Groups "OneBusAway API" group.
>> To post to this group, send email to onebusaway-api@googlegroups.com.
>> To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com.
>> For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
> --
> You received this message because you are subscribed to the Google Groups "OneBusAway API" group.
> To post to this group, send email to onebusaway-api@googlegroups.com.
> To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
> --
> You received this message because you are subscribed to the Google Groups "OneBusAway API" group.
> To post to this group, send email to onebusaway-api@googlegroups.com.
> To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
-- You received this message because you are subscribed to the Google Groups "OneBusAway API" group.
To post to this group, send email to onebusaway-api@googlegroups.com.
To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
Does trips-for-route have by any chance a hidden 'time' parameter, sort of like arrivals-and-departures-for-stop, that allows you to get query results for times other than now() ?
On Mon, Dec 19, 2011 at 8:35 PM, Michael Frumin <mich...@frumin.net> wrote: > D'oh!
> Thanks, > Mike > -----Original Message----- > From: Brian Ferris <bdfer...@onebusaway.org> > Sender: onebusaway-api@googlegroups.com > Date: Tue, 20 Dec 2011 02:33:31 > To: <onebusaway-api@googlegroups.com> > Reply-To: onebusaway-api@googlegroups.com > Subject: Re: [onebusaway-api] trips-for-route
> Correct, I meant to say trips.
> In terms of adding the current server time in each response, this was > actually implemented as part of the 1.x release. A common > <currentTime/> element is included in each response. You can see an > example here:
> On Tue, Dec 20, 2011 at 2:06 AM, Michael Frumin <mich...@frumin.net> > wrote: > > Brian, this makes sense, though perhaps I think you mean "trips" rather > than "routes", right? Eg the trip is on a layover.
> > Correct, we are not running trunk right now. Maybe this is just > something to think about for longer term development. For now I will filter > results on the client side.
> > But, this does get me back to something we talked about -- having all > (or most) OBA Webservice API calls return/include the timestamp on the > server when the call is made. The reason I ask is because if I will be > filtering trips client side, I would rather not be thrown off by a couple > of minutes of clock skew. Obviously it's not a major issue and I'm happy > to deal with it for now, but while we're talking longer term stuff...
> > I had to go back and look at the source to be sure, but I think the > > current behavior you are seeing is because route layovers are also > > included in our definition of "active" routes. I think this behavior > > was actually a requirement for a use case of the original BusTime UI > > for the B63 pilot. Adding a parameter to exclude layovers would be > > relatively straightforward, but then you'd need to backport the > > functionality into whatever branch of OBA you happen to be running, > > since I'm guessing it's not trunk.
> > Brian
> > On Mon, Dec 19, 2011 at 1:58 PM, Michael Frumin <mich...@frumin.net> > wrote: > >> Brian,
> >> I have a question about the trips-for-route REST API call (context: we > know it exists, and I believe you are in the process of adding it to the > REST API documentation).
> >> The question is this: is it possible/are there parameters to have it > only return trips that are actually active at the moment the call is made? > Right now, when I call it (say at 10am) I get back trips that are recently > finished (eg at 9:55) or are soon to start (eg at 10:05). Of course I can > do this filtration myself if needed, but it seems like the kind thing it > would/should have options for.
> >> Note: I am setting includeStatus=false -- I am just using it to query > the schedule, aside from whatever realtime buses/trips may or may not > actually be happening...
> >> Thanks, > >> Mike
> >> -- > >> You received this message because you are subscribed to the Google > Groups "OneBusAway API" group. > >> To post to this group, send email to onebusaway-api@googlegroups.com. > >> To unsubscribe from this group, send email to > onebusaway-api+unsubscribe@googlegroups.com. > >> For more options, visit this group at > http://groups.google.com/group/onebusaway-api?hl=en.
> > -- > > You received this message because you are subscribed to the Google > Groups "OneBusAway API" group. > > To post to this group, send email to onebusaway-api@googlegroups.com. > > To unsubscribe from this group, send email to > onebusaway-api+unsubscribe@googlegroups.com. > > For more options, visit this group at > http://groups.google.com/group/onebusaway-api?hl=en.
> > -- > > You received this message because you are subscribed to the Google > Groups "OneBusAway API" group. > > To post to this group, send email to onebusaway-api@googlegroups.com. > > To unsubscribe from this group, send email to > onebusaway-api+unsubscribe@googlegroups.com. > > For more options, visit this group at > http://groups.google.com/group/onebusaway-api?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "OneBusAway API" group. > To post to this group, send email to onebusaway-api@googlegroups.com. > To unsubscribe from this group, send email to > onebusaway-api+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/onebusaway-api?hl=en.
On Tue, Dec 20, 2011 at 3:33 PM, Michael Frumin <mich...@frumin.net> wrote: > Brian,
> Does trips-for-route have by any chance a hidden 'time' parameter, sort of > like arrivals-and-departures-for-stop, that allows you to get query results > for times other than now() ?
> Thanks, > Mike
> On Mon, Dec 19, 2011 at 8:35 PM, Michael Frumin <mich...@frumin.net> wrote:
>> D'oh!
>> Thanks, >> Mike >> -----Original Message----- >> From: Brian Ferris <bdfer...@onebusaway.org> >> Sender: onebusaway-api@googlegroups.com >> Date: Tue, 20 Dec 2011 02:33:31 >> To: <onebusaway-api@googlegroups.com> >> Reply-To: onebusaway-api@googlegroups.com >> Subject: Re: [onebusaway-api] trips-for-route
>> Correct, I meant to say trips.
>> In terms of adding the current server time in each response, this was >> actually implemented as part of the 1.x release. A common >> <currentTime/> element is included in each response. You can see an >> example here:
>> On Tue, Dec 20, 2011 at 2:06 AM, Michael Frumin <mich...@frumin.net> >> wrote: >> > Brian, this makes sense, though perhaps I think you mean "trips" rather >> > than "routes", right? Eg the trip is on a layover.
>> > Correct, we are not running trunk right now. Maybe this is just >> > something to think about for longer term development. For now I will filter >> > results on the client side.
>> > But, this does get me back to something we talked about -- having all >> > (or most) OBA Webservice API calls return/include the timestamp on the >> > server when the call is made. The reason I ask is because if I will be >> > filtering trips client side, I would rather not be thrown off by a couple of >> > minutes of clock skew. Obviously it's not a major issue and I'm happy to >> > deal with it for now, but while we're talking longer term stuff...
>> > I had to go back and look at the source to be sure, but I think the >> > current behavior you are seeing is because route layovers are also >> > included in our definition of "active" routes. I think this behavior >> > was actually a requirement for a use case of the original BusTime UI >> > for the B63 pilot. Adding a parameter to exclude layovers would be >> > relatively straightforward, but then you'd need to backport the >> > functionality into whatever branch of OBA you happen to be running, >> > since I'm guessing it's not trunk.
>> > Brian
>> > On Mon, Dec 19, 2011 at 1:58 PM, Michael Frumin <mich...@frumin.net> >> > wrote: >> >> Brian,
>> >> I have a question about the trips-for-route REST API call (context: we >> >> know it exists, and I believe you are in the process of adding it to the >> >> REST API documentation).
>> >> The question is this: is it possible/are there parameters to have it >> >> only return trips that are actually active at the moment the call is made? >> >> Right now, when I call it (say at 10am) I get back trips that are recently >> >> finished (eg at 9:55) or are soon to start (eg at 10:05). Of course I can >> >> do this filtration myself if needed, but it seems like the kind thing it >> >> would/should have options for.
>> >> Note: I am setting includeStatus=false -- I am just using it to query >> >> the schedule, aside from whatever realtime buses/trips may or may not >> >> actually be happening...
>> >> Thanks, >> >> Mike
>> >> -- >> >> You received this message because you are subscribed to the Google >> >> Groups "OneBusAway API" group. >> >> To post to this group, send email to onebusaway-api@googlegroups.com. >> >> To unsubscribe from this group, send email to >> >> onebusaway-api+unsubscribe@googlegroups.com. >> >> For more options, visit this group at >> >> http://groups.google.com/group/onebusaway-api?hl=en.
>> > -- >> > You received this message because you are subscribed to the Google >> > Groups "OneBusAway API" group. >> > To post to this group, send email to onebusaway-api@googlegroups.com. >> > To unsubscribe from this group, send email to >> > onebusaway-api+unsubscribe@googlegroups.com. >> > For more options, visit this group at >> > http://groups.google.com/group/onebusaway-api?hl=en.
>> > -- >> > You received this message because you are subscribed to the Google >> > Groups "OneBusAway API" group. >> > To post to this group, send email to onebusaway-api@googlegroups.com. >> > To unsubscribe from this group, send email to >> > onebusaway-api+unsubscribe@googlegroups.com. >> > For more options, visit this group at >> > http://groups.google.com/group/onebusaway-api?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups >> "OneBusAway API" group. >> To post to this group, send email to onebusaway-api@googlegroups.com. >> To unsubscribe from this group, send email to >> onebusaway-api+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/onebusaway-api?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "OneBusAway API" group. > To post to this group, send email to onebusaway-api@googlegroups.com. > To unsubscribe from this group, send email to > onebusaway-api+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/onebusaway-api?hl=en.
Great news. Sorry to nag, but will this call (and its parameters) go up on the REST API documentation some time soon? It would be helpful to have this reference to share with some folks.
-----Original Message-----
From: Brian Ferris <bdfer...@onebusaway.org>
Sender: onebusaway-api@googlegroups.com
Date: Tue, 20 Dec 2011 15:37:13 To: <onebusaway-api@googlegroups.com>
Reply-To: onebusaway-api@googlegroups.com
Subject: Re: [onebusaway-api] trips-for-route
Indeed it does.
On Tue, Dec 20, 2011 at 3:33 PM, Michael Frumin <mich...@frumin.net> wrote:
> Brian,
> Does trips-for-route have by any chance a hidden 'time' parameter, sort of
> like arrivals-and-departures-for-stop, that allows you to get query results
> for times other than now() ?
> Thanks,
> Mike
> On Mon, Dec 19, 2011 at 8:35 PM, Michael Frumin <mich...@frumin.net> wrote:
>> D'oh!
>> Thanks,
>> Mike
>> -----Original Message-----
>> From: Brian Ferris <bdfer...@onebusaway.org>
>> Sender: onebusaway-api@googlegroups.com
>> Date: Tue, 20 Dec 2011 02:33:31
>> To: <onebusaway-api@googlegroups.com>
>> Reply-To: onebusaway-api@googlegroups.com
>> Subject: Re: [onebusaway-api] trips-for-route
>> Correct, I meant to say trips.
>> In terms of adding the current server time in each response, this was
>> actually implemented as part of the 1.x release. A common
>> <currentTime/> element is included in each response. You can see an
>> example here:
>> On Tue, Dec 20, 2011 at 2:06 AM, Michael Frumin <mich...@frumin.net>
>> wrote:
>> > Brian, this makes sense, though perhaps I think you mean "trips" rather
>> > than "routes", right? Eg the trip is on a layover.
>> > Correct, we are not running trunk right now. Maybe this is just
>> > something to think about for longer term development. For now I will filter
>> > results on the client side.
>> > But, this does get me back to something we talked about -- having all
>> > (or most) OBA Webservice API calls return/include the timestamp on the
>> > server when the call is made. The reason I ask is because if I will be
>> > filtering trips client side, I would rather not be thrown off by a couple of
>> > minutes of clock skew. Obviously it's not a major issue and I'm happy to
>> > deal with it for now, but while we're talking longer term stuff...
>> > I had to go back and look at the source to be sure, but I think the
>> > current behavior you are seeing is because route layovers are also
>> > included in our definition of "active" routes. I think this behavior
>> > was actually a requirement for a use case of the original BusTime UI
>> > for the B63 pilot. Adding a parameter to exclude layovers would be
>> > relatively straightforward, but then you'd need to backport the
>> > functionality into whatever branch of OBA you happen to be running,
>> > since I'm guessing it's not trunk.
>> > Brian
>> > On Mon, Dec 19, 2011 at 1:58 PM, Michael Frumin <mich...@frumin.net>
>> > wrote:
>> >> Brian,
>> >> I have a question about the trips-for-route REST API call (context: we
>> >> know it exists, and I believe you are in the process of adding it to the
>> >> REST API documentation).
>> >> The question is this: is it possible/are there parameters to have it
>> >> only return trips that are actually active at the moment the call is made?
>> >> Right now, when I call it (say at 10am) I get back trips that are recently
>> >> finished (eg at 9:55) or are soon to start (eg at 10:05). Of course I can
>> >> do this filtration myself if needed, but it seems like the kind thing it
>> >> would/should have options for.
>> >> Note: I am setting includeStatus=false -- I am just using it to query
>> >> the schedule, aside from whatever realtime buses/trips may or may not
>> >> actually be happening...
>> >> Thanks,
>> >> Mike
>> >> --
>> >> You received this message because you are subscribed to the Google
>> >> Groups "OneBusAway API" group.
>> >> To post to this group, send email to onebusaway-api@googlegroups.com.
>> >> To unsubscribe from this group, send email to
>> >> onebusaway-api+unsubscribe@googlegroups.com.
>> >> For more options, visit this group at
>> >> http://groups.google.com/group/onebusaway-api?hl=en.
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups "OneBusAway API" group.
>> > To post to this group, send email to onebusaway-api@googlegroups.com.
>> > To unsubscribe from this group, send email to
>> > onebusaway-api+unsubscribe@googlegroups.com.
>> > For more options, visit this group at
>> > http://groups.google.com/group/onebusaway-api?hl=en.
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups "OneBusAway API" group.
>> > To post to this group, send email to onebusaway-api@googlegroups.com.
>> > To unsubscribe from this group, send email to
>> > onebusaway-api+unsubscribe@googlegroups.com.
>> > For more options, visit this group at
>> > http://groups.google.com/group/onebusaway-api?hl=en.
>> --
>> You received this message because you are subscribed to the Google Groups
>> "OneBusAway API" group.
>> To post to this group, send email to onebusaway-api@googlegroups.com.
>> To unsubscribe from this group, send email to
>> onebusaway-api+unsubscribe@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/onebusaway-api?hl=en.
> --
> You received this message because you are subscribed to the Google Groups
> "OneBusAway API" group.
> To post to this group, send email to onebusaway-api@googlegroups.com.
> To unsubscribe from this group, send email to
> onebusaway-api+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/onebusaway-api?hl=en.
-- You received this message because you are subscribed to the Google Groups "OneBusAway API" group.
To post to this group, send email to onebusaway-api@googlegroups.com.
To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
On Wed, Dec 21, 2011 at 2:27 AM, Michael Frumin <mich...@frumin.net> wrote: > Great news. Sorry to nag, but will this call (and its parameters) go up on the REST API documentation some time soon? It would be helpful to have this reference to share with some folks.
> Thanks again for everything, > Mike
> -----Original Message----- > From: Brian Ferris <bdfer...@onebusaway.org> > Sender: onebusaway-api@googlegroups.com > Date: Tue, 20 Dec 2011 15:37:13 > To: <onebusaway-api@googlegroups.com> > Reply-To: onebusaway-api@googlegroups.com > Subject: Re: [onebusaway-api] trips-for-route
> Indeed it does.
> On Tue, Dec 20, 2011 at 3:33 PM, Michael Frumin <mich...@frumin.net> wrote: >> Brian,
>> Does trips-for-route have by any chance a hidden 'time' parameter, sort of >> like arrivals-and-departures-for-stop, that allows you to get query results >> for times other than now() ?
>> Thanks, >> Mike
>> On Mon, Dec 19, 2011 at 8:35 PM, Michael Frumin <mich...@frumin.net> wrote:
>>> D'oh!
>>> Thanks, >>> Mike >>> -----Original Message----- >>> From: Brian Ferris <bdfer...@onebusaway.org> >>> Sender: onebusaway-api@googlegroups.com >>> Date: Tue, 20 Dec 2011 02:33:31 >>> To: <onebusaway-api@googlegroups.com> >>> Reply-To: onebusaway-api@googlegroups.com >>> Subject: Re: [onebusaway-api] trips-for-route
>>> Correct, I meant to say trips.
>>> In terms of adding the current server time in each response, this was >>> actually implemented as part of the 1.x release. A common >>> <currentTime/> element is included in each response. You can see an >>> example here:
>>> On Tue, Dec 20, 2011 at 2:06 AM, Michael Frumin <mich...@frumin.net> >>> wrote: >>> > Brian, this makes sense, though perhaps I think you mean "trips" rather >>> > than "routes", right? Eg the trip is on a layover.
>>> > Correct, we are not running trunk right now. Maybe this is just >>> > something to think about for longer term development. For now I will filter >>> > results on the client side.
>>> > But, this does get me back to something we talked about -- having all >>> > (or most) OBA Webservice API calls return/include the timestamp on the >>> > server when the call is made. The reason I ask is because if I will be >>> > filtering trips client side, I would rather not be thrown off by a couple of >>> > minutes of clock skew. Obviously it's not a major issue and I'm happy to >>> > deal with it for now, but while we're talking longer term stuff...
>>> > I had to go back and look at the source to be sure, but I think the >>> > current behavior you are seeing is because route layovers are also >>> > included in our definition of "active" routes. I think this behavior >>> > was actually a requirement for a use case of the original BusTime UI >>> > for the B63 pilot. Adding a parameter to exclude layovers would be >>> > relatively straightforward, but then you'd need to backport the >>> > functionality into whatever branch of OBA you happen to be running, >>> > since I'm guessing it's not trunk.
>>> > Brian
>>> > On Mon, Dec 19, 2011 at 1:58 PM, Michael Frumin <mich...@frumin.net> >>> > wrote: >>> >> Brian,
>>> >> I have a question about the trips-for-route REST API call (context: we >>> >> know it exists, and I believe you are in the process of adding it to the >>> >> REST API documentation).
>>> >> The question is this: is it possible/are there parameters to have it >>> >> only return trips that are actually active at the moment the call is made? >>> >> Right now, when I call it (say at 10am) I get back trips that are recently >>> >> finished (eg at 9:55) or are soon to start (eg at 10:05). Of course I can >>> >> do this filtration myself if needed, but it seems like the kind thing it >>> >> would/should have options for.
>>> >> Note: I am setting includeStatus=false -- I am just using it to query >>> >> the schedule, aside from whatever realtime buses/trips may or may not >>> >> actually be happening...
>>> >> Thanks, >>> >> Mike
>>> >> -- >>> >> You received this message because you are subscribed to the Google >>> >> Groups "OneBusAway API" group. >>> >> To post to this group, send email to onebusaway-api@googlegroups.com. >>> >> To unsubscribe from this group, send email to >>> >> onebusaway-api+unsubscribe@googlegroups.com. >>> >> For more options, visit this group at >>> >> http://groups.google.com/group/onebusaway-api?hl=en.
>>> > -- >>> > You received this message because you are subscribed to the Google >>> > Groups "OneBusAway API" group. >>> > To post to this group, send email to onebusaway-api@googlegroups.com. >>> > To unsubscribe from this group, send email to >>> > onebusaway-api+unsubscribe@googlegroups.com. >>> > For more options, visit this group at >>> > http://groups.google.com/group/onebusaway-api?hl=en.
>>> > -- >>> > You received this message because you are subscribed to the Google >>> > Groups "OneBusAway API" group. >>> > To post to this group, send email to onebusaway-api@googlegroups.com. >>> > To unsubscribe from this group, send email to >>> > onebusaway-api+unsubscribe@googlegroups.com. >>> > For more options, visit this group at >>> > http://groups.google.com/group/onebusaway-api?hl=en.
>>> -- >>> You received this message because you are subscribed to the Google Groups >>> "OneBusAway API" group. >>> To post to this group, send email to onebusaway-api@googlegroups.com. >>> To unsubscribe from this group, send email to >>> onebusaway-api+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/onebusaway-api?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups >> "OneBusAway API" group. >> To post to this group, send email to onebusaway-api@googlegroups.com. >> To unsubscribe from this group, send email to >> onebusaway-api+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/onebusaway-api?hl=en.
> -- > You received this message because you are subscribed to the Google Groups "OneBusAway API" group. > To post to this group, send email to onebusaway-api@googlegroups.com. > To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
> -- > You received this message because you are subscribed to the Google Groups "OneBusAway API" group. > To post to this group, send email to onebusaway-api@googlegroups.com. > To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
I don't know if this is worth adding but I sovled this problem by
saying that if the time was less than the current time then not to
show the result at all. This of course happened AFTER the API call
On Dec 19, 4:58 am, "Michael Frumin" <mich...@frumin.net> wrote:
> I have a question about the trips-for-route REST API call (context: we know it exists, and I believe you are in the process of adding it to the REST API documentation).
> The question is this: is it possible/are there parameters to have it only return trips that are actually active at the moment the call is made? Right now, when I call it (say at 10am) I get back trips that are recently finished (eg at 9:55) or are soon to start (eg at 10:05). Of course I can do this filtration myself if needed, but it seems like the kind thing it would/should have options for.
> Note: I am setting includeStatus=false -- I am just using it to query the schedule, aside from whatever realtime buses/trips may or may not actually be happening...
Ok, an observation: trips-route returns lots of trips not for the requested route. It includes lots of trips on other routes if they are on a block with trips on the requested route.
I'm sure this is intentional (?) for one reason or another, but it was definitely confusing at first. One can easily filter out using the routeId's in the references, so mostly I'm just curious as to why.
It's only in the current-SNAPSHOT documentation at the moment. I need
to clean up a few other issues before I cut a release.
Brian
On Wed, Dec 21, 2011 at 2:27 AM, Michael Frumin <mich...@frumin.net> wrote:
> Great news. Sorry to nag, but will this call (and its parameters) go up on the REST API documentation some time soon? It would be helpful to have this reference to share with some folks.
> Thanks again for everything,
> Mike
> -----Original Message-----
> From: Brian Ferris <bdfer...@onebusaway.org>
> Sender: onebusaway-api@googlegroups.com
> Date: Tue, 20 Dec 2011 15:37:13
> To: <onebusaway-api@googlegroups.com>
> Reply-To: onebusaway-api@googlegroups.com
> Subject: Re: [onebusaway-api] trips-for-route
> Indeed it does.
> On Tue, Dec 20, 2011 at 3:33 PM, Michael Frumin <mich...@frumin.net> wrote:
>> Brian,
>> Does trips-for-route have by any chance a hidden 'time' parameter, sort of
>> like arrivals-and-departures-for-stop, that allows you to get query results
>> for times other than now() ?
>> Thanks,
>> Mike
>> On Mon, Dec 19, 2011 at 8:35 PM, Michael Frumin <mich...@frumin.net> wrote:
>>> D'oh!
>>> Thanks,
>>> Mike
>>> -----Original Message-----
>>> From: Brian Ferris <bdfer...@onebusaway.org>
>>> Sender: onebusaway-api@googlegroups.com
>>> Date: Tue, 20 Dec 2011 02:33:31
>>> To: <onebusaway-api@googlegroups.com>
>>> Reply-To: onebusaway-api@googlegroups.com
>>> Subject: Re: [onebusaway-api] trips-for-route
>>> Correct, I meant to say trips.
>>> In terms of adding the current server time in each response, this was
>>> actually implemented as part of the 1.x release. A common
>>> <currentTime/> element is included in each response. You can see an
>>> example here:
>>> On Tue, Dec 20, 2011 at 2:06 AM, Michael Frumin <mich...@frumin.net>
>>> wrote:
>>> > Brian, this makes sense, though perhaps I think you mean "trips" rather
>>> > than "routes", right? Eg the trip is on a layover.
>>> > Correct, we are not running trunk right now. Maybe this is just
>>> > something to think about for longer term development. For now I will filter
>>> > results on the client side.
>>> > But, this does get me back to something we talked about -- having all
>>> > (or most) OBA Webservice API calls return/include the timestamp on the
>>> > server when the call is made. The reason I ask is because if I will be
>>> > filtering trips client side, I would rather not be thrown off by a couple of
>>> > minutes of clock skew. Obviously it's not a major issue and I'm happy to
>>> > deal with it for now, but while we're talking longer term stuff...
>>> > I had to go back and look at the source to be sure, but I think the
>>> > current behavior you are seeing is because route layovers are also
>>> > included in our definition of "active" routes. I think this behavior
>>> > was actually a requirement for a use case of the original BusTime UI
>>> > for the B63 pilot. Adding a parameter to exclude layovers would be
>>> > relatively straightforward, but then you'd need to backport the
>>> > functionality into whatever branch of OBA you happen to be running,
>>> > since I'm guessing it's not trunk.
>>> > Brian
>>> > On Mon, Dec 19, 2011 at 1:58 PM, Michael Frumin <mich...@frumin.net>
>>> > wrote:
>>> >> Brian,
>>> >> I have a question about the trips-for-route REST API call (context: we
>>> >> know it exists, and I believe you are in the process of adding it to the
>>> >> REST API documentation).
>>> >> The question is this: is it possible/are there parameters to have it
>>> >> only return trips that are actually active at the moment the call is made?
>>> >> Right now, when I call it (say at 10am) I get back trips that are recently
>>> >> finished (eg at 9:55) or are soon to start (eg at 10:05). Of course I can
>>> >> do this filtration myself if needed, but it seems like the kind thing it
>>> >> would/should have options for.
>>> >> Note: I am setting includeStatus=false -- I am just using it to query
>>> >> the schedule, aside from whatever realtime buses/trips may or may not
>>> >> actually be happening...
>>> >> Thanks,
>>> >> Mike
>>> >> --
>>> >> You received this message because you are subscribed to the Google
>>> >> Groups "OneBusAway API" group.
>>> >> To post to this group, send email to onebusaway-api@googlegroups.com.
>>> >> To unsubscribe from this group, send email to
>>> >> onebusaway-api+unsubscribe@googlegroups.com.
>>> >> For more options, visit this group at
>>> >> http://groups.google.com/group/onebusaway-api?hl=en.
>>> > --
>>> > You received this message because you are subscribed to the Google
>>> > Groups "OneBusAway API" group.
>>> > To post to this group, send email to onebusaway-api@googlegroups.com.
>>> > To unsubscribe from this group, send email to
>>> > onebusaway-api+unsubscribe@googlegroups.com.
>>> > For more options, visit this group at
>>> > http://groups.google.com/group/onebusaway-api?hl=en.
>>> > --
>>> > You received this message because you are subscribed to the Google
>>> > Groups "OneBusAway API" group.
>>> > To post to this group, send email to onebusaway-api@googlegroups.com.
>>> > To unsubscribe from this group, send email to
>>> > onebusaway-api+unsubscribe@googlegroups.com.
>>> > For more options, visit this group at
>>> > http://groups.google.com/group/onebusaway-api?hl=en.
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "OneBusAway API" group.
>>> To post to this group, send email to onebusaway-api@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> onebusaway-api+unsubscribe@googlegroups.com.
>>> For more options, visit this group at
>>> http://groups.google.com/group/onebusaway-api?hl=en.
>> --
>> You received this message because you are subscribed to the Google Groups
>> "OneBusAway API" group.
>> To post to this group, send email to onebusaway-api@googlegroups.com.
>> To unsubscribe from this group, send email to
>> onebusaway-api+unsubscribe@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/onebusaway-api?hl=en.
> --
> You received this message because you are subscribed to the Google Groups "OneBusAway API" group.
> To post to this group, send email to onebusaway-api@googlegroups.com.
> To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
> --
> You received this message because you are subscribed to the Google Groups "OneBusAway API" group.
> To post to this group, send email to onebusaway-api@googlegroups.com.
> To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
-- You received this message because you are subscribed to the Google Groups "OneBusAway API" group.
To post to this group, send email to onebusaway-api@googlegroups.com.
To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
On Mon, Jan 9, 2012 at 8:50 PM, Michael Frumin <mich...@frumin.net> wrote: > Ok, an observation: trips-route returns lots of trips not for the requested route. It includes lots of trips on other routes if they are on a block with trips on the requested route.
> I'm sure this is intentional (?) for one reason or another, but it was definitely confusing at first. One can easily filter out using the routeId's in the references, so mostly I'm just curious as to why.
> Thanks, > Mike
> -----Original Message----- > From: Brian Ferris <bdfer...@onebusaway.org> > Sender: onebusaway-api@googlegroups.com > Date: Wed, 21 Dec 2011 07:36:48 > To: <onebusaway-api@googlegroups.com> > Reply-To: onebusaway-api@googlegroups.com > Subject: Re: [onebusaway-api] trips-for-route
> Documentation for the trips-for-route call? That's been up since last > week, but maybe I forgot to ping you with the link?
> It's only in the current-SNAPSHOT documentation at the moment. I need > to clean up a few other issues before I cut a release.
> Brian
> On Wed, Dec 21, 2011 at 2:27 AM, Michael Frumin <mich...@frumin.net> wrote: >> Great news. Sorry to nag, but will this call (and its parameters) go up on the REST API documentation some time soon? It would be helpful to have this reference to share with some folks.
>> Thanks again for everything, >> Mike
>> -----Original Message----- >> From: Brian Ferris <bdfer...@onebusaway.org> >> Sender: onebusaway-api@googlegroups.com >> Date: Tue, 20 Dec 2011 15:37:13 >> To: <onebusaway-api@googlegroups.com> >> Reply-To: onebusaway-api@googlegroups.com >> Subject: Re: [onebusaway-api] trips-for-route
>> Indeed it does.
>> On Tue, Dec 20, 2011 at 3:33 PM, Michael Frumin <mich...@frumin.net> wrote: >>> Brian,
>>> Does trips-for-route have by any chance a hidden 'time' parameter, sort of >>> like arrivals-and-departures-for-stop, that allows you to get query results >>> for times other than now() ?
>>> Thanks, >>> Mike
>>> On Mon, Dec 19, 2011 at 8:35 PM, Michael Frumin <mich...@frumin.net> wrote:
>>>> D'oh!
>>>> Thanks, >>>> Mike >>>> -----Original Message----- >>>> From: Brian Ferris <bdfer...@onebusaway.org> >>>> Sender: onebusaway-api@googlegroups.com >>>> Date: Tue, 20 Dec 2011 02:33:31 >>>> To: <onebusaway-api@googlegroups.com> >>>> Reply-To: onebusaway-api@googlegroups.com >>>> Subject: Re: [onebusaway-api] trips-for-route
>>>> Correct, I meant to say trips.
>>>> In terms of adding the current server time in each response, this was >>>> actually implemented as part of the 1.x release. A common >>>> <currentTime/> element is included in each response. You can see an >>>> example here:
>>>> On Tue, Dec 20, 2011 at 2:06 AM, Michael Frumin <mich...@frumin.net> >>>> wrote: >>>> > Brian, this makes sense, though perhaps I think you mean "trips" rather >>>> > than "routes", right? Eg the trip is on a layover.
>>>> > Correct, we are not running trunk right now. Maybe this is just >>>> > something to think about for longer term development. For now I will filter >>>> > results on the client side.
>>>> > But, this does get me back to something we talked about -- having all >>>> > (or most) OBA Webservice API calls return/include the timestamp on the >>>> > server when the call is made. The reason I ask is because if I will be >>>> > filtering trips client side, I would rather not be thrown off by a couple of >>>> > minutes of clock skew. Obviously it's not a major issue and I'm happy to >>>> > deal with it for now, but while we're talking longer term stuff...
>>>> > I had to go back and look at the source to be sure, but I think the >>>> > current behavior you are seeing is because route layovers are also >>>> > included in our definition of "active" routes. I think this behavior >>>> > was actually a requirement for a use case of the original BusTime UI >>>> > for the B63 pilot. Adding a parameter to exclude layovers would be >>>> > relatively straightforward, but then you'd need to backport the >>>> > functionality into whatever branch of OBA you happen to be running, >>>> > since I'm guessing it's not trunk.
>>>> > Brian
>>>> > On Mon, Dec 19, 2011 at 1:58 PM, Michael Frumin <mich...@frumin.net> >>>> > wrote: >>>> >> Brian,
>>>> >> I have a question about the trips-for-route REST API call (context: we >>>> >> know it exists, and I believe you are in the process of adding it to the >>>> >> REST API documentation).
>>>> >> The question is this: is it possible/are there parameters to have it >>>> >> only return trips that are actually active at the moment the call is made? >>>> >> Right now, when I call it (say at 10am) I get back trips that are recently >>>> >> finished (eg at 9:55) or are soon to start (eg at 10:05). Of course I can >>>> >> do this filtration myself if needed, but it seems like the kind thing it >>>> >> would/should have options for.
>>>> >> Note: I am setting includeStatus=false -- I am just using it to query >>>> >> the schedule, aside from whatever realtime buses/trips may or may not >>>> >> actually be happening...
>>>> >> Thanks, >>>> >> Mike
>>>> >> -- >>>> >> You received this message because you are subscribed to the Google >>>> >> Groups "OneBusAway API" group. >>>> >> To post to this group, send email to onebusaway-api@googlegroups.com. >>>> >> To unsubscribe from this group, send email to >>>> >> onebusaway-api+unsubscribe@googlegroups.com. >>>> >> For more options, visit this group at >>>> >> http://groups.google.com/group/onebusaway-api?hl=en.
>>>> > -- >>>> > You received this message because you are subscribed to the Google >>>> > Groups "OneBusAway API" group. >>>> > To post to this group, send email to onebusaway-api@googlegroups.com. >>>> > To unsubscribe from this group, send email to >>>> > onebusaway-api+unsubscribe@googlegroups.com. >>>> > For more options, visit this group at >>>> > http://groups.google.com/group/onebusaway-api?hl=en.
>>>> > -- >>>> > You received this message because you are subscribed to the Google >>>> > Groups "OneBusAway API" group. >>>> > To post to this group, send email to onebusaway-api@googlegroups.com. >>>> > To unsubscribe from this group, send email to >>>> > onebusaway-api+unsubscribe@googlegroups.com. >>>> > For more options, visit this group at >>>> > http://groups.google.com/group/onebusaway-api?hl=en.
>>>> -- >>>> You received this message because you are subscribed to the Google Groups >>>> "OneBusAway API" group. >>>> To post to this group, send email to onebusaway-api@googlegroups.com. >>>> To unsubscribe from this group, send email to >>>> onebusaway-api+unsubscribe@googlegroups.com. >>>> For more options, visit this group at >>>> http://groups.google.com/group/onebusaway-api?hl=en.
>>> -- >>> You received this message because you are subscribed to the Google Groups >>> "OneBusAway API" group. >>> To post to this group, send email to onebusaway-api@googlegroups.com. >>> To unsubscribe from this group, send email to >>> onebusaway-api+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/onebusaway-api?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups "OneBusAway API" group. >> To post to this group, send email to onebusaway-api@googlegroups.com. >> To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com. >> For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups "OneBusAway API" group. >> To post to this group, send email to onebusaway-api@googlegroups.com. >> To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com. >> For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
> -- > You received this message because you are subscribed to the Google Groups "OneBusAway API" group. > To post to this group, send email to onebusaway-api@googlegroups.com. > To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
> -- > You received this message because you are subscribed to the Google Groups "OneBusAway API" group. > To post to this group, send email to onebusaway-api@googlegroups.com. > To unsubscribe from this group, send email to onebusaway-api+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/onebusaway-api?hl=en.
