If you have more than one placemark, your placemark nodes need to be wrapped in a <Document> node. You can always test your kml by loading it in Google Earth and at maps.google.com (put the kml url in the search bar).
Chad Killingsworth On Oct 19, 1:53 am, "[email protected]" <[email protected]> wrote: > On Oct 18, 10:39 pm, john <[email protected]> wrote: > > > Chad, > > > I can't even get the kml file working properly. > > >http://209.35.190.130/kmltest/sg.html > > > It only show one boundary while I have many polygons in the file. > > Google Maps doesn't like your kml (I'm not sure why, but it must be > expecting more complex kml, yours is probably missing something that > it expects). > > geoxml3 seems to show all the > pieces:http://www.geocodezip.com/geoxml3_test/kmltest_SG_sidebar.html > (for whatever that is worth, there doesn't seem to be any data > associated with the polygons) > > -- Larry > > > > > > > > > Cannot preserve the viewport. > > Cannot supress the infowindow. > > > Can you take a look to see what is wrong? > > > Thanks. > > > John > > > On Oct 18, 2:39 pm, Chad Killingsworth > > > <[email protected]> wrote: > > > Kml Layers will give you a HUGE improvement. Google's servers actually > > > process your kml files and send the client a single set of image tiles > > > - exactly what you were after. Let them do the heavy lifting. > > > > Chad Killingsworth > > > > On Oct 18, 12:28 pm, john <[email protected]> wrote: > > > > > I don't see KML layers will offer much performance improvement. But I > > > > will give it a try. > > > > > I know how the coord system works. But that's the first step to create > > > > tiles. That why I am asking if there existing tools or service that I > > > > can use (instead build my own). > > > > > On Oct 18, 9:09 am, Martin <[email protected]> wrote: > > > > > >http://code.google.com/apis/maps/documentation/javascript/maptypes.ht... > > > > > > Martin. > > > > > > On 18 Oct, 14:14, john <[email protected]> wrote: > > > > > > > I have polygons that has huge number of points. One of the polygon > > > > > > was > > > > > > over 300,000 points originally. It is still huge after we smoothed > > > > > > it. > > > > > > > In v2, I uses FromEncoded(). The performance is bad but at least it > > > > > > shows on the map. I understand that the polygon drawing is improved > > > > > > in > > > > > > v3. But with some many points, I don't feel it will do too much. > > > > > > > I think the best solution is to use tiles. Even there are lots of > > > > > > tiles at deep levels. But most will be blank. Following is what's in > > > > > > my mind. > > > > > > > Create database table with key on (zoom, x, y) and an image column > > > > > > store the images (or a reference to a image file). > > > > > > > for each tile in my country (zoom, x, y) // how to get the coords? > > > > > > { > > > > > > for each (polygon that intersects the tile) > > > > > > draw the polygon on the tile. > > > > > > > save the tile and remember it is database. > > > > > > > } > > > > > > > When request for (zoom, x, y), I simply search the database, return > > > > > > the image if finds one. > > > > > > > The idea is simple and I believe it can be done. My questions are: > > > > > > > Is there any service/tool that can do what I described. I see tile > > > > > > cutting tools but all take an image as input which will lost details > > > > > > when doom in.Also, I don't want all those blank images. -- 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 [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/google-maps-js-api-v3?hl=en.
