Closed snooppr closed 5 months ago
Good idea. I noticed that (in the dutch version) there are 2 almost identical poi cattegories -(fast)food (eten) -cafe en restaurant. In the food category wells are displayed, but no drinkwater taps as far as I can see I would not look for drinking water in a fastfood or restaurant category. So why not make the 2 almost identical categories into one and make a seperate one for all drinkingwater points
(By the way I have been in one or two places, in India I think, where an enthousiastic mapper mapped all the wells and they drowned out the few mapped restaurants in the area. Great if you are thirsty, less so if you are hungry)
Yes, here is a close-minded example of the problem firsthand
On the left is the search for drinking water, and on the right is the search for wells.
In this locality, all the water on the openstreetmap maps is not correctly tagged, what is tagged with wells is actually "drinking water" water columns, painfully known to the founders of the osmand developers.
Actually, the data error from OSM maps is not that important, it's a big problem with the osmand application. Combining the categories (sources of water) with the tags listed in the first post into a new category "water" solves the problem for newbie users who can't create their custom search filter.
The problem is so obvious and so easy to solve that yes, I have been at a loss for the application for many years ...
And yes, this problem is not in the alternative application of the same openstreetmap Organic Maps. Searching for "water" gives comprehensive results of drinking water sources. But this OM application is much younger than the OsmAnd application.
vshcherb removed this from the 4.4-backend milestone
I've outlined a problem regarding osmand newbie users. I've outlined the issue as to who is in the top 500 OSM mappers. I have identified a problem regarding who goes hiking in practice. But it seems there is something else the boss's unwillingness...
@snooppr added this to the 4.4-backend milestone
You can create a custom filter and share it's as an extension, OsmAnd supports custom POI searches.
You can create a custom filter and share it's as an extension, OsmAnd supports custom POI searches.
I know this, I even wrote about it in detail in paragraph 1 (at the beginning). I provided redundant evidence in txt and image that "water" with all drinking sources should be pre-assigned as a category.
translated by Google Translate
@vshcherb hi. I will translate into Russian, as the developers understand it, in order to eliminate translation inaccuracies.
To reinforce the demonstration of this issue, I installed the streetcomplete app and edited the "drinking water" poi. See what streetcomplete offers when specifying what kind of drinking water object is present on the map here?. I chose the "manual pump", that is, visually similar to the water intake mentioned above [column] (https://yandex.ru/images/touch/search?text=%D1%83%D0%BB%D0%B8 %D1%87%D0%BD%D0%B0%D1%8F%20%D0%BA%D0%BE%D0%BB%D0%BE%D0%BD%D0%BA%D0%B0%20%D0 %B4%D0%BB%D1%8F%20%D0%B2%D0%BE%D0%B4%D1%8B%20&) . After updating the map, this poi is displayed on the osmand as a "well". When searching for "drinking water" the user will never find "well" (and when searching for "well" he will not find "columns"). Thus, everyone who updates drinking water facilities, for example, in streetcomplete, does not suspect that there will be problems in OsmAnd.
To check, use, for example, this location within a radius of 500 meters: 55.87126 41.76720 use in the search: "drinking water", "well", "spring" and watch the sad search results.
Let me remind you that I attached a screenshot from OrganicMaps maps above, the same area, this problem in those maps, also osm - no. Because they combined poi with water into a predefined category, and when searching for "water" they display "wells", "drinking water", "spring", i.e. the tags I identified in the first post of this issue.
I don't understand how the project lead agrees combine poi "cell towers" and "antenna" but doesn't understand the same related issue with water. And ALL activists who use cards outside the city need water. The user does not know about the features of osm maps, he does not need to know, let alone set up a complex search filter based on this information. All he needs to do is search for: "drinking water" and get results with all sources of drinking water, not just standpipes. If the user needs to find only springs, then in the search he will type "spring".
@Zirochkabila can you verify the information provided and communicate the obvious improvement to your leader?
This fix/improvement will raise the popularity of osmand among tourists and travelers _(on hikes/motobike trips no one will learn on the move how to properly and where to set up a filter in an overloaded software interface to find water sources and fill your curbs, it’s easier to use another application that can in one click, for example OM).
The category "water" should be the default in the application:
The guys from OrganicMaps understood this a long time ago and created such a predefined category
If we add top-level category "water", it could help to combine all water providers
Category added but this issue needs to be fixed first: https://github.com/osmandapp/OsmAnd-Issues/issues/1910
Hello! I'd like to notice that i can't find
amenity=vending_machine
vending=water
when i'm searching "вода"
translated by Google Translate Wrote a short article about finding water in Organic Maps and OsmAnd.
translated by Google Translate
Wrote a short article about finding water in Organic Maps and OsmAnd.
Let me make some comments on your post here in the comments.
In order to have the possibility of multiple selection, you must press the button with checkmarks in the lower left corner.
This method does not work if the user has not previously searched for drinking water objects individually, i.e. in the lists for the checkbox, they are absent by default. More pragmatic search option: click search (magnifying glass) - categories - custom search (select water supply objects and save)
And in version OsmAnd 4.4.7, the developers have already added a pre-installed category "water"
And in version OsmAnd 4.4.7, the developers have already added a pre-installed category "water"
Thanks. I added changes to todo.
Dev notes: we need to reuse existing icon for water filter but looks like that we don't support icon
parameter for poi_filter
in poi_types.xml
. Icon parameter was added in commit above but issue is still not fixed.
To do: icon is missing
[x] Yes, Man made.
I propose to remove it at all there is too much categories, this should be implemented as filter in Food or as Custom category.
Hi - I love the new POI category Water (man-made), great improvement, not only for newbies !
One question - is it possible to add also cemeteries to that category? At least for Germany, most of them (I'd guess 95%) have drinking water from tap, but in OSM this it not shown as POI "drinking water", but only as POI cemetery with no hint for water.
I have added cemeteries since years to my custom filter for drinking water - and used it heavily on bike rides.
Might be a Germany-only issue. A better solution would probably be to map the drinking water POIs on cemeteries. But how to achieve this?
It's the same in France, A solution could be to tag cementeries poi with amenity drinking_water ?
Has you said add a poi in the exact place where the water is inside the cementery it's a probably a better practice, since it's not common to look for water in cementeries. You just locate the water source and create a new poi with amenity=drinking_water
In osmand search, you can search by category, such as "food", "products", but there is no category for "water". Add to osmand a preset category in the search "water": the category water should include the tags:: (amenity, drinking_water); (man_made, water_well); (natural, spring). Drinking water; wells and springs.
Rationale
Thus, I believe that in the preset search categories there are extra categories, and the category "water", one of the most important ones, is missing. Developers simply have to add it in the next versions of the software.