bratliff, With Batik(JAVA svg engine) it is so easy to send a svg description of a poly and output a png of it making such into a service would be well y... more of a can I support the band width issue than could I do it.
On Sep 3, 9:50 am, bratliff <[EMAIL PROTECTED]> wrote: > On Sep 3, 1:43 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> > wrote: > > > > > > > Funnily enough, I will also be using the chart api in this app! > > Everywhere I look I find another use for another Google API (I'm > > hoping that I'll find more uses if I get to the developer day. I've > > registered, but not heard anything other than confirmation I have > > registered, has anyone else?) > > > > I would like to be able to draw dynamic polys on static maps legally. > > > It can be done illegally using Google's "mld" server. It uses the > > > same encoding scheme used by "formEncoded" polys applied to integer > > > pixels rather than floating point Lat/Lon coordinates. The X & Y > > > elements are reversed. A checksum of "9999" is added to the end. > > > I have used your js stuff as a basis for generating complex polylines > > as images. It's .NET, but if you'd like the code I will tidy it up and > > post it. In my system it's connected to a database that stores > > boundaries as Lat/Lng points & generates the image based on the size & > > centre point, using your maths. > > > I'm hoping Pamela's still here, but what I'd really like to do is > > generate the static image & draw the boundaries onto the gif (or png), > > cache the result and serve the edited file on my site. This would mean > > it loads much quicker and we're not hitting the google servers as > > often. > > As long as the google logo and trademark on the bottom aren't > > obsucred, would that be a problem, or must I have the boundary as a > > seperate image? > > > Cheers > > > Ben > > What might be REALLY useful is a LEGAL clone of Google's "mld" image > server. I have produced polys directly with Google's "mld" image > server but I doubt it is legal. I will be happy to share what I have > learned about their encoding algorithm. > > Yes, please post your code. I may not be able to use it but someone > else could. If enough auxilliary tools for static maps are developed, > Google may do something to trim the bloat from their dynamic maps. > Modularization is helpful but it does not significantly reduce the > infrastructure. A 200KB gorilla is not appropriate for every > application. > > I updated "adjust.js" a few days ago. It now has inverse functions: > > LLToXY > XYToLL > > I agree with your desire to combine Google's map with your markers at > your server but it is unlikely to happen. It is much more efficient > to send one file than several over a potentially slow link. Combining > overlays in the browser impedes both panning & zooming. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Google Maps API" 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-API?hl=en -~----------~----~----~----~------~----~------~--~---
