Closed (duplicate)
Project:
Location
Version:
6.x-3.x-dev
Component:
Code
Priority:
Critical
Category:
Feature request
Assigned:
Unassigned
Reporter:
Anonymous (not verified)
Created:
24 Apr 2006 at 04:39 UTC
Updated:
23 Jul 2018 at 22:18 UTC
Comments
Comment #1
geodaniel commentedI think that's a good idea to make geocoding optional. I'd actually be in favour of moving the geocoding capabilities to a geocoder.module or something and use location.module as an API only. The same should then apply for mapping capabilities, map links etc. But that's a little off topic for this post.
To solve your issue without code changes, you could remove the data from the zipcodes MySQL table, so no data is being pulled from there to geocode your items. You can then geocode them the way you wish to.
Comment #2
JohnG-1 commented@ #1.1 geodaniel
If I understand correctly you're talking about separating location.module into an independant location.API that deals with proximity searches (etc) on decimal lon/lat co-ordinates, and a dependant geocoding.module to deal with converting idiomatic zipcode (etc) data to decimal.co-ords. I think this is a critically important feature (even a year later!), but I haven't been able to find the relevant discussion thread. Please could someone point me ?
Comment #3
catchhttp://drupal.org/node/66887