[APP] - version 3.17.x (16. 5. 2016+)

[menion]

@0709: if I understand correctly, you wants to set name to generated "Via points" to something different? Current, points created during "Add new route" (for example) are named "Via points" (defined on crowdin as 'via_point'). This name also should be read during navigation with TTS. Text for this is defined as "pass_point" in tts files, so it's simply point name (defined as %s).

So summary:
- Locus name generated via points by translated text if point do not have own name, so usually "Via point"
- TTS generated command by "name after xx metres"

So what should I improve? If German translation of "Via point" is not the best for this generated command, should I add some other option to crowdin, like
- label in UI
- name of generated via point
right?

About "rtepointactions" - the list of actions was created when I started work on navigation system many years ago, based on actions in MapQuest navigation. Anyway some actions are not used at all for now, like this number 2 and 23. Both do absolutely nothing for now.

@balloni55: hmm isn't "Android system battery optimization" enough? Not sure if it's needed to specify it more. To be true, I think that various devices has this settings on various places and Locus has no possibility to find out exact place in devices settings.
Fact that you do not see this dialog again ... didn't you used "Don't ask again" checkbox?

@joeloc: this directory is used for caching of all downloaded images from internet in format, they are downloaded. Images from Panoramio and cached local photos in miniaturized version should be already cached on different place in /sdcard/Android/data/menion.android.locus/cache . Anyway 5000 is quite nice number ... seems I'll have to reduce some older files here as this may also slow down access to these files. Thanks for info

@gynta: well, I was probably tired from neverending discussion about private room in Live tracking we have in team. Otherwise I'm always on side of perfectionism (as far as my strength reached). So "Paddling" changed to "Canoeing", thanks .

About search around other then map center location - seems that same problem is also in "Points", "Wiki", "Google Places". Small issue found and problem fixed, thank again!

[balloni55]

didn't you used "Don't ask again" checkbox?

you are right
but after that i´ve uninstalled BETA and installed it new, so i expect on first start without restore from backup this dialog again

[menion]

hm it should appear in case, you have still ENABLED battery optimization.

Hmm, but when you re-install whole Locus, system should not remember this "battery optimization" settings. Interesting.

[0709]

http://forum.locusmap.eu/index.php?topic=255.msg43578#msg43578
"Via Point" is not translated, and the German TTS engine expressing the english "Point" sounds very strange.

[menion]

Very interesting, I have absolutely no idea where this text comes from .

When "Via point" is created, it should be named by a) point from which was created or b) by translation of "via_point" text. In case of German, it's : https://crowdin.com/translate/menion/3292/en-de#6646312

[menion]

Hi people,

version 3.17.2.8 was just published on Google Play as probably latest Beta version. Enjoy your weekend!

[balloni55]

version 3.17.2.8
Locus stop if i go back from additional theme window clicking two times top left of e.g. "elevate" or "HiLo"
https://www.dropbox.com/s/l8kjmwe4v6rqp9u/stop.mp4?dl=0

[joeloc]

@joeloc: this directory is used for caching of all downloaded images from internet in format, they are downloaded. Images from Panoramio and cached local photos in miniaturized version should be already cached on different place in /sdcard/Android/data/menion.android.locus/cache . Anyway 5000 is quite nice number ... seems I'll have to reduce some older files here as this may also slow down access to these files. Thanks for info

Interesting... that cache seems to be on /extSdCard/Android/data/menion... for me. A bit weird... and not good... since access to /extSdCard is a lot slower. Oh well... will try to move it.

Anyway... I have a geotagged_photos folder there which seems to get horribly huge... like two files per image. one for image and and extra one for metadata?!

I have >10.000 geotagged pictures on my phone. Android is already struggling sometimes with its own media library caching. But is it really strictly neccessary for Locus to implement an extra cache on top of that?! Thats like 20.000 additional files for the sdcard... in a single directory. Can you not use the media store for this somehow? Maybe I have a wrong idea of what the media store does on Android... but I thought thumbnails would be part of it. If every app did its own image caching, I imagine my phone suffering badly.

If this extra locus cache is 100% neccessary, it might be better to put it into a database instead of 20.000 single tiny files. Normally I am always in favor of file system vs databases... but basically tripling the number of files on my sdcard justs smells like a way too high price.

[joeloc]

3.17.2.8:

I know I always complain about performance... but really... it seems to get worse with every new beta version :-). I have long since come to accept the sad fact that it takes 2 seconds plus a "working..." dialog to open a track from a track list. But with 3.17.2.8, it now takes about 5 (five!) seconds to just see the bloody track list! And also 5 (five!) seconds when you close a track (and go back to the track list). These 5 (five!) seconds pass without any visible sign, Locus just seems dead.

This is on one of todays fastest smartphones with just around 100 tracks in the folder, so nothing obnoxiously out of the ordinary. Can we at least focus a tiny little bit on efficient code and performance in general? Soon? Stuff like that is exactly what makes Locus user interface cumbersome and sluggish and unresponsive. And I am currently sitting in a comfy armchair at home just fooling around... it will feel much worse outdoors on a bike.

[menion]

@balloni55: thanks, I'll check it

@joeloc: 10.000+ tagged photos, heh ... I'll be thinking about it.
And performance. Are you willing to share with me your current point & track database? There were no changes in how Locus load data from database. Only difference is, that your database grow and grow, nothing more. Seems that it will need some improvements in structure of database because from tests, 95% of time is spend on database query.

[joeloc]

@balloni55: thanks, I'll check it

@joeloc: 10.000+ tagged photos, heh ... I'll be thinking about it.
And performance. Are you willing to share with me your current point & track database? There were no changes in how Locus load data from database. Only difference is, that your database grow and grow, nothing more. Seems that it will need some improvements in structure of database because from tests, 95% of time is spend on database query.

I'll gladly share it... I just cant seem to find a working email address of yours.

As for the querys and a horribly performing database solution (remember deleting track points?)... too bad... but that's not an excuse that works for your users :-).

But seriously... I am in track list... I tap on a track... I tap the back button. Not a single bit in the database has changed. Why then is the complete track list rebuilt/reloaded/requeried/rewhatevered? These extra five seconds really make it hard to browse... very hard. And if it was just one second... still way too much for simply closing a window in a snappy UI.

Even if I edit/change a track and then go back to the list... you'd only have to reload/update this one track. Not the whole hundred. Not over and over again. My poor battery...

[gynta]

I suggest, to rename button "select" to "room(s) manager"
because behind this button is much more then (rooms)"select"
like edit, remove, share, aktivate,...



plz don't offer an unfinished feature. That's a bad marketing idea.

[menion]

Well what should I say. You never-ending complains helps, it push me to do task that I'm well aware, but that I also know that affect top 5% of users that has 1000+ tracks and so on. Anyway after all these terrible years with you, I still know that there is not better alternative .

Anyway send me your data to jiri.mlavec@asamm.com. I'll do some performance tests to see where it is mainly stuck. Thanks and nice weekend.

@gynta: firstly it was only a "Select" and "Rooms manager" was at top in menu. But Petr and Michal forced me to merge them, but "Select" button remained. Anyway agree, thanks, I'll try to improve it.

EDIT: and page in preparation ... well I need an Url to this page. Try to tap on this url in device, where is already installed Locus. It's most easy method how to connect to any room. But web page is not yet fully ready. At least there is some information what may users expect .

@balloni55: issue fixed. The second back button should not be there in this case.

[menion]

@joeloc: I'm testing your database, thanks for it!

On Sony Tablet Z4, list of first track folder is almost instant, track screen after tap on first track in lest then second

... oki, too powerful. So let's try it on "older" SGS2!

List loaded after 800ms, track detail after 2 seconds.

Well, isn't there something different what I may try? What about your internal memory/SD card? Data are in internal memory? If on card, is it some faster card?

[gynta]

...Try to tap on this url in device, where is already installed Locus...

That's exactly what I did.

edit
ahh,  got it.
After that - i have to choose "open link with Locus"
A word of advice would be nice here!