1） timeline track。

2）点击图片，利用shadowbox显示大图。

3）修改henminway 的模板，重新优化了stylesheet。

本来想写一篇年度总结，发现，今年真是不堪回首，然后归纳出本人2009年的年度单词 “transfer” ——

• 城市transfer了，
• 专业transfer了，
• 感情transfer了，
• 差点连信仰也transfer了，

不过已经是2010年了，过去一年里的不顺心都抛在脑后吧，我要新的开始！祝大家在新的一年里虎虎生威。

切入正题，在Timeline邮件列表里有一封关于Timemap的系列信件，过年的时候已经starred，但是一直没有仔细看看。Nick用javascript写了关于如何整合Timeline和google maps的脚本timemap，具有以下的功能：

* load data in JSON or KML
* load multiple datasets with different color themes
* hide map markers for elements not visible on timeline (i.e. show only roughly concurrent items)
* more or less full access to the underlying map/timeline APIs
* auto center/zoom the map on loaded items
* load info window data using AJAX

以前是有很多人做过这方面的尝试，比如著名的地震地图，但是该脚本的作用在于封装了一些基本的应用。nick在制作网站Ushahidi.com和http://www.nickrabinowitz.com/projects/timemap/artists.html的时候使用了该脚本。后者表现图例个人觉得是一种创新，我很少见到在地图窗口中显示图例的网络应用。基于js的灵活性，以后图例的开发将会更加容易。

在回复的邮件中，看到了两个个更好的例子：

1） 伊拉克新闻事件：http://thunderhead.esri.com/timeline/ 该应用使用timeline和基于flex的地图加以整合。最近，使用flex进行地图开发的例子越多，在flex下实现放大缩小地图确实非常之炫。有空大家可以多多讨论如何使用flex整合地图应用。

2）三藩市房产交易地图: http://hotpads.com/map/cities/CA/San_Francisco.htm 该地图将flex使用到了极至，所用控件都是用flex做的，而且图标也是用flex制成，动画效果很不错。个人觉得，如果要做关于房产交易的网上应用平台，该网站是个不错的借鉴。

PS：

1） flex的应用让网络互交效果更加出色。但是并不是所有的网页都是基于flex，比如伊拉克新闻事件，它仅仅是地图部分用flex整合，而timeline部分还是用javascript，这就牵扯到如何将javascript和actionscript进行配合使用的问题。其次在三藩市房地产交易的网站上，flex也是仅仅整合地图。

2） why use flex to integrate maps?

想想传统的地图显示方式，最初的地图服务器传回图片，到基于wms、wfs实现地图数据的交互，地图控件主要还是使用dhtml+javascript+css的形式，后来openlayers等客户端程序的出现，更多的使用了svg和vml。这样，网络地图变得更加生动活泼并具备更多的功能。毕竟更多的地物是基于对象的。但是无形之中加大了网络数据的载荷，但是随着技术的进步，这种载荷的增加显得微不足道。而flex的使用可以说技术和需求两个层面同时推动的。

首先，adobe公司兼并了macromedia，adobe主要看中了flash这个网络利器，adobe以前还是很重视SVG的开发，已经推出了svg viewer 6.0 alpha。但是自有了flash，adobe宣布将停止svg viewer的开发，把精力更多的地放在了flash环境的开发之上，我们可以看到基于flash的video网站，flikr等图片网站，将flex使用到了炉火纯青的地步。而且flex完全有能力在网络地图使用中发挥己能。

其次，更好的在网络地图环境中使用flex已经被推上了风头浪尖。Yahoo最早推出了只用在Yahoo map中的Flex控件。并且我们看到了网站出现了使用flash来显示VE，以及google earth的很多应用。很多坚守传统ajax模式的开发者虽然更喜欢使用javascripe的构架，比如ext，而且musicman曾经也看过一个日本友人开发的一个基于ext的web地图程序，确实够炫。但是ext在启动之前要加载太多的javascript脚本，经常会出现假死现象。不得不承认，flex在很多时候，还是很优秀的。基于eclipse的IDE开发环境，而且使用flex可以制作超炫的地图控件的难度要比javascript要低（当然是对于初学者来说，如果你有很高的javascript水平那则另当别论。)

网尚提出以下需求：1）速度要快 2）平台有很好的扩展性。

CRIC2007已经表现出延时和访问偏慢的问题，同时，不论是谁来做，如果进行整个市域的WFS查询，并返回矢量数据，谁都快不了。所以关键是要减轻服务器的压力，Ajax是个很好的技术，它在一定程度上降低了服务器的载荷。所以很有必要。后台是在php基础上了，为了向不同的城市移植，对服务器要求的越少越好。也就是说，尽量不要干扰后台，或者采取我以前的想法，要将地图嵌入到一套诸如drupal的CMS系统之中。其实关键还是用好JS库。这个时候，我想起以前和德奎讨论DOJO和EXT，现在看来，EXT在GRID以及WINDOWS方面有着很强大得优势，是用一个前台JS Framework再所难免。

其次，我又想到，完全可以再加上TIMELINE和TIMEPLOT。这两个库确实是很好的工具。呵呵，凌晨两点，实在睡不着，又画了一张路线图.

技术要点：

1）Mapfile Template: 牵扯到图例、鸟瞰图的放置关系。

2）EXT Layout，Tab，Tree（用以进行图层控制？）。

3）EXT GRID，数据表操作。

4）RedHat Linux 建站。

5）PDO还是MySQL和PostgreSQL合并的简单关联查询？因为和地理有关的操作还是主要牵扯到空间数据，那空间数据的可视化是由Mapfile的wfs和 wms进行的，所以完全可以用PDO进行。

6) wfs 的使用。

7）熟悉PostGIS命令。

8 ) Mapscript＋php的练习。

9) login?

是不是可以尝试着从temple->cric?

PS：SIMILE的功能的优势也是其劣势就在于数据都是用Json在客户端处理和操作，这样需要编写大量的脚本出来。而我现在要做的和历史有关的矢量数据是存储PostgreSQL中的，这样才能支持SQL语句的查询、filter的操作。我现在的想法是，Base Layer用栅格数据，而Editable Layer用Openlayers的Vector来表示，而其他的Common Layer也是用PostgreSQL来存储。这样的化，如果需要，也可以将数据转变为Editable，让前台调用使用。

还有一个问题，就是给前台的数据量不能太多，如果太多，客户端是无法承受的，我在想，如何才能让客户端的数据两不是很大呢？因为要做到很好的交互，就必然要求把数据传输给前台，这样必然占用了大量客户端的内存，有点不太现实，但是，如果不这样去做，那又能如何呢？所以我在想，是用什么数据源，用CHGIS的时间序列，还是那个佛教寺庙的数据？我一会实验一下，才能有最终的结果。

this web site is an internet application that allows visitors to explore the world and it’s events using Google Maps and a dynamic timeline. The application is still in development, but we are working to build a community of interested people who can help get this project off the ground.