This is my fifty cents contribution. I have this same problem that I have tried to solve over 3 months. Tried just about moving files around everywhere possible. At the end, I rename all related file names including kmz file, icon files, ensure the paths in kmz file and my javascript are updated. And, voila, everything runs perfectly.
If you are interested in how I figured this out, read on. At one point I deleted some data from the kmz file to see what happen. Only to find that all old stuff are still being served. Same for a different PC that has never browse my test site. So it must be a cache on some servers. After some digging on the net I came across somebody saying Google caches the tiles for kmz request for performance concern. I got the orginal kmz and images from a open data forum. I simply save different content to the same names and retained same folder structure. I believe, Google somehow believe that the two files with same name but at different domains refer to the same file in their cache. After renaming the files on my webserver, I see the updated kmz layer with my custom icons. Hope it helps! On Fri, Mar 2, 2012 at 1:53 PM, Kelly Close <kelly.cl...@lrewater.com>wrote: > 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. > > -- 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.
