Messages

@menion - are you sure 3.16.2.9 was "published"? Not showing on Locus store.

@kona @Andrew Heard
More over the "Modbury" suburb is defined as standalone town in OSM and lot's of street is associated with Modbury not with the Adelaide. However I've played last two days with South Australia. There is progress but honestly there will be still some issues.

@Petr - Modbury suburb - that's weird. I imagine similar problems with many countries/ cities then - I suspect there is nothing really special about South Australia or Adelaide or Modbury. Adelaide population "only" 1.5M, so similar problems elsewhere.

@kona @Andrew Heard
New database for South Australia is available:
https://drive.google.com/file/d/0B4z_6chHZhKMbENibWhUQ3YtVjA/view?usp=sharing

All 3 examples are now returning correct search results - good progress.

@Petr, after my previous/ recent 100% success I now since found many more wrong/ no results. Tested with 3.16.2.5 and 3.16.2.7. A few examples:

1. South Australia > Adelaide > Grenfell*: 3 results, but OSM lists 9, for example this one is not listed: https://www.openstreetmap.org/way/174104238

2. South Australia > Adelaide > Haines*: 1 results, but OS lists 3, for example this one is not listed: https://www.openstreetmap.org/way/179758869

3. South Australia > Adelaide > Elsworth*: 0 results, but OS lists 1, for example this one is not listed: https://www.openstreetmap.org/way/82008303

@Petr - excellent progress - I can report that map=oceania.Tasmania > city=Hobart > street=Effingham now returns 1 result and map=oceania.South-Australia > city=Adelaide > street=North* returns huge # results.

https://www.openstreetmap.org/relation/3093825: this seems fairly typical, not unusual for Australian cities sorry.

The next follow-on suggestion is that when there are multiple street results with the same name, it would be very useful, almost essential, to list the suburb along with the street name so that streets are uniquely identified. See current problem below:


Another UI observation - to move map cursor to "center" of city I must tap the 5 point "center" icon to far right of city name, but to move map cursor to any street in results I simply tap anywhere on the street name - this seems inconsistent. Why not allow user to tap city name to move the map cursor, at present this tap is ignored. It seems to me the "center" icon is not needed.

And a very minor suggestion is that when the street name is initially blank, I don't think the warning/ suggestion marked below is helpful. Suggestion - just leave blank until at least one character is entered.

• "no results found" - yes obviously - street not yet entered
• "modify your input" - yes Mr.Locus I am about to enter text for you

[edit]

@voldapet - Moonah is not displayed in the offline search list of cities for Tasmania. Moonah is just a suburb of Hobart.

Tasmania > city=Hobart > street=Effingham still not displayed - https://www.openstreetmap.org/way/6104778. Most streets around this area (Moonah suburb) are now displayed. Some problem with OSM data? But can find this way when doing an OSM search.
Tasmania > city=Longley > street=Huon Road is now displayed in beta 3.16.2.5.
Am using latest .osm.db file.

edit
I have just done some more random checks for other parts of Australia - similar issue - street not found in search, but correct label displayed for long tap.

Example: Australia > map=oceania.South Australia > city=Adelaide > suburb=Frewville > street=North St > OSM way:  https://www.openstreetmap.org/way/13984883

Locus long tap: *North St > Frewville > Australia. In my opinion display of city (Adelaide) instead of suburb (Frewville) is more useful, and consistent with what is typed when performing offline address search.

Offline address search: South Australia > city=Adelaide > street=North > wrong street is displayed in city center
Offline address search: South Australia > city=Frew* > no city matching that name listed.

In fact, the more addresses I check, the more I find most are missing. Are "suburbs" maybe treated different in Australia to Europe?

and access via website? this is most likely method for other friends/ family wanting to track my position rather than using Locus app sorry

@Andrew Heard
Well when you try to search
Tasmania > Moonah > Effingham St - are you able to search Effingham Street, please?

@voldapet - Moonah is not displayed in the offline search list of cities for Tasmania. Moonah is just a suburb of Hobart. I checked my "theory" of some more streets without street numbers, but they were correctly listed, so I still can't explain difference between Charles & Effingham streets. I have however found many other examples of where a long tap label shows a "city" or "street" but the offline search fails.

Here is perhaps a simpler example. Long tap label shows city=Longley however Longley not listed as city in Tasmania. Longley is quite small town. Huon Road is the pink road. Huon Road as OSM way: https://www.openstreetmap.org/way/131480711.

@voldapet I think the issue is more general. It is not a matter of which city (Hobart or Moonah) I type. It seems to me (from popup labels) that roads/ streets that have no street numbers are not displayed in list of offline search results. Using my example - Charles St has street numbers (according to long taps) and is displayed in list of results, Effingham St doesn't have street numbers (according to long taps) and is not displayed in list of results,

A few quick tests for Slovenia appear to be working.

Some initial tests for streets in Oceania> Australia> Tasmania are not working although search to just "city" level seems OK. Streets are not being displayed in the search suggestions list even though I can long tap on the street and a label displays the correct address. One good & one bad example below...

1st good street search shows correct offline address after long tap AND address search Oceania> Australia> Tasmania> Hobart> Charles also lists this street (note Moonah is suburb of city of Hobart).


2nd bad street search (I choose a random street right next to "good" Charles Street) shows correct offline address after long tap BUT address search Oceania> Australia> Tasmania> Hobart> Effington (or eff) does not list any street. I note that label for Charles Street has street numbers, but label for Effington Street does not have street numbers. Could this be difference in failed search?


Also what does the asterisk (*) at start of address label indicate?

OK thanks Michael. Makes more sense now.

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

@michaelbechtold - I am unclear of trade-off between your special KML and ordinary HGT files? Is purpose just to drastically reduce the number of files? Is there speed advantage? Where should KML file be placed and/or Locus configured to use? I tried replacing all HGT files with single KML file but then hill shading no longer worked. Sorry for all the questions but thanks for any help.

3.16.0.3 - coloring of tracks in gradient mode now looks for better thanks

Ah,... and also missing webclient is a brake pad on this live tracking vehicle.

I can't do much testing without the webclient either. My user-case isn't multiple Locus user friends, it's one Locus user being viewed by multiple webclient users (friends/ family). BTW those friends/ family won't be concerned if my position isn't updated every 5 minutes when I am cycle touring in another country. Even position once a day is more than enough when zoomed out.

<<add: (PRO) auto-start of track recording now has cancelable counter at start of app>>

Wow - thank you, great addition. I note again previously discussed and improved - http://help.locusmap.eu/topic/if-there-are-no-recorded-points-is-it-necessary-to-ask-to-save-the-stop-the-process]) that if there are no recorded track points, at Locus exit there is again unnecessary message box - ""Do you really want to EXIT?". Suggestion - no need to confirm exit while track recording IF no recorded track points.

Hi, I see colouring mode has changed and not displayed as expected.
I observe on altitude change mode (other modes not examined)

I have same experience as Bucky Kid. For track line style Mode = "Change of elevation" my steep test track is now mostly green, and therefore quite unusable. My test track is very steep for tour cycling and has gradients above 8%.

track in 3.15 (useful coloring):


track in 3.16 (mostly green, mostly wrong):