It's been some time since we had a MassDOT/MBTA Developer's Meeting, and a lot's happened: we've introduced new signs and new and updated feeds, you've written over 50 apps, and now we have something brand new we want to alert you to. So please come to catch up on the latest changes, tell us what you're looking for from us, and get a sneak peek at what's next.
The meeting will be Tuesday May 7th at 6pm at 10 Park Plaza, Boston. When you reach 10 Park Plaza head up the escalator to reach the 2nd floor conference rooms.
This event is free tickets are not required, but you can help us plan by letting us know you're coming by emailing or using eventbrite:
http://www.eventbrite.com/event/6475569603
Looking forward to seeing you!
Sincerely,
Developer at MBTA
--
You received this message because you are subscribed to the Google Groups "MBTA Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to massdotdevelop...@googlegroups.com.
To post to this group, send email to massdotd...@googlegroups.com.
Visit this group at http://groups.google.com/group/massdotdevelopers?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
--
Thanks very much for holding the meeting last night. I commend you for sharing the data that enables us to create apps for users.
We discussed open source and bug lists; I encourage consideration of the latter. For example, you could create a code.google.com project with only an issue list, which would allow external developers to not only report problems, but to see bugs that you choose to add, and to discuss work arounds, and to be notified when their status is updated.
James Synge
--
I agree with James that an openly available bug list would be a great idea.
(I know as a Google employee James is obligated to suggest Google Code as a place to host the bug list, but I'd say that way more developers are using GitHub at this point.)
Both open source code and public bug trackers have a support burden which might be nontrivial for an organization as large and complex as the MBTA, because there is an expectation that a product is designed to allow for community involvement. It needs to be documented and bugs need to be tracked and handled within a reasonable timeframe. Even opening their data to us has its cost in documentation and communication, and they need to vet their data and APIs more carefully than they probably would if it was all relatively closed.
I'm pretty happy with the MBTA's open data myself and I think that was worth the cost. Hopefully other projects are worth their time to open but I would understand if they don't.
-George