Messages

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

[@fresichneider]

@fresichneider
Dragging of this vertical line was possible in the previous version. Unfortunately it

• highly collide with swipe up/down of whole bottom dialog
• it also reacted on the drag even like it was a click on the chart > result was the move of the map on clicked place on the chart > stupid

So, I've rather disabled this behavior because it only complicated usability.

As @fresichneider and @Andrew Heard wrote, we need something to more precisely select a specific point on the track. I think @Andrew Heard is right, I would suggest inserting the selector buttons in the title part of the track as it remains visible.
The panel could therefore not only give information on the entire track, but also have a section dedicated to information relating to the point. Furthermore, in the information relating to the point, the distance from the beginning / to end of the track itself could be mentioned.

I added a kml file to test this https://forum.locusmap.eu/index.php?topic=7340.msg63239#msg63239
But after testing the hide button did not work, not in the map items folder and not in the map items menu, all buttons switched to "hide" but the tiles were still there. I tried to zoom in and out, nothing to do, closed Locus and reopened it worked.

Hi all,

I made a little tool that shows explorer tiles (https://www.statshunters.com/faq-10-what-are-explorer-tiles) in Locus Map, which makes it easier to plan trips to unexplored tiles. It's here: https://liscopridge.nomi.cz/statshunters/



(red are all explored tiles, blue is the maximal explored square)

It helps me find new places to go, and it's a fun way to challenge friends. Posting here in case someone else finds that useful.

It works correctly thank you

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.

@lor74cas issue with broken elevation calculation should be solved (in some rare scenarios there were missing elevation for bridges). Thanks for pointing this out.

Pay attention also to the tunnels, the height difference of the mountain above is calculated.
https://web.locusmap.app/en/?planner=LYDwrgzgbgghBGBTA+gTSgBwGIBsBWMA3QDID2A6gIY4DWAlgHYDmA3IUA

But you are in good company Garmin does the same 

Is it a device or locus problem?
It is never a good idea to leave battery powered devices connected to the power supply all the time. The battery and the phone tend to overheat.
You should check that battery optimization is not active for locus.

[@sbouju]

@sbouju
May you please write your question in detail? Unfortunately, it's not clear at least to me, thanks.

I can try...
When I move, I can see on the map where I am (=where the cursor is), but I see nothing where I was just before... Is a kind of "snail trail" available without launching the record the track recording (where this snail trail is, in this case...)?

"Hansel takes a slice of bread and leaves a trail of bread crumbs for them to follow home. However, after they are once again abandoned, they find that the birds have eaten the crumbs and they are lost in the woods"  With locus they wouldn't get lost 

The drawn track gets confused in some parts of the map as the color is very similar. I suggest using a dark border with the current fill in order to better distinguish the drawn part from the present one.

As far as I know, the data will be updated 2 times a week. That should be enough.

Thanks, I think the map needs a legend and this information is placed somewhere. Latest update xx / xx / xx - Update freq. 2 weeks

The maps on the web portal are generated with the contribution of OSM. But OSM has by its nature a continuous updating of the maps, Locus instead has periodic updates. For this reason the last update date should be viewable.
The same maps whose paths have undergone changes, for example in the nodes, can give rise to changes in routing.
I made some changes on OSM that also affect routing, obviously on OSM they are applied immediately, while on LocusWebPortalPlanner not.

Sync ok now thank you

Inviato dal mio SM-A520F utilizzando Tapatalk