Fixed
Status Update
Comments
an...@google.com <an...@google.com> #2
Thanks for alerting us to this issue. We verified it and added it to the list of things to keep track of. We cannot give details on the timeframe, but please star this issue to be notified of updates.
Referring to the last question, there is a feature request for this:
https://code.google.com/p/gmaps-api-issues/issues/detail?id=8982
Referring to the last question, there is a feature request for this:
te...@gmail.com <te...@gmail.com> #4
As a partial workaround, I used to look for the short name of an address component of type "country" (usually the last component) in any of the results, but even that won't always work because of bug 11168 (probably related to this one, I guess).
For god's sake guys these issues are huge.
For god's sake guys these issues are huge.
te...@gmail.com <te...@gmail.com> #6
This is not specific to country. A lot of results of various types (besides 'country') are sometimes randomly missing. See https://code.google.com/p/gmaps-api-issues/issues/detail?id=11357
ma...@gmail.com <ma...@gmail.com> #8
> Issue 11357 has been merged into this issue.
It's either the other way round, or you should change the title of this issue
It's either the other way round, or you should change the title of this issue
te...@gmail.com <te...@gmail.com> #9
[Comment deleted]
te...@gmail.com <te...@gmail.com> #10
Here's another example:
https://maps.googleapis.com/maps/api/geocode/json?latlng=45.77269930476671,13.58813380284225&key=****
Only the street address and the country are returned, no town, locality, region or anything.
For god's sake, how can such a critical issue still be unfixed after several months??
Only the street address and the country are returned, no town, locality, region or anything.
For god's sake, how can such a critical issue still be unfixed after several months??
an...@google.com <an...@google.com>
[Deleted User] <[Deleted User]> #11
I did come across another example:
https://maps.googleapis.com/maps/api/geocode/json?latlng=40.714224,-73.961452
Also I found a workaround:
if I do not get a country back, I will do a second reverse geocoding with the coordinates of the highest result I got.
Most of the times these coordinates will be in an area, where I can get the country.
This is not ideal, but it works for the cases I found.
Also I found a workaround:
if I do not get a country back, I will do a second reverse geocoding with the coordinates of the highest result I got.
Most of the times these coordinates will be in an area, where I can get the country.
This is not ideal, but it works for the cases I found.
kt...@gmail.com <kt...@gmail.com> #13
I'm getting this issue intermittently for result_type=country. Seems to be happening especially often for locations on the Iberian peninsula. Is there any word on when there might be a fix or a workaround?
[Deleted User] <[Deleted User]> #14
I have some example for Russian citys near Moscow... Can't get sublocation (district) for Красногорск (55.8263313 37.326297)
I did two request within a minute. First one return sublocation, another not.
I did two request within a minute. First one return sublocation, another not.
mi...@google.com <mi...@google.com> #16
Thank you everybody for your reports and patience. This issue is now fixed.
We have released major improvements to reverse geocoding across all Maps API services, please let us know (file new bugs) if you find new issues.
Please note that points on water will now more often return ZERO_RESULTS, only a country, or otherwise return fewer results than before.
This is the intended behavior when such points in water are too far away from good results.
We have released major improvements to reverse geocoding across all Maps API services, please let us know (file new bugs) if you find new issues.
Please note that points on water will now more often return ZERO_RESULTS, only a country, or otherwise return fewer results than before.
This is the intended behavior when such points in water are too far away from good results.
sv...@spinnerlabs.no <sv...@spinnerlabs.no> #17
Place ID ChIJ5_osjTy7FDQRmaqkZINQR38 ("Jinsha Township") has no country specified in address_components. Should we still expect these cases from the API?
mi...@google.com <mi...@google.com> #18
ChIJ5_osjTy7FDQRmaqkZINQR38 is in Kinmen County which is a disputed area, see https://issuetracker.google.com/35826813 for more details.
Such places, even when retrieved by Place ID or returned by address geocoding or Place search, do not have country in formatted_address either; and the same can be observed on Google Maps:http://maps.google.com/maps?cid=0x3414bb3c8d2cfae7:0x7f47508364a4aa99
Such places, even when retrieved by Place ID or returned by address geocoding or Place search, do not have country in formatted_address either; and the same can be observed on Google Maps:
sv...@spinnerlabs.no <sv...@spinnerlabs.no> #19
Ok, thanks. Had to build a country select in UI for users to choose when this happens. Makes the app code more complicated.
Idea for the future: API or settings in Google Cloud Console to set these disputed areas with country info.
Idea for the future: API or settings in Google Cloud Console to set these disputed areas with country info.
Description
Quoting the relevant bits:
> I have a "locality" type place_id (e.g. ChIJT-bVPNJAh0gRzCSbulDuSWs) (that I got by querying location 5.768757,-2.004222). I want to get the associated "country" type place_id. I have tried looking up the same location but with result_type=country. However, that gives zero results.
Example of a request and response,
I have produced a list of sample locations that return information about "locality" but do not return information for "country":
* 53.350353, -6.267941
* 50.619761, -3.413323
* 52.971225, -1.309774
* 52.195225, -2.222108
* 51.257409, -0.006035
* 55.904288, -4.40149
* 52.955874, -1.149989
In the mean time, it would be nice to know if there is a way to get country place_id knowing locality place_id.