Active Topics
-
Camera phone competition March 2023 "Endless" (35)
to General by Maemish - 3 days, 1 hr ago -
TLS 1.2 for N9 is ready (28)
to MeeGo / Harmattan by smartblu9 - 3 days, 2 hrs ago -
Maemo repository (3)
to Community by torsen - 3 days, 18 hrs ago -
Error after installing Leste on sdcard (11)
to Maemo 7 / Leste by Maemish - 4 days, 15 hrs ago -
Introducing ubiboot N9 (multiboot OS loader) (1,393)
to Alternatives by smatkovi - 5 days, 22 hrs ago - more...
 |
Naranek |
2008-07-12
, 08:43
|
|
Posts: 236 |
Thanked: 149 times |
Joined on Jul 2007
@ Finland
|
#11
|
I think it would be better to have the device remain operational. If it locks up, the thief would probably flash it or throw it away. As long as it is functioning, the thief might use it himself or sell it to someone, so it'll keep popping up in the network and sending location data. I'm fairly confident the authorities would in fact act on this if I had a good trace of the device. After all, you don't know how much other stolen things you'd find from the perpetrator.
|
|
2008-07-12
, 15:57
|
|
Posts: 60 |
Thanked: 17 times |
Joined on Feb 2008
|
#12
|
Originally Posted by Naranek
You're probably right. At least that way you could track it. I am working on one of the earlier suggestions to incorporate gps latitude/longitude data in the file that is sent home. I think it will work, but one problem is that the gps on the N810 takes a long time to get a fix on the satellites, so you would have to turn on the gps from the command line which can be done, but it would have to be on for a long time before you could get the data, and the thief might notice the icon that indicates that the gps is on.
I think it would be better to have the device remain operational. If it locks up, the thief would probably flash it or throw it away. As long as it is functioning, the thief might use it himself or sell it to someone, so it'll keep popping up in the network and sending location data. I'm fairly confident the authorities would in fact act on this if I had a good trace of the device. After all, you don't know how much other stolen things you'd find from the perpetrator.
 |
|
2008-07-12
, 16:16
|
|
Posts: 1,310 |
Thanked: 820 times |
Joined on Mar 2006
@ Irving, TX
|
#13
|
Originally Posted by dannemil
That's why I suggested to send "last known" position, instead of trying to get a GPS fix. If somebody stole it they are almost certain to use the Map at some point of time... and would wait the GPS to have fix. Then the app can just read the coordinates data and possibly time stamp with it. Then it would not draw the thief attention he's being spied/watched.
You're probably right. At least that way you could track it. I am working on one of the earlier suggestions to incorporate gps latitude/longitude data in the file that is sent home. I think it will work, but one problem is that the gps on the N810 takes a long time to get a fix on the satellites, so you would have to turn on the gps from the command line which can be done, but it would have to be on for a long time before you could get the data, and the thief might notice the icon that indicates that the gps is on.
If the "call home" applet reports every few minutes, you could even draw the router the thief was driving, assuming he had active internet connection.
|
|
2008-07-12
, 16:22
|
|
Posts: 425 |
Thanked: 132 times |
Joined on Mar 2008
@ California
|
#14
|
KernelPanic was working on something like this over in this thread:
http://www.internettablettalk.com/fo...ad.php?t=20593
Only a little bit more advanced... however development seems to have ceased.
http://www.internettablettalk.com/fo...ad.php?t=20593
Only a little bit more advanced... however development seems to have ceased.
__________________
Promises are like babies. Fun to make, but hard to deliver.
Warning: dates on calendar are closer than they appear.
Promises are like babies. Fun to make, but hard to deliver.
Warning: dates on calendar are closer than they appear.
|
|
2008-07-12
, 16:23
|
|
Posts: 60 |
Thanked: 17 times |
Joined on Feb 2008
|
#15
|
Originally Posted by Mara
I am working on this suggestion. You can turn on the gps from within the bash script, but here is where the lousy gps on the N810 really interferes with what should be an easy solution. You can grep the output of the gps for the latitude and longitude, but it takes forever for it to get a fix. Additionally, when you turn on the gps from within the shell script, the gps icon shows up in the tray. This might not be noticeable by the thief or it might be ignored, but the long time to get a fix is the real problem. Otherwise, you could easily get the current latitude and longitude and put it in the file that is sent home.
In case of N810, the GPS last known position might be useful information. Doesn't the A-GPS save the coordinates to some file that could be read and reported back?
|
|
2008-07-12
, 16:26
|
|
Posts: 60 |
Thanked: 17 times |
Joined on Feb 2008
|
#16
|
Originally Posted by Mara
I am not sure that the gps saves it last known position in a file somewhere. If it did, that would be great. I think that you have to turn it on and log the output to a file. Does anybody know if the last known position is saved somewhere automatically?
That's why I suggested to send "last known" position, instead of trying to get a GPS fix. If somebody stole it they are almost certain to use the Map at some point of time... and would wait the GPS to have fix. Then the app can just read the coordinates data and possibly time stamp with it. Then it would not draw the thief attention he's being spied/watched.
If the "call home" applet reports every few minutes, you could even draw the router the thief was driving, assuming he had active internet connection.
|
|
2008-07-12
, 21:01
|
|
Posts: 236 |
Thanked: 149 times |
Joined on Jul 2007
@ Finland
|
#17
|
Few thoughts... First - how about phoning home when ever the network is connected instead of a hourly cron job? That way it would send the data even on short times of online connectivity.
If this feature is finished, it should be something that can't be installed and removed through the application manager. There should be as little chance as possible of an unauthorized user finding out it is there.
It would be great if the traffic between "server" and tablet could be encrypted. SSL maybe? I wouldn't want some eavesdropper knowing where I roam when the device isn't stolen.
You'd think that the last known coordinates aren't that hard to come by. Maybe polling the gpsd for location every now and then, and writing it to some file if you get a location?
I don't have much of programming skills for tablets, but I'm pretty good with PHP, so I can help in collecting and browsing the data if needed.
If this feature is finished, it should be something that can't be installed and removed through the application manager. There should be as little chance as possible of an unauthorized user finding out it is there.
It would be great if the traffic between "server" and tablet could be encrypted. SSL maybe? I wouldn't want some eavesdropper knowing where I roam when the device isn't stolen.
You'd think that the last known coordinates aren't that hard to come by. Maybe polling the gpsd for location every now and then, and writing it to some file if you get a location?
I don't have much of programming skills for tablets, but I'm pretty good with PHP, so I can help in collecting and browsing the data if needed.
|
|
2008-07-13
, 04:06
|
|
Posts: 60 |
Thanked: 17 times |
Joined on Feb 2008
|
#18
|
Originally Posted by Naranek
I'll work on trying to get it to check on the network connection. This would probably mean that it has to run at boot and be always running in the background.
Few thoughts... First - how about phoning home when ever the network is connected instead of a hourly cron job? That way it would send the data even on short times of online connectivity.
If this feature is finished, it should be something that can't be installed and removed through the application manager. There should be as little chance as possible of an unauthorized user finding out it is there.
It would be great if the traffic between "server" and tablet could be encrypted. SSL maybe? I wouldn't want some eavesdropper knowing where I roam when the device isn't stolen.
You'd think that the last known coordinates aren't that hard to come by. Maybe polling the gpsd for location every now and then, and writing it to some file if you get a location?
I don't have much of programming skills for tablets, but I'm pretty good with PHP, so I can help in collecting and browsing the data if needed.
Maybe the program could be a hidden file: .callhome
You're right about the current version sending info unencrypted. As it stands now it sends the file whenever you are connected. I'm not that good at doing ssl, but I can look into it.
It would be fairly easy to grab the gps info and store it in a file. Once again, though, the problem is the time it takes to get a fix once the gps is turned on. It can take 5 minutes or more to get a fix, so this will have to be factored into the solution.
I already made progress on turning the gps on from the shell script and filtering the messages to get the latitude and longitude. The problem remains waiting for the gps to get a fix so you can store this location or add it to the file that is sent home.
Thanks for the offer. I'll continue to work on this.
|
|
2008-07-13
, 13:21
|
|
Posts: 1,208 |
Thanked: 1,028 times |
Joined on Oct 2007
|
#19
|
by saving the script to /etc/network.d/if-up.d/ it will be executed every time when network connection is brought up.
And isn't the script using scp, which is encrypted.
And isn't the script using scp, which is encrypted.
|
|
2008-07-13
, 14:07
|
|
Posts: 60 |
Thanked: 17 times |
Joined on Feb 2008
|
#20
|
Originally Posted by mikkov
Thanks for the help. I think it is /etc/network/if-up.d (no network.d). Yes, you are right, it is using scp so it is encrypted. I'll try putting the script in /etc/network/if-up.d
by saving the script to /etc/network.d/if-up.d/ it will be executed every time when network connection is brought up.
And isn't the script using scp, which is encrypted.
One problem that I am running into in trying to incorporate the current latitude and longitude from gps into the file that is sent home is that I can redirect the output from gps into a file, but once I execute the statement to do this from within a shell script:
/usr/libexec/navicore-gpsd-helper | grep GPGGA >> where_ami.log
I can never get past that statement because it just continues to pour the data into the log file. Even if I put that statement in a loop, it never gets past that statement. The only way to stop it is to kill the gps program, but that would have to be done from another script. Can anybody suggest another way to get past that statement ot to log the gps data?
I am thinking that as soon as the NIT boots, the gps gets turned on with a script that logs the gps data into a log file. Maybe it exports an environment variable that has the time it was started. Another script that also gets started at boot reads that environment variable and waits for some specified period of time to let the gps get a fix (5 minutes?), then it kills the gps, parses the gps log file for the latitude and longitude, and writes those to the file that is being "sent home" along with all of the IP data.
Any help on this?