Oh - and what really kills me is that all my custom icons show up find in the left sidebar legend when you look at the KML in google maps (http://maps.google.com/?q=http://www.lre-projects.net/UDFCD/ahps/ includes/lre/kml/udfcd_alert_current.kml) even when they are not displaying in the map itself. ?? ~Kelly
On Mar 2, 2:51 pm, Kelly Close <kelly.cl...@lrewater.com> wrote: > Hi, > > I'm wondering if people have had more luck finding a way to get > thecustomicons in a KML to display reliably when using the Maps API v3? > I just added the version parameter to my code (I tried both 3.6 and > 3.7) rather than letting it use the nightly build, but alas, it did > not seem to have an effect. > > Here is a link to my map within the Maps API page (development version > - I might be working on > it!):http://www.lre-projects.net/UDFCD/ahps/includes/lre/ahpsmap.html > Here is a link to the > KML:http://www.lre-projects.net/UDFCD/ahps/includes/lre/kml/udfcd_alert_c... > > On any given day all thecustomicons may appear or they may not, or > they may partially. Refreshing may result in differentcustomicons > displaying than before. Yesterday it was perfect, all day - I wish I > could reference THAT particular nightly build and see if that was the > reason! But my guess is that it wasn't - I still have not seen a > pattern in when the icons display and when they don't, and I've been > experimenting with this now since last October, but I'm starting to > think it really just boils down to response time, google's tight time- > out constraints, and the load on the internet "pipes" involved in > moving my data around. > > I have tried moving the KML and/or cutom icon .png files around to > different servers, the fastest ones I can get my hands on, including > Google's own servers (google sites file sharing page). All location > combinations have worked intermittently, and none noticably better > than others over time. > > The reliability of the icons does seem better for a day or so after > each move to a new location, making me wonder if Google's caching has > something to do with it (I am using a timestamp parameter appended to > my KML call to overcome the KML caching, but what about thecustom > icon file caching?). I've tried relative paths to icon files that sit > in the same web folder as the KML. I've tried full url paths to the > files, on the same server as the KML and on a different server from > the KML. I think I have better luck when I keep the PNG files in the > same folder as the KML and use relative paths, but it's hard to tell. > > Anyway, I'd love to hear if anyone more ideas for me to try! Thanks. > > ~Kelly > > On Feb 14, 11:36 am, Pil <wolf...@gmail.com> wrote: > > > > > > > > > On Feb 14, 3:23 pm, "geocode...@gmail.com" > > > > That is all well and good. But specifying v=3.6 on a local copy of > > > that page shows all themarkers, while the nightly build does not. > > > Lesser fault tolerance is often better, more stable and more robust. > > Try to replace the id attributes with class attributes. -- 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.
