Could just substring the serial portion, chance of a collision would be fairly small I would guess.

If you want another app to see the speed of cars that are passing you, you need to Pythag the location of the spectator handset with all the locations of the cars. If you ordered that query by distance descending then you would get the cars as they were passing.

You could also cache the distance and compare most recent with the current one and see if they were getting closer or further away.

As of 2004, the format of the IMEI is AA-BBBBBB-CCCCCC-D, although it may not always be displayed this way. The IMEISV drops the Luhn check digit in favour of an additional two digits for the Software Version Number (SVN), making the format AA-BBBBBB-CCCCCC-EE

So CCCCCC is the actual serial of handset and AA-BBBBBB is the BABT allocation number.

10% of IMEIs are not unique

Would not be a problem to a URLencode on the incomming string to stop SQL enjection.

Nice other phone application would be to see the speed of the cars as they passed

quote:

---

Originally posted by Chris
?reg=RegNO

---

quote:

---

Originally posted by ed
You could then have a web application that creates images that are updated every 10 seconds, or you could make the web application run 10-20 seconds in delay of realtime which means that you could have a pseudo-live updating image.

---

If you want a GPS rate higher then 1Hz carry multiple phones running the same app :lol:

I currently have the code to send lat / long to sever via HTTP post.

Also collecting the OBD

Cycle;Timestamp;Calculated Load Value (%) ;Engine Coolant Temperature (°C) ;Short Term Fuel Trim - Bank 1 (%) ;Long Term Fuel Trim - Bank 1 (%) ;Engine RPM (1/min) ;Vehicle Speed (km/h) ;Ignition Timing Advance for #1 Cylinder (°) ;Intake Air Temperature (°C) ;Air Flow Rate (g/s) ;Absolute Throttle Position (%) ;O2 Sensor Bank 1 - Sensor 1 (V) ;O2 Sensor Bank 1 - Sensor 1 (%) ;O2 Sensor Bank 1 - Sensor 2 (V) ;O2 Sensor Bank 1 - Sensor 2 (%) ;Distance Traveled While MIL Is Activated (km) ;Fuel Economy (momentary) (l/100km) ;Fuel Economy (momentary) (MPG) ;OBD Port Voltage (V)

The data transfer is a small datagram so would be realtime ish obviously better with higher bandwidth connection.

www.racechrono.com is the ideal app but does not send data realtime

I'm not sure how well a live update would work - there are some limitations on the data acquisition and also the upload of data. If you used batch processing to collect the GPS data at the highest resolution possible (1Hz?) and then uploaded the data as an array or similar at a rate of 0.1Hz to your web server. You could then have a web application that creates images that are updated every 10 seconds, or you could make the web application run 10-20 seconds in delay of realtime which means that you could have a pseudo-live updating image.

Lots of stuff to think about, sounds like a nice project though :)

Symbian is the better option as anyone who knows anything about phones wouldn't have an iPhone.

have a look at these apps already out there

my-symbian.com

http://gpsed.com/


http://www.symbianguru.com/phone-guardian-s60-3.html

[Edited on 08-02-2010 by Ian]

Have you got lat/long in the handset?

GPS would just be lat / long data, but possible to also include obd feeds for temp,throttle,etc.

reg,lat,long,alt,knot

http://www.corsasport.co.uk/trackday/?reg=RegNO&lat=54.31&alt=3.23&al=60&sp=87

The other end (truck) read out using http read as raw data from server then placed on to virtual com port to emulate gps feed for use in visualGSP etc.

No reason why there couldn't be a few apps so long as they agreed on the data format going in the POST.

Which really, could be the entire $GPRMC sentence from the NMEA data if you have that in the phone.

Otherwise regular long/lat would do. Do you know what format you have available to the app?

nokia = yuk

could write one for iphone.

Yeah the data rate isn't massive, the GPS data is 1Hz.

If you can get an external facing IP in the truck then you could use HTTP POST to get the data back in.

In fact, they could POST back to the CS server and be made available to the script as CSV or something straight from the DB.

Might make a nice data-driven Flash app actually, could be online and mobile on the site then as well.

Flash app would be nice if you could extrapolate the track trajectory from the incoming data and interpolate additional keyframes based on the speed and heading data.

There are programs that report back as often as you want currently, GPS only updates every second so every couple of seconds would probably be about as high resolution as you got.

Not sure about getting multiple cars on one screen.

Need to do something about plotting multiple points on a map overlay as well. I've got software to do a single GPS trace but you can't give it multiple NMEA sources.

Are any of you out there experienced in programming applications for sysmbian OS.

I have a concept for a track day information program that will;

Send GPS data back to Corsapsort track support truck
Data will then be displayed realtime on the screen inside the truck.
optional send of images from car.

This will give a realtime view of the cars on the track with speed and location.