As an assumption, I would suggest that they implement the GIS library in Flash on the client side and use this to design latitude and longitude coordinates in pixel space. Then they are combined by pixels to determine the "height" of each pixel and render it the same as you would a circle, but using a gradient fill with transparency, with the start and end colors of the gradient fill determined by the height of the pixels. Multiple circles superimposed on each other will create brighter pixels.
An alternative could be to do this in shades of gray, then match the brightness value to the color scale. This may be the most effective.
We sell more traditional treemap heatmaps for integration in visual analytics applications (like heatmap SDKs), and now there are heatmaps that colorize areas. We read standard ESRI Shapefile maps and do all projections and rendering on the client side (in Java, not in Flash, but in the same concept). I think SpatialKey does the same, since they support area-fill rendering, which cannot really be done if you use a server like Google Maps.
We do not yet make heat density maps like this, but we did a couple of tests using static images as the background. If you need more information, let me know and I can ask my developer how we did it. I know that we are currently developing more point-based functions, although I do not know where the heat density plots are still located.
SpatialKey actually wrote a good post on different between heat maps with filling in the area (i.e. thematic maps) and heat map density. You can check this out at http://blog.spatialkey.com/2010/02/comparing-thematic-maps-with-density-heatmaps/ .
If you correctly identified heat density maps, I would be interested to know how you did it, as this would be a valuable addition to our visual analysis SDK. Good luck.
Trevor lohrbeer
source share