Too many items grouped into buckets

[next2heaven]

I wanted a feature like dipity.com where if there are too many items stacked on top of each other it'll just group them into a box (only instead of just putting a '+' symbol in the box, I wanted the number of items it contains). So when a user clicks the box it'll then open and zoom enough to show those items.

I got a freelancer to help out with it but it's still buggy. Just thought I'd throw it out to the group in case it's of any use to accomplishing this. Check out the examples:

http://www.next2heaven.com/timeline.zip

Anyone else have ways they deal with too many items. I don't want to just increase the height of the timeline or shove them out of view like it does currently.

[josdejong]

This is one of our wishes too: cluster data together in one item when there are too much items to be displayed. Like how Google Maps clusters items together. If this works well in the Timeline, it can display an almost infinite number of items without any performance issue...

This is definitely on our feature list.

[next2heaven]

Is there any way we can get this feature looked at sooner rather than later? I can help put money towards getting this feature going if we need. My next business idea rely's on that feature being apart of it.

Steve

On Jul 23, 2012, at 6:05 AM, Jos de Jong wrote:

This is one of our wishes too: cluster data together in one item when there are too much items to be displayed. Like how Google Maps clusters items together. If this works well in the Timeline, it can display an almost infinite number of items without any performance issue...

This is definitely on our feature list.

---

Reply to this email directly or view it on GitHub:
#11 (comment)

[josdejong]

I will estimate how much work will be involved with clustering, and have some internal discussion about it. Will let you know.

[next2heaven]

Any word on this?

On Jul 25, 2012, at 7:46 PM, Steve Armstrong steve@next2heaven.com wrote:

Is there any way we can get this feature looked at sooner rather than later? I can help put money towards getting this feature going if we need. My next business idea rely's on that feature being apart of it.

Steve

On Jul 23, 2012, at 6:05 AM, Jos de Jong wrote:

This is one of our wishes too: cluster data together in one item when there are too much items to be displayed. Like how Google Maps clusters items together. If this works well in the Timeline, it can display an almost infinite number of items without any performance issue...

This is definitely on our feature list.

---

Reply to this email directly or view it on GitHub:
#11 (comment)

[josdejong]

Hi, sorry for not coming back to you.

Implementing the clustering is not so trivial, it's not a Friday afternoon job that I can do between the lines. Unfortunately we cannot free time for this right now. A rough guess it that this will be implemented within 1-2 months from now. One thing is for sure though, this feature will be implemented, there is high demand from both our company itself as well as external parties.

[next2heaven]

Fantastic. 1-2 months is just fine. I know it's not a weekend deal. ;-)

Thanks.

Steve

On Aug 7, 2012, at 4:08 AM, Jos de Jong notifications@github.com wrote:

Hi, sorry for not coming back to you.

Implementing the clustering is not so trivial, it's not a Friday afternoon job that I can do between the lines. Unfortunately we cannot free time for this right now. A rough guess it that this will be implemented within 1-2 months from now. One thing is for sure though, this feature will be implemented, there is high demand from both our company itself as well as external parties.

—
Reply to this email directly or view it on GitHub.

[josdejong]

ok great, thanks for your patience. It's going to be awesome :)

[josdejong]

Just a short update: basic clustering is working now. What still needs to be implemented is re-clustering on change of data, and a way to provide your own handler for clustering a group of items, and some other features making it easier to zoom in on one cluster and things like that.

[next2heaven]

Sweet. This is a huge feature. Great job. Thanks for keeping me updated.

Steve

On Nov 6, 2012, at 1:08 AM, Jos de Jong notifications@github.com wrote:

Just a short update: basic clustering is working now. What still needs to be implemented is re-clustering on change of data, and a way to provide your own handler for clustering a group of items, and some other features making it easier to zoom in on one cluster and things like that.

—
Reply to this email directly or view it on GitHub.

[vlsi]

Do you feel custom css for clusters (on a per cluster basis) is a good feature?
I would like to have different colors (e.g. saturation) based on the density of the resulting cluster (see #89 for screen shots).

[josdejong]

yes, that sounds very useful. Right now you can give each item an individual CSS className, and it will be convenient to define styles on a per-cluster basis too I think.