Closed (duplicate)
Project:
Geolocation Field
Version:
7.x-1.x-dev
Component:
Geolocation field
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
22 Jan 2011 at 09:12 UTC
Updated:
22 Jun 2011 at 13:13 UTC
Hi, first of all, thank u for the module! but i have suggestion:
Maybe it's better do not create field in db, and simply select them in module admin panel? i mean:
create new content type: geo
add fields manually: lat, lang, city, address.
in module options select:
source field for decode: Address
fields to populate:
latitude -> lat field
longitude -> long field
city -> City field.
As i remember, google api return to geocoder request a lot of data. Why we don't use it?
For example, in my website, i need the "sublocality, political" value for my directory items. For now, i have to introduce this value manually.
what are u think?
Comments
Comment #1
derjochenmeyer commentedThanks, kervi for trying the module and sharing your ideas.
First of all, the Google Maps API (V3) is just one of the widgets provided by Geolocation Field. The core of Geolocation Field should and will be to store geolocations (lat-lng pairs) and do proximity look ups in the database. But of course, it would be sad to lose all the additional information returned by Google's geocoder.
I don't think its a good idea to store latitude and longitude outside of Geolocation Field. We need that information in ONE place to use it effectively. But I really like the idea of populating custom fields with additional data returned by the Google Geocoder API (or any other widget that might be implemented).
Tokens could be used to populate custom fields.
I'm busy with some other projects and the core of Geolocation Field at the moment. But I'd be happy if someone jumps in and provides a patch or co-maintership for this functionality.
We also need to think about these kinds of things ...
Comment #2
BenK commentedSubscribing
Comment #3
mile23This issue is very similar to #1040640: Store and display geocoded address information AND/OR address data entered by users, which has a longer comment thread. :-)
Comment #4
jm.federico commentedmarking as dup of #1040640: Store and display geocoded address information AND/OR address data entered by users