Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - michaelbechtold

Pages: [1] 2 3 ... 44
1
Locus Map (4+) / Re: Locus Map 4, discussion
« on: October 01, 2020, 11:22:58 »
...On the map itself, this doesn't matter s the information is all visual but once it becomes textual it is potentially confusing. I don't see a way of resolving this however.

Hello John,
what you highlight is just another example of missing governance in OSM. A system that works internationally, needs to have internationally uniq rules for the same thing. There can be tons of diversity, as occurence of details differs a lot between parts of the world. But the same thing needs to be categorized the same way all over the planet. Otherwise you'll end up
- either with nightmares for all developers who want to serve the customers by adding piles of exceptions
- or users have to live with the frustrations and exercise such "mapping" in their own minds. And hopefully turn to OSM to shout.
In my work for the world overview maps I suffered quite a bit. Most crazy example was a peak of 28000 (well - meters in OSM), beating Mt.Everest hands down. Now - some bloke added the evelation in feet. If he'd only put "ft" or alike behind the figure ...) Until now I ended up checking the OSM elevation against SRTM elevation and checked the most relevant cases from the candidates that show a factor of 2.5 to 3.5. Did more than 1000 fixes in OSM so far (then became a bit tired ...).
In the end only a lot of people have to speak up and influence the OSM community to behave more consistently.
Just my 2c.
Cheers
Michael

2
Locus Map (4+) / Re: Locus Map 4, discussion
« on: October 01, 2020, 11:11:07 »
@Frivold
... If there will be more people interested in the old behavior, I may create an expert setting for this behavior.

Hi Menion,
expert setting for LM4 is the perfect way. With the search capability in settings, there is no added complexity. And an additional expert setting take more like minutes than hours of work, right ?
Pls. count me as "interested", too :-)
TXs and cheers
Michael

3
Troubles & Questions / Re: Data Transfer In Android Phone
« on: September 24, 2020, 10:20:48 »
A file manager app.

"FX" is good.

Last update a year ago or so.
I am using X-plore (from a CZ guy :-).

4
[DE] - deutschsprachiger Forumsbereich / Re: Problem mit _oam.osm.map
« on: September 18, 2020, 23:37:28 »
Da fehlen eine Reihe von Informationen zur Situation:
- wie sind die Einstellungen zur Karten-Wahl (offline, Vektor) ?
- hast Du die Karte an Locus durch die Kartenverwaltung bekanntgemacht ?
- welche Europa-Karte siehst Du ? Online ? Oder eine Offline-Raster-Karte (denn Europa-Vektorkarten sind mir nicht bekannt - viel zu groƟ) ?

5
Locus Map (4+) / Re: Locus Map - cloud/sync server
« on: September 15, 2020, 07:19:07 »
TXs for your nightly response, Janaton.
Let me go through the points one by one:
1) Main concern -  we could accidentally mess up versions and expose something obsolete
Much more serious is a sloppy delete - from user side as well as on your side. A code that deletes ONLY if there is a specific flag set in a DB row if very straight forward and can be verified. A "free" delete as today is more risky in any regard. Risk x (# users ...)

2) Additional complexity - clean up made asynchronously (implement task manager, cleanup logic located away from sync code)
Yes, there is some more complexity. But one more daemon running on the server does not make a huge difference. And again, cleanup logic is very simple.

3) Increased storage requirements that you need to handle history
If you want to stay in control of this, then drop my idea to have users trigger the cleanup (and yes, users may forget forever ...), but rather establish a rule like "Restore up to one week from deletion". This limits the additional storage, and lets you stay in control. A restore (triggered by a user) is a simple removal of the deleted flag, followed by a sync.

 4) We agreed that we don't want to offer versioning functionality to user thus keeping history would be more or less for support and emergency situations (something would go terribly wrong).
I do NOT propose any versioning, but only a limited safeguard against accidental deletions. Big difference!

Regards to the whole team.
Michael


6
Locus Map (4+) / Re: Locus Map - cloud/sync server
« on: September 14, 2020, 16:18:14 »
TXs Janaton, for your explanation. As I am in Comp.Science since 40 years, I exactly understand your message.
Yet, what I propose is a UUID based on a hash of the whole record (all point or track data, no device specifics inluded!). As we are not fighting off NSA here, it can be a "cheap" one.
Then all those special cases are gone, right ?
If the hash is identical across devices, your existing algorithm will automatically do the right thing - ignore. If not, sync.
And I still do not understand what is complex about careful handling of deletions (flagging, detailed sync history, user triggered cleanup).
TXs and cheers
Michael



7
Locus Map (4+) / Re: Locus Map - cloud/sync server
« on: September 13, 2020, 08:36:46 »
Well, what you describe is a copy/paste, not a sync.
I had the suspicion that on the older devices there were some tracks that I had not manually transferred to the latest device (S10) in the past (waiting for your sync feature :-)).
So they would NOT be a fresh install, but rather a full-sync for a good reason.

Is there a way to access the server for my account and have a list of what is there ? You know, I do not need fancy features for this kind of fundamental testing.

8
Locus Map (4+) / Re: Locus Map - cloud/sync server
« on: September 12, 2020, 23:29:46 »
New observation on the Tab: all groups are there twice, some appear even a third time. Many of them are not complete.
Quite a mess !

9
Locus Map (4+) / Re: Locus Map - cloud/sync server
« on: September 12, 2020, 23:08:02 »
Now some test results:
- tracks DB is nearly 1 GB in size
- waypoints has about 35,000 entries (6 MB)
- this is the sequence of events
- S10 has the latest DB, sync, runs through
- Note 3: started sync around 16:30 - still not finished, now at 8% of the points
- LG G5: it had an older version of the DBs, a bit smaller. Sync started - everything flattened
- Tab S6 lite: DB grew massively in size (now 1.4 GB), but seems to work at least. However, now with a new sync start, the points are flattened (groups are still there, but empty)

10
Troubles & Questions / Re: No auto switch between raster and vector maps
« on: September 12, 2020, 22:48:05 »
I can confirm that selecting an OAM map (checked in high zoom), then moving far away via the world map (low zoom) and digging deep again will bring the respective OAM map correctly.
Did not try jumping between LoMap and OAM, though.

11
Locus Map (4+) / Re: Locus Map - cloud/sync server
« on: September 12, 2020, 22:37:20 »
Hi Menion,
I am not talking about server side. Today you notify about the last update. Locally on the device.
That could be a history of more than one.
When ypou tap the "?" you get some stats today. Very technical. That should be a drill down for each category: addition, deletion, change. All locally on the device, as you must have this information there anyway. Hence no complexity.
The flagging etc. I propose below is also LOCAL, not on the server side.
Resilience ...
Cheers
Michael

12
Locus Map (4+) / Re: Locus Map - cloud/sync server
« on: September 12, 2020, 19:20:46 »
Hi Menion and Janaton,
I am reading about conflict resolutions, even deletions and in particular the latter rings alarm bells.
To save users and Asamm from trouble (and believe me, when that goes out into the wild, life WILL become wild ...) Istrongly propose at least two things:
- any sync run shall create a separate, human readable log file which includes all points and track actions in a meaningful description
- any overwrite should not be a physical overwrite in the DB, but rather creating a new point/track and makr the earlier one "invisible"
- same for deletions
- then add a cleanup function that physically removes those flagged entries
- and if you want to be really nice, also offer to restore (with "restored-DATE") inserted into the object name
If you think this may puzzle users, you can offer such as "safe mode" :-)
Just my 2c
Cheers
Michael

13
Troubles & Questions / Re: No auto switch between raster and vector maps
« on: September 12, 2020, 10:11:51 »
Glad the switching works now - in principle.
The malfunction you see now is beyond my reach. I think only Menion can comment.

14
Locus Map (4+) / Re: Locus Map - cloud/sync server
« on: September 11, 2020, 22:31:08 »
@balloni55
...
I've just uploaded new version "MapGooglePlay_3.48.0.6_964_beta", so give it a try. I believe it will works correctly now.
...
Hi Menion,
looking at Google Drive I only see the 960 version from late August. How to get to the 964, pls ?
TXs and cheers
Michael

15
Troubles & Questions / Re: No auto switch between raster and vector maps
« on: September 11, 2020, 22:26:39 »
Hi NickJP,
assuming that you use this world map as pre-loaded global map (advanced map feature setting), you should check your offline map settings: automatic map loading needs to be switched on.
For me this combination works like a charm.
Fingers crossed for you.
Cheers
Michael

Pages: [1] 2 3 ... 44