Add option to search for specific amenities and keep it permanently displayed on the map #2362

Closed
opened 2022-04-07 19:38:09 +00:00 by roboes · 8 comments
roboes commented 2022-04-07 19:38:09 +00:00 (Migrated from github.com)

I would like to request the following feature: option to search for all OSM amenities (https://wiki.openstreetmap.org/wiki/Key:amenity) and keep it permanently displayed on the map.

For example, for drinking water: Tag:amenity=drinking_water (https://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddrinking_water). Currently it is possible to find these tags by opening Search > Categories > Water (which displays "Drinking Water", "Spring" and "Water Well").

First, it would be a great add-on to be able to search for specific amenities (by typing amenity= in the search function).

Second, for the Drinking Water example, it would be better to give the option to select specifically "Drinking Water" (i.e. inside Search > Categories > Water, we would see "All" (which would correspond to the current display setup when "Water" is pressed), "Drinking Water", "Spring", "Water Well", etc.).

Last, it would be great to have the option to always show some specific amenities. In the example above, Drinking Water would always be displayed on the map no matter if I search for something else or plan a route.

I would like to request the following feature: option to search for all OSM amenities (https://wiki.openstreetmap.org/wiki/Key:amenity) and keep it permanently displayed on the map. For example, for drinking water: ```Tag:amenity=drinking_water``` (https://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddrinking_water). Currently it is possible to find these tags by opening ```Search > Categories > Water``` (which displays "Drinking Water", "Spring" and "Water Well"). First, it would be a great add-on to be able to search for specific amenities (by typing ```amenity=``` in the search function). Second, for the Drinking Water example, it would be better to give the option to select specifically "Drinking Water" (i.e. inside ```Search > Categories > Water```, we would see "All" (which would correspond to the current display setup when "Water" is pressed), "Drinking Water", "Spring", "Water Well", etc.). Last, it would be great to have the option to always show some specific amenities. In the example above, Drinking Water would always be displayed on the map no matter if I search for something else or plan a route.
biodranik commented 2022-04-07 19:51:15 +00:00 (Migrated from github.com)

You can now type any amenity (from supported by OM, see this file) in the search directly, and see it on the map. Why do you need it in a more complex way?

You can now type any amenity (from supported by OM, see [this file](https://github.com/organicmaps/organicmaps/blob/master/data/categories.txt)) in the search directly, and see it on the map. Why do you need it in a more complex way?
roboes commented 2022-04-07 19:58:26 +00:00 (Migrated from github.com)

Thanks for sharing the categories file.

I have found the following code snippet:

# A generic "Water" search shall result in all water sources with a likely drinkable water:
#   amenity=drinking_water
#   amenity=water_point
#   man_made=water_tap
#   man_made=water_well
#   natural=spring
#
# Bigger bodies of water like rivers, lakes, ponds etc. should not be included in "Water" search
# as they are quite big and obvious terrain features on the map anyway.
#
# A search for "Drinking/Potable water" shall result in amenity=drinking_water only.

For me is now clear what is displayed when "Water" is pressed inside "Categories". The way to search and find Drinking Water by typing "Drinking/Potable water" is better than the one suggested by me. Thus, my first suggestion in the OP can be disregarded.

Thanks for sharing the [categories file](https://github.com/organicmaps/organicmaps/blob/master/data/categories.txt). I have found the following code snippet: ``` # A generic "Water" search shall result in all water sources with a likely drinkable water: # amenity=drinking_water # amenity=water_point # man_made=water_tap # man_made=water_well # natural=spring # # Bigger bodies of water like rivers, lakes, ponds etc. should not be included in "Water" search # as they are quite big and obvious terrain features on the map anyway. # # A search for "Drinking/Potable water" shall result in amenity=drinking_water only. ``` For me is now clear what is displayed when "Water" is pressed inside "Categories". The way to search and find Drinking Water by typing "Drinking/Potable water" is better than the one suggested by me. Thus, my first suggestion in the OP can be disregarded.
biodranik commented 2022-04-07 20:10:05 +00:00 (Migrated from github.com)

Regarding the second, our main goal is to teach users that they can type anything in the search and find it. Extending categories does not solve this problem and takes a lot of our development time. As you already understood, all "categories" UI leads to a simple pasting of the search keyword into the search field. Users can and should do it directly. And we should focus on how to teach users that it is possible.

Regarding the last, can you please elaborate? What problem are you trying to solve?

Regarding the second, our main goal is to teach users that they can type anything in the search and find it. Extending categories does not solve this problem and takes a lot of our development time. As you already understood, all "categories" UI leads to a simple pasting of the search keyword into the search field. Users can and should do it directly. And we should focus on how to teach users that it is possible. Regarding the last, can you please elaborate? What problem are you trying to solve?
roboes commented 2022-04-07 22:22:00 +00:00 (Migrated from github.com)

The idea is to give the option to overlay chosen amenities on the map.

Here is an example from OsmAnd for Drinking Water: no matter what I search, Drinking Water POI is always shown:

The idea is to give the option to overlay chosen amenities on the map. Here is an example from OsmAnd for Drinking Water: no matter what I search, Drinking Water POI is always shown: <img src="https://user-images.githubusercontent.com/44812635/162328469-8276cf5f-41e2-4f05-893e-3f373c8e2c31.jpg" height="400"> <img src="https://user-images.githubusercontent.com/44812635/162328466-1be9046e-529c-4b8c-b01d-439efe0ace38.jpg" height="400">
biodranik commented 2022-04-08 06:26:43 +00:00 (Migrated from github.com)

So it is not related to the search, but to the map rendering.
What is the use-case, when you manually go and select something to be always visible, instead of searching it and seeing search results on the map? Why do you think it is important for other users?

If we blindly start copying OSMand features, Organic Maps can become as complex as OSMand, and it is not our goal.

So it is not related to the search, but to the map rendering. What is the use-case, when you manually go and select something to be always visible, instead of searching it and seeing search results on the map? Why do you think it is important for other users? If we blindly start copying OSMand features, Organic Maps can become as complex as OSMand, and it is not our goal.
roboes commented 2022-04-08 08:10:39 +00:00 (Migrated from github.com)

Some use cases to always overlay user defined POI:

  • While travelling: keep Sights displayed on the map while walking around, on a turn-by-turn navigation or following a .kml route.
  • While walking on a park or cycling: keep Water displayed on a map for Drinking Water POI (currently need to stop navigation to search for this POI).
Some use cases to always overlay user defined POI: - While travelling: keep Sights displayed on the map while walking around, on a turn-by-turn navigation or following a .kml route. - While walking on a park or cycling: keep Water displayed on a map for Drinking Water POI (currently need to stop navigation to search for this POI).
biodranik commented 2022-04-08 09:51:13 +00:00 (Migrated from github.com)
  1. The first case is already implemented in a more convenient way: a user can search for anything while in walking/cycling/car navigation mode. And search results will be highlighted on the map while navigating. Did you discover this option?

  2. The second case is also solved: you don't need to stop navigation to search for water. Press a search icon in the nav mode and search for the water. And see it displayed on the map.

1. The first case is already implemented in a more convenient way: a user can search for anything while in walking/cycling/car navigation mode. And search results will be highlighted on the map while navigating. Did you discover this option? 2. The second case is also solved: you don't need to stop navigation to search for water. Press a search icon in the nav mode and search for the water. And see it displayed on the map.
roboes commented 2022-04-08 10:07:17 +00:00 (Migrated from github.com)

This is great, I was unaware of this feature! Given that this existing feature works similarly with my request, I will close this issue. Thanks!

This is great, I was unaware of this feature! Given that this existing feature works similarly with my request, I will close this issue. Thanks!
This repo is archived. You cannot comment on issues.
No labels
Accessibility
Accessibility
Address
Address
Android
Android
Android Auto
Android Auto
Android Automotive (AAOS)
Android Automotive (AAOS)
API
API
AppGallery
AppGallery
AppStore
AppStore
Battery and Performance
Battery and Performance
Blocker
Blocker
Bookmarks and Tracks
Bookmarks and Tracks
Borders
Borders
Bug
Bug
Build
Build
CarPlay
CarPlay
Classificator
Classificator
Community
Community
Core
Core
CrashReports
CrashReports
Cycling
Cycling
Desktop
Desktop
DevEx
DevEx
DevOps
DevOps
dev_sandbox
dev_sandbox
Directions
Directions
Documentation
Documentation
Downloader
Downloader
Drape
Drape
Driving
Driving
Duplicate
Duplicate
Editor
Editor
Elevation
Elevation
Enhancement
Enhancement
Epic
Epic
External Map Datasets
External Map Datasets
F-Droid
F-Droid
Fonts
Fonts
Frequently User Reported
Frequently User Reported
Fund
Fund
Generator
Generator
Good first issue
Good first issue
Google Play
Google Play
GPS
GPS
GSoC
GSoC
iCloud
iCloud
Icons
Icons
iOS
iOS
Legal
Legal
Linux Desktop
Linux Desktop
Linux packaging
Linux packaging
Linux Phone
Linux Phone
Mac OS
Mac OS
Map Data
Map Data
Metro
Metro
Navigation
Navigation
Need Feedback
Need Feedback
Night Mode
Night Mode
NLnet 2024-06-281
NLnet 2024-06-281
No Feature Parity
No Feature Parity
Opening Hours
Opening Hours
Outdoors
Outdoors
POI Info
POI Info
Privacy
Privacy
Public Transport
Public Transport
Raw Idea
Raw Idea
Refactoring
Refactoring
Regional
Regional
Regression
Regression
Releases
Releases
RoboTest
RoboTest
Route Planning
Route Planning
Routing
Routing
Ruler
Ruler
Search
Search
Security
Security
Styles
Styles
Tests
Tests
Track Recording
Track Recording
Translations
Translations
TTS
TTS
UI
UI
UX
UX
Walk Navigation
Walk Navigation
Watches
Watches
Web
Web
Wikipedia
Wikipedia
Windows
Windows
Won't fix
Won't fix
World Map
World Map
No milestone
No project
No assignees
1 participant
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: organicmaps/organicmaps-tmp#2362
No description provided.