[Google Maps API v3] Re: Directions API Web Service and Waypoints
I have opened a change request for this : http://code.google.com/p/gmaps-api-issues/issues/detail?id=4400 Feel free to support it ... please On Friday, 31 August 2012 20:17:56 UTC+2, sgiddings wrote: Is there any plans to update this service to have the same functionality as the Directions API javascript service ? At present, the web service will treat all waypoints as stopover points. However, I am needing pass through waypoints as is available in the javascript service. Any ideas ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To view this discussion on the web visit https://groups.google.com/d/msg/google-maps-js-api-v3/-/CAmppeqyHRoJ. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Directions API Web Service and Waypoints
Is there any plans to update this service to have the same functionality as the Directions API javascript service ? At present, the web service will treat all waypoints as stopover points. However, I am needing pass through waypoints as is available in the javascript service. Any ideas ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To view this discussion on the web visit https://groups.google.com/d/msg/google-maps-js-api-v3/-/5IM4L_Zl3s8J. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Using the Javascript V3 Driving directions service from Android
Over the last two years, I have developed a web site using the v3 javascript maps api. I am now in the process of developing the equivalent functionality in a native android app using the native Maps Api. I am at the stage where I am incorporating the itinerary functionality. Knowing that there existed the Driving directions web service, I started looking at the format of the call. I was surprised to see that it does not have the same level of functionality as the javascript version. So here is my question : is it possible to use the url of the javascript version to obtain the same level of functionality ? What is missing in the web service ? - indicate if a waypoint is a *stopover* I also have the impression that the javascript service is faster, but that may just be me. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To view this discussion on the web visit https://groups.google.com/d/msg/google-maps-js-api-v3/-/LlwN0U_ctPQJ. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Maps on Android
I have been developing an application using the Google Maps Javascript Api v3 for over a year now. I am now faced with the need to produce an android device version. So I started to look at the Maps Api in the Android SDK - it is almost empty. - no directions service - no region biasing for displays - no geocoding What is the right way of producing map applications for android devices which match the same powerful web based apps we are able to produce now - without simply hosting a mobile specialised web site ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To view this discussion on the web visit https://groups.google.com/d/msg/google-maps-js-api-v3/-/ZffTyvLWQ98J. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
Re: [Google Maps API v3] Maps on Android
Thank you for your reply Barry, However, how can I reproduce other aspects such as line, polyline and polygon drawing based on lat/lng coordonnates ? Are there any full examples for creating real world mapping applications in the same manner as with the v3 javascript api ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To view this discussion on the web visit https://groups.google.com/d/msg/google-maps-js-api-v3/-/QaDXVpc2ArQJ. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] No abridged summary for the last two days
Has this been removed ? The Google Groups membership panel still show it as being available ... -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To view this discussion on the web visit https://groups.google.com/d/msg/google-maps-js-api-v3/-/E9IER4YDEOwJ. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Maps API v3 and IPad 2
Hi Geoff, I haven't started testing on an IPad (other than on my daughters who is simply visiting). I don't own one, so I started searching for advice. As usual, the most prolific comments are negative. My site works on Safari (PC/MAC), but knowing that there are only fingers or a stylus for user input, I wanted to know if there were recommended methods for adapting to the IPad. Here's my site : http://www.letrajet.com Simon On Dec 21, 8:07 pm, Geoff Schultz geoffrey.w.schu...@gmail.com wrote: What problems are you seeing? I make extensive use of V3 functionality and it runs fine on an iPad 2 with iOS 5. Certain things don't work, such as right-click, but there you just need to change the UI to work around these issues. Seehttp://www.geoffschultz.org/weather_map.php -- Geoff -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Maps API v3 and IPad 2
After my (short) research, there would appear to be a large number of problems trying to run the API in Safari on IPad 2. Are there any known techniques to getting the API to work properly - including all aspects of map navigation and zooming ? Are there any tutorials for adapting an API v3 web site for working on the IPad 2 ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Bug when switching to pegman view
After having defined a position for a marker, I put the pegman on the road next to it ... it simply shows empty fields. Here is the lat/lng : 46.2394, 3.2297 Which shows a Château in France in satellite view and is the official geolocalisation for the Château. This has the same behaviour in maps.google.com as well as in API v3. Should I open a bug report ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Modifying the CSS for an infowindow
Since version 3.7, infowindows no-longer have rounded corners. That said, it is probable that some of us still want rounded corners and do not want to create a custom overlay just to reproduce this. Is it possible to access the css used to create the infowindow to be able to add a css border-radius element ? Do we need to open a change request to add a parameter in InfoWindowOptions to trigger rounded corners ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Geocoding a street addresses returns locations off the road
Ok guys, I obviously had not investigated far enough. Thanks for these clarifications. On Nov 17, 11:10 am, Rossko ros...@culzean.clara.co.uk wrote: The resulting lat/lng pair, when used to place a marker, puts it in the empty space next to the road. It's not indicating empty space - have you looked at satellite imagery? - the marker is on a building. The geocoding results have location_type : ROOFTOPhttp://code.google.com/apis/maps/documentation/javascript/services.ht... -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Release v3.6 is now feature stable ?
Can you please confirm that version 3.6 is now feature stable and version 3.7 is the current development/nightly build version ? I don't remember seeing an official announcement for this, however. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Won't find the town Orange in France?
Hi Chris, Posted this yesterday, don't know what happened but it disappeared. Can we have a link to the problem record so that we can track the resolution ? For those of us who do not use the Places Autocomplete, what can you suggest ? I find it strange that when geocode requests are region biased to France, that the geocoder can still not find the correct result. Simon On Oct 12, 3:40 pm, Chris Broadfoot c...@google.com wrote: Hi all, To help mitigate problems like these I strongly recommend you use the Places Autocomplete. It's a perfect fit for use cases like this. Here's a quick demo:http://code.google.com/apis/maps/documentation/javascript/examples/pl... By typing orange france I get the correct result straight away. Nevertheless, I've filed this problem with the data team. Chris --http://twitter.com/broady On Tue, Oct 11, 2011 at 7:01 PM, sgiddings mr.s.giddi...@gmail.com wrote: Nice tip Pil. However, this is not really an acceptable situation. Taking into account that work has been undertaken by Google to improve coverage in Europe, notably in France, this should not occur. Our users will not have the reflex to do this kind of manipulation - which will give a bad image to our sites, even if it is out of our control. The user will not make the difference between our sites and Google, they only see our site. Do we need to open a bug report ? Do we need to send a problem report to Thor Mitchell ? On Oct 10, 3:54 pm, Pil wolf...@gmail.com wrote: Try Orange, Orange, fr (An old trick seems still working in this case.) On Oct 10, 11:07 am, Andy Newby andy.ne...@gmail.com wrote: Hi, I'm using Geo-Coding to grab a lat/lng value for a place name entered, and then searching our external DB. However, it doesn't seem to wanna find a place called Orange in France, which I can find fine on the main site: http://maps.google.com/maps?q=orangehl=enie=UTF8ll=44.128014,4.965. .. Here is the place it gives an error: http://www.chambresdhotes.org/cgi-bin/links/page.cgi?g=Google_Mapst=. .. I'm making sure I pass in lang=fr to force it to use french spellings (otherwise we have weird errors, like other place names not being found). This issue also applies to GMaps v2 API (I havn't updated this page yet to the v3 one) - http://www.chambresdhotes.org/Google_Maps/?q=orangeradiusSelect=30s... Anyone got any suggestions? TIA Andy -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Won't find the town Orange in France?
Heads up, its me again... I've done some further testing : For a geocode request like this - var Geocoder = new google.maps.Geocoder(); GeoCoder.geocode( {'address' : Orange, France, 'region' : FR}, ProcessGeoCode); I get the following result list : France Service Rd, Bay Lake, Floride, États-Unis Consulate General of France, 7657 Mt Carmel Dr, Orlando, Floride 32835-8164, États-Unis France Pavilion, France Service Rd, Bay Lake, Floride 32836, États- Unis Something is seriously wrong here ! Simon On Oct 14, 9:06 am, sgiddings mr.s.giddi...@gmail.com wrote: Hi Chris, Posted this yesterday, don't know what happened but it disappeared. Can we have a link to the problem record so that we can track the resolution ? For those of us who do not use the Places Autocomplete, what can you suggest ? I find it strange that when geocode requests are region biased to France, that the geocoder can still not find the correct result. Simon On Oct 12, 3:40 pm, Chris Broadfoot c...@google.com wrote: Hi all, To help mitigate problems like these I strongly recommend you use the Places Autocomplete. It's a perfect fit for use cases like this. Here's a quick demo:http://code.google.com/apis/maps/documentation/javascript/examples/pl... By typing orange france I get the correct result straight away. Nevertheless, I've filed this problem with the data team. Chris --http://twitter.com/broady On Tue, Oct 11, 2011 at 7:01 PM, sgiddings mr.s.giddi...@gmail.com wrote: Nice tip Pil. However, this is not really an acceptable situation. Taking into account that work has been undertaken by Google to improve coverage in Europe, notably in France, this should not occur. Our users will not have the reflex to do this kind of manipulation - which will give a bad image to our sites, even if it is out of our control. The user will not make the difference between our sites and Google, they only see our site. Do we need to open a bug report ? Do we need to send a problem report to Thor Mitchell ? On Oct 10, 3:54 pm, Pil wolf...@gmail.com wrote: Try Orange, Orange, fr (An old trick seems still working in this case.) On Oct 10, 11:07 am, Andy Newby andy.ne...@gmail.com wrote: Hi, I'm using Geo-Coding to grab a lat/lng value for a place name entered, and then searching our external DB. However, it doesn't seem to wanna find a place called Orange in France, which I can find fine on the main site: http://maps.google.com/maps?q=orangehl=enie=UTF8ll=44.128014,4.965. .. Here is the place it gives an error: http://www.chambresdhotes.org/cgi-bin/links/page.cgi?g=Google_Mapst=. .. I'm making sure I pass in lang=fr to force it to use french spellings (otherwise we have weird errors, like other place names not being found). This issue also applies to GMaps v2 API (I havn't updated this page yet to the v3 one) - http://www.chambresdhotes.org/Google_Maps/?q=orangeradiusSelect=30s... Anyone got any suggestions? TIA Andy -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Won't find the town Orange in France?
Nice tip Pil. However, this is not really an acceptable situation. Taking into account that work has been undertaken by Google to improve coverage in Europe, notably in France, this should not occur. Our users will not have the reflex to do this kind of manipulation - which will give a bad image to our sites, even if it is out of our control. The user will not make the difference between our sites and Google, they only see our site. Do we need to open a bug report ? Do we need to send a problem report to Thor Mitchell ? On Oct 10, 3:54 pm, Pil wolf...@gmail.com wrote: Try Orange, Orange, fr (An old trick seems still working in this case.) On Oct 10, 11:07 am, Andy Newby andy.ne...@gmail.com wrote: Hi, I'm using Geo-Coding to grab a lat/lng value for a place name entered, and then searching our external DB. However, it doesn't seem to wanna find a place called Orange in France, which I can find fine on the main site: http://maps.google.com/maps?q=orangehl=enie=UTF8ll=44.128014,4.965... Here is the place it gives an error: http://www.chambresdhotes.org/cgi-bin/links/page.cgi?g=Google_Mapst=... I'm making sure I pass in lang=fr to force it to use french spellings (otherwise we have weird errors, like other place names not being found). This issue also applies to GMaps v2 API (I havn't updated this page yet to the v3 one) -http://www.chambresdhotes.org/Google_Maps/?q=orangeradiusSelect=30s... Anyone got any suggestions? TIA Andy -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: 2011/8/17 - New Release (3.6)
One further piece of information - I have not requested the places library at all ! On Aug 17, 10:16 am, sgiddings mr.s.giddi...@gmail.com wrote: Hi Chris, Just been looking at this to be able to disable clicking on google located pois. Use the Styled Map Wizard to generate the required code and came across a problem. When turning off all visibility of airports ... they are still displayed, labelled and clickable. Here is the, generated, code : { featureType: transit.station.airport, stylers: [ { visibility: off }]} I even tried : { featureType: transit.station.airport, elementType: labels, stylers: [ { visibility: off }]} Do I need to log a bug ? On Aug 17, 3:53 am, Chris Broadfoot c...@google.com wrote: Hi all, We recently released a new minor version of the Maps API. This means that shortly, the versions of the Maps API will be: 3.6: Development/Nightly 3.5: Feature Stable 3.4: Frozen 3.3 will continue to exist for a short period of time, after which you will receive 3.4 when requesting 3.3. In this release, we have added clickable business icons to the road map. This provides a consistent user experience between the Google Maps and the Maps API. Another popular feature request was the ability to style hybrid and terrain map types. This is now possible via the styles option on MapOptions. When specifying styles in this way, they will be applied across all the default map types. This also makes it easier to create styled maps (no need to create a StyledMapType). For more detail on these two new features, see the blog post here:http://googlegeodevelopers.blogspot.com/2011/08/business-icons-and-st... As noted previously, we recommend production applications specify a minor version (e.g. 3.4, 3.5). Though, please take the time to test your application against the nightly version (3.6) so that we can rectify any issues that may surface during your testing. To see more information about versioning of the Maps API, see documentation:http://code.google.com/apis/maps/documentation/javascript/basics.html... The full changelog for the Maps API can be found here:http://code.google.com/p/gmaps-api-issues/wiki/JavascriptMapsAPIv3Cha... Cheers, Chris --http://twitter.com/broady -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: 2011/8/17 - New Release (3.6)
Hi Chris, Sorry, but had to lock my web site to version 3.5 to avoid the problem. However, the airport in question is : - Aéroport de Dinard Pleurtuit Saint-Malo (DNR), 35730 Pleurtuit, France whose coordonates are Lat : 48.58776739755567 Lng : -2.0796951962890944 Hope this helps with your investigations Simon On Aug 17, 11:02 am, Chris Broadfoot c...@google.com wrote: Are you able to make a quick demo page? Or tell me which airport you are looking at. --http://twitter.com/broady On Wed, Aug 17, 2011 at 6:16 PM, sgiddings mr.s.giddi...@gmail.com wrote: Hi Chris, Just been looking at this to be able to disable clicking on google located pois. Use the Styled Map Wizard to generate the required code and came across a problem. When turning off all visibility of airports ... they are still displayed, labelled and clickable. Here is the, generated, code : { featureType: transit.station.airport, stylers: [ { visibility: off }]} I even tried : { featureType: transit.station.airport, elementType: labels, stylers: [ { visibility: off }]} Do I need to log a bug ? On Aug 17, 3:53 am, Chris Broadfoot c...@google.com wrote: Hi all, We recently released a new minor version of the Maps API. This means that shortly, the versions of the Maps API will be: 3.6: Development/Nightly 3.5: Feature Stable 3.4: Frozen 3.3 will continue to exist for a short period of time, after which you will receive 3.4 when requesting 3.3. In this release, we have added clickable business icons to the road map. This provides a consistent user experience between the Google Maps and the Maps API. Another popular feature request was the ability to style hybrid and terrain map types. This is now possible via the styles option on MapOptions. When specifying styles in this way, they will be applied across all the default map types. This also makes it easier to create styled maps (no need to create a StyledMapType). For more detail on these two new features, see the blog post here: http://googlegeodevelopers.blogspot.com/2011/08/business-icons-and-st... As noted previously, we recommend production applications specify a minor version (e.g. 3.4, 3.5). Though, please take the time to test your application against the nightly version (3.6) so that we can rectify any issues that may surface during your testing. To see more information about versioning of the Maps API, see documentation: http://code.google.com/apis/maps/documentation/javascript/basics.html... The full changelog for the Maps API can be found here: http://code.google.com/p/gmaps-api-issues/wiki/JavascriptMapsAPIv3Cha... Cheers, Chris --http://twitter.com/broady -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Determine if a point is in the sea
Within my site, I give the user the ability to click on the map to place a marker. When this is done, I then go and do a reverse geocode to get the address of the location. However, if the user clicks in the sea, the reverse geocode will return the nearest land address without any indication that the lat/ lng is in reality in the sea. Is there a way to determine if a given lat/lng is in the sea ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Determine if a point is in the sea
Thanks for this Rossko. Sounds like a work-around really. Would it not be more reasonable to have the reverse geocode result indicate that the requested lat/lng is in fact over the sea ? On Jul 22, 11:29 am, Rossko ros...@culzean.clara.co.uk wrote: Is there a way to determine if a given lat/lng is in the sea ? Search in the v2 group, where it has cropped up a few times. The Elevation service has become available since many of the discussions.http://groups.google.com/group/google-maps-api/search?group=google-ma...http://groups.google.com/group/google-maps-api/search?group=google-ma... -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Geocoding service returns different results to the Geocoding api
Ok, I found the difference... In the URL I construct for the web service, I had not added region=FR - adding this returns the same result as with the api service. HOWEVER ... If I then take the lat/lng and do a reverse geocode, the address returned is not the same, it returns 14-16 Allée des Alignements, 56340 Carnac, France. This makes validation of geocoding more difficult! On Jul 18, 11:40 am, sgiddings mr.s.giddi...@gmail.com wrote: When I try to encode this address : 74, avenue des Druides, 56342 Carnac with the Geocoding service of the maps api, it returns the correct position without any problem. lat/lng: 47.57361320, -3.07203240 However, when I encode with the Geocoding web service, it returns the following location : 14-16 Allée des Alignements, 56340 Carnac, France lat/lng : 47.57361320, -3.07203760 The URL I use for the web service is : maps.googleapis.com/maps/api/geocode/json?address=74%2C+avenue+des +Druides%2C+56342%2C+Carnacsensor=false The URL called by the maps api is (captured via firebug) : maps.googleapis.com/maps/api/js/GeocodeService.Search?4s74%2C%20avenue %20des%20Druides%2C %2056342%20Carnac7sFR9sfrcallback=_xdc_._w02ky0token=60024 Is this a known issue / bug ? Is this, dare I say it, by design ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Earth on Google Map API V3
Thanks for this Chris, I have added a comment to the change/enhancement request. On Jul 18, 2:41 am, Chris Broadfoot c...@google.com wrote: On Sat, Jul 16, 2011 at 6:15 PM, sgiddings mr.s.giddi...@gmail.com wrote: If maps v3 no longer requires a key, shouldn't the earth utility library follow the same rule ? Unfortunately it's not the Earth Utility library that requires this, but rather the Earth API itself. See this issue:http://code.google.com/p/earth-api-samples/issues/detail?id=579 --http://twitter.com/broady -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Geocoding service returns different results to the Geocoding api
When I try to encode this address : 74, avenue des Druides, 56342 Carnac with the Geocoding service of the maps api, it returns the correct position without any problem. lat/lng: 47.57361320, -3.07203240 However, when I encode with the Geocoding web service, it returns the following location : 14-16 Allée des Alignements, 56340 Carnac, France lat/lng : 47.57361320, -3.07203760 The URL I use for the web service is : maps.googleapis.com/maps/api/geocode/json?address=74%2C+avenue+des +Druides%2C+56342%2C+Carnacsensor=false The URL called by the maps api is (captured via firebug) : maps.googleapis.com/maps/api/js/GeocodeService.Search?4s74%2C%20avenue %20des%20Druides%2C %2056342%20Carnac7sFR9sfrcallback=_xdc_._w02ky0token=60024 Is this a known issue / bug ? Is this, dare I say it, by design ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Earth on Google Map API V3
Hello, Interesting post and thoroughly misleading example ! The example simply states that all you have to do is just instantiate a new GoogleEarth object. After further reading, it would appear that all you have to do is 1. sign up for a jsapi key 2. include the jsapi script in your page via HTTPS ! 3. include the earth script in your page 4. import the earth namespace into your code and then and only then can you just instantiate a new GoogleEarth object. I admit to being rather disappointed as up to now, with the maps v3 api, it was not essential to have signed up for a key. If maps v3 no longer requires a key, shouldn't the earth utility library follow the same rule ? On Jul 15, 2:23 pm, Rossko ros...@culzean.clara.co.uk wrote: Have you seenhttp://google-maps-utility-library-v3.googlecode.com/svn/trunk/google... -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Map based POI web site
I am rather disappointed to have had no reply to this. Should I be addressing this question in another forum ? Is it not in Googles interest to give clear advice for this subject - Google Maps Api - Google Indexing ? Perhaps a Google person could reply - Chris ? On Jun 15, 5:39 pm, sgiddings mr.s.giddi...@gmail.com wrote: I have my site up and running (although not all of the POIs are registered yet) -http://www.letrajet.com I, obviously, need to get it correctly indexed by Google now. The content is dynamic and changes based on user input, with all poi data coming in via AJAX and displayed in infowindows (standard or custom). Will I need to provide the ability to reference a POI via a dedicated URL to get it correctly indexed ? Can anyone point me in the right direction for this ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Map based POI web site
I have my site up and running (although not all of the POIs are registered yet) - http://www.letrajet.com I, obviously, need to get it correctly indexed by Google now. The content is dynamic and changes based on user input, with all poi data coming in via AJAX and displayed in infowindows (standard or custom). Will I need to provide the ability to reference a POI via a dedicated URL to get it correctly indexed ? Can anyone point me in the right direction for this ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Map data update for France, Monaco, and Luxembourg
Great news, thank you. This comes at just the right time for me! On Jun 1, 8:21 am, Thor Mitchell (Google Employee) t...@google.com wrote: Hi all, We're currently rolling out updated Map data for France, Monaco, and Luxembourg across Google Maps and the Maps API as detailed in this blog post: http://google-latlong.blogspot.com/2011/05/updating-maps-of-france-mo... The updated data utilizes a wide range of authoritative sources, and is accompanied by the launch of the Report a Problem tool for these countries on Google Maps. Using this tool you can report errors you notice in the map to us, and we will endeavour to address them in just a few days. As with previous updates in other countries, we do ask that you refresh any data that you have previously obtained for these countries using Maps API Web Services, and cached for use in your Maps API application. This will ensure that the data you have cached is consistent with the data from which the base map is built, and that the map correctly reflects the relevant providers for the data you are using. Many thanks, Thor Mitchell Product Manager Google Maps API -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Marker covered by a custom overlay still receives mouseover
Ok, after further investigation, this does not happen with the standard infowindow. So, there would appear to be something being done by the standard infowindow which blocks the mouseover event getting to underlying markers. What is being done ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
Re: [Google Maps API v3] can I dynamically update custom marker variables?
Hi Keith, If I am understanding you correctly, you are wanting to invent an extra variable and attach it to the javascript object which represents the marker. The answer to your question is yes. You can indeed dynamically create new variables on an existing javascript object and then interact with it. However (there is always a but), should you wish to use the closure compiler to try to protect your code, it could cause naming conflicts with the compiled api code. The recommended method is to place the marker in your own object which will contain the extra variables/properties desired. Hope this helps Simon -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Marker covered by a custom overlay still receives mouseover
Well !!! Considering the extensive interest that this subject has provoked, here is the solution to this problem (if anyone really cares). It is necessary to capture the following mouse events in the custom overlay info window - - mouseover - mousemove - mousedown - mouseup - click The capture needs to be on the outer container (usually a div). Your cancel bubble code should call (if defined) - - preventDefault() - stopPropagation() and set - window.event.cancelBubble = true; - e.cancelBubble = true; and return - false There you go! Happy debugging -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: marker delete
The javascript object is deleted by the normal javascript garbage collection when there are no more references to it. Therefore - marker.setMap(null); marker = null; -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: marker delete
Yes, you are right and wrong. The api uses canvas objects (if available) to render markers, unless you specifically tell it not to via the optimised option. As you are limited to using the marker creation interface, you do not directly create any DOM elements. This is all handled for you behind the scenes. So, if you are using the default implementation, there are really no DOM elements to worry about. Using the default mechanism you can happily create and delete markers on the fly without worrying about memory leaks or the memory footprint growing out of all proportion. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Marker covered by a custom overlay still receives mouseover
Here's my context - I have a custom information window implemented with a custom overlay (OverlayView). As usual, when the marker is clicked, the custom information window is displayed. At times, it will cover other markers. In addition, I have a custom tooltip on the marker which is triggered with the mouseover/mouseout mouse events. My problem is that, even though the custom overlay (html dom object) covers the marker, the marker will still receive the mouseover/ mouseout mouse events. This is still the case if I try to stop bubbling. However, if I capture the click event and stop bubbling in the custom overlay, it will not be passed through to the underlying marker. This applies to firefox and ie. Is this a known issue/bug ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Marker covered by a custom overlay still receives mouseover
I omitted to mention that I put the custom overlay in the floatPane. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Markers do not follow map scaling when zooming
As per Rossko's suggestion, I have opened an enhancement issue : http://code.google.com/p/gmaps-api-issues/issues/detail?id=3266 On Apr 25, 10:28 pm, Rossko ros...@culzean.clara.co.uk wrote: By this I mean that, when a map is zoomed in or out, the marker is scaled *first *and then the map is scaled. See also this thread (the effect is probably browser dependent)http://groups.google.com/group/google-maps-js-api-v3/browse_thread/th... perhaps an enhancement request should be lodged -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Enhancement request for the marker layer
I have just opened an enhancement issue for the marker layer - http://code.google.com/p/gmaps-api-issues/issues/detail?id=3266 The main object is to disable marker zooming when rendered within canvas elements. This is because, when zooming out, markers are overly enlarged giving an ugly user experience. The second object would be to be able to hide/show the marker layer via one method. This is particularly useful for those implementing clustering solutions. Feel free to add your support to this request. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Markers do not follow map scaling when zooming
By this I mean that, when a map is zoomed in or out, the marker is scaled *first *and then the map is scaled. This leads to marks being overly scaled when zooming out with the mouse wheel and is rather ugly. Should this be considered as a bug ? Is there a workaround ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Polygons not rendering
I have a similar problem. I use two methods to obtain a shape with a hole in it. The shape is either a donut or a polygon. The problem is perfectly demonstrated here - http://www.geocodezip.com/v3_polygon_example_donut.html As you can see, the inner circle is no longer empty. The same situation occurs using two polygons (inner and outer) On Apr 14, 6:58 am, Chris Broadfoot c...@google.com wrote: Thanks Jason, I've narrowed that bug down and filed an issue internally. Specify v=3.3 for now. On Thu, Apr 14, 2011 at 12:24 PM, Jason Sanford jasonsanf...@gmail.comwrote: I've got a demo that shows using Google's geometry library to measure length/area which doesn't work any more. The geometry for the polygon is still good, as the area measurements I'm getting are accurate, but polygon is drawn. I'm actually drawing a line and a polygon and the line stops drawing after 3 vertices, but continues returning valid length measurements. Dropping to v3.3 fixes the issue, but I'm leaving it up in hopes to help debug the problem. http://demos.geojason.info/google-maps-api-v3-geometry-library.php On Wed, Apr 13, 2011 at 4:52 PM, Adam adamcow...@gmail.com wrote: *Temp fix:* http://maps.google.com/maps/api/js?*v=3.3*sensor=true *Theory:* Polygons must have a border in 3.4. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. --http://twitter.com/broady -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
Re: [Google Maps API v3] Re: Polygons not rendering
Thanks Andrew, Shame that google pushed out this change before announcing it. I saw the effect at least 2 days ago ! Simon -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Search engine (google in this case) optimisation
You raise an important point here Barry. However, I am not aiming for accessibility here (at least not at the moment). So, what can I do short of creating a parallel, non map, site containing all my data - which would rather defeat the purpose of what I have done upto now ? On Apr 9, 1:45 am, Barry Hunter barrybhun...@gmail.com wrote: I know that having pages only visible to search engine robots will severely penalise my site, even black list it. Dont make them only for search engines. Make them for people who dont have javascript enabled, or using screen-readers etc - ie they are 'accessible' pages. Or they could be suited for printing too. Rarely should you 'design' for search engines - design to please your users. Offering a simple text version of your page, will quite possibly please a (small) number of your users. A user without javascript will need clear navigation between the pages. ... and it just so happens such a site will be easily crawled by a search engine too. design for users, search engines will follow. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Search engine (google in this case) optimisation
Can anyone give me some advice (or point me in the right direction) on how to get a map based site correctly indexed ? To be more clear : I am developing a map site which will only display poi information inside classic info-windows or custom info windows. At present, the only way to access the information will be to click on the associated marker. All my data is kept in my own database (no usage of fusion tables or other google service) as this is my added value). I know that having pages only visible to search engine robots will severely penalise my site, even black list it. So, what to do? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Geocoding API and request limit
I could not find a group specific to this api, so I am posting my question here Within the documentation, it specifies that there is an enforced number of queries per 24 hours. Is this limit calculated by time - ie between 00:00:00 and 23:59:59 ? If so, within which time zone ? I would like to know this as I have an automated process to verify customer provided geolocations before importing completely into my database. I want to be able to enforce the correct limiting of requests. Simon -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Geocoding API and request limit
In the case where I have to run my importation process a number of times, knowing when the 24 hour boundary is will help me to determine when I can run the import. As far as the terms are concerned 10.3 - permits me to store my poi reference data so that I do not need to geocode my +20k markers at each user access ! 10.11 - The batch processing is for my sites use and not a service offered to my clients 10.12 - The data is only displayed on the map Don't think I have any breach here :) On Mar 25, 10:40 am, Rossko ros...@culzean.clara.co.uk wrote: I would like to know this as I have an automated process to verify customer provided geolocations before importing completely into my database. I want to be able to enforce the correct limiting of requests. Sounds like a breach of the terms.http://code.google.com/apis/maps/terms.html 10.3 , 10.11 , 10.12 look relevant. Google don't describe their abuse protection scheme exactly, maybe to avoid helping folk circumvent it, maybe because it changes from time to time. Must admit I'm a bit unsure how knowing where the boundary between 24 hour chunks falls would help you? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Geocoding API and request limit
Thanks Andrew, I somewhat expected this. On Mar 25, 11:41 am, Andrew Leach andrew.leac...@gmail.com wrote: On 25 March 2011 10:20, sgiddings mr.s.giddi...@gmail.com wrote: In the case where I have to run my importation process a number of times, knowing when the 24 hour boundary is will help me to determine when I can run the import. There isn't a boundary (or rather, the period starts on your first access). You need to spread your queries over that arbitrary 24-hour period. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
Re: [Google Maps API v3] Re: Markers and zIndex
Hi Chris, Thanks for the clarification. One further - related - question : will dynamically changing the zIndex (via setZIndex) cause a redraw, visually raising or lowering the marker ? Simon -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Markers and zIndex
Chris, After Gary's remarks, do we need to open a bug report here ? Simon On Mar 19, 3:51 am, Gary Little g...@luxcentral.com wrote: Simon: I tried your sample and I also observe the problem you're describing. I added an optimized: false parameter to each marker and everything now works as expected! Definitely a bug -- zindex of draggable markers isn't behaving as expected when optimized is true (the new default). Gary On Mar 18, 6:21 am, sgiddings mr.s.giddi...@gmail.com wrote: Hi Chris, Ok, sample whipped up !http://www.pumaproductions.fr/google/markerzindex.htm From further tests, it would appear related to the use of the 'draggable' property. This leads me to the following question : would changing the draggable property dynamically (through setDraggable) affect the display ? Simon -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
Re: [Google Maps API v3] Markers and zIndex
Hi Chris, Ok, sample whipped up ! http://www.pumaproductions.fr/google/markerzindex.htm From further tests, it would appear related to the use of the 'draggable' property. This leads me to the following question : would changing the draggable property dynamically (through setDraggable) affect the display ? Simon -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
Re: [Google Maps API v3] Markers and zIndex
Hi Chris, Ok, I will need to knock up an example. Here is the scenario, 1. Insert a marker at a position specifying a zIndex of 1. 2. Once this marker has been drawn - important step - insert another marker slightly higher (ensuring overlap for validation). It is important that the second marker be higher than the first as the default behaviour would be to display the first in front of the second. Give this marker a zIndex of 10 when creating it. Note here that I specify the zIndex via the MarkerOptions object. The result, that I see at least, is that the second marker is displayed behind the first. Why am I wanting to do this ? For my use, the first marker represents the location of the user and the second marker represents a POI. If the POI is behind the location marker, the user has difficulty in clicking on it or getting the correct tooltip. Simon -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Custom cursor over marker
I have seen that there is the property cursor within MarkerOptions. I need to display a magnifying glass over my marker image and thought that this would be the way to go. As the documentation only specifies « Mouse cursor to show on hover », I tried setting it to a cursor image file = didn't work. It would appear that we can only specify standard css cursor values, but not css2 or css3 url values - - cursor = url(mycursor.cur) Is this by design or side-effect limitation of using canvas for markers ? Is there a way to achieve what I need without resorting to a custom overlay object ? Simon -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Markers and zIndex
Since markers are now rendered via canvas, are requested zIndex values respected ? It is not my impression. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: 2011/3/2 - New Release
Andri, Your problem with animated gifs is due to the fact that the original image is no longer used. Instead it is drawn onto a canvas object - in your case the first frame of the animated gif. Should you still need to use an animated gif, you will need to create your own overlay object which still uses standard html elements. Simon On Mar 11, 6:05 am, Andri Yau silent.m...@gmail.com wrote: is anyone have the same issue as me which is you can not use animated GIF image anymore to change the marker icon? previous version animated GIF is working find on my map. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Release version 3.2 (frozen) has been changed !
Wow, I wasn't expecting so many exchanges. From what I am seeing here, the only thing which is guaranteed with versioning, are the interfaces. The underlying code is not guaranteed - notably undocumented features which a number of us have relied on. On Mar 7, 12:12 am, Ben Appleton apple...@google.com wrote: I'll reply in that thread. On Mon, Mar 7, 2011 at 10:09 AM, Steffen steffen.hil...@gmail.com wrote: Ok, well, to be more specific, here's the problem I have after the update: http://groups.google.com/group/google-maps-js-api-v3/browse_thread/th... It's something that as far as I see it is not working as documented and I really don't know yet how to solve it. Thanks for your quick responses Google Maps! :) On Mar 6, 7:01 pm, Ben Appleton apple...@google.com wrote: We preserve the documented interfaces across versions. The auto-upgrade to 3.3 could only break your app if you are using undocumented interfaces. We use versioning to give sites a few months to report bugs and double-check their site against upcoming versions. On Mon, Mar 7, 2011 at 9:56 AM, Steffen steffen.hil...@gmail.com wrote: So the answer would rather be yes, since the auto-upgrade to 3.3 could break my app, right? Like you said, I basically would have to check my apps with every new release (and my app gets auto-upgrade)? :-( What's the sense of the versioning then? I'd understand if you would deprecate/disable really old versions like from a few years ago, but a 6 months time span for disabling old api version seems to be very short. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Release version 3.2 (frozen) has been changed !
I had developed my code relying on the undocumented, but referenced, object pixelBounds for aligning my custom info overlay. After having requested that this be documented and fixed, it was removed in the version 3.4 release (despite the change request having been accepted). So, in order to be able to continue with development, I have referenced the version 3.2 as per the instructions for choosing an API version. To my surprise, this version has also been changed, removing the pixelBounds object as well. Can we really rely on the versioning process to access frozen code ? Does frozen really mean not to be touched again ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Release version 3.2 (frozen) has been changed !
I have no problem with that Larry. My problem is that the version 3.2 *has *been changed with code from the version 3.4. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Converting from a given pixel x/y value to LatLng on the server
Having taken the example page for Map Coordinates as a starting point - http://code.google.com/apis/maps/documentation/javascript/examples/map-coordinates.html ... I tried to do a the conversion shown here in reverse. Obviously, I have some problems. Here is my pseudo code - 1. Convert pixels to world coordinates x = pixel x / pow(2, zoom level) y = pixel y / pow(2, zoom level) 2. Convert world coordinates to lat/lng Lng = (x – pixel origin x) / Pixels per Longitude in degrees Lat = rad2deg(2 * atan(exp(latRadians)) – pi / 2) where latRadians = (y – pixel orgin y) / Pixels per Longitude in radians Using the output values from the example page : Pixel X : 67247 Pixel Y : 97459 Zoom Level : 10 I get the following results Latitude : 97459 Longitude : 67247 These are conversions I need to do on the server. Can anyone help me correcting the formulas ? Simon -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Converting from a given pixel x/y value to LatLng on the server
Sorry, Just realised that the values given in my opening post were simply duplicated ... tried to go too quickly. Input values LatLng - pixels Latitude : 41.850033 Longitude : 87.6500522997 Zoom Level: 0 Pixel output : X : 65 Y : 95 Now conversion back to Lat/Lng Latitude : 42.032974332441 Longitude : -88.593750013843 Is this simply a question of the fact that we loose the decimal values for pixels and therefore cannot have sufficient accuracy ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Converting from a given pixel x/y value to LatLng on the server
Sorry, Just realised that the values given in my opening post were simply duplicated ... tried to go too quickly. Input values LatLng - pixels Latitude : 41.850033 Longitude : -87.6500522997 Zoom Level: 0 Pixel output : X : 65 Y : 95 Now conversion back to Lat/Lng Latitude : 42.032974332441 Longitude : -88.593750013843 Is this simply a question of the fact that we loose the decimal values for pixels and therefore cannot have sufficient accuracy ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Seeking Server Side implementation advice
As there are a number of well experienced experts on this forum, who will only answer to questions here, I need to seek your learned advice. I have developed my map web site (offline, awaiting full data before going public) and have noticed that there are certain tasks performed on the server (db queries, sorting and formatting output) which are taking an increased amount of time. In your experience, for task intensive processes, is it better to go with perl or stay with php. These are my two options and I need to take the right option before putting the site online. Initial user experience will determine its success. I would really appreciate help here, even if some may esteem that this is slightly off topic. Simon -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: 2011/2/22 - New Release
The implementation for issue 2860 is not acceptable. The issue was to have the pixelBounds object documented and its property names officially fixed. The object - pixelBounds - represents the pixel dimensions of an object. It is seen as being needed notably for markers where it provides dimension offsets of the icon in relation to the anchor point. This object does not directly give the anchor point and so cannot be replaced by a Point property simply giving the pixel anchor point. I have updated the issue accordingly. I invite other concerned users to do the same : http://code.google.com/p/gmaps-api-issues/issues/detail?id=2860 On Feb 23, 1:09 am, Chris Broadfoot (Google Employee) c...@google.com wrote: Hi all, A new version of the Maps API went live recently. Full changelog is available here:http://code.google.com/p/gmaps-api-issues/wiki/JavascriptMapsAPIv3Cha... In this release: * InfoWindow anchor exposed via 'anchorPoint' MVC property (Issue 2860) * Fixes Hybrid at zoom level 0 and 1 (Issue 3062) * Circle/Rectangle fixed if added/removed quickly to map (Issue 3052) * draggable: false fixed on touch devices (Issue 3044) Cheers Chris --http://twitter.com/broady -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: PHP generated Polygon
Hi Rossko, No, this is not what I am wanting to do. If you capture the server response when doing a directions request, for example, the returned json response holds entries like this : start_location: { lat: 47.7088700, lng: -2.6385000 }, Now, having looked through the google code, I do not see anywhere where this is specifically transformed into a new google.maps.LatLng(xxx, yyy). So, my conclusion is that there is either an implicit conversion when doing the 'eval', or some other wizardry which remains unknown to me. This is the whole aim of my question - how can I do the same ? On Feb 20, 12:28 am, Rossko ros...@culzean.clara.co.uk wrote: No, what I want to do is to pass a JSON text response into eval() So, you make your server side script generate text like var someArray = [ new google.maps.LatLng( xxx, ) , new google.maps.LatLng(aaa , bbb) , this is not usually considered a classy way to go about it though I would have a look athttp://www.json.org/js.html -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: PHP generated Polygon
Thank you Ben for this clarification. On Feb 20, 10:12 am, Ben Appleton apple...@google.com wrote: When we receive the JSON we recursively traverse it, promoting {lat:1, lng:2} to new google.maps.LatLng(1, 2) and likewise for any google.maps.LatLngBounds. Ben On Feb 20, 2011 8:06 PM, sgiddings mr.s.giddi...@gmail.com wrote: Hi Rossko, No, this is not what I am wanting to do. If you capture the server response when doing a directions request, for example, the returned json response holds entries like this : start_location: { lat: 47.7088700, lng: -2.6385000 }, Now, having looked through the google code, I do not see anywhere where this is specifically transformed into a new google.maps.LatLng(xxx, yyy). So, my conclusion is that there is either an implicit conversion when doing the 'eval', or some other wizardry which remains unknown to me. This is the whole aim of my question - how can I do the same ? On Feb 20, 12:28 am, Rossko ros...@culzean.clara.co.uk wrote: No, what I want to do is to pass a JSON text response into eval() So, you make your server side script generate text like var someArray = [ new google.maps.LatLng( xxx, ) , new google.maps.LatLng(aaa , bbb) , this is not usually considered a classy way to go about it though I would have a look athttp://www.json.org/js.html -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] PHP generated Polygon
I am needing to be able to generate a polygon on my server and then pass it back to the client. Ok, I can create the series of latitude / longitude pairs which describe the polygon and then pass it back to the client in a JSON response. What I would really like to do, is to have this JSON response recognised as containing an array of LatLng objects that I can pass directly to the Polygon constructor in the PolygonOptions object. Has anyone done this kind of thing ? What would be the right way of doing this ? Simon -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: PHP generated Polygon
No, what I want to do is to pass a JSON text response into eval() and have the resulting javascript objects treated as LatLng objects - just like when a directions request json response comes back. It is a 'simple' text response, but when it arrives in our callback functions, it contains LatLng objects. I don't think that there is an intermediate process of transforming the LatLng nodes into LatLng objects ... is there ? Simon On Feb 19, 8:57 pm, Paulo Fernandes paulofernande...@gmail.com wrote: If I understand, you need to parse JSON response to an array or MVCArray Paulo Fernandeshttp://www.google.com/profiles/paulofernandesjrhttp://twitter.com/paulofernandesj +55 11 9797-5974 On Sat, Feb 19, 2011 at 5:32 PM, sgiddings mr.s.giddi...@gmail.com wrote: I am needing to be able to generate a polygon on my server and then pass it back to the client. Ok, I can create the series of latitude / longitude pairs which describe the polygon and then pass it back to the client in a JSON response. What I would really like to do, is to have this JSON response recognised as containing an array of LatLng objects that I can pass directly to the Polygon constructor in the PolygonOptions object. Has anyone done this kind of thing ? What would be the right way of doing this ? Simon -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Save a dragged directionsResult (route)
There is an open Issue for this requesting that the via_waypoint array be documented and stay in place officially. http://code.google.com/p/gmaps-api-issues/issues/detail?id=2746 Feel free to add a comment and 'start' it to attempt to get it taken into account by our google friends. On Feb 15, 7:35 am, compto35 compt...@gmail.com wrote: See I know what to look for, but I still can't seem to get an object with the customized directions out of the DirectionsRenderer -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Server side marker clustering
Thank you Esa, I had also seen these two sites, yet the first is for static maps and uses kml files, while the second is also for static maps. I had hoped for something which could correctly handle requests within a dynamic site. On Feb 13, 7:35 pm, Esa esa.ilm...@gmail.com wrote: I don't know status of the project but some edits been done two weeks agohttps://github.com/tuupola/php_google_maps I also accidentally found this:http://blog.kodai.lt/ -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Server side marker clustering
Thank you Esa, I had also seen these two sites, yet the first is for static maps and uses kml files, while the second is also for static maps. I had hoped for something which could correctly handle requests within a dynamic site. On Feb 13, 7:35 pm, Esa esa.ilm...@gmail.com wrote: I don't know status of the project but some edits been done two weeks agohttps://github.com/tuupola/php_google_maps I also accidentally found this:http://blog.kodai.lt/ -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Server side marker clustering
After looking again, I see that you are right here. However, (there's always a 'however' !) I am not looking for an 'out- of-the-box' or 'turnkey' solution. Rather, an explanation of how to achieve this myself. I would be surprised if the guys at loxcel shared with me their implementation. Simon On Feb 14, 10:33 am, Chris Broadfoot c...@google.com wrote: On Mon, Feb 14, 2011 at 8:30 PM, sgiddings mr.s.giddi...@gmail.com wrote: Thanks for this. However they are using client-side clustering, which I need to avoid. They are not. The clusters are determined on the server, sent back via AJAX and rendered on the client. Do you want to render clusters on the server? I'm not aware of any out-of-the-box solution for this. Fusion Tables will actually render thousands of makers (or measles) as tiles. Is that not satisfactory? Chris --http://twitter.com/broady -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Server side marker clustering
I have searched through this forum and have not found a satisfactory answer. Does there exist an article or tutorial explaining how to implement server side clustering, including handling zoom level changes ? I really am looking for clustering and not KML layer generation. Simon -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Custom overlay and Closure Compiler
Great ! It works ! What a great way to start the day, thanks to the both of you. Simon On Feb 10, 2:57 am, Nianwei Liu nian...@gmail.com wrote: There are several projects in the utility library that use closure compiler advanced mode, you can check source code to get more ideas.http://google-maps-utility-library-v3.googlecode.com/svn/trunk/ On Feb 9, 10:49 am, sgiddings mr.s.giddi...@gmail.com wrote: I have built a custom overlay which works. I am now wanting to pass all my script through the Closure Compiler. Having seen a discussion in the CC group with Chad Killingsworth, I was wondering if there were any step by step instructions on how to correctly prepare the overlay script (perhaps with specific entries in an externs file ?), so that CC knows how to compress this. Can anyone help here ? Simon -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Custom overlay and Closure Compiler
I have built a custom overlay which works. I am now wanting to pass all my script through the Closure Compiler. Having seen a discussion in the CC group with Chad Killingsworth, I was wondering if there were any step by step instructions on how to correctly prepare the overlay script (perhaps with specific entries in an externs file ?), so that CC knows how to compress this. Can anyone help here ? Simon -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Externs file for use with Closure-Compiler
Great, thanks Luke, Can you confirm that using this externs file will also protect definitions of data returned via geocoding and directions requests ? I mean by this, property names that I will reference in my code, of data returned from these two services. On Feb 5, 11:07 pm, Luke Mahé lu...@google.com wrote: Hi, The URL to the externs ishttp://closure-compiler.googlecode.com/svn/trunk/contrib/externs/maps... You can also specify versions:http://closure-compiler.googlecode.com/svn/trunk/contrib/externs/maps...http://closure-compiler.googlecode.com/svn/trunk/contrib/externs/maps...http://closure-compiler.googlecode.com/svn/trunk/contrib/externs/maps... Thanks -- Luke On Sun, Feb 6, 2011 at 6:47 AM, sgiddings mr.s.giddi...@gmail.com wrote: Does anyone have the correct address for the externs file for use with google's closure compiler ? The addresses given in the announcement by Chad and Luke are nolonger valid (http://groups.google.com/group/google-maps-js-api-v3/ browse_thread/thread/be037b22a148af0b/f4e587c6440847a9) -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Externs file for use with Closure-Compiler
Does anyone have the correct address for the externs file for use with google's closure compiler ? The addresses given in the announcement by Chad and Luke are nolonger valid (http://groups.google.com/group/google-maps-js-api-v3/ browse_thread/thread/be037b22a148af0b/f4e587c6440847a9) -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Problem with IE v8 and Marker.getZIndex
For Paulo - It is obvious that you have not taken the time to correctly understand my post. I indicate two aspects - the site is still in DEV, therefore not visible, so no demo ! Secondly, the information given was sufficiently detailed and clear permitting Rossko to give a very pertinent reply. Try better next time. --- For Rossko, Thankyou for your helpful reply. Indeed I had noticed a number of questions going around about this subject, but had not picked up on this aspect. You are right, I do not set the zIndex of the poi markers beforehand. Indeed I cannot see how this could be possible as, in IE, I would not be able to determine the correct starting index. Yet again more cross browser dev headaches. On Jan 31, 9:48 pm, Rossko ros...@culzean.clara.co.uk wrote: However, in IE v8, the call to Marker.getZIndex always returns undefined. Has anyone else come across this problem? It's been mentioned in this group before that it only returns a meaningful value if you have previously defined it using setZIndex. Without the context of seeing your code in action, can't say if that is relevant. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Problem with IE v8 and Marker.getZIndex
After having made deeper investigation, I discover that, when markers are inserted into the display, they are given a z-index within the style attribute of the container div. Here is an example of what is generated within IEv8 by simply creating a marker and NOT calling setZIndex : div style=z-index: 24; position: absolute; filter: alpha(opacity=1); width: 32px; height: 37px; overflow: hidden; top: -13px; cursor: pointer; left: 373px class=gmnoprint title=.../div When I call the method getZIndex, should it not therefore return the value indicated in the z-index css style ? Is there a correct means to be able to access the div DOM element to query for this value within the attributes property ? On Feb 1, 10:15 am, sgiddings mr.s.giddi...@gmail.com wrote: For Paulo - It is obvious that you have not taken the time to correctly understand my post. I indicate two aspects - the site is still in DEV, therefore not visible, so no demo ! Secondly, the information given was sufficiently detailed and clear permitting Rossko to give a very pertinent reply. Try better next time. --- For Rossko, Thankyou for your helpful reply. Indeed I had noticed a number of questions going around about this subject, but had not picked up on this aspect. You are right, I do not set the zIndex of the poi markers beforehand. Indeed I cannot see how this could be possible as, in IE, I would not be able to determine the correct starting index. Yet again more cross browser dev headaches. On Jan 31, 9:48 pm, Rossko ros...@culzean.clara.co.uk wrote: However, in IE v8, the call to Marker.getZIndex always returns undefined. Has anyone else come across this problem? It's been mentioned in this group before that it only returns a meaningful value if you have previously defined it using setZIndex. Without the context of seeing your code in action, can't say if that is relevant. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Problem with IE v8 and Marker.getZIndex
I mention this because, in Firefox, I can access the z-index correctly through getZIndex and thus place my flag behind the poi marker. Following your remarks, does this mean that I can create my own z- index values, ie starting from 0, without the risk of having markers badly positioned in the hierarchy ? On Feb 1, 11:54 am, Ben Appleton apple...@google.com wrote: It is intended that you cannot access the final zIndex that has been assigned to the marker. The final zIndex assigned by the API is subject to change as it depends on the underlying implementation. You can access the zIndex that you set, which is undefined in this case. This behavior is consistent between browsers. Why do you mention IE in the title of your post? You will find this group much more helpful if you post a link to a site that replicates the issue. On Tue, Feb 1, 2011 at 11:06 AM, sgiddings mr.s.giddi...@gmail.com wrote: After having made deeper investigation, I discover that, when markers are inserted into the display, they are given a z-index within the style attribute of the container div. Here is an example of what is generated within IEv8 by simply creating a marker and NOT calling setZIndex : div style=z-index: 24; position: absolute; filter: alpha(opacity=1); width: 32px; height: 37px; overflow: hidden; top: -13px; cursor: pointer; left: 373px class=gmnoprint title=.../div When I call the method getZIndex, should it not therefore return the value indicated in the z-index css style ? Is there a correct means to be able to access the div DOM element to query for this value within the attributes property ? On Feb 1, 10:15 am, sgiddings mr.s.giddi...@gmail.com wrote: For Paulo - It is obvious that you have not taken the time to correctly understand my post. I indicate two aspects - the site is still in DEV, therefore not visible, so no demo ! Secondly, the information given was sufficiently detailed and clear permitting Rossko to give a very pertinent reply. Try better next time. --- For Rossko, Thankyou for your helpful reply. Indeed I had noticed a number of questions going around about this subject, but had not picked up on this aspect. You are right, I do not set the zIndex of the poi markers beforehand. Indeed I cannot see how this could be possible as, in IE, I would not be able to determine the correct starting index. Yet again more cross browser dev headaches. On Jan 31, 9:48 pm, Rossko ros...@culzean.clara.co.uk wrote: However, in IE v8, the call to Marker.getZIndex always returns undefined. Has anyone else come across this problem? It's been mentioned in this group before that it only returns a meaningful value if you have previously defined it using setZIndex. Without the context of seeing your code in action, can't say if that is relevant. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.comgoogle-maps-js-api-v3%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Problem with IE v8 and Marker.getZIndex
Thanks Ben, After some more tests, the behaviour in Firefox should be defined as undefined. I have tried assigning by own, arbitrarily defined, zindex scheme ... and all works as desired. Thanks for all of the constructive help given. On Feb 1, 1:13 pm, Ben Appleton apple...@google.com wrote: Right; if you want to robustly control the placement of your markers you should specify a zIndex for each. On Tue, Feb 1, 2011 at 1:04 PM, sgiddings mr.s.giddi...@gmail.com wrote: I mention this because, in Firefox, I can access the z-index correctly through getZIndex and thus place my flag behind the poi marker. Following your remarks, does this mean that I can create my own z- index values, ie starting from 0, without the risk of having markers badly positioned in the hierarchy ? On Feb 1, 11:54 am, Ben Appleton apple...@google.com wrote: It is intended that you cannot access the final zIndex that has been assigned to the marker. The final zIndex assigned by the API is subject to change as it depends on the underlying implementation. You can access the zIndex that you set, which is undefined in this case. This behavior is consistent between browsers. Why do you mention IE in the title of your post? You will find this group much more helpful if you post a link to a site that replicates the issue. On Tue, Feb 1, 2011 at 11:06 AM, sgiddings mr.s.giddi...@gmail.com wrote: After having made deeper investigation, I discover that, when markers are inserted into the display, they are given a z-index within the style attribute of the container div. Here is an example of what is generated within IEv8 by simply creating a marker and NOT calling setZIndex : div style=z-index: 24; position: absolute; filter: alpha(opacity=1); width: 32px; height: 37px; overflow: hidden; top: -13px; cursor: pointer; left: 373px class=gmnoprint title=.../div When I call the method getZIndex, should it not therefore return the value indicated in the z-index css style ? Is there a correct means to be able to access the div DOM element to query for this value within the attributes property ? On Feb 1, 10:15 am, sgiddings mr.s.giddi...@gmail.com wrote: For Paulo - It is obvious that you have not taken the time to correctly understand my post. I indicate two aspects - the site is still in DEV, therefore not visible, so no demo ! Secondly, the information given was sufficiently detailed and clear permitting Rossko to give a very pertinent reply. Try better next time. --- For Rossko, Thankyou for your helpful reply. Indeed I had noticed a number of questions going around about this subject, but had not picked up on this aspect. You are right, I do not set the zIndex of the poi markers beforehand. Indeed I cannot see how this could be possible as, in IE, I would not be able to determine the correct starting index. Yet again more cross browser dev headaches. On Jan 31, 9:48 pm, Rossko ros...@culzean.clara.co.uk wrote: However, in IE v8, the call to Marker.getZIndex always returns undefined. Has anyone else come across this problem? It's been mentioned in this group before that it only returns a meaningful value if you have previously defined it using setZIndex. Without the context of seeing your code in action, can't say if that is relevant. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.comgoogle-maps-js-api-v3%2bunsubscr...@googlegroups.com google-maps-js-api-v3%2bunsubscr...@googlegroups.comgoogle-maps-js-api-v3%252bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.comgoogle-maps-js-api-v3%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google
[Google Maps API v3] Re: Problem with IE v8 and Marker.getZIndex
One last little note (gripe) - the documentation really needs to be updated to reflect the rules exposed here ! On Feb 1, 1:27 pm, sgiddings mr.s.giddi...@gmail.com wrote: Thanks Ben, After some more tests, the behaviour in Firefox should be defined as undefined. I have tried assigning by own, arbitrarily defined, zindex scheme ... and all works as desired. Thanks for all of the constructive help given. On Feb 1, 1:13 pm, Ben Appleton apple...@google.com wrote: Right; if you want to robustly control the placement of your markers you should specify a zIndex for each. On Tue, Feb 1, 2011 at 1:04 PM, sgiddings mr.s.giddi...@gmail.com wrote: I mention this because, in Firefox, I can access the z-index correctly through getZIndex and thus place my flag behind the poi marker. Following your remarks, does this mean that I can create my own z- index values, ie starting from 0, without the risk of having markers badly positioned in the hierarchy ? On Feb 1, 11:54 am, Ben Appleton apple...@google.com wrote: It is intended that you cannot access the final zIndex that has been assigned to the marker. The final zIndex assigned by the API is subject to change as it depends on the underlying implementation. You can access the zIndex that you set, which is undefined in this case. This behavior is consistent between browsers. Why do you mention IE in the title of your post? You will find this group much more helpful if you post a link to a site that replicates the issue. On Tue, Feb 1, 2011 at 11:06 AM, sgiddings mr.s.giddi...@gmail.com wrote: After having made deeper investigation, I discover that, when markers are inserted into the display, they are given a z-index within the style attribute of the container div. Here is an example of what is generated within IEv8 by simply creating a marker and NOT calling setZIndex : div style=z-index: 24; position: absolute; filter: alpha(opacity=1); width: 32px; height: 37px; overflow: hidden; top: -13px; cursor: pointer; left: 373px class=gmnoprint title=.../div When I call the method getZIndex, should it not therefore return the value indicated in the z-index css style ? Is there a correct means to be able to access the div DOM element to query for this value within the attributes property ? On Feb 1, 10:15 am, sgiddings mr.s.giddi...@gmail.com wrote: For Paulo - It is obvious that you have not taken the time to correctly understand my post. I indicate two aspects - the site is still in DEV, therefore not visible, so no demo ! Secondly, the information given was sufficiently detailed and clear permitting Rossko to give a very pertinent reply. Try better next time. --- For Rossko, Thankyou for your helpful reply. Indeed I had noticed a number of questions going around about this subject, but had not picked up on this aspect. You are right, I do not set the zIndex of the poi markers beforehand. Indeed I cannot see how this could be possible as, in IE, I would not be able to determine the correct starting index. Yet again more cross browser dev headaches. On Jan 31, 9:48 pm, Rossko ros...@culzean.clara.co.uk wrote: However, in IE v8, the call to Marker.getZIndex always returns undefined. Has anyone else come across this problem? It's been mentioned in this group before that it only returns a meaningful value if you have previously defined it using setZIndex. Without the context of seeing your code in action, can't say if that is relevant. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.comgoogle-maps-js-api-v3%2bunsubscr...@googlegroups.com google-maps-js-api-v3%2bunsubscr...@googlegroups.comgoogle-maps-js-api-v3%252bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.comgoogle-maps-js-api-v3%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups
[Google Maps API v3] API and Opera
Is the API officially supported within Opera ? I have noticed that the mouse wheel zooming works inversly - that is - scroll up normally for zooming in will zoom out in opera, etc. Is there a behaviour particularities within specific browsers ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Javascript error when dragging alternative route
By non-public I really meant not yet public / still in dev. This bug has been confirmed. On Jan 18, 7:20 pm, JKurtock jkurt...@gmail.com wrote: Doesn't use of the google maps api on a non-public web site violate the Terms of Service? (9.1 ...Your Maps API Implementation must be generally accessible to users without charge) On Jan 18, 5:23 am, sgiddings mr.s.giddi...@gmail.com wrote: I have discovered a bug related to the dragging of a DirectionsRenderer rendered route and have consequently opened a bug report -http://code.google.com/p/gmaps-api-issues/issues/detail?id=2995 I have provided the users of my (non-public) web site, the option of asking for alternative routes (provideRouteAlternativesproperty of the DirectionsRequest). If the user selects a route other than the first one, when the route is dragged a javascript error is raised during the dragging process (therefor not a problem with my code). Feel free to indicate the importance of this bug so that it can get resolved as quickly as possible. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] provideRouteAlternatives limited to a max of 3 ?
Can anyone confirm if a DirectionsRequest with provideRouteAlternatives set to true is limited to returning a maximum of only 3 routes ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Javascript error when dragging alternative route
I have discovered a bug related to the dragging of a DirectionsRenderer rendered route and have consequently opened a bug report - http://code.google.com/p/gmaps-api-issues/issues/detail?id=2995 I have provided the users of my (non-public) web site, the option of asking for alternative routes (provideRouteAlternatives property of the DirectionsRequest). If the user selects a route other than the first one, when the route is dragged a javascript error is raised during the dragging process (therefor not a problem with my code). Feel free to indicate the importance of this bug so that it can get resolved as quickly as possible. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api-v3@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: 2010/11/29: New Release
Hi Luke, You state that the issue 2465 relates to accessing the size property of a MarkerImage object, I think you referenced the wrong issue (at least when clicking on the link, it does not display this). Simon On Nov 29, 8:11 am, Gary Little g...@luxcentral.com wrote: I noticed a couple of days ago that markers on maps now print w/o enabling printing of background. Great news! I'd love to know how this was accomplished -- some advanced CSS work I imagine. Gary On Nov 28, 9:29 pm, Luke (Google Employee) lu...@google.com wrote: Hey everyone! We've recently pushed out a new version of the API. See the list of changes below:http://code.google.com/p/gmaps-api-issues/wiki/JavascriptMapsAPIv3Cha... 3.3 November 28th, 2010 Resolved issues: maptypeid_changed no longer fires twice (Issue 2449) The size property of a MarkerImage object is now accessible (Issue 2465) Marker shape references the icon rather than the sprite (Issue 2629) Panning the map on marker drag has been improved for smaller maps (Issue 2868) Noticeable changes: Maps can now be printed without enabling printing of background images Fixed bug where draggable direction markers were draggable when 'draggable' was set to false Please test and provide feedback. Thanks - Luke -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: 2010/11/29: New Release
Hi Luke, You state that the issue 2465 relates to accessing the size property of a MarkerImage object, I think you referenced the wrong issue (at least when clicking on the link, it does not display this). Simon On Nov 29, 8:11 am, Gary Little g...@luxcentral.com wrote: I noticed a couple of days ago that markers on maps now print w/o enabling printing of background. Great news! I'd love to know how this was accomplished -- some advanced CSS work I imagine. Gary On Nov 28, 9:29 pm, Luke (Google Employee) lu...@google.com wrote: Hey everyone! We've recently pushed out a new version of the API. See the list of changes below:http://code.google.com/p/gmaps-api-issues/wiki/JavascriptMapsAPIv3Cha... 3.3 November 28th, 2010 Resolved issues: maptypeid_changed no longer fires twice (Issue 2449) The size property of a MarkerImage object is now accessible (Issue 2465) Marker shape references the icon rather than the sprite (Issue 2629) Panning the map on marker drag has been improved for smaller maps (Issue 2868) Noticeable changes: Maps can now be printed without enabling printing of background images Fixed bug where draggable direction markers were draggable when 'draggable' was set to false Please test and provide feedback. Thanks - Luke -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: 2010/11/29: New Release
Hi Luke, Further comment on accessing the size property of the MarkerImage object. This is of use, obviously, only when a MarkerImage object has been created. If a simple string, indicating the image to use, has been provided to the marker, then there is no way to officially obtain the size. This is where my enhancement request comes in for officialising the pixelBounds object - - http://code.google.com/p/gmaps-api-issues/issues/detail?id=2860 This request will provide the much needed dimensions at all times. Can this be boosted up the to-do list ? Simon On Nov 29, 9:59 am, sgiddings mr.s.giddi...@gmail.com wrote: Hi Luke, You state that the issue 2465 relates to accessing the size property of a MarkerImage object, I think you referenced the wrong issue (at least when clicking on the link, it does not display this). Simon On Nov 29, 8:11 am, Gary Little g...@luxcentral.com wrote: I noticed a couple of days ago that markers on maps now print w/o enabling printing of background. Great news! I'd love to know how this was accomplished -- some advanced CSS work I imagine. Gary On Nov 28, 9:29 pm, Luke (Google Employee) lu...@google.com wrote: Hey everyone! We've recently pushed out a new version of the API. See the list of changes below:http://code.google.com/p/gmaps-api-issues/wiki/JavascriptMapsAPIv3Cha... 3.3 November 28th, 2010 Resolved issues: maptypeid_changed no longer fires twice (Issue 2449) The size property of a MarkerImage object is now accessible (Issue 2465) Marker shape references the icon rather than the sprite (Issue 2629) Panning the map on marker drag has been improved for smaller maps (Issue 2868) Noticeable changes: Maps can now be printed without enabling printing of background images Fixed bug where draggable direction markers were draggable when 'draggable' was set to false Please test and provide feedback. Thanks - Luke -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: 2010/11/29: New Release
Hi Susannah, Totally agree with you - however this is not how many sites have been created, since the possibility of assigning a string instead of the MarkerImage object has been there for a while now. Hence my proposition for the pixelBounds object. On Nov 29, 12:25 pm, Susannah (Google Employee) susann...@google.com wrote: Hi Simon, If you create a MarkerImage object instead of using the string, you should be able to access the size now. var markerImage = new google.maps.MarkerImage(http://code.google.com/ apis/maps/documentation/javascript/examples/images/beachflag.png); var marker = new google.maps.Marker({map: map, position: map.getCenter(), icon: markerImage}); google.maps.event.addListener(marker, 'click', function() { alert(marker.getIcon().size); }); Will that work for you? Thanks, Susannah On Nov 29, 8:09 pm, sgiddings mr.s.giddi...@gmail.com wrote: Hi Luke, Further comment on accessing the size property of the MarkerImage object. This is of use, obviously, only when a MarkerImage object has been created. If a simple string, indicating the image to use, has been provided to the marker, then there is no way to officially obtain the size. This is where my enhancement request comes in for officialising the pixelBounds object - -http://code.google.com/p/gmaps-api-issues/issues/detail?id=2860 This request will provide the much needed dimensions at all times. Can this be boosted up the to-do list ? Simon On Nov 29, 9:59 am, sgiddings mr.s.giddi...@gmail.com wrote: Hi Luke, You state that the issue 2465 relates to accessing the size property of a MarkerImage object, I think you referenced the wrong issue (at least when clicking on the link, it does not display this). Simon On Nov 29, 8:11 am, Gary Little g...@luxcentral.com wrote: I noticed a couple of days ago that markers on maps now print w/o enabling printing of background. Great news! I'd love to know how this was accomplished -- some advanced CSS work I imagine. Gary On Nov 28, 9:29 pm, Luke (Google Employee) lu...@google.com wrote: Hey everyone! We've recently pushed out a new version of the API. See the list of changes below:http://code.google.com/p/gmaps-api-issues/wiki/JavascriptMapsAPIv3Cha... 3.3 November 28th, 2010 Resolved issues: maptypeid_changed no longer fires twice (Issue 2449) The size property of a MarkerImage object is now accessible (Issue 2465) Marker shape references the icon rather than the sprite (Issue 2629) Panning the map on marker drag has been improved for smaller maps (Issue 2868) Noticeable changes: Maps can now be printed without enabling printing of background images Fixed bug where draggable direction markers were draggable when 'draggable' was set to false Please test and provide feedback. Thanks - Luke -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Request for some advice
For all of us that are building dynamic commercial sites with this API, our added value and income generator is our database of locations. When we have over 20 000 locations correctly geo-located with commercial contracts behind the majority of them, protection of our data is an issue. Could anyone provide me with some advice on how to protect the data sent back to the client which will be displayed on the map ? That is, protect it from packet sniffers, javascript debuggers (like firebug), etc. Ok, I know that this is slightly off topic but I thought some of you guys would have had to face this already and might just be willing to help ... - Simon -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Highlight country on google maps
I indeed looked at the site diva-gis. However, at least as France was concerned, the data was far from being accurate enough. On Nov 21, 7:16 pm, geocode...@gmail.com geocode...@gmail.com wrote: On Nov 21, 12:51 pm, Victor Angelier vangel...@diamond4it.nl wrote: No thanks, that isn't helping because the files doesn't contain any points (lat/lng). Or you might know how to use these files in Google Maps? Shape files .shp can be translated to kml (which contains lat/lng and can be use in Google Maps. http://www.google.com/search?client=gmailrls=gmq=shp%20to%20kml and searching for your query, we find this has been asked before:http://groups.google.com/group/google-maps-js-api-v3/browse_frm/threa... -- Larry -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Get size of icon
You are quite right, the pixelBounds object is the one you want. However, even though it is mentioned in the documentation, it is not documented and the objects property names are not fixed. I have opened an issue to try to get this documented. If you add a comment, the google maps team might document it - making life easier for us. You can find it here - http://code.google.com/p/gmaps-api-issues/issues/detail?id=2860 - Simon On Nov 20, 9:34 am, Peter van der Zee qfo...@gmail.com wrote: Hm, that is interesting indeed. However, that would mean that I'd need an event fired for every marker. But maybe there's another way of getting to that object/information... It's weird that they (obviously) have the information but don't expose it... Thanks! On Nov 19, 11:47 pm, CroNiX cronix...@gmail.com wrote: This is an undocumented marker property I was just playing with (pixelBounds), but it seems to be what you want...but its undocumented...so unofficial...ugh. But the marker is supplying the correct properties but no official method to retrieve them. google.maps.event.addListener(marker, 'click', function() { var pb = this.pixelBounds; var iconX = Math.abs(pb.l) + Math.abs(pb.q); var iconY = Math.abs(pb.n) + Math.abs(pb.o); alert('Width: ' + iconX + ', Height: ' + iconY); }); On Nov 19, 2:18 pm, CroNiX cronix...@gmail.com wrote: Is it the pixel coordinates you are after for the anchor location? This might help. var containerHelper = null;//set in global space //call this somewhere in your map init function to create an overlay that you can use to translate the coordinates function init_helper_container(){ containerHelper = null; containerHelper = new google.maps.OverlayView(); containerHelper.setMap(map); containerHelper.draw = function () { if (!this.ready) { this.ready = true; google.maps.event.trigger(this, 'ready'); } }; } ... google.maps.event.addListener(marker, 'click', function() { var markerLoc = containerHelper.getProjection().fromLatLngToContainerPixel(this.getPosition()); alert('x=' + markerLoc.x + ', y=' + markerLoc.y); }); On Nov 19, 12:26 pm, Peter van derZeeqfo...@gmail.com wrote: I'm trying to port my marker cluster script (http://cm.qfox.nl) from v2 to v3 but it seems that's pretty much impossible because the api doesn't expose enough details. The biggest problem seems to be getting the actual size of the marker and the anchor of the marker. I've searched the group, but can't really find related posts (which was surprising to me). Basically I need to know precisely what area of the map is covered by a given marker in order to compare these regions to each other. However, there are is no api to give me this information. So this is what I have right now... An icon can be set by .setIcon* (or implicitly through the constructor, but I'm going to assume both ways lead to the same result). This method accepts a string or a MarkerImage*. The .getIcon method of a marker returns whatever you give it, it is not normalized (quite annoying). The .getShape method is not set implicitly, so it's useless in this case. Ok, so .getIcon returns a string (the url of the icon) or the MarkerImage. If it's the url, you can load it in an Image and get the width/height after it's loaded. Easy enough. If it returns the MarkerImage, things get hairy. That object should have a coords property. I checked, it's not set. It does have five properties. Four of them are scrambled by the minifiers, but their values clearly show that they are the properties as given in the constructor. The other one is obviously anchor, which is undocumented but also unscrambled (which is hardly coincidental). Maybe it's just missing from the documentation, who knows. Of the five properties, one is type string. Two are points and two are sizes. Since anchor is a point, you can also infer the origin, which is pointless. So since I can get at least the url from MarkerImage, albeit through a hack, I can reasonably reliably get the size of the image used for the marker. It's not the end-goal, but at least it's something. So my question is, am I overlooking anything here? I'd like to get the anchor and final size of the image used for a marker when a MarkerImage is supplied for an icon, rather than a regular string. As it stands now, that seems impossible. Any help? But as it stands it seems impossible to create a generic cluster manager. You can make it safe for when .getIcon returns a string, but when it doesn't you're pretty much screwed. * Marker:http://code.google.com/apis/maps/documentation/javascript/reference.h... *
[Google Maps API v3] Re: Get size of icon
You are quite right, the pixelBounds object is the one you want. However, even though it is mentioned in the documentation, it is not documented and the objects property names are not fixed. I have opened an issue to try to get this documented. If you add a comment, the google maps team might document it - making life easier for us. You can find it here - http://code.google.com/p/gmaps-api-issues/issues/detail?id=2860 - Simon On Nov 20, 9:34 am, Peter van der Zee qfo...@gmail.com wrote: Hm, that is interesting indeed. However, that would mean that I'd need an event fired for every marker. But maybe there's another way of getting to that object/information... It's weird that they (obviously) have the information but don't expose it... Thanks! On Nov 19, 11:47 pm, CroNiX cronix...@gmail.com wrote: This is an undocumented marker property I was just playing with (pixelBounds), but it seems to be what you want...but its undocumented...so unofficial...ugh. But the marker is supplying the correct properties but no official method to retrieve them. google.maps.event.addListener(marker, 'click', function() { var pb = this.pixelBounds; var iconX = Math.abs(pb.l) + Math.abs(pb.q); var iconY = Math.abs(pb.n) + Math.abs(pb.o); alert('Width: ' + iconX + ', Height: ' + iconY); }); On Nov 19, 2:18 pm, CroNiX cronix...@gmail.com wrote: Is it the pixel coordinates you are after for the anchor location? This might help. var containerHelper = null;//set in global space //call this somewhere in your map init function to create an overlay that you can use to translate the coordinates function init_helper_container(){ containerHelper = null; containerHelper = new google.maps.OverlayView(); containerHelper.setMap(map); containerHelper.draw = function () { if (!this.ready) { this.ready = true; google.maps.event.trigger(this, 'ready'); } }; } ... google.maps.event.addListener(marker, 'click', function() { var markerLoc = containerHelper.getProjection().fromLatLngToContainerPixel(this.getPosition()); alert('x=' + markerLoc.x + ', y=' + markerLoc.y); }); On Nov 19, 12:26 pm, Peter van derZeeqfo...@gmail.com wrote: I'm trying to port my marker cluster script (http://cm.qfox.nl) from v2 to v3 but it seems that's pretty much impossible because the api doesn't expose enough details. The biggest problem seems to be getting the actual size of the marker and the anchor of the marker. I've searched the group, but can't really find related posts (which was surprising to me). Basically I need to know precisely what area of the map is covered by a given marker in order to compare these regions to each other. However, there are is no api to give me this information. So this is what I have right now... An icon can be set by .setIcon* (or implicitly through the constructor, but I'm going to assume both ways lead to the same result). This method accepts a string or a MarkerImage*. The .getIcon method of a marker returns whatever you give it, it is not normalized (quite annoying). The .getShape method is not set implicitly, so it's useless in this case. Ok, so .getIcon returns a string (the url of the icon) or the MarkerImage. If it's the url, you can load it in an Image and get the width/height after it's loaded. Easy enough. If it returns the MarkerImage, things get hairy. That object should have a coords property. I checked, it's not set. It does have five properties. Four of them are scrambled by the minifiers, but their values clearly show that they are the properties as given in the constructor. The other one is obviously anchor, which is undocumented but also unscrambled (which is hardly coincidental). Maybe it's just missing from the documentation, who knows. Of the five properties, one is type string. Two are points and two are sizes. Since anchor is a point, you can also infer the origin, which is pointless. So since I can get at least the url from MarkerImage, albeit through a hack, I can reasonably reliably get the size of the image used for the marker. It's not the end-goal, but at least it's something. So my question is, am I overlooking anything here? I'd like to get the anchor and final size of the image used for a marker when a MarkerImage is supplied for an icon, rather than a regular string. As it stands now, that seems impossible. Any help? But as it stands it seems impossible to create a generic cluster manager. You can make it safe for when .getIcon returns a string, but when it doesn't you're pretty much screwed. * Marker:http://code.google.com/apis/maps/documentation/javascript/reference.h... *
[Google Maps API v3] Re: pixelBounds object
Thanks Rossko for your advice. Here is the enhancement request - issue nº 2860 http://code.google.com/p/gmaps-api-issues/issues/detail?id=2860 On Nov 10, 10:11 am, Rossko ros...@culzean.clara.co.uk wrote: Have you had an answer from the team yet ? Have you logged a formal enhancement request? If you can include some expected benefits, and gathe support from others, there is more chance of response.http://code.google.com/p/gmaps-api-issues/issues/list -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: pixelBounds object
Hi Luke, Have you had an answer from the team yet ? I note, in passing, that the pixelBounds object is mentionned in the documentation within the section about the InfoWindow - open(map:Map|StreetViewPanorama, anchor?:MVCObject) Opens this InfoWindow on the given map. Optionally, an InfoWindow can be associated with an anchor. In the core API, the only anchor is the Marker class. However, an anchor can be any MVCObject that exposes the position property and optionally pixelBounds for calculating the pixelOffset (see InfoWindowOptions). Can we have some feedback please ? On Oct 14, 4:15 am, Luke Mahé lu...@google.com wrote: I'll have a talk with the team about this. -- Luke On Wed, Oct 13, 2010 at 7:17 PM, sgiddings mr.s.giddi...@gmail.com wrote: Would it be possible to open up this object in the official API to fix its property names ? It would appear that quite a few people would find it useful. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.comgoogle-maps-js-api-v3%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Custom rendering of Directions results
Hi Larry, No, I am only working with driving directions. Simon On Nov 8, 2:03 pm, geocode...@gmail.com geocode...@gmail.com wrote: On Nov 8, 12:50 am, sgiddings mr.s.giddi...@gmail.com wrote: I am implementing a custom rendering of Directions results instructions. However, I have seen in the documentation that when this is done, warnings[] contains an array of warnings to be displayed when showing these directions. You must handle and display these warnings yourself. Is it possible to obtain real world examples of the types of warnings returned so that I can test the display of them ? I have not, as yet, found a scenario which will generate this. Have you tried walking directions? -- Larry -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Custom rendering of Directions results
Hi Larry, Ok, gave this a try and, effectively, received a warning message relating to the global result. Is it possible to know if this will always be the case ? That is to say that warning messages will always be of a general nature, needing to be displayed outside of the flow of instructions. Simon On Nov 8, 3:59 pm, geocode...@gmail.com geocode...@gmail.com wrote: On Nov 8, 6:56 am, sgiddings mr.s.giddi...@gmail.com wrote: Hi Larry, No, I am only working with driving directions. If you try them, you may see an example of the warning messages... -- Larry Simon On Nov 8, 2:03 pm, geocode...@gmail.com geocode...@gmail.com wrote: On Nov 8, 12:50 am, sgiddings mr.s.giddi...@gmail.com wrote: I am implementing a custom rendering of Directions results instructions. However, I have seen in the documentation that when this is done, warnings[] contains an array of warnings to be displayed when showing these directions. You must handle and display these warnings yourself. Is it possible to obtain real world examples of the types of warnings returned so that I can test the display of them ? I have not, as yet, found a scenario which will generate this. Have you tried walking directions? -- Larry- Hide quoted text - - Show quoted text - -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] DirectionsLeg - via_waypoint array
With the advent of draggable routes in V3, I was trying to see where or if the information concerning the dragged point was stored. After looking at the resulting directions object held within the DirectionsService object, where I saw a via_waypoint array holding the required information. My question - is this official ? Can I rely on this (undocumented) property continuing to exist ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] pixelBounds object
Would it be possible to open up this object in the official API to fix its property names ? It would appear that quite a few people would find it useful. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Custom infowindow example
I have been looking at this example and am confused over an undocumented function. On the first line of the object creation function there is this line : google.maps.OverlayView.call(this); Can anyone explain where this call(...) function comes from ? What is it doing ? Are we supposed to use it ? -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Zoom levels
Thanks for that clarification. In fact my question came about because I was trying to display only a given bounds. However, I realised that the calculation carried out behind the scenes was to find the nearest zoom level which would encompass the specified LatLngBounds. On Oct 4, 12:10 pm, Rossko ros...@culzean.clara.co.uk wrote: Are the zoom levels documented somewhere ? I'm not sure I understand. Zoom levels are a positive integer number. What zoom levels are available as tiles for any given map are variable. Not only by the map type, but also where in the world you are looking. If that was the question, I do not think there is any public documentation of the extent of the standard map types. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Zoom levels
Are the zoom levels documented somewhere ? My tests show that they are independent of the viewport (div) size. Since I need to implement automatic zooming and de-zooming, this kind of information is essential. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] geocoding returning only one result instead of multiple
I am building a site in France and need to display the geocoding possibilities for a given search. Since yesterday, searches which should give multiple results are only returning one. For example: - when geocoding maison blanche, I get only one result instead of at least 5 (as shown in the public site maps.google.fr) - when geocoding Aigremont, again I only get one result instead of 4. Has something changed with the v3 geocoding behaviour ? Do I need to specify an additional parameter to get multiple results, or avoid cached results ? In addition to this, I have had to specify the parameter region=FR when loading the maps javascript, as with my first example, I was getting consistently the Maison Blanche in the US - I am physically situated in Europe and this was the first time I obtained US addresses. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Where to report a problem with satellite imagery alignment
Thanks for the link. I hope that, even though it is specifically for Google Earth and not maps, that it will be taken into account. On Sep 29, 5:42 pm, Grok Lobster discgolfm...@gmail.com wrote: https://earth.google.com/support/bin/request.py?problem=billingextr... On Sep 29, 1:04 am, sgiddings mr.s.giddi...@gmail.com wrote: I have followed the help pages on the public map site (maps.google.com) where it tells me where to find the report a problem link. However, the link is either consistently grayed out, or does not exist in the location described. Can anyone direct me to where I can report this issue ? I have consistent displacements of 30 to 50 metres. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
[Google Maps API v3] Re: Sliding side panel
Thanks Ralph, this was exactly what I was looking for ! On Sep 23, 3:23 pm, Nathan Raley nlrale...@gmail.com wrote: According to the example he posted above js and css coupled with some tricks to handle the map's center among a few other caveats that are all included in the example linked above. On Thu, Sep 23, 2010 at 7:26 AM, Ralph Ames ralph.a...@gmail.com wrote: V2 example, collapsing rather than sliding. http://koti.mbnet.fi/ojalesa/exam/index.html Ralph - www.easypagez.com/maps/map_index.html www.easypagez.com/maps/v3_basicmap.html -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.comgoogle-maps-js-api-v3%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.comgoogle-maps-js-api-v3%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en. -- You received this message because you are subscribed to the Google Groups Google Maps JavaScript API v3 group. To post to this group, send email to google-maps-js-api...@googlegroups.com. To unsubscribe from this group, send email to google-maps-js-api-v3+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.