Messages

Hello,
isn't it enough for you to just be able to tap the eye icon to disable lower levels?

Hi,
I found in the locus/data/sensors folder more than 100 small files that contain a single line of text like this:
"SENSORS, VERSION 1.0, 2021-12-08T18: 06: 57.508Z, Central European Standard Time (2.0h)"
they take up little space and are not a big deal, but it seems strange to me.

Contour lines are built into maps, do you need Locus to calculate them for maps that don't have them?
Shading is an added touch that makes maps more readable, but if your intent is to have contour lines choose a map that contains them.

Hello,
not yet implemented. Suggest voting here to increase priority and watch progress.

Does this basic and useful function really needs votes to be implemented?

Inviato dal mio SM-A520F utilizzando Tapatalk

By timestamp I mean that the tracks recorded by gps and imported into the planner have no time references. It is not possible to make simple assessments

@lor74cas - do you mean display of timestamp in the chart popup? RWGPS makes this aspect so easy. Would be great to display the timestamp at any point of the track. +1

Exactly now we have just distance and elevation, we should change then graph to toggle distance/time from start/ time of the day or for each point in the pop up we need the info of timestamp

Inviato dal mio SM-A520F utilizzando Tapatalk

By timestamp I mean that the tracks recorded by gps and imported into the planner have no time references. It is not possible to make simple assessments, for example: "What time was I on top of the mountain?" Or: "How long did it take me to go up and how long to go down?"
I always prefer to use my pc than my smartphone (although unfortunately they now have huge screens) to check my tracks and it would be very convenient to do so in the planner.

Hello
Is there anyone else who would like a search button in the planner?
Maybe with the results sorted by geographic proximity to the center of the screen / cursor

Search tool:
From what I see the same problem that I found in the webplanner is also present in the Locus app.
All searches are performed on the basis of the name key, but a lot of information is present in the other keys and therefore these places are not found.
In OSM many nodes do not have the name tag, but have the amenity key valued therefore Locus does not identify these values.
An example above all, of relevant importance for those who are outdoors is the search for a source of water. This public drinking fountain has no name, but is tagged as amenity = drinking_water

Code Select Expand

<osm version = "0.6" generator = "CGImap 0.8.3 (1793695 spike-08.openstreetmap.org)" copyright = "OpenStreetMap and contributors" attribution = "http://www.openstreetmap.org/copyright" license = " http://opendatacommons.org/licenses/odbl/1-0/ ">
<node id = "6312687085" visible = "true" version = "1" changeset = "67715997" timestamp = "2019-03-02T15: 22: 00Z" user = "Cascafico" uid = "361003" lat = "45.9451386" lon = "13.6199964">
<tag k = "access" v = "yes" />
<tag k = "amenity" v = "drinking_water" />
<tag k = "drinking_water" v = "yes" />
<tag k = "indoor" v = "no" />
</node>
</osm>

One of the most important things when you are outdoors is water. In the screens you can see that even if there are two fountains nearby, selecting the first search result which should theoretically be the closest sends me more than 50km away.

Thanks for reporting this. The problem here is: Currently the search only uses "names", so only the objects that have the term "water" or similar among their names in two languages ("local" language and "English" in this case) are found. The two nearby fountains are not named at all - "Drinking water" is the overall category of them. More complex search using keywords is needed here. It is already done internally. Sorting: we don't think sorting based on distance entirely is a way to go. More content (Wikipedia, user related) is coming, so "close calls in terms of distance" are resolved based on content.

then waiting for the other keys / attributes present for the objects in osm to be recognized, I will modify the names in osm so that they are also recognized in locus

1) First waypoint is not selected - this is intended behavior. You have to intentionally start planning (right click -> start/finish here, select waypoint, add POI to the route) in order to active "routing mode"

@janaton - I find the user experience with BRouter-web much more intuitive - cursor is already a cross, simply click the 1st point & start. To me & I suspect other users, LoRouter-web is more confusing; the casual user asks themselves "why can't I just click this point to start my route?". Have you got 5 people into the room that haven't yet used LoRouter-web & asked them to create a route (most common use-case) and observed how easy/ hard they found the task?

https://www.wired.com/story/its-not-a-bug-its-a-feature/amp



Inviato dal mio SM-A520F utilizzando Tapatalk

Perhaps you can also select other fields there. I would love not to see "Best Interval".

+1

One more point about this screen.
When I click on the track, this sub-screen opens.
When I select a track in the track manager, the full screen opens.
I don't like the full screen because it can't be swiped down (other users too).

But the question is: when you swipe coming from track manager, where do you want to go? Back in the track manager or on the map?
For me it's the track manager, but the swipe gesture with the map at the top suggests the map

I like the way they calculate the ETA, it's something Locus (app and web) needs to improve.

I'm not sure what they're doing there, but nobody, really nobody who regularly hikes or bikes would think in this way. The usual way to think is "300m up/hour, 500m down/hour", something like that. I don't know how many meters I have to go forward while going 1m up? And then measure this with 2 decimal places (1m up is 7.92m forward)
Maybe a nice UI, but please no such nonsense in Locus. Perhaps you can calculate well with these inputs, but your result will be as bad as your input is.

It is certainly a calculation method that not everyone knows, but this does not mean that it should be considered incorrect or unusable. I find it valid and I use it too albeit in a much more crude way with good results.
D distance measured in km (10 km)
A positive gain in meters (100 meters)
V equivalent flat distance in km
P pace on flat (5.30 min@km)
T estimated time
V = D + A / 100 = 10 + 100/100 = 11
T = V / P = 11 * 5.5 = 60.5 = 1h 0m 30sec
The method used on the site is much more refined, I compared it to my routes and times that I know and I find it very precise, it was enough for me to just set the speed on the flat and I already got an estimate time that differs from real time by 5 min over 1h 30min

Find inspiration here. Has streetname info and multiple route select.
https://www.plotaroute.com/makemearoute
Registration is free and you already get 3 free test attempts.
Download as gpx track + waypoints > Select Directions. (Locus compatible)
https://www.plotaroute.com/makemearoute

Verstuurd vanaf mijn Mi A2 Lite met Tapatalk

Thank you for this link!
I like the way they calculate the ETA, it's something Locus (app and web) needs to improve.

ROUND TRIP:
I used to play with the "round trip" feature, but after the first wow effect I decided it was absolutely useless. Who would ever rely on a random rotation function around a point?
It is not possible to define preferences of any kind, be they historical, naturalistic or cultural, so rather than relying on a random function my choice at a crossroads would be that of the road I like best, at least it would be based on my choices.
Unless real utility can be found for this feature, integrating it with the options I wrote above (and all the complications of the case), it should be removed, useful and solid functionality better than things like this that do nothing but generate doubts in users.
Those who use a GPS and map device usually want to rely on certainties, not on a roll of the dice.
But this is just my thought, maybe someone else found it useful, but for now I haven't seen a single post.

Sonny has provided 1" LIDAR based DEMs for most of Europe. And size difference is not some %, but a factor 8. That is costly, because most of the Locus users are from those areas in Europe ...
I think mountain freaks do know Sonny anyway, and know how to put those 1" files in place. Don't they?

Surely an old nerd, mountain enthusiast like me, knows how to do it on his phone, but it's not for everyone. Nor can I do anything about the data in your cloud, or maybe I can ? 
"That is costly, because most of the Locus users are from those areas in Europe ..."
I can also read it this way: if there are many users who will benefit from it, then the cost may be even more justified.
But of course I see things as a user, I understand that as a company you need to evaluate costs and benefits