State of geo and google map modules?
Is there a good state-of-the-union post somewhere on the status of various location/geocode + mapping modules? There are a metric crapton on d.o with dependencies up the wazoo some of which are maintained, some of which aren't -- it's a complete disaster as far as I can tell, but maybe I'm not looking in the right place. Halp? -D
Location + gmap works fine for me, you might need to get your hands dirty with some preprocessing and calls to theme('gmap', ....) to get the maps to show up how/where you want them but theme('gmap', ...) is a pretty powerful function once you know what to shove in as arg 2 (good examples in the code). -----Original Message----- From: development-bounces@drupal.org [mailto:development-bounces@drupal.org] On Behalf Of Domenic Santangelo Sent: Tuesday, 22 June 2010 9:57 AM To: development@drupal.org Subject: [development] State of geo and google map modules? Is there a good state-of-the-union post somewhere on the status of various location/geocode + mapping modules? There are a metric crapton on d.o with dependencies up the wazoo some of which are maintained, some of which aren't -- it's a complete disaster as far as I can tell, but maybe I'm not looking in the right place. Halp? -D= Internal Virus Database is out of date. Checked by AVG - www.avg.com Version: 8.5.406 / Virus Database: 271.1.1/2686 - Release Date: 02/13/10 19:35:00
The groups.drupal.org Similar Module Review<http://groups.drupal.org/similar-module-review>is the correct place for such a comparison, and I don't see one there. Please, please write one! My experience is that Location module will sometimes do what you want if you stay right within the main path that it usually takes. And it will kill you if you try to do anything outside it's mostly-used territory. Essentially, it has had a very long life, it is very large, nobody is up to caring for it... etc. -Randy On Mon, Jun 21, 2010 at 5:56 PM, Domenic Santangelo <domenics@gmail.com>wrote:
Is there a good state-of-the-union post somewhere on the status of various location/geocode + mapping modules? There are a metric crapton on d.o with dependencies up the wazoo some of which are maintained, some of which aren't -- it's a complete disaster as far as I can tell, but maybe I'm not looking in the right place.
Halp?
-D
-- Randy Fay Drupal Module and Site Development randy@randyfay.com +1 970.462.7450
On Tuesday 22 June 2010, Domenic Santangelo wrote:
Is there a good state-of-the-union post somewhere on the status of various location/geocode + mapping modules? There are a metric crapton on d.o with dependencies up the wazoo some of which are maintained, some of which aren't -- it's a complete disaster as far as I can tell, but maybe I'm not looking in the right place.
Halp?
-D
Location/Gmap *is* being actively developed and new stable commits will be happening soon I'm sure, at the moment the dev versions are much better than the stable ones. my 2 bits worth -- ----------------- Bob Hutchinson Midwales dot com -----------------
I have been using gmap/location quite a bit for all my larger projects before, but have now moved over to http://drupal.org/project/gmaps (with s: Google Map Tools module), which has a much easier end user interface (eg location picker) and a better more complete implementation of all the latest stuff of the Google Maps API. Its a bit more complex to setup but you also have a lot more options and possibilities and it is actively maintained with recent stable versions. There has not changed much in the old gmap module over the past years in my opinion and that's a pity. I really hope it's true that the dev version will give an interesting new stable release but I don't understand why they cannot just release a bit more stable versions between now and december 2008, the last stable version. I'm not so fond of using a dev version on live production sites. Hans
I am actually working on just such a document as mapping problems come up in lots of our projects and depending on each of the available routes comes with its own pros and cons. Will be publishing it in the next couple of days. In the meantime, I would suggest a careful look at the Openlayers ( http://drupal.org/project/openlayers) module if I were you. It is powerful and once you get into it gives you a lot of flexibility. Best, Ronald --- http://www.istos.it drupal-based web development
On Jun 22, 2010, at 12:53 AM, Ronald Ashri wrote:
In the meantime, I would suggest a careful look at the Openlayers (http://drupal.org/project/openlayers) module if I were you. It is powerful and once you get into it gives you a lot of flexibility.
OpenLayers does indeed look cool. It looks like a bit of overkilll perhaps... what I'm trying to do seems straightforward enough: 1) nodes of type "event" have an "address" field. Fill in the address. 2) Single node pages have a map with a pin on it 3) views of multiple events have a single map with many pins <- (this is where gmap + geo is croaking) 4) ability to filter that view by distance -- xx miles from ZIP code. 5) all US addresses The modules I'm seeing do everything + the kitchen sink, minus one thing I need to do. Or they have dependencies that are broken. Am I inappropriately lost here? Am I just being dense? -D
On 6/22/10 11:30 AM, Domenic Santangelo wrote:
On Jun 22, 2010, at 12:53 AM, Ronald Ashri wrote:
In the meantime, I would suggest a careful look at the Openlayers (http://drupal.org/project/openlayers) module if I were you. It is powerful and once you get into it gives you a lot of flexibility.
OpenLayers does indeed look cool. It looks like a bit of overkilll perhaps... what I'm trying to do seems straightforward enough:
1) nodes of type "event" have an "address" field. Fill in the address. 2) Single node pages have a map with a pin on it 3) views of multiple events have a single map with many pins <- (this is where gmap + geo is croaking) 4) ability to filter that view by distance -- xx miles from ZIP code. 5) all US addresses
The modules I'm seeing do everything + the kitchen sink, minus one thing I need to do. Or they have dependencies that are broken. Am I inappropriately lost here? Am I just being dense?
-D
We've had good experiences with the Mapstraction module, which uses Views for that purpose. http://drupal.org/project/mapstraction --Larry Garfield
Domenic - solved just the scenario you mentioned with Gmap + Location although you need to patch location - the issue in question is this one: http://drupal.org/node/662892 Although if you have all the issues sorted except a view with multiple markers/ nodes you might just try an alternative approach just for that part and leave the rest as is. Mapstraction or openlayers will do it - mapstraction is more lightweight and probably enough. Best, Ronald --- istos.it drupal-based web development On Tue, Jun 22, 2010 at 6:33 PM, larry@garfieldtech.com < larry@garfieldtech.com> wrote:
On 6/22/10 11:30 AM, Domenic Santangelo wrote:
On Jun 22, 2010, at 12:53 AM, Ronald Ashri wrote:
In the meantime, I would suggest a careful look at the Openlayers
(http://drupal.org/project/openlayers) module if I were you. It is powerful and once you get into it gives you a lot of flexibility.
OpenLayers does indeed look cool. It looks like a bit of overkilll perhaps... what I'm trying to do seems straightforward enough:
1) nodes of type "event" have an "address" field. Fill in the address. 2) Single node pages have a map with a pin on it 3) views of multiple events have a single map with many pins <- (this is where gmap + geo is croaking) 4) ability to filter that view by distance -- xx miles from ZIP code. 5) all US addresses
The modules I'm seeing do everything + the kitchen sink, minus one thing I need to do. Or they have dependencies that are broken. Am I inappropriately lost here? Am I just being dense?
-D
We've had good experiences with the Mapstraction module, which uses Views for that purpose.
http://drupal.org/project/mapstraction
--Larry Garfield
Dom, if you contact me off list I'll send you some code to do 3 using gmap+location in a view preprocess function Re 4)location has a distance filter, not sure if it works by postcode From: development-bounces@drupal.org [mailto:development-bounces@drupal.org] On Behalf Of Domenic Santangelo Sent: Wednesday, 23 June 2010 2:31 AM To: development@drupal.org Subject: Re: [development] State of geo and google map modules? On Jun 22, 2010, at 12:53 AM, Ronald Ashri wrote: In the meantime, I would suggest a careful look at the Openlayers (http://drupal.org/project/openlayers) module if I were you. It is powerful and once you get into it gives you a lot of flexibility. OpenLayers does indeed look cool. It looks like a bit of overkilll perhaps... what I'm trying to do seems straightforward enough: 1) nodes of type "event" have an "address" field. Fill in the address. 2) Single node pages have a map with a pin on it 3) views of multiple events have a single map with many pins <- (this is where gmap + geo is croaking) 4) ability to filter that view by distance -- xx miles from ZIP code. 5) all US addresses The modules I'm seeing do everything + the kitchen sink, minus one thing I need to do. Or they have dependencies that are broken. Am I inappropriately lost here? Am I just being dense? -D Internal Virus Database is out of date. Checked by AVG - www.avg.com Version: 8.5.406 / Virus Database: 271.1.1/2686 - Release Date: 02/13/10 19:35:00
participants (7)
-
Bob Hutchinson -
Domenic Santangelo -
KOBA | Hans Rossel -
larry＠garfieldtech.com -
Lee Rowlands -
Randy Fay -
Ronald Ashri