Fix #337585 -- Behavior flags on macros weren't using the site defaults. This most often manifested as missing "nomousezoom".

Fix #703480, patch by dnotes: Brown paper bag fix in gmap_module_invoke: Don't nuke the return value repeatedly when cycling through hook implementers.
Fixes an issue where all the behavior flags disappear.

Move gmap_views_gmap preprocess function to gmap.module to work around caching quirks seen in the wild.

RMT cache -- clicking on the same rmt marker more than once will show the previously fetched data instead of loading again.

#315236 by Bartezz, Fabianx, NigelCunningham, jcmarco et al. - gmap views that use ajax break when exposed filters are used.

Original commits were for #679804.

Renamed translations template file gmap-module.pot to gmap.pot and updated for current version of gmap

(cherry picked from commit 9a79fc758f8a7f9d5b692d725722abfe2c98997f)

Fix #582934, patch by me, rerolled by pivica and hutch: PHP 5.3 compatibility for hook_gmap(). (Manual backport)

* Add Google Bar to search on map
* Add option for a marker tooltip field on gmap views
* Add option to highlight markers on mouse rollover event
* Add option to center Gmap on marker of node passed as argument in view
* Add option to highlight markers of node passed as argument in view

Fix #676108. Original patch by greenSkin, heavily modified by me to hopefully maximize compatibility.

In theory, this should work in both keys_api and keys now.
(cherry picked from commit 2831abcbe55a2b60dbeaeb52e895d0877ef20615)

(cherry picked from commit 62cb91318ddbf045a98b55bd02682b0320cf0ccc)

(cherry picked from commit 751d05ac637eba7c25155e5e14ed6fd26418314e)

(cherry picked from commit 79e80c09bb9f1c403a1dbeff1171b5f4482f63a3)

Stop confusing the marker system by blindly wrapping marker.text in a div, even
if it didn't exist.

Add a way to bind controls that we aren't able to set the id/classes on from the Drupal side.

This lets us work around the fact that gmap_widget_setup() completely fails to work on CCK fields.

Example:
<code>
  $remap = array(
    'edit-field-latitude-0-value' => array('classes' => array('gmap-locpick_latitude'), 'id' => 'gmap-loc0-locpick_latitude0'),
    'edit-field-longitude-0-value' => array('classes' => array('gmap-locpick_longitude'), 'id' => 'gmap-loc0-locpick_longitude0'),
    'edit-field-address-0-value' => array('classes' => array('gmap-locpick_address'), 'id' => 'gmap-loc0-locpick_address0'),
  );
  drupal_add_js(array('gmap_remap_widgets' => $remap), 'setting');

  /* ... stuff copied from gmap_set_location(), etc... */
</code>

HOPEFULLY it will work okay.
The reason I was reluctant to change this is the interactions between drupal_add_js()
and hook_filter(), described at
http://mostrey.be/hookfilter-versus-drupaladdjs

If anyone has troubles with macros after this change, I will have to revisit gmap's filter
stuff.

Also, fix a warning caused by neglecting to give the row plugin a chance to query.
Additionally, ensure that views knows we are capable of doing grouping.
The fix is based on the changes presented in #619884 for views.

Usability: Don't show a JS error when attempting to display a map before the API key has been configured.

This should help when visiting the settings page for the first time, etc. The immediate JS error isn't very nice.

GPolygon.fromEncoded() and GPolyline.fromEncoded() don't take style arguments the same way as the regular constructors--styles have to be attributes of the encoded polyline/polygon object, rather than being arguments to the constructor

This fixes the annoying jerky / flashing marker when using locpick, and makes the whole thing feel a lot smoother.