ade | # 51 | 2014-02-18, 20:13 | Report

Not that long ago I found out about this program.

What interested me most where the features in the never released version 2.7-2.

Having a daemon running which detects celltower changes provides an very energy efficient global tracking system (with the emphasis on global).

Unfortunally, the basic setup done in version 2.7-2 has not seen further development for years now.

So I decided to pick up from there to address the missing parts. The main change is visible in an extra screen to manage the cellid data.

The "de-duplicate log" button is useful for eliminating redundant data, as you can have a ping-pong effect between celltowers when you are not on the move. Then you can decide to import into an (sqlite) database for "permanent" storage. You will need an internet connection at that moment, as related positioning info is collected using the google api.

From the data in the database, you can create a KML file for a certain time period. The file can be loaded in Marble on the device, but the best result can be seen in for example google earth.

If there is interest, I could try to contact Saturn, the original developer. If not, we leave things as they are

Attached Images

 

handaxe | # 52 | 2014-02-19, 01:04 | Report

Your call effort-wise of course. But surely loc stuff aside, this is so much a duplication of cellnet-info?

Estel | # 53 | 2014-02-19, 03:34 | Report

Of course, there is (interest) Just get that maintainership already!

Seriously though, I can't imagine why you would ever think about putting your contribution to drawer and never release it. Some really nice ideas you got there. Out of curiosity: why "best results would be achieved using, fort example, Google Earth", as opposed to Marble on-device? Shouldn't accuracy be exactly the same (low)?

/Estel

hugh.jf.chen | # 54 | 2014-02-19, 08:54 | Report

Wow,that sounds great. I'd just installed this program but it's only 1.9. Could you please push the 2.7 package to the repo?

ade | # 55 | 2014-02-19, 17:37 | Report

Not entirely imho. The goal of cellnet-info was to provide as much cellular info as possible, while snuggle has focused on geolocation solely. As snuggle already has some features I like, I didn't want to recreate them in cellnet-info, but it crossed my mind

The data is the same of course. It is just that Marble seems to remove more details.


2.7 was a development version, not entirely ready for a release in Saturns view. I hope we can release version 2.8.
I will send Saturn a pm shortly to see where to go next.

---

Last edited by ade; 2014-02-19 at 18:50. Reason: marble info was not entirely correct

Saturn | # 56 | 2014-02-20, 13:58 | Report

True, I've spent some time to further develop features. Some of them were complete but not all of the goals set came to end (here is what was completed at the time of the SVN upload http://talk.maemo.org/showpost.php?p...8&postcount=47). Thus, it wasn't a good version for casual users and for this I decided to upload it only in the SVN (when i saw I run out of time) for people to make use of them if needed but never hoped for contribution.

This is great news!! I've answered to Ade's PM and hopefully we make a release soon. I haven't seen the code yet but from the screenshot he posted looks like he completed all todos and added a couple of features more!

---

Last edited by Saturn; 2014-02-20 at 14:05.

Saturn | # 57 | 2014-02-23, 18:47 | Report

Uploaded new version 2.8-1 in extras-devel.

This is a combined version of the changes ade made (ver. 2.8-0) on top of the previous unreleased version (ver. 2.7-2).
Many thanks to ade for making this happen.

Changelog:

Changes in ver. 2.7-2

• Added a daemon to log the cell info data.
• Added missing dependencies on the python libraries for gobject, dbus, location and httplib2.
• Removed logging of all info from the main application.
• Added a sudoers file for the daemon.
• Modified the postinstall and postrm scripts.
• Created helper to populate geolocation data from the cell info and transform it to a kml file.
• Changed the timestamping to fit with the kml code; WARNING: old logs are not backwards compatible.
• Added new menu fields for creating the kml file and configuring the daemon.
• Modified the UI to expand on all the available screen.
• Added daemonHelper file to start/stop the deamon.
• Added database to store the info.
• Added a start-up screen.

Changes in ver. 2.8-0

• Added screen for data management.
• Select time period for KML file generation.
• Option to remove duplicate cellids.
• Option to clear cellid log.
• Option to load data in database.
• Make sure busybox ps is used.
• Move config data inside .config directory.

This is a preliminary version and (in the next couple of weeks) one more will come with cleanups, some last features missing and better credits for ade's work.

ade | # 58 | 2014-02-23, 19:28 | Report

A few changes got lost. One of them is that you can't de-duplicate/clear the log. To fix that for now:

Saturn | # 59 | 2014-02-23, 19:57 | Report

Thanks, (even though I don't really have time) I was making the other changes we discussed and my testing was failing on this.
Good to know it was never working on my release!

While checking on this, I realise that moving the log data to the .config folder it might not be ideal from the security point of view at least. Now they are accessible by all.
If you don't have an objection, in the next version I will move it and protect it to need root privileges for viewing or modification.

ade | # 60 | 2014-02-23, 20:26 | Report

I send you two mails on the two files you forgot to modify about half a day ago.

As it was located in /home/user/.snuggle instead of /home/user/.config/snuggle, it did not change anything in this context imho.
If you want root access only (log/db), I am afraid snuggle itself needs to be running using root for viewing/modifying, unless you have another solution for that. Of course I have no objections if you can do it in a transparent way.