Open
Bug 1339077
Opened 9 years ago
Updated 1 year ago
Get Map for OpenStreetMap doesn't work for addresses with space in postal code
Categories
(Thunderbird :: Address Book, defect)
Tracking
(Not tracked)
UNCONFIRMED
People
(Reporter: pander, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0
Build ID: 20170201174907
Steps to reproduce:
Click on Get Map for OpenStreetMap for a contact with a Dutch address (addresses in the Netherlands) such as:
Address: Helling 22
City: Utrecht
ZIP / Postal Code: 3523 CC
Country: Netherlands
Actual results:
Web browser is opened with url:
https://nominatim.openstreetmap.org/search.php?polygon=1&q=Helling%2022%2C%2CUtrecht%2C%2C3523%20CC%2CNetherlands
with in the search field:
Helling 22,,Utrecht,,3523 CC,Netherlands
stating:
No search results found
Expected results:
Web browser is opened with url:
https://nominatim.openstreetmap.org/search.php?polygon=1&q=Helling%2022%2C%2CUtrecht%2C%2C3523CC%2CNetherlands
with in the search field:
Helling 22,,Utrecht,,3523CC,Netherlands
(Note that in the two items above the space has been removed from the postal code.)
stating:
22, Helling, Utrecht, Bestuur Regio Utrecht, Utrecht, Netherlands, 3523CC, The Netherlands (House)
and showing the correct address
Justification is that Dutch addresses have officially a space in their postal code, see https://en.wikipedia.org/wiki/Postal_codes_in_the_Netherlands However, OSM does not expect a space there.
Since the information fed to OSM by Thunderbird is separated by commas but in no way tagged with a key, the proposal of removing spaces from all postal codes before sending addresses to OSM should fix this for at least Dutch addresses and probably for more countries.
The Dutch OSN community let me know that also postal codes with spaces exist. Solution should e.g. search where space is replaced by regex for zero or one space.
Can still be reproduced on Thunderbird 78.6.1.
Propose to close as INVALID: I consider this as a Nominatim issue/improvement and it should be reported on their side. Postal codes can be stored in many formats in both OSM and Thunderbird and it is up to Nominatim (which purpose is to geolocate) and not TB to handle all cases. Otherwise one will complain that the space has been automatically removed by TB and that it causes other issues.
See opened issue on Nominatim side: https://github.com/osm-search/Nominatim/issues/927
And a pull request in progress: https://github.com/osm-search/Nominatim/pull/1302
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•