New Topic

Locus Map - help desk Topic Question Locus Map (Android)

This object is in archive!

Category Locus Map (Android)

Application Locus Map 4

Comments 16

Subscribers 4

Votes 1

How to restore a single point from backups? Ho to explore the contents of a backup?

Claudio Fava shared this question ago

Answered

How can I restore a single point that I have mistakenly deleted?

I don't want to restore the entire archive!

Is it possible to explore the contents of a backup to read, for example, the coordinates of the points? Thanks

The same question

Replies (5)

Michal Stupka ●

Hi Claudio,

the whole point and track database is backed up. It consists of two DB files readable only in Locus. So you can do so in two Locuses on two devices - you can restore the backup in one device, export the one point in GPX file and then import the point to the first (original) Locus Map.

URL

Michael Bechtold ●

If you are savy enough with a file manager, you can do it with one Locus, and careful backup of current waypoint.db (only this one needed in your case), extract the backup waypoint.db from the backup zip to the right place in data subfolder, start Locus, do the export of the point to file system, exit from Locus. Then re-install your manual waypoint.db copy, start Locus and import your point from the exported file.

If you are not afraid of SQL, you can use a SQLite reader and find your point there.

Which brings me to a message to the Locus team: such manual glitches can easily happen, and the recovery is painful, whichever way you chose.

The introduction of a bin is no rocket science - just a flag to hide the "deleted" objects until the bin is explicitly purged.

CHeers

Michael

URL

Claudio Fava ●

Thanks to both, I solved with a sql reader.

I would ask you another thing: looking at the db I was looking for the references to the attachments of the points, the photos that link to a point, where do I find them in the db? Thanks

Files:

URL

Michal Stupka ●

The info you're looking for is serialized in the "extra_data" column. Unfortunately, the chance you extract the data from there manually limits to zero...

URL

Michael Bechtold ●

Michal, this makes the bin feature even more relevant.

And it can be as trivial as a Locus track and point folder with a reserved name BiN.

A delete would be a simple move to those respective folders. As I said: trivial to implement.

BiNs cannot be deleted, but their content can by the existing features.

URL

Michal Stupka ●

Hi Michael, I'm afraid we have a lot to do elsewhere in the app/web at the moment and we definitely don't want to develop a bin that completely dismantles the current sync system. And AFAIK the word "trivial" is no the proper one for such an operation :)

URL

Michael Bechtold ●

I agree, Michal, that there are potential perfectionist designs that cause a lot of pain and effort.

My hint leverages existing features to the highest level. BiN would be synched, as other folders. - what's the issue?

URL

Michael Bechtold ●

PS: the whole ting would be a change in the "delete" function:

if (folder == BiN)

then do the delete as today

else do a move of the object to BiN

No changes anywhere else in the code.

What do you call such?

URL

Menion ●

Hello Michael,

Syncing deleted items sounds to me like waste of power/bandwidth. Next to it, there have to be UI where you may see already deleted items and be able to restore it. In many places where app grab data from the DB needs to be exception to exclude "deleted" items. There will be also issues with import & overwrite system and later restore of items that now again exists because they were re-imported after deletion ...

Uff, no sorry, I do not think that this feature is really so important.

Menion

URL

Claudio Fava ●

Sorry, and the description field, is it readable in the db?

URL

Menion ●

To make it clear: almost everything (there are a few tiny exceptions) is readable from the points/tracks database. You only usually need a Locus API library to read data because often they are serialized and not directly readable. It is the same with the description. So if you are skilled with Java, you may create your own too to extract these data. Otherwise sorry, not possible to get data directly from SQLite.

URL

Claudio Fava ●

No, I'm not skilled with java ... . I'm asking myself these questions to understand if the backups I'm doing are useful in case of recovery. So I'm realizing that the only useful and correct way to backup everything is to copy the Locus folders ... Correct? The other automatic modes etc do not backup everything, see the descriptions, or the photos inserted in the attachments when creating a point ...

URL

Claudio Fava ●

Among the backups proposed by the backup manager there is not one that backs everything up!

URL

Menion ●

Backup the whole app directory does not backup all app settings.

I consider as the best solution automatic full backup to the cloud + individual manual backup if you need of

- photos > Locus/data/media directory

- maps > Locus/maps

Vector maps may be easily re-downloaded, but some purchased raster maps (stored in the "maps" may be downloaded only once so rather backup it).

URL

Claudio Fava ●

Thank you very much.

For the photos, which I add as attachments to the points, I take them from the default gallery folder set on the sd, I don't use the media/photo directory. By the way, are there any contraindications to putting attachments in a folder other than media/photo?

URL

Menion ●

Taking photos from the system gallery is probably the best option for now and it is also something, we will very probably force users to do in all cases. Media/photo content is not synchronized by the device and also not as "sync" in the Locus Map 4 Gold, so data may be easily lost when you change device > stupid, I know.

URL