Use marker.setImage() to change the marker image in your mouseover and
mouseout handlers.
On Sep 17, 11:23 pm, pbmaps wrote:
> On Sep 17, 11:48 am, David Cato wrote:
>
> > It's a rather clever implementation. A lot of the code seems to exist
> > for handling
It's a rather clever implementation. A lot of the code seems to exist
for handling different types of POIs (accomodations, transportation,
etc.) but the gist is that they have two markers: the base marker and
a modified version, displayed on mouseover, of the base marker that
has a "tang" on the r
Those lat/lng coordinates are fine for the continental US, but if you
also need to include Alaska and Hawaii, the center would be closer to
52,-127 (rough approximation, not sure of the exact coordinates, but
at that scale it probably doesn't matter much). Also, the zoom level
will depend on the s
You might try fixing the invalid HTML on that page. IE is known to
have trouble with invalid HTML, and validator.w3.org flags a *lot* of
errors.
On Sep 15, 9:16 am, TenMileCowboy
wrote:
> I've been developing a few pages that will present a map, allow users
> to place and interact with markers,
Do you have an example? I've not (yet) encountered any problem
obtaining the results from a GDirections call once the load event is
received.
Depending on your use case, you might need to listen for the
addoverlay event instead, especially if you're querying the DOM
elements you told GDirections
Thanks Mike, that did it. Ugly, but functional.
On Sep 12, 12:37 am, Mike Williams wrote:
> Here's a rather ugly workround:
>
> In the situation where the mouse has already moved on before the
> floater.marker.setLatLng() has completed, we get a "mouseout" event on
> the original marker but no "
The link Rossko provided to Mike's example does emulate the display of
the directions in the same style as that done by GDirections.load().
You might need to tweak things a bit since it seems that Google may
have changed the styling slightly from when Mike wrote that example.
For example, I found
If you follow the link to "Tweaking GOverviewMapControl in
v2.93" (http://econym.org.uk/gmap/modularized.htm) from that example's
tutorial page you'll read that "[T]he undocumented .getOverviewMap()
does not work since v2.135. There is now no way to obtain a reference
to the overview map oject."
Looks OK to me with Firefox 3.0.11 on Linux (I don't have access to
any other systems at the moment) -- the route displayed on both the
greg-koppel.site88.net and www.alicefrank.com sites is identical,
following the same roads/trails.
On Aug 31, 6:52 am, HappyBiker wrote:
> ah - sorry.
> go toww
According to
http://gmaps-samples.googlecode.com/svn/trunk/mapcoverage_filtered.html
driving directions are not available for South Africa.
On Aug 27, 9:21 am, Niven Sookharan wrote:
> hi to all the programmers out there.
>
> i'm have alot of problems trying to calculate the driving between 2
>
Have you seen PROJ.4 (http://trac.osgeo.org/proj/)? The cs2cs program
might do what you need though you'll probably need to convert the CSV
data to another format first. I've not used it myself, but I have made
use of the PROJ.4 library for coordinate transformations in PostGIS.
On Aug 24, 12:09
I was geocoding a few Japanese addresses a couple weeks ago and had
mixed results using transliterated English addresses. The primary
problems I encountered were accented characters and name suffixes.
For example, given a street name of Takakukõ, the geocoder could not
locate it, but dropping the
There's also an XML version of that spreadsheet available from
http://spreadsheets.google.com/feeds/list/p9pdwsai2hDMsLkXsoM05KQ/default/public/values
if you're into parsing XML data.
On Aug 21, 2:42 pm, "geocode...@gmail.com"
wrote:
> On Aug 21, 12:44 pm, Josh wrote:
>
> > Thanks for the respo
It could have something to do with the invalid XHTML on the page. Try
fixing the problems identified by
http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fwww.sedus.de%2Fse%2Fde%2Fcompany%2Faddresses.php
and see if that resolves the problem. Many of the IE rendering
problems I've encountered
The directions don't work for me with FF3, but no errors are reported.
As far as I can tell, the JS code looks correct and Firebug does show
the directions being returned, but the specified div isn't getting
updated.
It's possible that the validation errors on the page are causing
problems. I rec
As Andrew and Ross said, HTML entities are not interpreted in either
the tooltip or the infowindow. Your best bet is to encode the strings
in the charset that is declared for the page, in this case it's UTF8.
I've had no problems with non-ASCII characters being displayed
properly in the tooltips
On Jun 25, 2:12 pm, Andrew Leach
wrote:
> On Jun 25, 9:33 pm, David C wrote:
>
> > Is there a programmatic way to determine whether driving directions
> > are available for a particular country?
>
> Two ways I can think of:
> (a) try to get directions from a point in the country -- to itself may
I'm able to access that map with Firefox 3.0.11 on both Mac and Linux,
with and without Firebug. (I don't have access to FF 3.0.11 on a
Windows system at the moment.)
On Jun 15, 1:58 pm, Andrew Leach
wrote:
> On Jun 15, 5:32 pm, Edward wrote:
>
>
>
> > The link to the site iswww.deluxespanishvi
I can only reproduce the problem when specifying any invalid API key
and accessing the page via HTTPS. Specifying different API versions
has no effect.
The same page accessed via HTTP generates the expected invalid key
error message. However, if I specify a valid API key then the page
loads as ex
You need to encode the & characters in the script src attribute.
Instead of
file=api&v=2&sensor=false&key=... you should have
file=api&v=2&sensor=false&key=...
You also have several divs with the same ID of coordonnee which is
causing a problem. Simply changing id="coordonnee" to
class="coordonne
I'm not experiencing any problem with those links you gave, or any
other maps I've tried, with Firefox 3.0.10 on Linux.
Do you have Firebug installed? There were some problems a couple
months ago with Firefox 3.0.7 and Firebug (I believe
http://code.google.com/p/fbug/issues/detail?id=1565 is the
In a previous job I worked on a product that used IP geolocation.
Specifically, we used Akamai's service which was expensive. The
accuracy varied depending on location, with locations in the US and
most of western Europe generally being accurate down to the city level
but in other countries the ac
22 matches
Mail list logo
