You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, this doesn't work in the Omnibox: op: historic=* and tourism=* and tourism!=hotel in "Dumaguete City" , which could've return results for tourism-related features in Dumaguete, excluding hotels.
Of course, one may opt to first move the bbox to Dumaguete and run the same query, but the "not equal" to operators are not yet supported.
!= or <> are not currently supported
the "in ", when added to an Overpass Query, specifies a request to return results from said location.
Probably this query is not something casual users may use often, but supporting "in" is close to the search experience some users may be familiar when using Google, or Bing. See screenshots below.
On the other hand, maybe "attractions" as a preset is nice to have, since we use a variety of tags for this type of POIs in OSM, and could make it more convenient for users to look for this type of information.
Google: "tourism in Dumaguete City"
Bing: "tourism in Dumaguete City"
The text was updated successfully, but these errors were encountered:
Good ideas, I've just implemented the !=.
Do you mean number comparisons by < and >? So something like height > 50?
Overpass itself sadly doesn't offer such an operator directly and we would need to do it with regex.
The geographic limiter (in Dumaguette City) as it is offered by overpass turbo and the real query-wizard, also isn't directly a feature of the overpass api itself, we would need to use a geocoder to get the osm id of the object. For the normal search we use photon but I would suggest to use nominatim for this scenario.
While I don't have any practical use for < or > for now, I wouldn't mind being able to find, say ["tourism"~"musem|gallery|artwork|attraction|information"].
On the other hand, majority of users probably won't know how do that, so I like how the FacilMap UI makes this convenient for their users:
A custom query button is available for more advanced users, familiar with Overpass.
@Dlurak - using nominatim is OK. We used it in past for our main search, but it is not allowed to use it for autocomplete – #55. Without autocomplete, go ahead :)
Currently, this doesn't work in the Omnibox:
op: historic=* and tourism=* and tourism!=hotel in "Dumaguete City"
, which could've return results for tourism-related features in Dumaguete, excluding hotels.Of course, one may opt to first move the bbox to Dumaguete and run the same query, but the "not equal" to operators are not yet supported.
!=
or<>
are not currently supportedProbably this query is not something casual users may use often, but supporting "in" is close to the search experience some users may be familiar when using Google, or Bing. See screenshots below.
On the other hand, maybe "attractions" as a preset is nice to have, since we use a variety of tags for this type of POIs in OSM, and could make it more convenient for users to look for this type of information.
The text was updated successfully, but these errors were encountered: