Hi,
	We're starting a project which aims to do similar things (store some  
dimensions of a slope for a GPS location, possibly a photo too). We're  
looking at geocouch for location indexing (http://www.vmx.cx/cgi-bin/blog/index.cgi/geocouch-geospatial-queries-with-couchdb:2008-10-26:en,CouchDB,Python,geo 
). If you can write something that will index your sensor data I'd say  
this was a good fit, you might need to use a custom (i.e. not  
javascript) view server, depending on what that data is.
Cheers
Simon

On 13 Jul 2010, at 08:14, Charlie Chilton wrote:

> Hi,
>
> Recently I saw Aaron Miller has an Alpha of CouchDB running on
> Android, which has me very excited about the convergence of these two
> technologies.
>
> One project where CouchDB on Android could help us would be for the
> logging of Bluetooth sensor data (such as GPS, and other external
> sensors, such as Weather).
>
> CouchDB is appealing here because of its replication technology;
> sharing the sensors DB's to other Android Devices in the area and back
> to base over the mobile network would be great!
>
> After reading much about CouchDB, I was wondering if anyone could
> 'sanity check' the idea of putting raw sensor data into the Database,
> and then writing views to extract meaningful information from it.
>
> Some of the sensor data would be binary, while other stuff such as GPS
> would be text based NMEA strings. Regardless of the sensor data output
> type, each raw insertion into the database would be a complete
> 'sentence' of input, so the views would have something
> reliable/predictable to work on.
>
> The other option is to decode the sensor data prior to insertion, but
> this doesn't feel as fun!
>
> Any comments appreciated,
>
> Charlie