MarkerCluster with large size data

43 views
Skip to first unread message

Xiaoyong Wu

unread,
Dec 16, 2010, 12:26:40 AM12/16/10
to google-maps-utility-library-v3
Hi,
I am working on my website http://www.omechaonline.com/local/ that
displays social networking discounts/coupons on the map. I have about
10k markers at this moment and the overall data is about 4MB. It takes
some time when first loading and getting all marker information. My
current solution is to implement a server side MarkerCluster class
that returns the cluster points only during the loading time and
switch over after the full marker data is available.
I am interested to know if there are others having similar issue and
what are your solutions. Or, if anyone is interested, I might be able
to clean up this code and make it available.

-Xiaoyong

Chris Broadfoot

unread,
Dec 16, 2010, 12:33:06 AM12/16/10
to google-maps-uti...@googlegroups.com
Luke & I wrote an article on this recently:

Personally, I suggest you take a look at Fusion Tables


--
You received this message because you are subscribed to the Google Groups "google-maps-utility-library-v3" group.
To post to this group, send email to google-maps-uti...@googlegroups.com.
To unsubscribe from this group, send email to google-maps-utility-l...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/google-maps-utility-library-v3?hl=en.


Xiaoyong Wu

unread,
Dec 16, 2010, 1:31:11 AM12/16/10
to google-maps-utility-library-v3
Thanks for the article and suggestion.

I went through the article, and that's really providing a lot of
inspirations on solving this issue. The current solution I have is
doing some viewport marker management with serverside clustering. I
was using "bounds_changed" and now just changed to listening on "idle"
event instead. And it looks like there are more I should be able to
improve on this.

Fusion Tables looks to be a very powerful technology. But, it seems to
require the data/content to be stored on Google servers. And, it seems
to lack the flexibility of a relational database and the full SQL
language support.

-Xiaoyong

On Dec 15, 9:33 pm, Chris Broadfoot <c...@google.com> wrote:
> Luke & I wrote an article on this recently:http://code.google.com/apis/maps/articles/toomanymarkers.html
>
> Personally, I suggest you take a look at Fusion Tableshttp://www.google.com/fusiontables/Home
>
>
>
>
>
>
>
> On Thu, Dec 16, 2010 at 4:26 PM, Xiaoyong Wu <xiaoyong...@gmail.com> wrote:
> > Hi,
> > I am working on my websitehttp://www.omechaonline.com/local/that
> > displays social networking discounts/coupons on the map. I have about
> > 10k markers at this moment and the overall data is about 4MB. It takes
> > some time when first loading and getting all marker information. My
> > current solution is to implement a server side MarkerCluster class
> > that returns the cluster points only during the loading time and
> > switch over after the full marker data is available.
> > I am interested to know if there are others having similar issue and
> > what are your solutions. Or, if anyone is interested, I might be able
> > to clean up this code and make it available.
>
> > -Xiaoyong
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "google-maps-utility-library-v3" group.
> > To post to this group, send email to
> > google-maps-uti...@googlegroups.com.
> > To unsubscribe from this group, send email to
> > google-maps-utility-l...@googlegroups.com<google-maps-uti lity-library-v3%2Bunsu...@googlegroups.com>
> > .

nianwei

unread,
Dec 16, 2010, 6:20:24 AM12/16/10
to google-maps-uti...@googlegroups.com
Chris,
Is there a plan to remove the 100MB limit on fusion tables? It's the show stopper for us.

Chris Broadfoot

unread,
Dec 16, 2010, 6:22:28 AM12/16/10
to google-maps-uti...@googlegroups.com
Which 100 MB limit? Is this for file imports?

nianwei

unread,
Dec 16, 2010, 10:05:06 AM12/16/10
to google-maps-uti...@googlegroups.com
Yes. The import file (kml etc) can be at most 100MB, which is smaller than what we need.
Reply all
Reply to author
Forward
0 new messages