Messages

I'm still quite confused how the new online search works. Again (next town on cycle trip) I look for a laundromat. Google Maps finds nearest 1km away. It works reliably every time. It has "cleaners" in the name, so I return to Locus & type "cleaner" but the nearest match is 1000km+! Please suggest how I would accomplish this simple task with just LM rather than Maps 1st then trying to match addresses. Thanks.

BTW the hamburger menu is still quite slow to respond sometimes.

The reason this is not working as expected is: Laundry rooms are not included in the database. The third party service probably finds some occasional match based on name. But in the primary, structured database that we build - and which enables functions like "show them all nearby, no matter the name" e.t.c - there are none so far. I agree they should be there and most likely, we add them in the next extension step.

[o]

I am also willing to support, maybe collaborative country-teams might be a solution.

I guess you already have special characters in view, e.g. german umlauts, ö<>oe etc.
tourism is 'Tourimus' and generally the words should also be added separately, like some others already (Essen, Trinken).

Popular searches (fast food, discounters, gas stations, etc.) might help, whatever that might include and it will extend and grow with more and more searches. Sure, advanced and just a filter that might be added anytime somewhere in your lookup-filter-chain. Just a thought.

This is tricky sure, see my vid, searching for 'mc do' needs to  trigger search 'mcdo', whitespaces, and very probably the popular 'Mc Donalds' is meant. Just as stupid example.
'mc dö' might possibly be a search-suggestion as list-item for searches around german locations. Some might be looking for 'Mc Döner', like suggested in the vid, just zillion miles alway.
What if you type 'mill' ? are you searching for categories or specific names, windmill, million..mispelling millitary, and some people also name modern wind turbines a windmill..just for fun. World searches will be versatile
I guess also a list for popular typos might be of help, to suggest replacement or even trigger further searchs.

Special characters - of course, there is "unaccent" procedure. Mc Do - we do not think names of companies are synonyms of categories. This is never done, at least so far. Typos, popular misspellings e.t.c: Yes, especially for short terms guessing what is actually meant can be very, very tricky. Not from technical point of view, but from "how to go about this?" point of view. So I suggest to focus on plain, simple and thoroughly considered configuration. Then the categories suggestion module will be ...not super smart, but definitely good enough.

When i look at the thesaurus_de.json file there is

    "charging_station_bikes" : "Ladestation für Fahrräder, E-Bike, Aufladen",
    "charging_station_cars" : "Ladestation, KFZ, Elektro",

but seaching Ladestation finds only one category "Ladestation für Autos" with another different name??

I have given more space to the categories in the stack of results. There will be 2.

Why not just adding it to https://crowdin.com/project/menion/de#?

I didn't want to do that as this is not "translation" and some non-trivial context needs to be explained.

No hierarchy in the JSON file? If I type "accommodation" for example, should I also expect to see hotel, hostel, motel, camping?

Exactly. Hierarchy exists there and is fully supported, but not defined here. "Hotel" is just hotel, "ubernachtung" is accommodation, "Emergency" is more generic, "Hospital" is specific. e.t.c

@freischneider Here is the exact configuration file that determines what is suggested for typed word (or part of a word). If you do a search for "spo" in this file, you will see what is suggested if you type "spo" in Locus using German language. It is (conceptually) as simple as that. This file was created for us by user Balloni, please take it as a reference. If anyone is interested in improving this file -- also applies to other languages -- that's great, but first: I should properly explain how it all works to editors. (It is important, really, you see it). Also we should set up some collaborative platform for this. Let me know if you want to participate here, please.You cannot view this attachment. 

@Andrew Heard - regarding the "cafe" example - for German language -- and actually all languages except EN, CS, SK -- this all depends entirely on quality of our custom dictionaries (done by a few kind volunteers). Again, some community insight will probably be needed. If a german user types "cafe", no cafe is suggested. Type "Kaffe" or "Bistro", and Cafe (category) is there.
@Tapio - "halde" example: german search (not the "hint" or "suggest" part) has been virtually not working  due to some config error. This has been fixed and "halde" should give you a plenty of results.   

Map is on Dortmund, Nordrhein-Westfalen, Germany. GPS off, device located in the area.

I search for "Halde", those are artificial hills, results of former coal mining. There are quite a few in this federal state, they have "Halde" in their osm name, usually.

Now after pressing enter it shows some inappropriate results. In the south of Germany.

https://youtube.com/shorts/fhv1RJWkurw?feature=share

There is something wrong going on. I am looking into it.

@Andrew Heard - offline points and their functionality is not affected at all by this new online search. If it is somehow broken in this version, that is another matter :-(
@freischneider - these configurations are (technically speaking) easily adjusted, it can be done by a well informed native speaker of some language. In fact there will be need to extend these configurations of synonyms to another languages. Sample of such a configuration written by a translator is attached. Solving frequent conflicts: that should be considerably improved once there are some real world data.

@Andrew Heard, @luce: There is an important distinction: Places named "supermarkt", "laundromat" and places that actually are a supermarket or a laundry room.
 - As some of you pointed out, Locus "object repository" does not contain laundromat as a place for washing clothes. The notion of points of interest in Locus so far has been: Laundromats are not that important in the hiking/biking context. I am not overly concerned about missing "objects" - points of interest. A few millions of poi can be added quite easily. Why there are still some - we combine results from our service and some third party service, which is inconsistent, sure we know it.
 - What you do in the video: You search for places named like "supermarkt". It is the name which is important here. Not what it really is.
 - Try to type "shop", "super", "gas", "petrol", "diesel", "emergen" (or some similar german words). You will get some suggestions, like Supermarket, Gas station (category, all of them) e.t.c. Click it and then you get "overlay" of all supermarkets (Tesco, Billa, whatever name). Not places that are named "supermarket", but places that are supermarkets.
 - There is no assumption that you don't mean search by a name if you type and hit magnifying glass. If this is not clear, that means an important UX message.
 - It would be not convenient to search for nearby fire pits, shelters e.t.c by name. Usually, there is no name.
 - It would be not convenient to search for "Riffugio Auronzo" by browsing all accommodation.
 - It would be confusing to mix both approaches outlined here IMO

Regarding the cursor location vs GPS location as the online search parameter. Please see  this post in the dedicated thread.
The intended behavior is: Cursor position has priority over GPS position and this is what we observe. Can you give us an example of wrong behavior? 

I tried to reproduce the cursor vs GPS location problem. Currently I am in Prague, but my cursor is near Pilsen. See the screenshots. If I search for "Shell", all top results are situated around Pilsen. This is expected and in accordance with the logic: In case that map window is available, use it, otherwise use the fallback to GPS location. 

4 months and 3 versions ago I reported this issue with the planners
https://forum.locusmap.eu/index.php?msg=69978
still not solved

Military road
access = no
but ...
foot = permissive
https://www.openstreetmap.org/way/220542005

I "relaxed" the policy towards permissive access in hike and bike routing profiles. Routing is already changed on web, the app will soon follow.
https://link.locusmap.app/r/nsuqvf

Dobrý den - rozhledny v online bodech a nemožnost zobrazit je jako body v okolí: To by se mělo brzy změnit, online search v aplikaci významně předěláváme. Offline body: Aha, díky, to nám uteklo. Radim.

 Hello Tobias. If you copy the profile files as you mentioned, they should work, using the in-build LoRouter offline, which is currently based on version 1.6.x of Brouter. Radim.