mywhere

突破Google App Engine 10个程序的限制

2008-09-11T23:51:00.003+08:00

Google App Engine对外开放已经有好几个月的时间了，估计有好多做开发的朋友都开始试用了。我个人的体验是，比较容易上手，访问速度很快，当然，GFW已经盯上它了（似乎电信无法访问，但是网通还可以，竞争机制还是发挥了一点效用）。如果你想我这样，随时有很多新的想法，那么它每个用户只能创建10个程序的限额很快就到顶了，那么该怎么办呢？很简单，你可以用另外一个Google Account去创建程序，然后为了避免切换用户的麻烦(因为Google Accounting的管理是关联到它所有的服务的)，可以邀请你的主帐号加入developer队伍，呵呵，现在，你的主帐号就可以对这个新的项目管理了。
什么，你没有其他的Google Account?很简单，再申请一个了。
什么，你的Google Account申请不了Google App Engine?应该是接受不到短信验证码吧,这个嘛，就在Google的feedback页面提交一下，它会发邮件给你验证通过的。不知道是Google的问题，还是中国移动的问题，反正Google官方文档里说明是不支持China Mobile的

创意，一文不值

2008-09-01T12:43:00.002+08:00

因为新的项目，昨天和在网上刚结识的合作伙伴聊天的时候，他告诉了我一个网站，我来网(http://www.wolai.com),扫了一眼，以为还是一个普通的房地产信息网站而已。晚上闲下来无聊，仔细得在那个网站上浏览，越看越觉得有意思，这个网站不就是我的mywhere.org思路嘛，不对，也许是别人先做出来的，我是后来者。
看了我来博客上的几篇文章，也看了创始人的简介，以及他个人blog上的一些文章，同时观看了他在Google中国开发日上介绍Google Maps API使用心得的视频，颇有些感慨。

都是看好web2.o的模式在房地产行业的应用，跟随着zillow.com和trulia.com的步伐，试图对国内房地产网站的一个颠覆
记得和bloom的同事，那个RB的前partner有过一次沟通，他对mywhere的建议是雇一帮大学生对现有的楼盘进行一次扫街，把他们都标注出来，当时我内心觉得没啥用。wolai做到了，它通过大量招募各地志愿者的方式做到了，很好，我从内心的佩服。
wolai的似乎是去年八月份开始筹备的，那个时段，我还在求爷爷告奶奶的试图给几位朋友讲解这个概念，妄想找几个志同道合的人一起来做。应该说大家在同一个起跑线上，可能我这边还早一些。但是，现在wolai的访问量已经达到了一亿，每天的对立访问量在20k+以上,mywhere，搁在那里，现在我已经没有兴趣再继续了。这一点，我很佩服马日拉，虽然是一个摄影师，但是在对创意的执行力上非常强。这个应该和他的从业经历有关，一直在互联网行业摸爬滚打，自然身边不乏志同道合的朋友，或者说心有灵犀的伙伴，不用太多口舌就可以判断一个想法的价值。
创意其实是不值钱的，真的，如果你想要，我可以随时说出十几个来。但是好的创意必须考虑到自身的执行力，当前的应用环境，以及资金的承受能力等。好的创意出来之后，最重要的还是团队的执行能力，我觉得目前的我来说，最缺乏的就是这一点，不能找到让自己满意的合作伙伴。我觉得这个似乎也跟自己的工作环境有关，不是说周边的朋友没有创意，没有执行力，只能说他们都太循规蹈矩，没有丝毫的创新或者说breaking window的思维。而我自己很多时候也陷入一种常规思维，总是要寻找一帮有共同理念，志同道合的朋友去创业，从而把大量的时间浪费在沟通上面，结果到后来时间过去了，机遇也浪费了。
创业最重要的是团队，但是不要指望团队一开始就存在，资金有时候是可以解决这个问题的。我时常考虑的是，如果我有一百万，就不用tmd求爷爷告奶奶的找人了。但是，我真的找不到一百万吗？舅舅经常跟我提的，如果我需要钱跟他说一声，而每次我的想法是，时机还不成熟，现在借有点太早，至少有一点苗头再借不迟。如果自己真地坚持某一个想法，问舅舅借一些钱，然后招聘自己需要的人，应该可以做到不错的局面。可惜，历史没有假设。不多说这个，只能下次吸取教训。
马日拉同学是非常优秀的，从字里行间，以及摄影作品看得出来。对于艺术，文学，以及技术都有自己的想法。其实说这些不太合适，因为我不是长辈，也不是名角，没有资格评论别人。我觉得他和自己很像，或者说，自己和他很像，当然我没有他目前这么硕果累累
你的朋友决定了你的眼界
相信自己的感觉

以此纪念iTunes Store的倒掉

2008-08-19T15:40:00.001+08:00

不想说太多了，想起CNN事件时的一句话：
一个看不到CNN的国家却在全国范围的抵制，抵制什么？！

体验App Engine

2008-08-11T23:52:00.004+08:00

App Engine是google最近推出的一个新的geek toy。当然，从google的角度当然不希望仅仅只有geek来摆弄它。言归正传，正式的说法是，App Engine是一个google提供的免费的,可扩展的python开发平台，或者，你可以认为是一个免费的python主机空间，是google提供的，而且提供了google强大的bigtable功能，嗯，对于广大的民工兄弟，还是很有吸引力的哦。只是对于我是这样的，而且后悔为什么自己以前没有好好学习python,而是学了php.

服务推出不久，自己有幸得到了beta帐号（现在似乎是完全开放了，开发者通过手机sms的方式免费注册，但是从我个人的体验，似乎国内中国移动的用户被鄙视了，无法收到google发送的验证码。但是你可以提交无法接受的验证码，google会发一封邮件使得你的帐号通过验证。不知道是不是因为google被认为发送垃圾短信被中国移动封杀了）。

还好民工的一大必要技能是快速学习。花了一天的时间看了python.org上的tutorial，简单学会了这个利用缩进来控制逻辑的语言(当然，仅仅是会写一些基本的代码，高深的还不得要领)，然后花了一周的时间完成了第一个简单的项目: ORADictionary。它非常的简单，就是以个Oracle数据库错误代码的词典，同时提供了代码查询和xml输出，方便web API的调用。

通过这个简单的项目，该谈一谈感想了：

App Engine秉承了google其他产品的一贯优点，上手容易，使用简单，部署方便
App Engine附带了除python基本库之外google体统的api,最有用的当然是datastore API,相当于一个无限扩展的关系数据库,使用非常方便
App Engine的后台功能很好很强大，有访问带宽统计，访问日志，程序调试信息，数据查看工具等等，总之，相对一般的商业空间托管服务，google的绝对不差，而且还是免费的，唯一就是有一些限制，比如每月的访问带宽，数据内容的大小等。不过，对于一般的中小网站，google的免费限额是完全足够的。因此，如果你的网站是python开发的，移置到app engine是一个不错的选择。（至少，我现在有想法把mywhere.org用python重写然后转移到app engine来）
App Engine很有可能会被GFW给封掉，因为已经有很多国内的同行开发出一些打擦边球的应用，GFW很有可能就怒了

Start Mac life

2008-07-24T17:26:00.002+08:00

十几天的澳洲之旅，除了对异国生活的简单体验，另一个大的收获是终于成为Mac User,开始了苹果生活。嗯，虽然很早买过一个iPod Video,但那个是送人的，自己看都没看过就直接由apple store寄给那位了。
这次购买的是入门级的Macbook,当然是为了出资者的钱包考虑。同时因为我主要的用途只是上网、听音乐和写代码，性能方面的要求并不要太高。不过自己以前的计划是入门级的Macbook Pro,自己怎么也得Pro啊，看着多专业。不过从Macbook使用的经验来看，一点也不逊色，这个是后话了。
电脑是在Melbourne UNIV的校园店购买，当然是为了享受education discount, 然后没有打开查看就提着包装盒在墨尔本的city里晃了大半天，内心虽然急切地想把它打开，但是还是忍着。不是还在想，包装盒里不会装着几块砖头吧。
晚上终于回到家里，打开外面的运输纸盒，再打开白色的包装盒，哇，白色的macbook静静的躺在那里。果真如很多Mac Fans所描述的那样，apple的产品包装能带给你那种“Wow”的效果。掀开，摁那个电源按钮，稍等，炫目的欢迎动画，cool!怪不得n多人都要拍开箱图，果然很过瘾。
说完了最激动人心的开箱过程，下面再谈谈这一个多月来使用的体验。
因为自己是IT民工，所以对于学习使用电脑是最没有难度的事情，我应该大概用了一两天就完全熟悉了Mac的操作。它的优点就不多说了，因为很多人都夸过它，相对而言，确实还是比较人性化的一个操作系统。这里就讲几点我认为不太习惯的地方:

所有的程序利用x按钮并不是真正的关闭，要想真正关闭程序必须使用Menu里面的Quit。不是很明白apple为什么会这样设计，难道是因为左上角的三个按钮太靠近，害怕有人因为想最小化但是误点关闭？
不能最大化。所有的程序都不能最大化，很多时候屏幕里就是很多窗口平铺着。这带来的另一个问题是，不太好判断那个程序是当前活跃的，必须要看最顶端的Menu菜单才知道。当然，当前窗口和后台窗口的滚动条颜色是不一样的。
Safari不能设置成点击链接在新的tab里面打开，必须要摁住Command点击
finder或者说File Explorer有时候不是很方便，必须要通过路径打开某一个目录时，对于一个初学者并不知道该如何输入，我也是在查询如何安装subclipse时恰好看到才知道的。
delete按键似乎功能并不像windows下面那样功能强

现在就写这么多，如果有新的想法会补充

douban验证代码

2008-04-24T17:30:00.000+08:00

doubanclaim172d06e67d3d3e0b

标注类地图网站的发展

2008-04-20T22:47:00.002+08:00

很久没有考虑mywhere的未来发展了，可能在内心我自己也觉得前景不是很光明。
其实mywhere开始的想法是作为一个个人位置信息的发布和管理平台，有一点类似del.icio.us的地图版，只不过del.icio.us面向url，而mywhere要管理的是location。同时用户可以通过这个网站来管理自己的相关的位置信息，比如，我上海住所的地方，办公室的位置，老家的位置，小学所在的学校等等。在Google Maps的My Maps功能没有推出之前，有很多mashup在做类似的事情，国外比较有名的是platial,国内相对比较少，去年也零星出现一些，比如eemap，雅虎中国的路客等。但是当My Maps的推出，对这些网站的打击是致命的。(雅虎路客的推出是在My Maps之后推出的，虽然在本质功能上与My Maps类似，但是它更强调社区性，从它的名字可以看出来：与“博客”对应的“路客”)
比如eemap,简单从外部的观察，它的发展在my maps的推出之后萧条了很多，比如它的blog在08年之后已经没有了更新，同时ditu.google.com API的推出，也造成了很大的影响。对于一般的用户，脑海里至少都回问一个问题：

为什么不用google提供的地图模式的详细地图？
同时，对于另外一些用户来说，ditu.google.com已经提供了详细的地图数据，我们还有必要在这个网站上标注的必要吗？

没有办法跟用户解释，其实这两种模式的坐标不是完全匹配的，而原因则是因为中国政府的法律。
那么，到底这类标注网站还有没有存在的价值和意义呢？
有，肯定有！

个人化的信息。ditu.google.com上看到的是公共信息，而对于个人用户，很多的位置信息是个人化的，对于其他人并没有意义。这也是My Maps推出的理由
用户体验。我始终认为，用户体验是一个很大的技术优势。这也是同样做图片共享，为什么已经存在这么多网站，仍然有后来者加入的原因。因为每一家都有自己独特的用户体验，从而吸引某一类特定的用户
细分市场。因为互联网市场太大了，使得存在很多的细分市场，如果我们能够准确把握某一类用户的需求，并针对这一类用户完善你的服务，从而充分占领这一个细分市场，依然有很高的用户数量。比如雅虎中国的路客项目，我想这应该是他们的出发点。Google有它的优势，当然就有它的弱点，就是不可能做太过细分的产品。它选择的项目必定是满足最广大的用户需求。这也使小网站的优势。

xampp中php的配置

2008-04-03T09:56:00.003+08:00

自从发现了xampp之后，每次重装电脑然后配置web server系统的时候，都会去下载xampp来安装，无它，方便、简单、快捷。xampp是一个集成的安装包，包含了lamp中的三项：apache+mysql+php (xampp提供了windows\linux\mac os x三种操作系统的支持，可以说Xamp了)，其中每个软件都是最新的，安装完成之后，基本的配置都已经设置好了，你可以直接访问localhost来运行。除了这些基本的运行环境,它还附带了一些必备的网站管理程序,例如phpMyAdmin,
但是第一次使用它的时候，在定制php的设置的时候，走了一个很大的弯路，浪费了很多的时间。
因为要运行Magento,一个基于zend framework的open source网上商店系统，在安装的时候提示需要启动php curl模块的支持。于是我就在xampp/php目录下找到php.ini,把

#extension=php_curl.dll

的注释给取消。然后重启apache，察看phpinfo,curl模块依然没有加载。抓耳挠腮，不得其解。重启电脑，依然如故。没办法，只好动用google了，一番搜索，结果让人很郁闷，原来xampp中php的设置需要修改xampp/apache/bin/php.ini，而不是php目录下面的.ini文件。果然，把apache/bin/php.ini文件一修改，重启apache,立即生效。
特此记录，以免其他人犯同样的错误，浪费更多的时间。

刚发现的一个好网站:Jipingmi.com(几平米)

2008-02-16T14:46:00.002+08:00

登陆Google AdSense查询国内房地产相关分类的广告条目时，发现的一个网站：jipingmi.com（几平米），房地产垂直搜索引擎，同时提供地图方式的信息展示(同样mashup了Google Maps的数据)，但是似乎有些问题，我尝试了几次，地图上都没有内容。
很高兴看到这么多的注意力集中到房地产在互联网上的应用。

Nokia Urbanista Diaries

2008-02-11T22:33:00.000+08:00

In order to view the Nokia N82: The urbanista diaries you need JavaScript and Flash Player 8+ support

promotion poster

2008-02-11T16:43:00.000+08:00

mywhere.org更新

2008-02-11T16:34:00.000+08:00

今天修复了几个小的问题：

ie6/ie7环境下信息发布工作正常
动态获取标签所处城市/城区工作正常
出租/出售信息添加不同的样式信息

IE可以使用的类Firebug工具

2007-12-23T16:54:00.000+08:00

自从Firebug推出之后，得到了广大web developer的认可，借助它的帮助，开发者可以非常容易的在firefox里调试Ajax程序，但是IE怎么办？毕竟它占据了90+%的浏览器份额。
到目前为止，还没有一个IE平台下可以超越Firebug的工具，但是有不少类似，功能上稍逊一筹的类似工具。

Internet Explorer Developer Toolbar

这个是Microsoft官方推出的一个面向开发者的工具栏，提供了很多有用的功能，包括DOM Inspector, CSS Inspector等，但是不能对javascript进行调试，这是非常失败的地方，但是聊胜于无，用总比没有好。

Web Development Helper
这个应该是一个ASP.Net开发人员自己写的一个toolbar,可以查看http request调用情况，相对前者多了一些功能。也可以对javascript进行调试、查看，但是很多功能只是针对ASP.Net，比如javascript的调试只能针对ASP.Net Ajax和Script#生成的代码！在本地环境，可以查看ASP.Net代码的调用栈等debug信息。
对于我等php的开发人员，可以使用的功能就有限了。但是多了一个XMLHttpRequest的traffic log，对于一些ajax程序的调试还是很有帮助的。

IE浏览器UTF-8编码设置

2007-12-23T16:21:00.001+08:00

在mywhere.org刚刚发布的时候，虽然页面的编码设置的为utf-8,但是在IE里面的缺省显示始终为乱码，需要手动把浏览器的编码修改为自动选择，但是在firefox下面的显示很正常，百思不得其解，甚至有将编码改为GBK的念头。
今天在blogger.com上写blog的时候，突然注意到blogger.com采用的是UTF-8的编码，但是他的中文显示没有丝毫的问题，那么它是怎么解决的呢？
经过查看blogger.com的html输出，发现解决方法其实非常简单：utf-8的大小写。
在mywhere.org的原始代码中，关于编码输出的设置是:

<meta equiv="Content-Type" content="text/html; charset=utf-8">

正确的应该是：

<meta equiv="Content-Type" content="text/html; charset=UTF-8">

你没有看错，因为大小写的原因，IE不接受！
现在你该知道IE是多么的BT兼弱智了!

live.com中国地图服务开通

2007-12-23T11:42:00.000+08:00

好几天前的消息了，但还是有必要在这里记录一下。
上去仔细浏览了一下，应该说地图的详细程度非常高，应该比ditu.google.com要更为全面。其实这个并不能反映Microsoft或者Google的什么技术水平，只能是他们选择的国内地图数据合作方的比较。
live.com的合作方算是中国的navteq:高德软件(AutoNavi),(公司的简介上写着：2006年在中国车载预装导航地图市场份额超过50％) Google地图的国内合作方是:图盟(mapabc.com)。但是从高德软件的“联系我们”中的信息，似乎mapabc是他的子公司，那么应该说这两家提供的数据应该相差不大才对。（但是难道Google或者Microsoft在与他合作的时候没有签订类似同业回避的约定吗？）
其实对于这些外国的地图服务商，比较他们在中国提供的服务，纯粹技术水平层面的比较是没有太多意义的，由于国内对地图数据严格的政策限制，比较的就是和政府的关系，以及合作伙伴的人脉能力。
另外，高德软件的投资方是红衫资本，应该说它的发展前景还是很被看好的，确实国内虽然这两年在汽车导航硬件方面的竞争进入白热化，但是软件以及数据方面，我们还没有看到太多的竞争，也可能竞争同样激烈，但是不广为人知罢了。

Google Account Auth Vs. self account registration system利弊谈

2007-12-11T23:53:00.000+08:00

mywhere.org采用了Google Account Auth的技术来进行用户认证的管理，之所以采取这种策略，主要是考虑到：

Google Account已经具有众多的用户，采用它的认证管理技术，对已经拥有Google Account的用户，很轻松就可以成为mywhere的用户，降低了他们使用mywhere的门槛
免除了自己开发一套考虑周全的用户注册/认证系统，加快mywhere上线的速度

现在已经有很多类似的第三方用户认证系统，其实Google Account Auth不算一个单纯的用户认证系统，因为它必须要与Google提供的某一项服务绑定，无论Google Calendar,还是Google Base，总是不够独立。已经有很多开发人员在Google Account Group里面抱怨了。现在专业的第三方认证提供商，做得比较好的应该是openID，但是在国内似乎使用的不多。而国外很多blogger采用了它，即只要你拥有openID，就可以在很多blog里面留言，无需注册。
其实这个概念和Nell构想的商业计划是不谋而合的，只不过一个是网络世界，一个是现实世界。
但是采用Google Account Auth也有他的弊端，最主要的是：

你的目标用户是否与Google Account拥有者群体重合。如果重合当然最好了，对于你的网站来说那是数量巨大的潜在用户。如果不是很好的重合，那就给目标用户带来了麻烦：他必须去理解认同这个概念，然后去google注册一个账号，再返回来登陆你的网站。多了两步，而且这两步对于这类用户是很致命的，因为往往非Google Account拥有者，相对来说，对于网络的理解比较浅，或者从另外一个角度来说，他们比较谨慎，对新奇事务总是抱有戒心。
前面已经提及，Google Account Auth必须与Google的某一项服务绑定。如果戒心比较高的用户（由于中国的网络环境，这类Geek级用户往往比普通用户对个人隐私，网络安全更为重视），他会怀疑你是否会窃取相关信息，从而放弃让第三方网站从Google取得认证。

其实，解决起来很简单，Google完善Google Account Auth，无需和它的人和服务进行绑定即可，这样理由2就不存在，但是1还是有可能存在，但是如果Google能够很好的推广完善后的Google Account Auth，凭借Google的口碑，应该有越来越多，不同层次的用户使用这个服务。

珍惜生命，远离IE

2007-12-11T15:40:00.000+08:00

像每一个Microsoft的产品一样，IE极其的流行，不是因为它有多么的好，只是因为它已经安装在用户的电脑里。
每一个做过web开发，做过ajax应用的都会对它深恶痛绝，包括我。
这几天测试mywhere.org，在firefox和safari下都表现良好，偏偏在IE6下有很多莫名其妙的错误，bullshit!
IE对javascript和css标准的支持，如同美国对联合国宪章的遵循一样，说一套做两套。
我对每一个认识的人都会推荐Firefox，没有更多的原因，远离IE，让web开发更简单，让流氓网站无法流氓。
重复一句，珍惜生命，远离IE。

interesting post

2007-12-11T01:02:00.000+08:00

apple looking to buy Autodesk?!

mywhere.org上线了

2007-12-11T00:28:00.000+08:00

终于，mywhere.org正式上线了。
早上把代码上传到服务器，然后自己简单的测试了一些功能，不可避免的修改了很多细小的地方。很希望能找到一种开发模式，使得发布前不会是手忙脚乱得一团糟。过几天会开通sandbox.mywhere.org作为一个开发环境，这样比纯粹的localhost要好很多。
从最初的想法，到现在一个雏形，大约经历了四五个月。还记得有一天晚上找几个同事一起在干锅居边吃饭边探讨的情形。接下来的波折非三言两语可以述说。中间有过放弃的念头，有过怠工，但最终坚持完成，也是对自己毅力的考验。
最近一个多月，冷落了关心自己，以及自己所关心的人。实在是因为自己日程安排得比较紧，没有太多的时间来考虑其他的事情。即便如此，上线的日程还是推迟了一周。对于那些被告知11月底发布的朋友，说声sorry,让你们久等了。
最后，感谢手头的Thinkpad T61p，绝大多数的代码都用它完成，虽然自己一心要买一台Macbook Pro来替代它，还是任劳任怨的陪我工作到深夜。也感谢杨乃文，有她音乐的陪伴，即便工作到凌晨不至于太无聊。

Metropolis show time in Autodesk University

2007-11-30T12:56:00.000+08:00

终于，Metropolis的demo在今年的AU上show出来了。很有幸，在这个项目早期的时候，参与了其中。虽然自己对它的前景并不是很看好，但是作为一个实验性产品，能够一步一步摸索着从雏形到现在的可以demo的程度，最终应该会有所收获。

又一篇NAVTEQ

2007-10-09T00:17:00.000+08:00

晚上一边干活一边关注公司的股价，看着他冲击历史高点还是很开心的，可惜手上的option太少了。
注意到Google Finance提供的公司关联新闻里有一篇是关于公司与NAVTEQ的合作的事情的。打开一看，原来是NAVTEQ的LBS Challenge比赛，我们公司和Nokia是它唯一的全球赞助伙伴。
仔细看了比赛里面的几个链接，不由得有些气短。
这个比赛大致应该是，NAVTEQ提供一些样本数据，让开发者自由发挥，在Nokia的N95里面设计LBS的应用，我们公司和Nokia同为它的全球sponser.对于Nokia，由于提供的offical device是N95，它的好处很明显了。我们公司呢？一点没有看到丝毫的利益。
比如Navteq Map Data这个页面，提供的数据格式与我们公司丝毫无关，全部都是竞争对手的产品格式，同样的事情也发生在NAVTEQ Content Download页面。
如果是这样，我们为什么要赞助这个比赛？！
联想到在wikipedia中看到的一个GIS software list，里面虽然说我们是一个重要的GIS软件提供商，但是在product list中，居然没有提及任何我们的产品。我想，这只能说明我们的GIS产品在市场中还缺乏知名度，同时也是市场占有率的一个说明。

NAVTEQ

2007-10-08T23:22:00.000+08:00

这几天的发生的重大事件当然要数Nokia对NAVTEQ的收购了。Nokia,手机行业的第一把交椅，至少垄断了全球手机35%的份额；NAVTEQ，全球地理数据提供商的行业老大,包括Google Maps/Google Earth都使用了他的数据。这一单交易有些出人意料，因为两家似乎有些风马牛不相及的感觉，要知道Nokia收购的金额高达81亿美元，这可是一次非同小可的收购。
唯一将二者可以联系在一起的事LBS(location based service,即基于位置的服务)。一方面，作为手机用户，也就是Nokia的客户，有了这方面的需求。可以看到如今最先进的手机都提供了GPS的功能，那么作为GPS的应用就是LBS,比如导航，比如基于位置的查询等等；同时，NAVTEQ的数据主要提供给LBS的应用。在NAVTEQ网站About Us的介绍里，我们可以看到，它目前是美国主要的LBS数据提供商，以及汽车导航数据提供商。由此，我们对Nokia的思路有了了解：加强手机的LBS功能，进而整合LBS产业链。
其实无论LBS，GPS，还是GIS，都是围绕着空间位置信息做文章。国内常见的GIS项目、系统，总是显得太学院化，不能够带给普通人更多的使用价值。而LBS，它的出发点就是提供服务。我的理解，广义上来说，无论GPS还是GIS，都是LBS的一个途径。自从Google Maps的推出，已经Google Earth的创意，使得LBS一下子被更为广大的用户所感性的认识。
LBS系统涉及到三个方面：

软件

Google Maps/Google Earth都是非常好，非常有创意的LBS软件。软件在LBS的使用中发挥了很大的作用，因为只有它与最终用户交互。可以看到，只是因为Google Maps这样创意性的产品推出，使得online map viewer流行，随之出现了Yahoo! Local, Microsoft Virtual Earth等类似的软件产品。

硬件

硬件包括好几方面，一方面是客户端的，例如我们的使用的电脑、手机、PDA何GPS接收器等等，这些客户端设备。另外则是数据采集端的硬件，GPS卫星、遥感卫星、航摄飞机等等。硬件往往一次性投入比较大，同时技术含量比较高。

数据

数据是LBS的根本。往往这个也是很多应用比较难以展开的根源：因为没有相应的数据。在某些国家，比如中国，要得到地理数据，有时候不是有没有钱的问题。前面的硬件部分已经介绍了数据采集的设备，可以看出数据往往都是高投入的。同时存在着政策等限制。

而从Nokia收购NAVTEQ这一事件，可以看出Nokia充分考虑了这三者：Nokia拥有客户端的硬件，同时它可以开发客户端的软件，通过收购NAVTEQ，拥有了数据，三者兼备。
同时，数据提供商门槛很高，其中包括长时间的积累以及数据的完整性，由此决定了他不仅仅是有钱就能拥有。这也使得数据提供商是一个稀缺资源。
也许，现在Google开始后悔，为什么自己没有提早一步，收购了NAVTEQ?!
Google的使命是整合全球的信息，要知道空间位置信息可是其中重要的一部分阿!

Refine the UI

2007-10-08T18:03:00.000+08:00

国庆几天假,除了伊始去宜兴玩了两天(其间去了天目湖，使得两天的出行不至于太过平淡),一直在家里修改mywhere.主要的工作是把界面重新设计了一下。其实也不算重新设计，只是丰富了里面的一些元素，因为界面总体的框架没怎么改变。
在refine的过程中，主要受到以下几个网站的影响：

Google Reader
在全屏的网站中，Google Reader的UI和UE是非常舒服的：虽然界面很简单，但是用户体验非常顺手，不用鼠标操作，还是快捷键方式，没有丝毫的障碍。我一直希望mywhere能够提供令人愉悦的UE，可惜自己不是这方面的行家里手，只能是借鉴其他的网站，自己一点一点地摸索。

Zen City Morning
Zen City Morning第一眼看到的时候，那个建筑群的轮廓给人的感觉非常棒，我也一直觉得mywhere不管是颜色还是界面，看起来都太简单、太单薄，于是借鉴了他的设计，引入了陆家嘴建筑群的轮廓线，让页面看起来至少有适当的图片。

Piwopedia
总体来说，我一直希望mywhere的界面可以类似Piwopedia，这个关于酒吧的Google Maps Mashup。虽然第一眼看进去，地图不是页面的核心元素，这与我的想法有一点不合拍，但是其他的一些内容可以更好地丰富首页的信息量。真是矛盾阿！

现在还在忙着把code和新的UI整合到一起，所以，要想正式看到新的UI,还得等几天了。
BTW,公司破天荒的调班制度终于从国庆后开始了，一方面，有了更多的空闲时间来完成mywhere,但是另一方面，没有晚上的时间去健身房骑单车了。

View Larger Map

C# ComboBox控件使用技巧

2007-09-04T14:53:00.000+08:00

1. ComboBox Datasouce绑定同步问题
如果我们在同一个form中添加了好几个ComboBox,并且给他们绑定同一个Datasource，这是会出现几个控件的选择同步问题：即如果我们修改了某一个ComboBox的选项，其他几个也会同步更改自己的当前选择项。如果不希望这几个控件选项的同步，可以添加如下代码：

ComboBox cb = new ComboBox();
cb.BindingContext = new BindingContext();
cb.DataSource = someDataSource;

2. 取消ComboBox当前选项的编辑
很多时候我们只是希望用户只能使用ComboBox提供的选项，而且选定某一个选项后，不能手动编辑当前选项的内容。我开始找了半天，看是不是有类似iseditable这样的选项，都没有找到。后来还是在Google和MSDN的帮助下，找到了答案：

combobox.DropDownStyle = ComboBoxStyle.DropDownList;

师姐的一段惊险经历

2007-04-02T17:50:00.000+08:00

今天看到师姐MSN上闪烁的小星星，点进去一看，居然是一段惊险的经历，不由得感慨，广州真不是一般人可以呆的，在广州的人要小心啊。同时，师姐的话也是发人深省：

如果有女孩子打电话给你让你接她，请一定多问一句：“你是不是遇到什么问题了？”