Hi Ben, Thanks for the reply. So from what you've said (as I see it), I don't have to do anything, as google maps will take care of it all! :-)
The data I got the the US Dept. of Interior, has approx 6000 counties in the US + 50 states + 1 country. We may be implementing intermediary regions between those levels as well, but would add no more than 1000 on a rough guess, so in the order of 7000 total. I've been working on an algorithm simplifying the US border data I have (approx 71,000 points) as I'd like to get the size down to no more than 1500 points for the US and say 50-150 per county (absolute tops). The user will have the option to turn regions on and off, so potentially all counties, and all states, could be visible on the map at once, but that would be a rare occurrence, and probably not something I will worry about. Many thanks, DJS. On Mar 5, 2:07 pm, Ben Appleton <[email protected]> wrote: > Hi Drew, > > On Fri, Mar 5, 2010 at 10:53 AM, Drew <[email protected]> wrote: > > Hi all, > > > I'm currently building a system which is drawing administrative > > regions in different countries. I'm working on top of other code, > > which uses Polylines/Polygons to do this. I'm about to implement the > > US and due to the large number of regions, and the complexity of their > > borders, I am worried about drawing time with many states on screen at > > once. > > Here is an example rendering the Phillipines using > google.maps.Polygon:http://appleton-static.appspot.com/static/poly_phillipines.html > Please note that I took this data from a posting a few months ago; it's not > my data to share, I'm only demonstrating performance. I estimate the demo > has around 100 regions with around 100000 total vertices. > > Approximately how many regions are you drawing? Approximately how many > vertices are there, on average or in total? > > > I have only been able to find one location with potential examples, > > and have been looking at some of the demos in the galleries at > >http://home.provide.net/~bratliff, but unfortunately, due to the > > obfuscation implemented in the code and the lack of documentation, I > > am unfortunately not able to use these samples without divesting more > > large (re impractical) amounts of time to re-factor the code to make > > it usable. > > > Ideally I would like to continue to use polygons rather than a custom > > overlay view as the regions change colour depending on actions applied > > to them, and will need to be clickable. > > google.maps.Polygon is clickable and > recolorable.http://home.provide.net/~bratliffhas very impressive performance, > but I do > not know if it is clickable. > > > I have noticed in G2 that there is a method to implement encoded > > Polygons from encoded lines with zoom factors, so my question is, does > > anyone know of any modular/documented libraries, to handle large > > numbers of points, or if zoom factors are being handle automatically > > in G3, or at not (yet) implemented. > > Zoom factors are handled automatically in Google Maps API v3. > > Cheers > Ben > > > Many thanks for any input, > > > Drew J. Sonne. > > > -- > > 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%[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.
