Lately there have been many ideas/thoughts flying around regarding potential project outcomes for my fledgeline Ph.D. research.
I wanted to get some of them out into the blogosphere, so I can get them out of my head and into some kind of intelligent format. So here goes;
bus tracker
Web based interface for seeing real-time locations of buses (user defined, the 370 route for example).
gps/wifi units installed in sydney buses, which update on a 30/60 second interval to a central server. The data for this can be accessed via the web (for computers or mobile devices), specific to each bus route or roadway. This could be achieved via an intelligent algorithm to parse gps info and isolate the particular road/street the bus was on, or compare the data to typical route windows for particular routes.
Possible configurations for this could allow for the actual bus times to be compared with the 'timetable-d' buses (think ghosting from car racing games), so you can see if the bus is early or late, or an automated 'location-destination' mode for finding the buses most useful to you.
(the motivation for this idea came to me one day as I stood waiting for a bus for about 20 minutes!)
Notes: This idea could be fairly quickly mocked up using freely available tools, such as google docs and google maps (I'll have to find my demonstration of this, which does not work in real time but can update a google map with a gps location as it is plugged into the spreadsheet), which are already web based and would work well with handheld web-able devices.
pixeltag
Realtime collaborative grafitti, using depth/physics/tag manipulation all from a single hand-held device. Inspired by the mobispray project, but looking to take the work much further.
This idea is a bit of a cheat, actually, as I'm currently implementing bits of it as we speak. At the moment I am able to create a drawing, however primitive, using the wii remote as an input device. The prototype can control location (X/Y axis) using a trigger and the accellerometer data of the wii, and colour (up/down) and size (left/right) using the 'd' pad of the remote.
Ideally I would like to be able to relate the wii location relative to the screen (possibly using IR) to control the 'depth' (Z axis) of the drawn element, as well as adding some imitative features of real graf (such as drips, splashability etc) based on the wii's accell data. Also there is the possibility of taking the project to new levels by multiplying the users possible, the canvas space (which theoretically is an area measurement approaching infinity) and even the networking ability to allow for users to grafitti much larger environments - such as a whole room, the entire inside of a building or even an entire street/suburb.
This is definitely a possibility, and within reach as the current input device is so widespread. As Johnny Lee would put it, the Wii remote (not the console, the remote) has outsold most tablet pcs or devices, making it the most commonly owned computational input device on the marked. All that is required is a number of (possibly networked) pcs and projectors and you've got your own grafitti city. Theoretically.
So that's where I'm at currently. The first project could get up off the ground over the summer, but I'm also very keen to get my hands dirty with the arduino module and some more bluetooth-able projects before next semester begins. The computational environments students won't know what hit them~!
Related Posts
architecture com dab data float gallery google information interface j line pixeltag processing 39