Friday, 19 March 2010

Tracks Refreshed - Processing

It has taken a while but now the first track records coming out of the UrbanDiary project are ported and can be visualised with processing. This is really an awesome tool to work with, however there is still a lot of hiccups and stuff to learn for me. So with a lot of trial and error I managed to get this one going. It is based on some stuff Steven M. Ottens has put together for his visualisations of GPS tracks HERE.
For this lot of data, it replay the recordings of seven participants of the UrbanDiary project. THese were recorded between April and August 2009. The setting is Greater London and you can most probably start guessing a few location that get highlighted as the drawing progresses. Some of the denser locations are;
However there are still some problems with the time component of the data as well as the transparency.
From a processing point of view it makes use of the tomc GPX library.

Music Ooze by Klez on


Ollie said...

If you use Linux, you can get a very similar effect using OSM Party Render - see

Stvn said...

@UrbanTick: do you want to share your code? I noticed that you managed to display multiple users, but also fell in trap (IMHO) to connect separate tracks resulting in random lines through space. So I'm interested in the first bit and have ideas how to solve the second bit (if that's a problem for you)
@Ollie: I forgot about the party render, I know it is pretty much designed to visualize this kind of data. I will try it to see how easy it is. On the other hand Processing is insanely powerful so it gives you more freedom for visualization.

fan said...

@Ollie yes OSM render would be a tool, but I am not good at linux.
@Stvn Regarding the tracks, somehow with a single track it would interpret the GPX field with individual track segments correctly. however in the version with multiple tracks it would stop at the segments and complain. Haven't figured out what the problem is.
I can upload the code for you, do you have a directory? drop me an email. It is a very crude multiple importing and reading of the same code.