于是Google日本公司作了一个短片，放到了Youtube上，目的就是让大家明白Google街景是怎么样一回事？这些日本公司的员工们就是想让大家知道，事实上，Google街景是一个很可爱的事情，拍摄下来的照片会由专职的员工的在晚上修改去除掉可能涉及用户隐私的部分。

这个片子实在作的是比较可爱，一个摄像机小人坐在一个火箭街景小车上，拍啊，拍啊，然后回去修啊，贴啊。

看看下面的这些可爱的照片吧。

YouTube上的视频在这里，如果你可以穿墙的话，就可以看看这个Q版的小摄影人的憨态可掬的表演了。

©版权所有，请勿随意转载。
如需转载，请注明作者以及包含原文链接的全部内容。谢谢合作！
Created by MaiTiano from Google魔方, 2009. | Permalink | No comment |
Post tags: google japan, Google street view

Feed enhanced by Better Feed from Ozh

OpenID是一套适用于Web的身份辨识系统，网友可用单一帐号密码登入所有相容于OpenID的网站。

此次加入的科技厂商包括Yahoo、PayPal、 Google、 Equifax、 AOL、 VeriSign、 Acxiom、 Citi、 Privo与 Wave Systems，他们表示会担任使用OpenID与Information Card技术的数位身份辨识供应商。目前部分美国政府网站已经开始使用OpenID了。

目前已经加入此一实验计划的美国政府网站包括信息科技中心（CIT）、健康卫生（NIH），以及美国健康与人力服务局（HHS）。

依据新闻稿，网友可透过自己的Yahoo、PayPal与Google ID帐号来登入政府网站。政府的说法是，使用OpenID可让市民跟网站之间更有互动，但又不至于透露可辨识出个人的信息。

奥巴马承诺要让政府网站从「目录」式服务变成互动式资源提供方式，省下网友的时间，增加他们与政府决策过程的直接互动。

我在想，国内的一直呼喊推行实名上网制度，听起来骇人听闻。而美国推行的这个OpenID方案会稍微好一点就在于美国人民仍然可以使用网名来使用政府的服务。

via ZDnet Larry Dignan

©版权所有，请勿随意转载。
如需转载，请注明作者以及包含原文链接的全部内容。谢谢合作！
Created by MaiTiano from Google魔方, 2009. | Permalink | No comment |
Post tags: google, openid

Feed enhanced by Better Feed from Ozh

Google Maps最近就加了路况报导的新功能，该功能可利用使用者的信息，提供更细致的路况报导。除了显示主要高速公路的交通状况，Google也能显示平面主要干道、大街的车流量。

这项功能是通过提取Google Maps移动版的My Location定位功能使用者的匿名资料。Google会在你的使用过程中，发送匿名资料给自己，每当你在手机上启用My Location功能，部分资料便以匿名方式传回Google总部，其中包括你的位置和速度。

这项延伸的交通地图，带给驾驶人另一层的服务，但Google并非移动资料转地区路况的首例。以色列新创公司Waze才是创始者。该公司不仅提供高速公路和平面主干道路况，甚至更小的道路也包含在内。事实上，Waze可利用驾驶人的手机中的资料，配合车辆的移动状况，製作出非常准确的市区交通地图。驾驶人也可主动通报交通事故和其他事件。在你启程之前，Waze能提供一份比Google的路况图更有用的即时路径图。

Waze有很棒的概念，却没有规模。如同许多线上社交网路，你必须有足够的使用者，才能建立够份量的资料库。但是Google，早已拥有庞大的忠实使用群众，也建立了高速公路和主要平面干道的资料。

也许Google下一步将不仅能提供更细节的次要道路路况，还可加入许多如Waze等公司正在开发的互动功能。

Google Maps for Mobile是免费下载。使用若干款式的手机，你可以从Google Mobile App套装软体中直接下载。或用手机浏览器至m.google.com下载Google Maps。

最后说一句，中国目前没有提供这项服务，不知道谷歌什么时候可以搞定这个项目。

©版权所有，请勿随意转载。
如需转载，请注明作者以及包含原文链接的全部内容。谢谢合作！
Created by MaiTiano from Google魔方, 2009. | Permalink | No comment |
Post tags: google maps, Google Tech

Feed enhanced by Better Feed from Ozh

基于安全考量，之前的许多政府机关与大企业都不太愿意使用Google Apps，但现在已经开始出现改变。不少美国小城市已经开始使用此一套装应用，部分联邦机构也开始进行小规模测试Google Apps。若这次洛杉矶也加入，这将成为哥伦比亚特区（亦即华府）之后最大规模的政府采用。

洛杉矶市政府信息官Randi Levin大力推动市府改用Google Apps。

信息安全专家与其他州的官员对于把机密资料管理与储存交给外部公司普遍抱持比较保守的看法。即使连洛杉矶市议员与IT委员会主席Tony Cardenas对此案也不太放心。他表示放在Google的控管下，万一发生机密调查外洩怎麽办？“比如毒枭一定愿意付上大笔金钱来了解我们调查的进 展。” Cardenas向媒体表示。

这样的担心也事出有因，前阵子，有黑客就是靠着Twitter内部员工e-mail管理不善，加上利用Yahoo重设密码机制，就轻松破解了Twitter放在Google Apps里面的机密文件。

合约规定使用Google Apps五年

洛杉矶市政府这次的委外合约为期5年，金额约200万美元，若过关的话，届时会由系统整合商Computer Sciences来协助市政府部署Google Apps。洛杉矶政府官员对于Google Apps从原先明显不信任到目前已经开始出现审慎评估的态势。

Levin在日前这场听证会中说明她支持的论点，“资料是属于我们的而不是Google，且他们的安全也作得比我们好，

云计算

是安全的。”

另外，市府员工使用的Gmail版本是专门提供给企业与政府客户使用的，而非免费的消费者产品，因此届时会有包括归档、灾难复原等功能。

此外她还表示，目前既有的台式电脑还是会保留原有的微软Office，但未来是否还需采购则会作个案评估。此提案接着会进入预算与财务委员会，之后在九月初则会进行全议会表决。

从细节来看，洛杉矶3万多名市府员工中，有1万7千名会转移至Google（若本案过关）。另外警察局与检察官办公室的1万3000名员工一开始仅会使用Gmail（而非Groupwise），其他Google Apps则暂不使用。

另外为了符合法律规定，Google还需额外提供一些机制来审核有权存取资料的用户、提供加密选项、并允许市府官员拥有金钥。

洛杉矶警察局信息官 Tim Riley则表示，Google也需新增一些新功能给e-mail，比如自动回传已收到信回条。

“我们每年发出40万份电子传票给员工，因此e-mail方面有些要求。”他说，“当官员开启e-mail时，服务器必须知道对方的确已经收到并开启，如此才算正式送达。”

法官依规定得用Word

至于在效率应用方面，警察局先前跟微软Office有签约五年，目前才到第三年合约，涵盖约8500台电脑，Riley表示。

“我们目前有些微软资料库，无法从Google Apps存取。”他说，“但这也不是说我们未来就不考虑Google Apps了。”

洛杉矶检察官办公室也有跟警察局类似的安全规定；另外，官员在听证会上表示，法院必须使用微软Word或WordPerfect来写文件。

“员工都用惯微软Office了，而且还有相容性的问题。”一位检察官Ted Jordan受访时表示。

此外，“我们目前也还在跟Google讨论有关风险管理议题、赔偿、责任归属范围、资料安全，揭露与损失等议题。”

技术长Levin则表示，由于Google的软件的效率方面比起微软软体还是比较，且员工同时使用两种不同应用也会有相容性问题，因此若需使用微软应用高级功能者，还是可维持继续使用Office。

Google Enterprise产品管理总监Matt Glotzbach如此表示，洛杉矶市政府预估本案可替市府省下1380万美元。

另一位市府政务委员Kevin Crawford表示，若Google所同意提供的功能（包括归档或视频会议等功能）都得由市府自行吸收负担，则这笔费用会高达5000万美元。

Google的合约让市府至少可省下16台伺服器，而原先负责维护管理的员工则可分派到其他地方。

经济因素

市府转移至Google其实还有一些经济诱因。Crawford表示，目前的合约可让加州所有其他公家单位自行修改采用，若有10万人加入使用，则市府还可拿回120万美元的折扣。

在系统稳定度方面，Crawford表示，过去12个月来，市府系统当机次数比Google高出300倍。他指出Google保证的稳定度超过99.9%。

前述提到的哥伦比亚特区已经在2008年七月完成Google Apps的部署，当时负责的DC技术长是Vivek Kundra，这位仁兄后来已经高升至联邦政府担任信息官一职，明年所提的预算将包括云计算计划。

华盛顿特区使用状况

哥伦比亚特区当时以47万9560美元取得Google Apps授权，且仅以50万美元就利用Google Apps架设了市府的内部网路。一位DC市府发言人表示，原本政府握有400万美元的入口网站计画，结果最后省下了350万美元。

DC目前有3万8000名员工采用Google Apps。

不过虽然Gmail可以取代微软Exchange，但“这个决定目前还没定案。”

©版权所有，请勿随意转载。
如需转载，请注明作者以及包含原文链接的全部内容。谢谢合作！
Created by MaiTiano from Google魔方, 2009. | Permalink | No comment |
Post tags: cloud computing, google apps

Feed enhanced by Better Feed from Ozh

云计算：现在最泛泛的概念就是云计算了。由于计算是其中的重点，我们经常把云上的所有东西统称为云计算，这就很容易使人感到迷惑。我个人认为云计算有两种context，一个就是计算，发生在云上的计算。另外一个是我刚提到的泛泛的概念，比如把云存储也归于云计算了。所以大家看相关文章的时候，一旦看到云计算要搞清楚context，否则就容易迷糊。而且我发现很多文章的作者本身对这两个概念也很迷糊。我在跟很多人讨论云计算的时候，也正是这个原因使得讨论无法进行。我个人倾向于把云和云计算区分开，就像把计算机和CPU的概念区分开，虽然CPU是计算机的核心。当然，这不是由我来作主的。
Server和client：我发现在讨论云计算的时候，不但需要区分上边讲的两个context，还需要区分server端和client端。如果从计算的角度来说，那当然server端是重点了，毕竟计算在server上产生。可是如果从云的整体来说，server端和client端就都很重要。而如果从用户的角度来讲，那就应该是client端最重要了，因为计算的发生对用户来讲是透明的，而client端的交互最重要。很多时候在讨论云计算的时候，人们竟然把client端跟server端混着来讨论。比如我在写livemesh与云计算的文章的时候，很多人竟然把windows azure拿进来讨论。我最近还看到有些文章竟然拿Chrome OS和Winows Azure进行讨论。
由于以上原因，为了减少混乱，我会把云计算按照计算的context来讲，而把泛泛的概念直接称为云。我在讨论技术的时候，会把他们分为client和server端分别进行比较的。
Cloud OS与Web OS。在云计算概念流行以前，人们更多的是谈论Web OS。现在人们谈论的更多的是云计算，因此Cloud OS和Web OS的概念就又混淆了。可能不少人认为是一个东西，可是从我个方面的得到的信息来看，我们基本上可以用client/server端来区分他们。Cloud OS是server端的，比如微软的windows azure就号称Cloud OS。而Web OS则是客户端的，比如市面上的各种号称Web OS的网站，比如Facebook，比如Google的Chrome Browser，Chrome OS等等。目前来讲，Web OS还没有明确的概念，所有产品基本都是试验性质的，但是Web OS在client端还是比较明确的。
对于云来讲，不同的人关心的重点不同。网络服务提供商，开发人员关心的是server端的cloud OS，而用户关心的是client端的web os。因此，对于大多数人都作为普通用户来讲，就没有太大必要去注意server端的那些新技术，新术语了，也不要被他们的出现搞糊涂了。
下面的表格列出了微软和Google公司云计算基础技术和产品，随后有我个人的讲解。

Server/client Technique Google Microsoft
Server Cloud OS App Engine Windows Azure
Client Web OS Chrome OS Live Mesh
… Browser Chrome IE
… RIA Javascript+V8 Silverlight
… Offline Gears Live Mesh/Silverlight
… OOB Chrome shortcuts Live Mesh/Silverlight

Cloud OS：由于Google App Engine只支持Python和Java，而我不想学Python也不喜欢Java，所以没有任何体验。而Windows Azure则体现出了微软强大的实力。从下至上，除了hardware则清一色使用微软自己的产品。OS: Server2008, VM: Hyper-V, Host: IIS, Dev tools: Visual Studio。从Azure来看，微软在云上开发了一套开发平台，从而改变了网络服务提供商的经营和开发模式。他们不再需要买自己的服务器，而转为租用微软的虚拟机，开发则是通过微软提供的接口开发在IIS上的web服务。重点是他们不需要考虑sacalability，而是按计算的需要和使用情况向微软付钱，就好比我们现在买电一样。而云计算的提供商则相当于现在的电力公司一样，使得计算变成一种资源去交易。由于我不是搞这行的，所以，我更多的注意力放在了client端。
RIA：要想建立client端的Web OS，则需要依赖于rich internet application。这方面的技术主要有三种，Adobe的Flash，微软的Silverlight以及Google推崇的AJAX。以前用过一些Web OS都是建立在Flash上, 我就感觉很别扭。一是因为既然是OS还需要依赖Flash？二是因为点右键总是有个Adobe的影子，而且不能customize。其实也正是因为这个原因使得Google在很早就放弃使用Flash了，而进行了更灵活的Javascript的大力支持。微软的Silverlight则正像是Flash的翻版，到现在为止我基本上没看到过什么基于Silverlight的应用，好像主要是播放视频。而Google自己基于javascript的Gmail, reader, 以及最近公布的集大成的Ajax的顶尖作品Google Wave等，都让我在RIA这个方向上很支持Google。
Browser：前边说过Google大力推行Javascript，而运行速度慢是Javascript的一个致命的问题，使得在和Flash, Silverlight的竞争中处于劣势。基于这个原因，Google推出了自己的Browser Chrome，并且内嵌了V8的JS的引擎，使得javascript的运行效率大大提高，从而可以用javascript开发出更高级的界面。比如，我看过JS实现的一些SD，动画的demo，都还是比较出色。而Chrome又大力支持HTML5，其中重要的一点是支持了视频，从而使得Flash和Silverlight的竞争力进一步降低。而且，javascript的好处在于浏览器本身就支持，不用像Flash, Silverlight还需要单独安装。进一步说，Chrome对JS的优化直接推动了Firefox和IE对JS的优化，而JS的运行效率也成为了浏览器的最重要的指标之一，使得Javascript的前景更加的光明。
Web OS：现在已经比较明确的看出来了Google的Web OS就是即将公开源代码的Chrome OS，而对于普通用户来讲，Chrome OS和Chrome Browser基本就是一个东西。因为普通用户对那块Linux内核是透明的，也是不在乎的。所以，我们只要看Chrome Browser的发展，就应该能推断出Chrome OS大概的样子。Chrome OS最大的焦点在于替换掉Windows，而Chrome Browser将要增加的同步功能，使得Google的Web OS更加完善，而谣传了许久的GDrive如果能够稍后推出的话，则Google的Web OS将基本成形。微软目前并没有一个所谓的Web OS，而最像Web OS的产品则是Live Mesh。Live Mesh我以前已经谈论过了，就不再重复了，简单来讲我很失望。
Offline：云计算的一个重大问题就是离线怎么办？这也是很多人质疑云计算的一个主要原因。Google的解决方案是Google Gears, 它内嵌于Chrome里，也可以安装到其他浏览器上。Google Gears使得用户在离线的时候还可以访问，操作数据。微软的主要解决方案是Mesh, 通过同步各种设备。最新的Silverlight也加入了一定的离线支持。
OOB (Out of Browser): 在浏览器中运行的Web应用界面与传统桌面软件比起来总是死板，不够灵活的。因此，人们就产生了需求，想在浏览器之外运行web应用。Adobe的Air可以实现这个功能，而Google的解决方案是Chrome里的shortcuts。给Web应用建立了shortcuts之后，就可以按照人们习惯的方式启动这个应用，而界面也很传统软件非常接近了。微软的解决方案则是Mesh, 或者最新的Silverlight OOB功能。
综上所述，我们可以清楚地看到，Google的云技术的client端的核心就是Chrome浏览器，所有相关的技术都嵌入到了浏览器中，甚至操作系统的内核也算嵌到了浏览器中，这也是为什么Google为它Browser和OS起了一个同样的名字。所以，我们可以说Google Chrome未来就是一个Web OS。而反观微软，则是把这些feature分散在了几个不同的产品中：Windows, IE, Silverlight, Live Mesh，并没有一个统一的解决方案。因此，在云计算的战略上，还是感觉Google比微软看的更高更远一些。

（文章转自csdn：http://topic.csdn.net/u/20090810/17/838a432c-c719-4f17-8608-17b8c5335f62.html?11011）

©版权所有，请勿随意转载。
如需转载，请注明作者以及包含原文链接的全部内容。谢谢合作！
Created by sustcgs from Google魔方, 2009. | Permalink | No comment |
Post tags: cloud computing

Feed enhanced by Better Feed from Ozh

Google正在测试代号为「咖啡因」(Caffeine)的新搜寻系统，并于周一晚间悄悄地开始询问试用者的意见。这套新系统单独进行测试，与目前透过Google.com进行的即时搜寻结果完全分开。

Google一直不断地改良自家的搜寻演算法(algorithms)与基础设施，但这么盛大的更新却是2006年以来首见。

Google用运算网路使搜寻者和搜寻结果产生关联，而「咖啡因」是Google对这个运算网路的重新部署。

被视为Google搜寻策略主导者之一的Google工程师Matt Cutts说：「我们希望打造一个更强大的系统，能够做更多事，而且执行速度更快。」

Google表示，「咖啡因」更新不会更改使用者介面，也不会影响广告在搜寻引擎上的排名。所以，一般使用者若是想查询一款新型数位相机或某家餐厅的位置，可能不会对搜寻结果呈现的方式感到惊讶。

不过，他们可能发现，搜寻结果产生的速度加快了些。Cutts说，这次更新聚焦于改善文件的索引(indexed)方式，而速度加快则是附带的效果。

不过，企业内部负责搜寻引擎优化的人士要开始忙碌了，因为Google更改索引方式，可能影响网站在搜寻结果首页的呈现情形，因此需要进行测试并徵询意见。

例如，搜寻引擎博客SearchEngineWatch.com指出，用测试中的新版搜寻系统查询可发现，撷取自维基百科(Wikipedia)的搜寻结果，在搜寻结果页上的排序似乎下降了一些。

这未必就是「咖啡因」实际上线后呈现的结果，但这显示需要观察那些靠Google引来到访流量的网站，才能看出改版后的变化。目前而言，Google尚未揭露有关「咖啡因」修改后端架构与索引过程的详细资讯。

Cutts说，伴随「咖啡因」的一些改变数月前就已经开始，这意味此举与微软推出Bing或Yahoo决定结束自家搜寻计画都无关。但这也凸显出，搜寻引擎虽然是持续演进的产品，但仍需要不时作重大的基础设施更新，才能维持火车发车正常、准时到站。

Google的搜寻引擎基础设施大部分由自己设计，究竟基本的Google伺服器本身是否做了改变，目前不得而知。但Cutts在自己的部落格上撰文说：「咖啡因是重大的翻新(较类像是彻底重写大部分的系统。」由此看来，除了更新搜寻索引之外，或许还会有更进一步的调整。

©版权所有，请勿随意转载。
如需转载，请注明作者以及包含原文链接的全部内容。谢谢合作！
Created by MaiTiano from Google魔方, 2009. | Permalink | No comment |
Post tags: caffeine, new google search engine

Feed enhanced by Better Feed from Ozh

搜寻结果会有些不同，但你得同时新旧版本作比较才看得出来。

Caffeine是一套Google检索排名系统的测试版，而非使用者介面的升级，我在测试时发现，前面排名都是一样的，搜寻结果页面看起来也很雷同。

Google主管表示，Caffeine搜寻的执行速度较快，只是记者的随手测试中并没有特别感觉。Caffeine也号称搜寻结果会有大不同，但由于多数人搜寻时顶多只看前两页的结果，因此Google所提的数字对于点阅品质应该没特别影响。

Google在这版Caffeine并没有针对Twitter这类来源做出更即时的搜寻结果。

Bing在这方面似乎略胜一筹，至少你搜寻某人的Twitter用户名时，它会把最近几则推文拉进来。

目前主流搜寻引擎都还没想出如何整合Twitter这类即时讯息的方式。

就目前的情况而言，虽然我们很高兴听到Google持续改善搜寻品质，但这次Caffeine的改变似乎并没令人特别大开眼界，或许某些情况真的会更好一点，但总体而言感受不到重大的品质改善（尤其是目前已经相当不错的状态下）。
 

©版权所有，请勿随意转载。
如需转载，请注明作者以及包含原文链接的全部内容。谢谢合作！
Created by MaiTiano from Google魔方, 2009. | Permalink | One comment |
Post tags: caffeine search egineer, 咖啡因

Feed enhanced by Better Feed from Ozh

目前，还有一个值得期待的应用，可视语音邮件Visual Voicemail，也在Android Market中亮相。

Sherpa和Visual Voicemail都是在T－Mobile的应用软件包中捆绑发售的。T-mobile软件包是T-mobile官方支持的Android应用程序包，其中除了一些T-mobile自行开发的程序之外，还包括了一些Android平台必备的程序。

©版权所有，请勿随意转载。
如需转载，请注明作者以及包含原文链接的全部内容。谢谢合作！
Created by MaiTiano from Google魔方, 2009. | Permalink | No comment |
Post tags:

Feed enhanced by Better Feed from Ozh

新版HTML多半是由苹果、Google、Opera与Mozilla完成的，现在微软也要开始在这个Web标准上发威了。

HTML是一个用来描述Web网页的标准，从1999年后就没有正式更新过。上周五，微软在一封邮寄清单中针对目前提案列出一堆问题与关切的事项。

「为了规划未来的作业，IE小组目前正在了解这一版的HTML 5规格草案，我们希望能提出我们的看法，并在工作小组中加以讨论。」IE专案经理Adrian Bateman在文中写到，「目前我们是问题多过答案，但我认为公开讨论是让事情有所进展的最快方式。」

目前的HTML 5草案有几个重大的进展，尤其是当作应用操作平台的方面，而非只是静态页面。

目前HTML 5的功能包括内建影像与语音、可让资料储存在用户电脑中，如此若Web应用在离线状态也依然可以播放使用；计算任务可在背景执行，不至于拖累Web应用的效能；支援Web应用使用介面的拖放功能等。

之前的HTML标准是由W3C组织管理，而微软的Chris Wilson是开发HTML的W3C小组共同主席。但是HTML 5的方向则是由外部另一小组来规划，称为「Web超文本应用技术工作小组」（WHATWG）。该组织是多年前由浏览器製造商联手创立，因为他们当时并不喜欢W3C所规划的XHTML 2.0方向。

微软这些年来并没有投入HTML 5的作为，但这次的新讯息显示微软开始要认真看待了，这点的确很重要，毕竟微软对于IE支援哪些技术，向来不是很愿意走标准路线，而IE偏偏是又市场上拥有最多用户的浏览器。

Google、苹果与Mozilla在自家最新版浏览器中都不断鼓吹HTML 5，但微软则谨慎许多。

「我们十分支持开发者使用已经通过的标准，」IE总经理Amy Barzdukas先前七月受访时曾表示。「但在某些情况下，若标准还没真的成为标准，至于支不支持就言之过早了。」

©版权所有，请勿随意转载。
如需转载，请注明作者以及包含原文链接的全部内容。谢谢合作！
Created by MaiTiano from Google魔方, 2009. | Permalink | No comment |
Post tags:

Feed enhanced by Better Feed from Ozh

Google 一直在忙活如何把它的Android操作系统发扬光大，如何让这个系统能够不仅仅用在智能手机领域？

目前据报道，MIPS科技在着力开发基于Android平台的数字电视，家庭多媒体播放器，以及机顶盒设备。我们也许可以在明年见到这些搭载了Android系统的新鲜玩意。

Google早前在推广Chrome OS系统的时候就义正严词的表明ChromeOS是为了上网设备，而Android是不同的，只是针对移动设备的操作系统。但是，关于Android在除了移动智能平台之外的应用开发新闻其实一直没有停息过。

一个比较合理的推测就是，Google现在是两手抓，两手都要硬的时期。毕竟它也无法保证，发布的ChromeOS就一定能大红大紫，所以，把握现在能有的机会，让一支已经发展的小分队发展的更加活力似乎才是更加明智的选择。

©版权所有，请勿随意转载。
如需转载，请注明作者以及包含原文链接的全部内容。谢谢合作！
Created by MaiTiano from Google魔方, 2009. | Permalink | No comment |
Post tags: Android, Chrome, google chrome, Google Chrome OS

Feed enhanced by Better Feed from Ozh