Menu

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

#106
Web portal & sync / Re: Web planner / portal
July 28, 2021, 15:39:16
Quote from: Viajero Perdido on May 27, 2021, 19:25:08
Little bug.  Going cross-country (using the zig-zag icon) doesn't record any elevation gain.  On the Android, this works as expected.
+1
this is very annoying
#107
Hello,
in the planner did you plan ;D to insert a sort of search tool?
I think it'd be useful in the planner panel or as a icon
#108
Upsidedown

Inviato dal mio SM-A520F utilizzando Tapatalk

#109
Web portal & sync / Re: Web planner / portal
May 28, 2021, 19:20:18
Quote from: janaton on May 26, 2021, 09:14:40
...

@lor74cas
Expanding and collapsing waypoints - is it still happening? I can not reproduce it (Chrome, Firefox, Safari)
now it works fine, but meanwhile there was an update of chrome browser on ubuntu lts 20.04
#110
Web portal & sync / Re: Web planner / portal
May 17, 2021, 18:50:54
Hello,
once the list of points has been expanded, I can no longer group it again.
#111
Quote from: Radim V on May 17, 2021, 16:07:25
@lor74cas
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.
#112
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 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>
#113
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
#114
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.
#115
Upsidedown, device vertical

Inviato dal mio SM-A520F utilizzando Tapatalk

#116
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?
https://www.wired.com/story/its-not-a-bug-its-a-feature/amp



Inviato dal mio SM-A520F utilizzando Tapatalk

#117
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".
+1
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
#118
Quote from: Menion on April 28, 2021, 22:31:48
@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.
#119
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.
#120
Quote from: Tomáš Janoušek on April 20, 2021, 15:20:53
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