|
Hello! I have a problem the whole Helsinki city is missing in nominatim query responses. Someone in somewhere is switched isaddress boolean = false in city of Helsinki details and that could be the reason for that. Could someone advice me how to switch it back to true? I hope you have a nice day! Peace & happiness, always Ari
showing 5 of 6
show 1 more comments
|
|
An artefact from times when the boundary of Helsinki wasn't properly classified as a city. Updating the whole area should have fixed this now. There is already a bug report for Nominatim that the classification changes can cause havoc. Thank you. Actually I'm using nominatim query geocodejson format but in this question I opened I used xml format for reason to get my explain short for limited character space. The xml format query works now but geocodejson query have still wrong data. Is geocodejson format slower, have some kind of delay to get your update in or is there still some kind of issue? = city "Helsinki sub-region" . Not working. = <city>Helsinki</city> . Working I don't know what to do. Do I need to convert my code to use xml format or what. That's a bit crazy situation. I hope you have a nice day!
(05 Jun '22, 15:30)
talousala
Still same situation: not works. geocodejson city = "Helsinki sub-region". What is different with xml and geocodejson? How those format works on server side? Could there be a bug in xml and different bug in geocodejson. How I can easily find out what is different in xml and geocodejson at server side? - which format I should use. What is the right place discuss about possibilities use nominatim for everyday needs. I have received data in correct from nominatim responses. I felt I can trust nominatim works for me. I'm not sure anymore what format I was used to collect the data. Now I feel a week ago something changed different and nominatim responses not anymore correct. How it could be possible things not working and probably changing that way? I really don't know what to do. I go crazy! Nightmare. Thank you all! I feel like cry now! Peace & happiness, always Ari
(05 Jun '22, 17:59)
talousala
|
Could you explain in a bit more detail what seems to be the problem - what query you are actually executing and where?
https://www.openstreetmap.org/search?whereami=1&query=60.17063%2C24.93268
returns "Original Sokos Hotel Presidentti, 4, Eteläinen Rautatiekatu, Kamppi, Helsinki, Helsinki sub-region, Uusimaa, Southern Finland, Mainland Finland, 00100, Finland" for me, which seems correct?
OK. It looks like the whole Helsinki is not missing. E.g. address Iivarintie 3, Helsinki:
https://nominatim.openstreetmap.org/search?q=Iivarintie+3,+Helsinki&format=xml&polygon_geojson=1&addressdetails=1
place_id="123297206" have no <city> so that is wrong place_id="178976505" have <city> so that is correct
The problem is many places all around Helsinki area has similar problem the <city> data missing.
<searchresults ...="" <place="" place_id="123297206" ...="" <house_number="">3</house_number> <road>Iivarintie</road> <neighbourhood>Puistola</neighbourhood> <suburb>Suurmetsä</suburb> <city_district>Northeastern major district</city_district> <municipality>Helsinki sub-region</municipality> <county>Uusimaa</county> <iso3166-2-lvl6>FI-18</iso3166-2-lvl6> <state_district>Southern Finland</state_district> <region>Mainland Finland</region> <postcode>00760</postcode> <country>Finland</country> <country_code>fi</country_code> </place>
<place place_id="178976505" ...="" <house_number="">3</house_number> <road>Iivarintie</road> <neighbourhood>Iivisniemi</neighbourhood> <suburb>Kaitaa</suburb> <city_district>Suur-Espoonlahti</city_district> <city>Espoo</city> ... </place> </searchresults>
@SomeoneElse:
and your query example https://www.openstreetmap.org/search?whereami=1&query=60.17063%2C24.93268 returns only Mainland Finland (so this relation: https://www.openstreetmap.org/relation/2375172 ) from here. So it looks like (at least) one of OpenStreetMaps Nominatim instances is having the problem...
Hm, I now checked pummelzacken, dulcy, longma, stormfly-04 separately and all return the Original Sokos Hotel, while using the search at www.openstreetmap.org (or your whereami link) only returns Mainland Finland.
And a few minutes later, the whereami link returns this relation: https://www.openstreetmap.org/relation/184714 so it's getting closer :) (It does look as if someone is already working on the nominatim problem.)
Hi, we've discussed this in the OSM Finland Telegram group, and I'm not even close to being an expert in this either. I wasn't able to reproduce the problem in the neighboring city Espoo, or in Turku with the show address/whereami function on the OSM website. Some examples in Helsinki: https://www.openstreetmap.org/search?whereami=1&query=60.2246%2C24.9183#map=16/60.2246/24.9183 , https://www.openstreetmap.org/search?whereami=1&query=60.24335%2C24.95233#map=18/60.24335/24.95233 , https://www.openstreetmap.org/search?whereami=1&query=60.15136%2C24.88384#map=17/60.15136/24.88384 All the other relevant info is included except city. And checking the API output showed that the isaddress field for "Helsinki" is false in such places for some reason: https://nominatim.openstreetmap.org/details.php?osmtype=W&osmid=772172190&class=highway&addressdetails=1&hierarchy=0&group_hierarchy=1&format=json
The problem still exist. Can you SomeoneElse tell me who is fixing the problem just now? Is there anybody fixing it at all.
Larmax said the problem is active also in the Lauttasaari(suburb of the Helsinki) Helsinki. The problem exist all around in the Helsinki maybe other cities too. Someone must do a sql query and find out the problem and fix it. Also need to fix a buggy algorithm or correct the person who made this kind of problem.
In my point of view the problem is real major problem here in the Finland. If I compare that city missing problem to a credit card transaction: 1. so you know the product you are buing and the price for it; 2.you see the product name and other detail but you don't see the price you are going to accept when you are needed to accept the credit card transaction. 3. in the accepting view there is also other option with same details as the product you are going to buy also these product prices could be missing and invisible prices are also different - probably higher. None vise person don't want to use that kind of credit card you must use as blind eyes - am I right? Now the nominatim is like "blind eye" adderess source for some parts of the Finland.
@talousala and @Larmax this is not the issue tracker for nominatim (or anything else), if you want to report a problem with the software you need to open an issue with the developers, in this case https://github.com/osm-search/Nominatim
If it is a case of one instance having an issue and others not, this is likely an operational issue and should be reported here https://github.com/openstreetmap/operations
In both cases you are going to help everybody with legible, clearly laid out reports, that includes making an appropriate number of line breaks.