Placemark maximums for Network Links?

2 views
Skip to first unread message

Maria

unread,
May 14, 2008, 2:54:26 PM5/14/08
to KML Developer Support - KML Server Side Scripting, maria.mu...@mhpcc.hpc.mil
Hi, I'm using a Network Link to call a PHP script that queries a large
database, formats the output and returns it in KML. Everything works
fine except when my queries return a large number (i.e., tens of
thousands) of rows of data.

I was wondering if there is an upper limit to the number of
placemarks that can be returned using this method. I've been able to
display about 26,000 placemarks -- with GoogleEarth (v4.2) 'going
white' for a minute or so but eventually returning with the placemarks
displayed. When a query returns a very high number of placemarks
(e.g. > 100,000) Google Earth freezes up and the process no longer
responds. However, if I take the output of my network link script,
write it to the server as a KML file and open it in Google Earth (via
the web browser), the file does load.

Has anyone else run into this? I'm not complaining, since it is a
rather large dataset, but I'd like to be able to at least provide a
caveat to my users indicating a maximum result set size. Thanks in
advance!

TomKelly37

unread,
May 15, 2008, 11:48:34 AM5/15/08
to KML Developer Support - KML Server Side Scripting
Someone with whom I work with has also experienced this at around
20,000 PlaceMarks. I just joined today to research this exact topic
and by chance saw your posting. I have nothing to add but was glad to
read that if you save the data to a file then open it, you can load a
much higher KML files.

Tom Kelly.

ManoM

unread,
May 16, 2008, 1:45:00 PM5/16/08
to KML Developer Support - KML Server Side Scripting
Basically, its a function of bandwidth and memory in machines. There's
no hard limit. However, a better way to load would be to use region
based NetworkLinks to create heirarchies, so you're only loading
points when people can actually see them.

http://code.google.com/apis/kml/documentation/regions.html

Mano
Reply all
Reply to author
Forward
0 new messages