Address mapping to wrong location
This topic contains 18 replies, has 5 voices, and was last updated by swm3 10 years, 7 months ago.
We have moved to a support ticketing system and our forums are now closed.
Open Support Ticket-
AuthorPosts
-
July 23, 2014 at 3:06 am #9513
I have a listing a user submitted that is mapping to Massachussetts, when the address is clearly listed as Alabama.
July 23, 2014 at 3:16 am #9516I had something similar happen.
I just dragged the marker to the right spot and saved the listing.
That fixed it.
We might just ask Vikas whether he can shed any light on this.July 23, 2014 at 3:36 am #9518I actually had two other listings a user reported, but i fixed it by readding the address to the map. Unfortunately that didn’t fix this one :-/
if i drag it, will it change the coordinates in SQL?
July 23, 2014 at 3:47 am #9521Okay, i did more research. Turns out the address was 809 Southbridge St, Auburn Massachussetts after all, but when i click the button to add it to the maps widget changed it to 1-7 Sara St, Auburn Alabama and retained the coordinates of the Massachusetts address.. Why is it doing this when I set it on the map?? I am pretty sure the auto fill forms is causing some major issues with our users, as this has already happened 5 times since our site launch, to which I had to manually reconfigure the listings…
July 23, 2014 at 4:25 am #9528I just tested an address that didn’t exist in one suburb and it mapped to the same street address in a different suburb – miles away!
I’m in Australia and for fun, I typed in 809 Southbridge Street, Auburn and pressed the set address button and it mapped to “Bridge Street , Ourimba” but kept the street address as 809 Southbridge Street.
Once I had typed in 809 Southbridge Street I couldn’t get the address field to update by moving the icon on the map either?
Seems if the Suburb and Postcode don’t match the Set Address button will produce unpredictable locations?
July 23, 2014 at 12:33 pm #9580We have over 900 listings on our page, and I am not looking forward to making sure the mappings on the listings are correct… :-/
July 24, 2014 at 11:07 am #9743The problem here is really down to the google api for mapping addresses, it’s not great with regions, anyone who wants to work with me to try and get this 100% let me know.
Thanks,
Stiofan
July 24, 2014 at 1:35 pm #9758In my case the I think the problem is due to whatever the js does to select/validate the city and the mismatched locations are caused by Google not getting the correct city, or not being sent a city at all.
I’m finding it such a trial to set the city that I have disabled the js and I’m testing a simple droplist to make the city selection more straightforward.
That suits my site where I only have a dozen or so cities that are eligible to be listed and I don’t need/want users putting in other cities.
You could test the theory by logging the Google API requests vs the responses received.
I’ll let you know if my changes cause any matching problems.
August 5, 2014 at 11:42 am #11010Stiofan, what would be the problems created by disabling Google validation of an address when a listing is created?
Would all the GD functionality still work so long as there was a valid Lat and Lon for a listing?
It might solve a few problems being created in different parts of the world by different address formats?
August 5, 2014 at 1:21 pm #11019There appears to be an issue with the API configuration for regions in general.
You mention this
The problem here is really down to the google api for mapping addresses, it’s not great with regions, anyone who wants to work with me to try and get this 100% let me know.
Thanks,
Stiofan
But the reality is regions can be geocoded in a number of ways and there is not realistically any universal approach that can be applied for every country in the world. Regions can and will be divided by political districts or states depending on the country level or ISO code.
From Google Developer Docs
region — The region code, specified as a ccTLD (“top-level domain”) two-character value. This parameter will only influence, not fully restrict, results from the geocoder. (For more information see Region Biasing below.
I have posted several times in the location manager forum about this issue and there is no response apart from to say its the Google API.
A more accurate statement would be that its not the Google API but the way that the data is coded in GD – working with Google Maps everyday as I do, its not Google that insists on the optional region geocoding for maps data – its GD. So the question is why?
I have had to totally abandon GD at this point as its impossible to set an accurate city or address as the API Region data its pulling is NOT configured correctly for most countries in Asia. Its not even possible to correctly set certain cities as these pull in inaccurate region data based on the political/admin districts.
If its that difficult at the backend, its not even an option to expect users to fiddle around with lat/lon, moving markers etc etc at the front end in the hope they can set an address
Possible suggestions to resolve this include:-
Prepopulating countries and cities only in GD
Making the Region Data optional as it is optional in Google just not GD
Configuring the Google Region API in GD for each country in the world to correctly match how the the city/region/country data is usedWould love to use GD but setting addresses correctly is a fundamental requirement in GD that for now may or may not work depending on your location
August 5, 2014 at 1:24 pm #11020https://developers.google.com/maps/documentation/geocoding/
Link to the docs
August 5, 2014 at 1:31 pm #11021As Paolo pointed out, you can enter a full address into the address field and Google will find it. The problem is that the address is parsed to the GD fields and re-validated, incorrectly by Google.
Which is why I think an option to disable Google address validation might solve these sorts of problems?
August 5, 2014 at 4:15 pm #11035I have asked for you to work with me, google api returns several regions names for some places, the are labeled administrative_area_level_1, administrative_area_level_2 and administrative_area_level_3 the correct usage can be different per country for example, it’s different for UK v USA, for each country it might be a case of having to find what one is correct. This is ONLY a problem for regions, everything else is just labeled, street, city, country etc..
Stiofan
August 6, 2014 at 2:09 am #11128Hi
Please see my post in the location manager forum. It is not possible to set street and city for several countries in Asia as the REgion data is automatically added to the city. The region data is added is not accurate and added in the wrong hierarchy.
E.g districts that are part of a city are added as the region data.
If you follow the example I added as a private post it can be easily replicated to troubleshoot. It includes the Wikipedia defined districts. You can also jump on google maps and try to add any of the places that crop up for hotels, bars etc
After 6 weeks of mentioning this we are now working with other directory themes. If you want to test any fixes you develop, please drop me a line.
August 6, 2014 at 1:47 pm #11159Hi swm3,
I have asked several times for someone to help with this, if it’s not working in ur area then i need someone from that area to help me test so we can get it right…
Stiofan
-
AuthorPosts
We have moved to a support ticketing system and our forums are now closed.
Open Support Ticket