Comments on: Sunng's Canvas based Heatmap API

By: Sunng

Sunng — Mon, 20 Jun 2011 11:27:10 +0000

我的这个版本数值与颜色的映射函数可以由用户指定的：
https://github.com/sunng87/heatcanvas

你怎么留言到这里了，这个是一年多前的了。。。

remember2015 — Mon, 20 Jun 2011 08:28:46 +0000

实在不爽的话，可以单独给rgb的每个值写函数控制区间与衰减，更精确并且可控。不过也麻烦，不好维护。以前写过：
http://www.baiduux.com/blog/2010/08/31/%E5%9F%BA%E4%BA%8Ecanvas%E7%9A%84%E7%83%AD%E5%8A%9B%E5%9B%BE%E7%BB%98%E5%88%B6%E6%96%B9%E6%B3%95/

remember2015 — Mon, 20 Jun 2011 08:27:04 +0000

另外hue可以考虑(1-x)*250-260把蓝色包括进去。我用的是hsl((1-x)*250, 1, 0.85)

remember2015 — Mon, 20 Jun 2011 08:23:11 +0000

用Math.log(x) / Math.log(max)衰减梯度差就可以了

HeatCanvas hits 1.0, and public available — Fri, 03 Jun 2011 13:55:15 +0000

[...] is based on the prototype I wrote 15 months ago. I just rewrite the whole with WebWorker API to keep user away from UI frozen [...]

alex — Sun, 28 Feb 2010 15:11:30 +0000

改了cache规则和渲染顺序，现在在chrome上速度基本可以接受了，ie上大约需要1分多钟

alex — Fri, 26 Feb 2010 01:36:26 +0000

gwt确实是个好东西，java的开发效率比js高太多了，而且也可以用jsni直接调用raw js，或者通过jsni暴露出js api。如果需要有ext那样的完备效果，也有ext gwt这样的wrapper。

alex — Fri, 26 Feb 2010 01:30:01 +0000

现在看问题应该不是在HashMap，GWT1.5之后HashMap性能有极大的提高（http://development.lombardi.com/?p=797），render应该改没问题的，在gnome上绘制都比较慢的，就不知道在spread的哪个环节出问题了……

alex — Fri, 26 Feb 2010 01:25:01 +0000

应该是spread，pan的时候就是直接调整offset的，但是mouseup的时候会map panel调用commit机制，这时候所有图层都会重绘保证数据的一致性，就是在这个时候会卡一下。包括切换工具、打开关闭图层都会commit保证一致性，所以如果打开了heatmap这些时候都会卡一下。

Sunng — Fri, 26 Feb 2010 00:09:55 +0000

不错不错，我看到了

有必要看一下性能瓶颈在spread还是render，如果是在spread，可以在pan的时候直接translate那个坐标。如果是render就只好换浏览器了。

我昨天下班还在想把它做到OpenLayers里作为一个Layer，最近要评估一下看看可行性如何