Thanks Jason, we are not willing to use, PostGis but SqlServer but I'll try this method, at present polygons are too complex so I opted for pre-generated KML file (works great) and GeoRSS for highligting selected one. for dynamic polygon I just experimented with GeoJSON but generation of JSON/KML even for a single polygon is slow from GeoServer, not getting right direction yet but 3 levels are set, fourth should be dynamic.
4 Levels of layers I want to use are: 1. Get all the districts for a country, pre-generated KML with attribute based formatting, works ok 2. Highlighting and zooming on clicked district, GeoRSS works ok 3. Getting neighborhoods of selected district using pre-generated KML with attribute based formatting works ok 4. Now the last thing is, among those neighbourhouds, one column is editable by user, so those ones having column set to false, I need special formatting so it should be dynamic, here it lack in performance with GeoJSON or on the fly KML file generation. Although it would be not too big KML file but still 10 seconds is minimum time its taking and same time for GeoJSON polyong. One more question: Is using PostGis or SqlServer database instead of shape file faster? I didn't notice such a major improvement even I think shapefiles are faster in my case. any idea whats wrong? Thansk for all your inputs, it's helpful. On Jan 10, 4:52 pm, Jason Sanford <[email protected]> wrote: > I usually opt for drawing my map vectors via GeoJSON/google.maps.Polygon. > For me it offers more flexibility than KML or GeoRSS but it does slow things > down a lot when drawing hundreds of vectors. > > Have you considered simplifying your geometry? I'm not sure what you're > using to push your GeoJSON but if you're using something like PostGIS you > could try: > > st_asgeojson(transform(simplify(the_geom,1),4326)) > > In the case above the I'm simplifying with a tolerance of 1 (feet in my > case), You'd have to adjust this for your coordinate system's units. > > If it's possible that not all of your polygons are within the current extent > you could always hide the ones that aren't visible with some sort of filter. > I'm not sure this extra overhead wouldn't slow down things even more though, > but probably worth a try. > > Good luck. > > > > > > > > On Sun, Jan 9, 2011 at 8:55 AM, Rossko <[email protected]> wrote: > > KML can contain styling information. > > KML can be dynamic through the use of NetworkLink and Refresh. > > You seem to have rejected KML because "it lacks performance"? I > > can't see why that should be the case but in the absence of any demo > > or detail of how you are using KML (KmlLayer? GeoXml3?) can't comment > > much further. > > > -- > > 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]<google-maps-js-api-v3%2B > > [email protected]> > > . > > 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 [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.
