Messages

Now the grid KMLs for the "continents" are completed - see attachments (limit is 4, hence a second post to follow) ...

This dropbox link contains all KML files, as well as the XLS from which they are created (use "save copy" in LibreOffice, csv format): https://www.dropbox.com/sh/m9dorglj0o85bys/AAAZ3daiOJZ0aELhay8v1uJPa?dl=0

@gynta: if you love and missed Scandinavia - here you have it. If you were concerned about the "add-ons" to Europe in the South-East - the boundaries I use are not a political or geographical statement, but rather eased my manual work considerably :-)

Someone recently asked in one post how to efficiently load HGT files onto the phone.
Well, you can download via PC, then copy - or use one of the KML files I created today. Two for now, the rest to come, incl. the XLS I built to create those KMLs.
Those KMLs include points at 1 degree coordinates for any 1' square that contains some land, i.e. pure ocean areas are spared.
Enjoy.

Menion, I stumbled across something: when a KML or similar file is not well formed at the end (cut), Locus goes into an endless loop.
I propose that after an EOF condition Locus closes all logical "brackets" in the file and it completes the import up to the last complete structure before EOF point.

Well, understand, but there is an "IF" today, when you are in a vector map, and reach zoom level 8.
This is exactly the place to put the existing "hard coded" map into one brnach, and the switch to the sqlite map into the "else", as described below ...

On the Autoload issue I mentioned, I screwed up - forgot the second checkbox needed for this feature. My bad.

Re. the hours: you have all basic features needed for this at hand already:
1) you already have the code working to make the switch away from the selected vector map (today you switch to the crappy 10 MB world map)
2) you have the code to switch maps (e.g. in smart / quick map switch)
3) you have the code to deal with sqlite based maps

The only little thing is another set of parameters.I guess people would not bother to have that feature in config.cfg. Such I had in mind when talking about 1-2 hours. Adding the feature with fancy UI is more cumbersome, I agree.

Now, besides the easy config read from file, the only new code is an "IF" at position from 1).
If there is a SQLite world file path defined, then use it, otherwise continue like before.
Well, the trigger to "ask"1) "IF" would not be level 8 fixed, but the value from config.cfg instead.

Did I miss something ?

Hi, just played a bit with LiveTracking and stumbled again over the mess with map switching and world overview maps.
Just have a look below:

Auto Load, Any Type is activated, BTW.

My take: the upper part comes from current map (which does not switch to Slovakia or Hungary), the middle part comes from cache, and the missing bottom part is comes from screwed up algorithm.

Besides fixing the Auto Load, for non-Auto-Load, I propose to use (a scaled) up world map, for the areas outside the current map.

And again I revert to the world map topic: every GIS/map professional on this planet knows that for zoom levels 9 and smaller, image tiles are the appropriate way. Except 2 persons :-((

PLEASE, Menion, give us 1-2 hours of your time and allow for configurable world background map (path, zoom level to switch). Petr is not bored anyway, as he fights a USEFUL battle with address search etc. (rather than trying to compete with his special vector maps on world level, which has been a lost battle from start)

What is the use of this linkage between map file and db file ? You can activate autoloading, then Locus will find the right map anyway. If you deactivate that,  you take responsibility to select the right map for your target yourself. Such approach gives freedom of choice for vector maps, without playing with map names. And takes the complications away that you mention, right ?

Gesendet von meinem SM-N9005 mit Tapatalk

btw.

What's the big(?) difference between 3" and 1" files:

3": 1,75MB
1": 24,7MB - whole Alps 2,5 GB (roughly)

Compare...

...slope: http://www.oldboys.at/comp1/
plausible view?

...hillshading: http://www.oldboys.at/comp2/

Ich habe letztens etwas gespielt und es gab Orte wo die beiden massivst unterschiedlich waren.
Everybody needs to decide about cost /  benefit of pot. 3 times more details versus 10 times bigger files.
My finding below does not apply to 1 versus 3", it is a general issue, as Menion confirmed.
Not sure though why there is no map tile painting as without shading and only then a systematic nested loop (x, y) for the shading. A second loop should practically have no overhead compared to the operation in its core, the shading itself ....
Cheers from Casa
Michael

Gesendet von meinem SM-N9005 mit Tapatalk

[edit]

Just d ownloaded latest beta and tested hill shading on two devices. One has 3" HGTs,  the other has 1" HGTs. Both show missing tiles in the middle of downloaded areas. No pattern I can see, random effect,  but reproducible as far as I perceive.

edit
Zooming in can show tiles from lower zoom in some places.

@balloni55:
- hmm lovely landscape on small devices ... after some testing, best solution is hiding number of satellites, done, thanks
- and Bing icons, thanks, I was lazy to deal with it and later I've forget. Done

@Christian: no need to be sorry. Mainly thanks to this "pushing", I made is as fast as is now

@gynta: interesting, Free, Pro, both works correctly without serious problems. I happen to me as well a long time ago, but I hoped it is already fixed. What about rotate of screen? And problem is most probably not in incorrect direction, but in one-step-behind .

Remark re. Tracking Points: currently the info box shows only distance and elevation. The latter is pretty much useless in that context. Speed (and pot. direction) are relevant instead, but not visible at first glance.

Gesendet von meinem SM-N9005 mit Tapatalk

reboot helped

Even after hours no way to get back control. Reboot needed.

Gesendet von meinem SM-N9005 mit Tapatalk

Arghhh, so tiles and HGT are not aligned - did not know / anticipate that.
But why are you so strict ? Why not just shade what you can ? Anyway, no big deal, now that I understand why/how.

Tried Hill shading for areas for which I do not yet have the HGTs on my SD.
Funny effect: the HGT covers more than shading is displaying. But the dynamic elevation does recognize and display the value. I attached a typical situation.

Gesendet von meinem SM-N9005 mit Tapatalk

Update for usage of external SD card under KitKat - SRTM in particular

Hi all,
following the guidance from
http://docs.locusmap.eu/doku.php?id=manual:faq:use_sdcard_on_kitkat&do=login&sectok=ea111e6e0396dfbd1215ceb613941744
option C like, I have the working directory on the internal SD, except the vector maps on external SD card in /LocusMapsVector, and the SRTMs next to those.

Adding elevation files on the fly has been a mess, though! Always need to switch to default, download, then copy to external SD by the Samsung File Manager (only one that can do that on non-rooted device).

Today I tried something new (new at least for myself): leaving all critical working directories on internal SD, leaving the vector maps in their place. But I moved the SRTM directory to the /Android/data/menion.android.locus.pro/files.
I have been delighted that this gives me what I want: working data on internal (safe place in case of de-install), vector maps on safe place on external SD. And R/W access for SRTM on external SD (with loss risk, though).