Closed pandaiolo closed 8 years ago
Agreed, we need to work on that, relevancy wise. Thanks for the report!
Ok, the Lutèce
and Ancien - Quartier...
entries should be fixed after the next planet reindexing. We now force the alternative forms to be at the end of the multi-valued attributes, avoiding such display to occur.
To add on this issue, when adding type: 'city
and searching for Canadian cities (may well be happening with other countries), the administrative region is missing. However, the same search query, but without specifying the type, will yield an administrative region in the results.
@nddery Just confirmed this yes, when using countries: ['ca']
with addresses then we get the administrative information. But when searching for cities there's no more administrative information.
@nddery Just confirmed this yes, when using countries: ['ca'] with addresses then we get the administrative information. But when searching for cities there's no more administrative information.
So for internal performance reason; we're using the Geonames data while searching for cities (or country) only. Otherwise, we use OSM. Here it turns out that the Geonames data is less good. I'll check if we're able to improve it.
@redox I see - should I open a new issue for this as this one is tagged OSM data issue
?
We've updated the underlying data, it looks better what do you think?
Seems like the Paris issue has been fixed, however the administrative region is still missing for a lot of cities (for example, Montréal, New York City, Ottawa...).
Seems like the Paris issue has been fixed, however the administrative region is still missing for a lot of cities (for example, Montréal, New York City, Ottawa...).
Good point, we've improved the OSM data but here it looks like our Geonames data processing is lacking some zipcode/administratives. I'll create a new issue for that.
From the website example with
type: city
Not very friendly results :)
First entry should be like without options:
Paris, France