On Jan 4, 4:39 pm, "[email protected]" <[email protected]> wrote: > On Jan 4, 8:04 am, sandy037 <[email protected]> wrote: > > > I am essentially showing all the user selections on the map. I will > > have to think if I can load the polylines on demand. But the problem > > is that, all these polylines (say some 10000) are confined to some > > area like a medium sized city. So I dont know how to render them on > > demand. Thats why I had asked for any clustering technique if you > > could help me with. > > > Each polyline does not contain more than 5-10 points. I have seen the > > demos but they have huge number of points on each polyline which is > > not the case with my thing. > > What affects performance once everything is optimized is the number of > objects displayed on the map. A polyline is one object, so each > polyline produces overhead, the complexity of the polyline affects > performance as well. A rule of thumb is displaying more than a few > hundred markers will be prohibitively slow, I would think the same > would apply for your simple polylines, but you could experiment. >
Very true except for CANVAS polys which are much quicker than SVG polys. CANVAS polys can be combined in the same DOM elements but CANVAS polys do not support mouse events. Once constructed, the performance is similar to image tiles. -- 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.
