四天三夜，transit trip planer，累啊，罗马可不能一天建成。

1）Vanrijkom-flashlibs 基于flex的shapefile转换库

2）MapShaper （基于flash的shapefile编辑及简化类库）

PS：同时，向大家推荐shp2kml，如果你是新手，又想通过kml表现自己的地图，可以试试这款软件，它完全免费。而且可以制作比较专业的kml文件并叠合到Google Earth上面。

Shp2kml is a stand alone tool that transforms GIS layers to Google Earth. It uses as input  the most common format file for GIS (ESRI shapefile) and generates a KML File.

Google Earth requires coordinates to be in Lat/Lon and referenced to the WGS84 datum. Shp2kml is able to transform the coordinate system. The input file can be Lat/Lon (Geographic) or UTM (Projected) coordinate system. Also shp2kml will change datums if required. It contains a list of around 200 datums.

Some of the supported features are:

* Lat/Long or UTM (meters)
* Any Datum
* Point, Lines, Polygons
* Symbol properties:  by Single Symbol, Unique value, Graduate Value
* Labeling from attributes table
* Balloon creation from attributes table

我将alachua的shapfile数据转换为kml，然后叠加在Google Earth上。

Finally, I decide to change my homepage, my galaxy, looks good, huh?

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

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

1. SOAP肯定是要完蛋了，至少是在公共互联网上要完蛋了。在企业里还有人用，甚至还可能回上升趋势。这些东西本来就是企业级的人搞出来的，忽悠广大人民群众未果之后，只好回到“企业级”舔伤。不过一个五六年前被大头头们一致看好的技术，如今只能在“企业级”的、官僚主义的庇护下瑟瑟发抖，等着哪一天REST过来乌龙山剿匪，实在也可谓晚景凄凉。
2. Google选择AJAX暴露API（除了搜索，还有地图服务的API），在真正的大Web服务整合时代到来之前，会先出现一个页面级AJAX服务整合时代？SOAP注定要完蛋，可以选择的是REST和AJAX。要照理说，REST应该是不二之选，但是最近很有几个网站通过AJAX风格暴露其Web Services，比如JS-Kit.com，你可以在自己的(X)HTML页面里包含一段JavaScript，轻松获得一个AJAX风格的评论组件。换一种说法，这个站点提供“评论”这件事情的Web Services服务，任何网站可以把自己的评论功能委托给这家网站做。现在Google也以AJAX方式暴露自己的搜索服务，会不会一时间蔚然成风？别以为这事无关紧要。REST属于服务端整合，AJAX属于客户端服务整合。
3. 希望国内做Web的企业注意Web服务这个动向，别重蹈WPS的覆辙。起码从现在来看，在互联网上，我们国内的企业干的不错，把外资巨头打得找不着北。

由于自己也做过传输模型的研究。对SOAP，REST以及Ajax也有相应的了解。在此也谈谈自己的看法。其实我以前也看过Web Service业内对于REST和SOAP两大阵营见的争吵，国内的以及国外的。这篇文章所示很激进的。虽然我不是SOAP的热烈追逐者，我也喜欢使用简单的REST，但是我觉得SOAP依然有他的使用价值。现在我们经常谈到的gird computing都是要基于SOAP的Service架构。

同时，Google做为业界最主要的web服务商，他的一举一动对于在行业内打拼的小罗罗们肯定要有不小的影响。但是我们可以看到Google的大部分应用都是主要针对公众个人的，Ajax的快速，REST的简洁确实很适合轻量级的使用开发，但是企业级的使用，SOAP已然是不二选择。（呵呵，我在想，是不是自己也被SOAP的支持者洗脑了。

该文章最后，作者还描述了国内业界制定Web Service标准的美好愿景，呵呵，听起来挺有意思的。”Web服务化是个大趋势，最终会制定各项Web服务的标准API。这就是下一代的技术标准。谁控制这个标准，谁就能在Web服务时代大大地赚一笔。我来描述一下这个过程。首先是几个大的互联网厂商推出各自的Web服务API，在实践中检验、修正，逐渐成熟之后就坐在一起商量，定一个标准。然后推出产品、工具，出书，布道，推广他们这个“标准”，让一般人遵循这个标准来做网站或者页面特别方便。然后数以百万计的中小型网站和数以亿计的个人博客就会按照这个标准来做自己的东西，你不遵守这个标准，就跟今天自己开发一个不支持HTTP和HTML的浏览器一样，做的再好也没人用。咱们很多企业，闷着头做产品，完了再闷着头数钱，乐滋滋的，觉得闷声发大财就是最高境界，能抬起头制定技术战略的实在不多。仗着模仿速度快，前赴后继。其实人家老外打从朝鲜战争的时候就知道了，拼命他拼不过咱们，所以人家从来不跟我们拼命。但是人家有更高级的手段来对付我们。一手握住金融资本，一手抓住技术标准，两手抓，两手都要硬，这个才是老牌帝国主义的杀手锏。WPS的故事，不用我再重复了吧？有些事情说透了就没劲了。 “

CartoWeb is a comprehensive and ready-to-use Web-GIS (Geographical Information System) as well as a convenient framework for building advanced and customized applications.

Developed by Camptocamp SA, it is based on the UMN MapServer engine and is released under the GNU General Public License (GPL).

Written using innovative language PHP5, CartoWeb is highly modular and customizable thanks to its object-oriented architecture. It runs evenly on Windows or Unix-like platforms and shows its real power when associated to PostgreSQL/PostGIS.

Last but not least, CartoWeb may be set up as a SOAP Web Service enabling to have front-end server on one machine and data and map generation on an other.

from Tim Anderson， CNET科技资讯网

下一代互联网将会是什么样子？根据YouOS 的开发者表示，未来的互联网将和目前的计算机桌面一样。YouOS 通过用户的浏览器，在互联网上实现了Windows 用户习惯的界面，包括任务条、资源管理器、回收站，甚至命令行窗口。

该系统全部采用JavaScript编写，大量应用了由IBM 主持开发的Dojo Ajax 工具。YouOS 采用了多种强大的服务器端API ，包括目前Amazon的S3服务所采用的网络存储系统、许可系统以及大量其它应用服务。

YouOS 的开发者认为，目前YouOS 还处于试验阶段，但它的吸引力将持续下去。如果用户希望从另一台服务器上浏览互联网，完全可以通过登录YouOS 实现，同时它也是用户的另一个桌面，包含了文档和各种应用程序。

YouOS 充分证明了JavaScript和Web 服务的强大功能，不过作为一款网络操作系统，我认为YouOS 并没有抓住重点。

由于针对YouOS API 的开发有一些没有必要的限制，因此YouOS 目前并没有吸引太多的开发人员。此外，随便在一台联网的电脑上都可以进入自己的桌面虽然很吸引人，但是并不一定非要采用YouOS 来实现。

近一年来，基于Web 的办公组件突然流行起来。比如Google就在自己的电子邮件服务中加入了收购来的文字处理程序Writely ，另外Google还推出了测试版的Google Spreadsheet，并且逐渐向用户展示它的Gdrive在线存储系统。

不过，虽然诸如Writely 以及Google Spreadsheets 这样的网络应用确实让人惊喜，但是与它们的桌面应用软件版本相比，各方面都要逊色得多了。由于刻意模仿桌面外观，基于web 的操作系统失去了前进的目标，实际上很少有人在现实工作中使用这类基于网络的应用软件。

YouOS 也是一样。虽然有了YouOS ，我们还是会采用现有技术通过互联网连接到远程桌面，完成当前的工作，而不是访问一个由脚本搭建的功能相对不足的系统。摆在YouOS 面前的路只有两条，一条就是尽量增强它的用户体验，争取能够达到与桌面系统相竞争的水平。这是有可能的，但是需要很长时间。另一条路则是作为一种Web 应用而存在，在跨越防火墙的共享以及协作方面有所作为。

目前的企业，还是在不稳定的电子邮件系统上传递着各种文档，而不去考虑将文档共享在一个更加安全的网络存储区域。而后者才是基于Web 的办公环境中最重要的一部分，因此，YouOS 不要再模仿什么本地桌面系统了，应抓住Web 办公的重点，才能有所发展。

Ofcom 认为，在2.4GHz频段上提高无线电发射功率，将带来更大的好处。

最近的一件大事应该是MapServer基金会的成立，其起因大概是Autodesk把他的MapGuild提供给原MapServer。具体大家可以看看其网站介绍。MapServer是几乎所有开源的GIS产品的基础，个人是在考察一些Python的GIS软件时了解到MapServer的。现在的基金会包括2个产品：MapServer Cheetah 和 MapServer Enterprise ，后者是Autodesk的原MapGuild。其介绍很诱人：包括Ajax支持的浏览器，源码，Studio，Java, .net, PHP支持等.
Cheetah，是希望MapServer就像美洲豹一样迅疾，我想目前加入了FastCGI技术支持的MapServer应该是当之无愧了，它的架构、流程是那么的简单和清晰。
Enterprise，嗯，有点儿俗气的名字，但“GIS融入IT了”，为企业服务嘛！粗览了一下代码，哟，换成了标准的C++了，很可惜，其VS solution文件是高版本的，公司里机器上装的VS2003打不开，自己本本上的VS2005 express edition可以打开。第一次开有点儿慢，IDE要分析200多个文件~ 不知道是我眼拙，还是没仔细看，人家居然没有用STL，更别说Boost了，再造轮子~ 呵呵 C++代码的结构很好，文件夹一看就明了，编码也很规范，注释中有规范的doc标签，用了一些设计模式，面向接口的编程……
在“致 MapServer 开放源网络地图社区的一封公开信”中已经明确：Cheetah并没有与Enterprise合并的计划，它们是两个完全独立的项目，Cheetah仍然使用原来的麻省理工学院的开源授权协议，而Enterprise将采用LGPL。自此，UMN MapServer的称号将不再使用。然后，我再八卦一把，该信的署名里有：
MapServer Technical Steering Committee (MTSC) 主席 Steve Lime
MTSC 成员 Frank Warmerdam
第一个人的名字经常出现在UMN MapServer代码的文件头中的Author信息中，而且是第一位哦，第二个人的名字也经常出现在Steve的后面，他负责了mapfile I/O，部分的render以及新的数据库connection pool。
开源的东西的共同缺点恐怕就是缺少文档了，也许，在这个无奇不有的互联网时代，我还能够借此机会捞点儿钱，不过在大家鄙视我之前，还是先说点儿真的，在整个代码中，充斥了一些缩写，如果不知道它的意思，读起来老感觉眼睛里有点儿异样：

• FDO：Feature Data Object
• AGF: Autodesk Geographic Framework

上面是我的猜测，一开始老弄不明白代码里总是出现的诸如GisAgfGeometryFactory之类的名称里Agf中的A是啥意思，后来明白可能是Autodesk的首字母儿，我考，开源的东西居然拿公司的名字作开头~
还是回到开源赚钱上来，我真的觉得学校里的人可以直接看MapServer作为GIS教程了，如果上进的学第们想尽快地进入GIS coding的世界，不妨可以到我这里来交点儿学费，哈哈
记得大二大三的时候看的陈建春的那本“VC开发GIS”学会了MFC和VC6入门，呵呵，不能说那本书没什么大的作用，那是6年前的技术了嘛，我们应该以发展的眼光看待问题不是？虽然现在又有了第二版，但我还是觉得依照MapServer写一本书，那才是真正的Mordern C++ Implementation of GIS Mapping Software，您瞧瞧，我把书名儿都起好了。我幻想着搞一个咨询、顾问、培训的team，帮助大家使用各种开源的GIS。呵呵，到那时，我就有自己的事业了，而不是工作，真美好啊……

elementInOnFrame.insertAdjacentHTML(
‘beforeEnd’,
elementInOtherFrame.outerHTML);

Not by IE, you need cloneNode. Nodes cannot be transferred between windowed controls such as select and iframes.(I vaguely remember reading that iframe was no longer going to be windowed in IE 6 but not sure if it is or not). I know you’ve been having problems with copying nodes between frames. I’ll do a little testing and report back.

dom标准规定一个document不能插入另外一个document的node。不同的frame/window里的 document自然是不同的。从一个document clone出来的（或者create出来的）是不能被append或者insert到其他document中的。当然，dom3增加了importNode方法，是可以用来导入其他document的node的。但是ie不支持（也许ie 7.0会支持）。在我做的试验里,ff还是支持两个不同的DOM树之间的appenchild操作的,但是opera和IE 6,就不是不行..郁闷:cry:

所以ff可以使用importNode这样高效率的dom方法，对于ie来说只能用innerHTML = serialize(otherNode)这样的方式。serialize方法把一个node串行化成字符串。在ie环境的具体实现上，对于XmlDocument，使用node.xml，对于HtmlDocument，使用node.outerHTML。

Goals
Rico’s Future With Other Javascript Libraries
Upcoming Behaviors and Features
I would love to hear others thoughts as I start posting these.

OK, lets start with the general goals.

Goal 1 – Stay out of the web developers way.
I think this is very important area that Rico can provide a lot of value. The integration with Rico should be simple and should not cause the developer to change their entire web app.

Goal 2 – Keep it simple.
This is a bit obvious, but I thought it to be worth repeating. I want to err on the side of being too simple of an interface and add those things that are really needed. Rico will focus on helping with the real needs. It will not try to be a kitchen sink.

Goal 3 – Pleasure to use.
The developer should have both a joyful and yet brief usage of Rico. It should not take long to get the desired behaviors and yet should be a joy
to work with.

Goal 4 – Should work well with the simplest of technologies.
Rico should not try to replace the act of creating html and css. It should simply enhance the experience.

Goal 5 – Should be easy to expand.
This is an area that 1.1 is a bit weak in. The library should be simpler to expand without having to rip and tear.

Goal 6 – Should be inovative.
Well duh… However, I really feel that there is a lot of value for Rico to be a platform for exploring rich interaction øf content on the web. It will not be ‘just another widget library’ duplicating the desktop. Rico will continue to have unique behaviors that will push the envelope.

Goal 7 – Should complement not compete.
This should be evident based on the other goals, but I think it is worth repeating.

观点一：Ajax和服务器端技术毫不相关

严格的说，与传统web开发相比，Ajax是完完全全的客户端技术。由于很多控件封装了客户端和服务器端的通信过程，因此很多问题也因通信而起。事实上，不论何种Ajax技术，服务器端都是返回的一个纯文本流，再由客户端来处理这个文本。这段文本可以是xml格式，也可以是一个Html片段，也可以是一段JavaScript脚本，或者仅是一个字符串。服务器端仅仅是作为一个数据接口，客户端使用XMLHttpRequest对象来请求这个页面，服务器端在页面内写入结果文本，这个过程和普通的web开发没有任何区别。所不同的只是，客户端在异步获取结果后，不是直接显示在页面，而是由客户端的Javascript脚本处理后再显示在页面。至于各种控件所谓的能返回DataSet对象，Date对象，或者其他的数据类型，都是封装了这个处理过程的结果。

观点二：DOM模型是Ajax最本质的技术

之所以没有把XMLHttpRequest列为最本质的技术，因为本人觉得它实在是太简单了，它只是可以让浏览器在后台请求一个页面，并将其内容交给JavaScript处理。真正的核心应该是：DOM模型，即文档对象模型。在DOM模型里，Html标记都被认为是一个对象，例如：div对象，table对象等等。DOM模型就规定了这些对象所具有的属性、方法和事件。通过这些性质，可以对一个已经显示于浏览器的页面进行内容的修改，例如增加节点、修改节点位置，删除节点等等。而不仅仅是一个innerHTML属性这么简单，虽然这是一个很有用的属性。

观点三：在使用Ajax控件前理解它们的实现

使用Ajax控件的确可以提高效率，但如果你空中楼阁般使用控件，那就得不偿失了。从一个控件换到另外一个控件又会有一个漫长的学习曲线。所以应该从底层了解其，况且Ajax实在不是什么高深的技术。其实任何东西的最底层其实都是简单的，但如果封装了这些底层的东西，事情会变得复杂和难以理解。以Asp.net为例，它的定制特性可以使得只要在方法前加上[ajax method]类似这样的标志就可以称为一个异步方法，相信这使得Asp.net的Ajax开发显得更加“高效”或者是“神秘”，而更多的事情则被封装了。同样记住一条，任何对服务器端的请求仅仅是返回纯文本，我们不一定要依赖于封装好的处理过程，而完全可以自己来实现。

观点四：学好JavaScript

在大多数人看来，JavaScript总不是那么一种正规的语言，随便copy一段就碰巧能运行，学过c之类的人，一看也能看懂，而且在浏览器中常常有脚本错误提示，所以潜意识觉得总不能付之以大任。事实上，要学好Ajax，这就完全是一种错误的看法。javascript作为一种脚本语言，其语法的确不是很严格，但并不妨碍其完成诸多复杂的任务，没有JavaScript，就没有Ajax。所以本人强烈建议，学Ajax前，一定要好好研究一番JavaScript，一般来讲，如果能顺利看懂prototype框架的代码（如：prototype-1.3.1.js），你的JavaScript水平就基本过关了。同时对DOM模型也可以算有一个基本的了解。

观点五：Ajax点缀：CSS

用JavaScript控制CSS其实很简单，基本上每个DOM对象都有一个style对象，只要把css属性里的”-”去掉，并让随后的字母变为大写就可以作为属性使用了，例如：element.style.backgroundColor=”#f00″;在css是：选择符 {background-color:#f00}

一口气说这么多，希望对大家有点用处^_^