Yippee! KmlLayer status - at last!
Thank you 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
go
> I didn't completely understand "up to the KML complexity limits" - did you
> mean that I don't use clustering and could face a problem if KML markers
> get too many?
Nothing to do with clustering, it is the source KML data.
KmlLayer is a shared service and limited to prevent hogging.
The limits
Yes, I forgot to test with IE7 and tested only with new browsers. Thanks a
lot for the help.
I'm evaluating whether a custom javascript map is a better user experience
but then I think I can't load KML marker to a custom map that would be an
imagemap of a country.
Both solutions are good and a cust
On Feb 1, 6:20 pm, "Enoch Lau (Google Employee)"
wrote:
> The API now returns a status on
> KmlLayers:http://code.google.com/apis/maps/documentation/javascript/reference.h...
Awesome! Thank you.
Larry
>
> Enoch
--
You received this message because you are subscribed to the Google Groups
The API now returns a status on KmlLayers:
http://code.google.com/apis/maps/documentation/javascript/reference.html#KmlLayerStatus
Enoch
--
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
Glad it's working.
The whole business is a bit unsatisfactory, though - we're only
guessing there are timing issues behind it; there seems to be no way
to find out, nor what standards need to be met for reliable use. We
don't know what the game is nor when the rules change.
> Performance is quit
This was solved trivially by increasing the deadline which deosn't make the
user wait since it's a cron job that refreshes the file.
So now my KML is not generated on the fly anymore and is a blob in the
appengine blobstore that gets refreshed once a day.
Performance is quite good but not as good
My data doesn't change often and doesn't tequire the very newest data. It
is sufficient for my needs to update the file maybe once a day so I could
write a job that updates the file only when data is updated.
Thank you for the help /Nick
On Wed, Jan 18, 2012 at 10:51 AM, Rossko wrote:
> > I pos
> I posted most of my code for review to
Good, this isn't the place for non-Maps code dumps.
> - Make a cron job that accesses the file every 5 minutes to keep the data
> fresh in memcache
Why, how often is your data updated? How about changing your code to
create a new KML file only when the d
I posted most of my code for review to stackoverflow:
http://stackoverflow.com/questions/8906165/troubleshooting-dynamically-generated-kml
Some strategies I can think of are
- Change templating to Jinja2 which could be more effective
- Make a cron job that accesses the file every 5 minutes to keep
On Jan 17, 8:50 pm, Niklas Rosencrantz wrote:
> It is dynamically generated and I try to cache it. It just fails
> intermittently for no appearant reason. I have Python that generates the
> KML and the code is checke and should be working. I don't see where the
> program is wrong?
Take the output
It is dynamically generated and I try to cache it. It just fails
intermittently for no appearant reason. I have Python that generates the
KML and the code is checke and should be working. I don't see where the
program is wrong?
Thanks
Nick
On Tue, Jan 17, 2012 at 8:17 PM, Rossko wrote:
> > the
> the JS should be loading is http://www.koolbusiness.com/list.kml
You can confidence-test your KML by pasting its URL in the
maps.google.com search box.
Didn't work for me first time, says 'not found'.
Worked some minutes later - many default blue placemarkers throughout
the world.
Google's KML
13 matches
Mail list logo
