which buses are we doing this for?
the on campus buses come every 15 or 30 mins(right?), and are always
on time, the CCTA buses are a little harder to keep track of, but they
too keep to their schedule very well.
who is going to use this service?
very few people take the bus who don't take it regularly, so either
they know the times (because they take it from the same place every
day) or they are going to need to look up a schedule---these are the
people were trying to help. knowing where the bus is right now
probably doesnt interest them very much, they want to know how many
minutes from when they are looking at the schedule the next one will
be at the closest location to them (phew
actually putting any kind of unattended device connected to a cell
phone on a bus must need some kind of approval from whatever corporate
body who runs the buses here?
do we need the driver to remember to turn it on and off(?)
involving other people who may not care about the project can and
probably will lead to unexpected problems.
I think the idea of a live map of bus locations and ETAs for a bus
"near me" (as well as any other bus information functionality we can
come up with) is great, but live tracking of the buses may not be
necessary. if for the most part, they are on time, maybe we can just
simulate their locations (as andrew was saying to create a fake data
source for testing).
i think we can do this project for free and have it working as well as
if not better than if we were spending time, money and energy on live
got to go get to petco before they close.
I will be happy to create the fake data source. i think id learn a lot
Quoting Christopher Anthony Tucci <[log in to unmask]>:
> sounds good. ill let you know what i learn.
> Quoting Michael Evan Karpeles <[log in to unmask]>:
>> Howdy hackers,
>> I'll be around the hacker lab most of the night trying to get a
>> framework for the project based on Andrew's points.
>> 1. First, I'd like to get a bare-bones web front end (which is easily
>> parse-able). I'm creating an HG repository in
>> /home/mek/cssa/projects/CatTrack on .188 aka deadowl. Feel free to
>> 2. Also, I'll try to get a project wiki page started. Andrew, do you
>> know anything about Redmine? I was looking through the specs and felt
>> like it would be a good way for us to keep organized.
>> 3. Professor Bongard suggests that we talk to Sentient (company that
>> produces sensors to provide health monitoring) for possible funding or
>> sensor donations.
>> 4. Professor Wu mentioned that we could potentially get funding from
>> Undergraduate Research Funds. I'll try to meet with him before drafting
>> the project proposal.
>> 5. Tucci, if you have the time, do you want to do some reading on
>> satellite based GPS devices and see how much it would cost to get
>> phones with a reasonable data sending policy? We also need to ensure
>> that the GPS information is accessible and that text messages have
>> adequate space to send data... If it can send X,Y coordinates and we
>> can get timee sent (which I'm assuming would be trivial) we should be
>> all set.
>> The faster we can get the OCELOT project finished, the faster we can
>> configure apache & mysql to have a testable work environment.
>> I'll send updates as the night goes on. Cheers!
>> - Michael E. Karpeles
>> UVM ACM Chapter
>> CSSA Vice President
>> CSSA Secretary