Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - lor74cas

Quote from: Radim V on May 17, 2021, 16:07:25
Yes, I am aware of this (temporary) limitation. Currently the term in the search bar is only matched against names of points in the local-unspecified language and the language of the client. Other tags are not taken into consideration. (Cannot be taken into consideration directly, as the OSM dataset is not the only possible source of data.) How this search is intended to work (and already works internally, with some minor performance issues):
Let us assume:
- Every point belongs to one or more categories.
- English is the language of client (mobile app or web planner user).
- "wate" is the term in the search bar.

1. A localized fulltext search matches "wate" against names (in local language and in english as specified). As you noticed exactly. Currently, this is the end.
2. Another fulltext search matches "wate" against small dictionaries of synonyms (thesaurus). "wate" could mean: waterfall, watermill, drinking_water, fountain, hot_spring. Why fountain, hot_spring? Because somebody has decided that water and hot_spring are semantically close enough. These little sets of synonyms, language specific,  are configurable on the fly, not stored in a hard manner.
So suggestions are proposed after points that match by their names. Are you searching for drinking_water, waterfall, watermill, fountain perhaps?
3. If we chose one of the suggestion, another search runs (Yes, I actually mean waterfall. Yes, i actually mean all accommodation possibilities combined by typing "room"). This time a localized search matches point by their category, not name. Only category is taken into consideration here, as a source of point can be e.g. Wikipedia, which is not tagged by OSM standards.
Hope this makes some sense, I attach some dictionaries (thesauruses), both specific and more generic to make it more clear.
It makes sense and it might work, but only by seeing it in action would I be able to tell you if it is correct or functional for research purposes.
Is it possible somehow to query locally on the db of the points to see the information relating to the categories? In this way in the areas I know I can check how much information is available and how it is grouped.
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
<osm version = "0.6" generator = "CGImap 0.8.3 (1793695" copyright = "OpenStreetMap and contributors" attribution = "" license = " ">
<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" />
Web portal & sync / Re: Web planner / portal
May 12, 2021, 11:53:21
Quote from: Radim V on April 03, 2021, 11:33:35
Quote from: lor74cas on April 01, 2021, 09:28:40
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
Web portal & sync / Re: Web planner / portal
May 12, 2021, 09:10:00
When a user logs into the portal and synchronizes, the information relating to the units of measure should also be able to be exchanged. In this way, the window for choosing the units of measurement would only be necessary for users who are not logged in.
For example, now in the panel it is not possible to choose whether kj or kcal.
Upsidedown, device vertical

Inviato dal mio SM-A520F utilizzando Tapatalk

Web portal & sync / Re: Web planner / portal
May 08, 2021, 09:43:59
Quote from: Andrew Heard on May 08, 2021, 00:30:25
Quote from: janaton on May 06, 2021, 16:29:39
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?

Inviato dal mio SM-A520F utilizzando Tapatalk

Quote from: freischneider on April 29, 2021, 11:38:30
Perhaps you can also select other fields there. I would love not to see "Best Interval".
Quote from: freischneider on April 29, 2021, 11:38:30
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
Quote from: Menion on April 28, 2021, 22:31:48
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
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.
Quote from: Tomáš Janoušek on April 20, 2021, 15:20:53
Hi all,

I made a little tool that shows explorer tiles ( in Locus Map, which makes it easier to plan trips to unexplored tiles. It's here:

(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
Quote from: slarti76 on April 20, 2021, 10:54:47
Quote from: lor74cas on April 20, 2021, 09:47:14
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
Quote from: 0709 on April 18, 2021, 18:56:27
Find inspiration here. Has streetname info and multiple route select.
Registration is free and you already get 3 free test attempts.
Download as gpx track + waypoints > Select Directions. (Locus compatible)

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.
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.
Web portal & sync / Re: Web planner / portal
April 15, 2021, 22:04:13
Quote from: janaton on April 15, 2021, 16:20:15
@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.

But you are in good company Garmin does the same  ;D
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.