Thank you very much for raising the issue of live OC Transpo GPS data. The feed was available briefly in December and early January and allowed several enthusiasts, including myself, to develop apps that enable bus users to find out where the buses actually are.Whilst there were some technical issues with the data, there was an excellent contact at OC Transpo that was helping deal with teething problems. Even when the position data is a little unreliable, it at least confirms that a bus is actually running. Since OC Transpo is currently short of drivers, many buses do not run at all, just knowing which buses are running is a great step forward.Keeping the feed running would have made it easier to resolve issues with the data. Apps could easily have provided a caveat for users that the service is still experimental and data may not always be reliable.In fact, my understanding is that the real reason for the withdrawal of the service was a political dispute regarding ownership of the data between the City of Ottawa and OC Transpo. It is a great shame that petty disputes are standing in the way of better information for bus users.
Jonathan
--
Jonathan Rudenberg | @titanous
On Tue, 01 Feb 2011 16:06 -0500, "swf...@gmail.com" <swf...@gmail.com>
wrote:
I also recommend we all contact our councillors. I doubt they know the real story on this one.
Sean
"Alex Lougheed" <alou...@gmail.com> wrote:
>1. I'm stuck in the past.
>
>2. Thanks for all that info. Very informative. I still think it would
>be
>foolish to not push ahead though. I think that council would embrace us
>provided some fire to the contracted folks feet--to see if they can
>make a
>better app than us. If they can't, the city learns a valuable lesson in
>how
>it gives out contracts. If they can, the city still learns a valuable
>lesson
>in how it gives out contracts. We can also spin it so it becomes a win
>for
>Watson: fixing the old plan which was put in place under O'Brien.
>
>With no substantial objections, I'm going to submit that letter at 9pm
>tonight.
>
>A
>*
>*
I tend to agree with the sentiment of this statement, but I'd be
careful making it. The key to employing someone to build software for
you is that money (and a contract) buys time, focus and expertise.
There's no guarantee that we'll continue to develop our different
projects once yet-another interesting project comes along. There's
also no guarantee that we'll add the features that octranspo think
they want - we'll add those that are interesting to us.
That said, I work for a company that develops applications for hire.
If it were my employer working on the project for octranspo, my first
response to ~free~ applications would be that we bring that "extra
something special" that might not come out of people working for free
(yes, I realise that this could be perceived as FUD). Furthermore, if
the "free" applications were actually free software, I'd probably
point them out and attempt to build on top of them (giving credit
where due, of course).
Just something to consider,
Don/
--
karfai [AT] gmail.com
http://www.strangeware.ca
http://blog.strangeware.ca
Do we as citizens of this city want a product that's 100% complete for 100%
of the cost or 90% complete for 5% of the cost? As the purse strings tighten
to cut back on taxes (or prevent increases) it really boils down to
effective fiscal management and I'm confident in the spirit of the new
Council to operate in a manner that reflects a commitment to learn from past
mistakes. After all, there's already a system in place which provides
adequate bus schedule views. This open data is all a bonus and not a
critical service so why are we investing more money than we have to into it?
It's likely we've already paid for the development services which, in my
opinion, is unfortunate. Open data is about empowering the people and self
correction at little cost. I'm always amazed at how effective open data can
be as an enabler when you entrust the people to serve the people where data
is concerned. Touting open data than trying to control the medium is just
bad business.
Regardless though, I think we all agree that the feed should be opened back
up. I can't imagine a contract that would restrict the city from doing just
that in parallel with any previous agreed upon obligations. At the very
least it might save some maintenance costs and provide an alternative down
the road. If it's a matter of embarrassment; well, two wrongs don't make a
right and it's time to make it right.
There's likely much I don't know about the situation but I do like the
proposed letter to respond to the article and I hope someone will send it
off. I Also encourage everyone to talk to your Councilor and ask the right
questions. How much are we paying for this when it could be done for next to
free? This city continues to get duped by bad advice and even worse contract
restrictions and it is truly disheartening to watch it happen time and time
again.
Sean Kibbee
True.
But, owning the app also lets you control the API and control how much
information is available, and to whom.
Someone there realized that an automated system could simply pull the
schedule, the time points, and the GPS data, and then simply file a
complaint everytime a bus leaves a time point early.
Don, as you know, that a lot of buses are not on time, and as the
Citizen determined from the raw data, staff has been lying (with
statistics) to council for some years about the on-time performance of
OC-Transpo.
--
] He who is tired of Weird Al is tired of life! | firewalls [
] Michael Richardson, Sandelman Software Works, Ottawa, ON |net architect[
] m...@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
Kyoto Plus: watch the video <http://www.youtube.com/watch?v=kzx1ycLXQSE>
then sign the petition.
Definitely true.
> Someone there realized that an automated system could simply pull the
> schedule, the time points, and the GPS data, and then simply file a
> complaint everytime a bus leaves a time point early.
>
Agreed. I'm sure that the political implications of the data's
availability played a key role in the disappearance of the feed.
Honestly, it's these issues that always had me thinking that we'd
never see such a thing. Obviously, the City wants it available but
octranspo does not.
> Don, as you know, that a lot of buses are not on time, and as the
> Citizen determined from the raw data, staff has been lying (with
> statistics) to council for some years about the on-time performance of
> OC-Transpo.
>
Hm... Lying, strong words. Might even be true.
I agree 100% with Michael and Sean. My reason for pointing out the
mentality behind employing an application developer was to add more
nuance to the conversation. Basically: how the PHBs might see us
versus them when in fact there's no difference.
My own opinion is that this data should be free: available and
unencumbered. Whether there is an external contractor should be
irrelevant to whether the data is available.
swfiua> In particular, I was curious about the >40% of buses being early. The GPS
swfiua> data often showed buses early, but the real issue is passing stops early
swfiua> (say more than 1 minute early), the GPS data may not reveal
swfiua> that well.
If the stop is a timepoint, then the bus has to stop there and wait.
The fact that few buses ever do this is the problem.
If a bus stops at a time point and waits there:
a) the GPS positioning data is going to be more accurate, because
you can accumulate more readings when you are not moving.
b) there is a much higher likelyhood that the data will get reported
on time. Because the bus is not moving, it is not moving from cell
to cell, and it should get a chance to report.
So there should be no technical issues with knowing if a bus leaves a
time point early.
--