<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Geoinformatics &#187; Ext</title>
	<atom:link href="http://www.geoinformatics.cn/tag/ext/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.geoinformatics.cn</link>
	<description>Arts and Sciences move me on ...</description>
	<lastBuildDate>Fri, 13 Jan 2012 10:29:06 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
		<item>
		<title>GeoExt is doing great things.</title>
		<link>http://www.geoinformatics.cn/2010/03/geoext-is-doing-great-things/</link>
		<comments>http://www.geoinformatics.cn/2010/03/geoext-is-doing-great-things/#comments</comments>
		<pubDate>Mon, 08 Mar 2010 07:57:47 +0000</pubDate>
		<dc:creator>长安旧梦</dc:creator>
				<category><![CDATA[技术心得]]></category>
		<category><![CDATA[Ext]]></category>
		<category><![CDATA[GeoExplorer]]></category>
		<category><![CDATA[GeoExt]]></category>
		<category><![CDATA[OpenLayers]]></category>
		<category><![CDATA[WPS]]></category>

		<guid isPermaLink="false">http://www.geoinformatics.cn/?p=3213</guid>
		<description><![CDATA[GeoExplorer是GeoExt的一个子项目，虽然据官方wiki所说，其目的是要做开源版的ArcExploer，但当我看到是看到其roadmap所描述的项目架构， WPS / GeoEditor / \ / Versioning / / GeoExplorer --- Styler ----------- GeoMixer -------------- GeoBuilder \ \ \ CoStyler \ GSPreview --- GSConfig 不难发现其远景目标可不仅仅限于数据表达和可视化的层次（仅仅WPS这一功能，听起来就挺让人兴奋的）。同时，由于GeoExplorer是GeoExt的子development项目，GeoExt的Design Proposal里面也赫然列出了几个很有创意的插件，诸如Interaction Guidelines， Layer properties， GeoExt Map Controls， Export from GeoExplorer， Edit in GeoExplorer， Vector Styling in GeoExplorer，Raster Styling in GeoExplorer，Upload Data in GeoExplorer，Spatial Queries from the FilterBuilder。我个人觉得，GeoExt最好还是做好OL和EXT的整合部分，这块是其强项。而诸如WPS，最多也就是界面设计吧。而把WPS请求发送的部分，交给OL，传输部分交给pywps，而数据处理交给grass，gdal等。 最近准备基于GeoExplorer开发点东西，我现在在选择软件方面有点感触，即除去客观条件的限制以外，软件社区也是很重要的。有很多人参与同一个项目比一个人孤军奋战要好的多。其次，对于一个项目来说，编程只是很小一部分，其实当我这么说的时候，并不是是说我放弃了对编程尽善尽美的追求，但我觉得可以理解为我不想做一个程序洁癖者。 PS: [...]]]></description>
			<content:encoded><![CDATA[<p>GeoExplorer是GeoExt的一个子项目，虽然据官方wiki所说，其目的是要做开源版的ArcExploer，但当我看到是看到其roadmap所描述的项目架构，</p>
<pre>                            WPS
                          /
                GeoEditor
               /          \
              /             Versioning
             /
            /
GeoExplorer --- Styler ----------- GeoMixer -------------- GeoBuilder
            \          \
             \           CoStyler
              \
               GSPreview --- GSConfig</pre>
<p>不难发现其远景目标可不仅仅限于数据表达和可视化的层次（仅仅WPS这一功能，听起来就挺让人兴奋的）。同时，由于GeoExplorer是GeoExt的子development项目，GeoExt的Design Proposal里面也赫然列出了几个很有创意的插件，诸如Interaction Guidelines， Layer properties， GeoExt Map Controls， Export from GeoExplorer， Edit in GeoExplorer， Vector Styling in GeoExplorer，<strong><span style="color: #ff0000;">Raster Styling in GeoExplorer，</span></strong><span style="color: #ff0000;"><strong>Upload Data in GeoExplore</strong></span><span style="color: #ff0000;"><strong>r</strong></span>，Spatial Queries from the FilterBuilder。我个人觉得，GeoExt最好还是做好OL和EXT的整合部分，这块是其强项。而诸如WPS，最多也就是界面设计吧。而把WPS请求发送的部分，交给OL，传输部分交给pywps，而数据处理交给grass，gdal等。</p>
<p>最近准备基于GeoExplorer开发点东西，我现在在选择软件方面有点感触，即除去客观条件的限制以外，软件社区也是很重要的。有很多人参与同一个项目比一个人孤军奋战要好的多。其次，对于一个项目来说，编程只是很小一部分，其实当我这么说的时候，并不是是说我放弃了对编程尽善尽美的追求，但我觉得可以理解为我不想做一个程序洁癖者。</p>
<p><img class="alignnone" title="GeoExplorer Previews" src="http://img.skitch.com/20090331-fxbj9u4x4hp6kmtsnsf4d9uts6.png" alt="" width="600" /></p>
<p>PS: 看看这个wishlist</p>
<h1 id="Wishlist">Wishlist<a title="Link to this section" href="http://projects.opengeo.org/geoext/wiki/Wishlist#Wishlist"></a></h1>
<p>Before something can be a proposal it has to be a wish. Since not all wishes have the funding or will to get implemented, this is where they live (or die) until that point.</p>
<ul>
<li>Simpler URLs for Sharing</li>
<li>Clustering of overlapping markers
<ul>
<li>Example: <a href="http://everyblock.com/">http://everyblock.com</a></li>
</ul>
</li>
<li>Upload from source
<ul>
<li>CSV, XLS, Google Spreadsheet</li>
<li>Optionally: iCalendar</li>
</ul>
</li>
<li>Identify Area
<ul>
<li>Example: <a href="http://www.geowebdeveloper.com/summitmap/">http://www.geowebdeveloper.com/summitmap/</a></li>
</ul>
</li>
<li>Create markers from lat/lon coordinates
<ul>
<li>Use cases: field research, marine navigation markers, etc</li>
</ul>
</li>
<li>Display title as tooltip when hovering over a feature</li>
<li>Display distance/area with Identify tool</li>
<li>Draw circles and regular polygons
<ul>
<li>Assumes: polygon drawing tool has been implemented</li>
</ul>
</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.geoinformatics.cn/2010/03/geoext-is-doing-great-things/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Ext splitter for synchronous layers-controlling</title>
		<link>http://www.geoinformatics.cn/2010/03/ext-splitter-for-synchronous-layers-controlling/</link>
		<comments>http://www.geoinformatics.cn/2010/03/ext-splitter-for-synchronous-layers-controlling/#comments</comments>
		<pubDate>Sun, 07 Mar 2010 21:22:21 +0000</pubDate>
		<dc:creator>长安旧梦</dc:creator>
				<category><![CDATA[技术心得]]></category>
		<category><![CDATA[Ext]]></category>
		<category><![CDATA[OpenLayers]]></category>
		<category><![CDATA[WebGIS]]></category>

		<guid isPermaLink="false">http://www.geoinformatics.cn/?p=3202</guid>
		<description><![CDATA[http://bit.ly/9RAvsC]]></description>
			<content:encoded><![CDATA[<p><a href="http://bit.ly/9RAvsC" target="_blank">http://bit.ly/9RAvsC</a></p>
<div id="attachment_3203" class="wp-caption alignnone" style="width: 624px"><a href="http://www.geoinformatics.cn/wp-content/uploads/2010/03/Different-kinds-of-base-layers-201037-161755.jpg" rel="shadowbox[sbpost-3202];player=img;" title="ext splitter"><img class="size-full wp-image-3203 " title="ext splitter" src="http://www.geoinformatics.cn/wp-content/uploads/2010/03/Different-kinds-of-base-layers-201037-161755.jpg" alt="" width="614" height="310" /></a><p class="wp-caption-text">ext splitter</p></div>
]]></content:encoded>
			<wfw:commentRss>http://www.geoinformatics.cn/2010/03/ext-splitter-for-synchronous-layers-controlling/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>输了，但一点也不难受。</title>
		<link>http://www.geoinformatics.cn/2009/03/%e8%be%93%e4%ba%86%ef%bc%8c%e4%bd%86%e4%b8%80%e7%82%b9%e4%b9%9f%e4%b8%8d%e9%9a%be%e5%8f%97/</link>
		<comments>http://www.geoinformatics.cn/2009/03/%e8%be%93%e4%ba%86%ef%bc%8c%e4%bd%86%e4%b8%80%e7%82%b9%e4%b9%9f%e4%b8%8d%e9%9a%be%e5%8f%97/#comments</comments>
		<pubDate>Fri, 27 Mar 2009 01:23:06 +0000</pubDate>
		<dc:creator>长安旧梦</dc:creator>
				<category><![CDATA[技术心得]]></category>
		<category><![CDATA[ArcGIS]]></category>
		<category><![CDATA[Ext]]></category>
		<category><![CDATA[Flex]]></category>
		<category><![CDATA[Mapfish]]></category>

		<guid isPermaLink="false">http://www.geoinformatics.cn/?p=954</guid>
		<description><![CDATA[下午从best buy回来，给ESRI公司的David Martinez写信询问了今年ESRI Mashup Challenge的结果。很不幸，我没有入选，首先恭喜入选的两位选手Alper Dincer and Matthew Petre（团队）。 中国古代就有吃不到葡萄就说葡萄酸的传统，但是我并不是想说葡萄酸，只是想公正的思考一下为什么这两个人能够获得胜利。Alper做的是将ArcGIS JS API 和EXT结合的构架。说句实话，我真的不觉得这个应用有什么创新，这种概念在2006年时就有了geoEXT，更不说现在的Mapfish。同时，在我所做的应用中，是很少用地图JS API 和EXT进行结合使用的，把这个两个都疯狂耗费客户端内存的东西放在一起使用，是一般用户所难以接受的，虽然界面美观，但是从另一个角度说，你的界面也很单一。在编程方面，我不是个爱慕虚荣的人，所以我不会为了UI而消耗大量的内存。 其次，第二个来自Matthew Petre的，足足四个人的团队，，为什么做出的东西就像是在用simple viewer team的东西呀。。而且，功能很简单，我真的后悔没有把我去年当internet GIS助教时给学生们做的实例拿出来当参赛作品。 也许这就是ESRI的风格，昨天我忍不住骂了ESRI的ArcGIS，今天又不得不颇感无奈，也许自己钟情的开源和ESRI本来就是两条路，想要ESRI支持开源，给你点financial support，估计是相当impossible的stuff。 anyway,最后David Martinez告诉我，说他们明年也要开发heatmap，简直是心头再砍一刀，是自己的思路太超前了？？还是我抢走了ESRI 工程师的饭碗，做了他们应该做的事情？ 呵呵， 就当这次是和ESRI交了一次手，大哥，俺领教您了。下次，俺会长个心眼。 最后还是要感谢这次帮助我的兄弟姐妹们，每每我在QQ或者MSN上倡议帮俺投票，兄弟们总是义无反顾，以后在道上混，还需要大家多多照顾：）]]></description>
			<content:encoded><![CDATA[<p>下午从best buy回来，给ESRI公司的David Martinez写信询问了今年ESRI Mashup Challenge的结果。很不幸，我没有入选，首先恭喜入选的两位选手Alper Dincer and Matthew Petre（团队）。</p>
<p>中国古代就有吃不到葡萄就说葡萄酸的传统，但是我并不是想说葡萄酸，只是想公正的思考一下为什么这两个人能够获得胜利。Alper做的是将ArcGIS JS API 和EXT结合的构架。说句实话，我真的不觉得这个应用有什么创新，这种概念在2006年时就有了geoEXT，更不说现在的Mapfish。同时，在我所做的应用中，是很少用地图JS API 和EXT进行结合使用的，把这个两个都疯狂耗费客户端内存的东西放在一起使用，是一般用户所难以接受的，虽然界面美观，但是从另一个角度说，你的界面也很单一。在编程方面，我不是个爱慕虚荣的人，所以我不会为了UI而消耗大量的内存。</p>
<p>其次，第二个来自Matthew Petre的，足足四个人的团队，，为什么做出的东西就像是在用simple viewer team的东西呀。。而且，功能很简单，我真的后悔没有把我去年当internet GIS助教时给学生们做的实例拿出来当参赛作品。</p>
<p>也许这就是ESRI的风格，昨天我忍不住骂了ESRI的ArcGIS，今天又不得不颇感无奈，也许自己钟情的开源和ESRI本来就是两条路，想要ESRI支持开源，给你点financial support，估计是相当impossible的stuff。</p>
<p>anyway,最后David Martinez告诉我，说他们明年也要开发heatmap，简直是心头再砍一刀，是自己的思路太超前了？？还是我抢走了ESRI 工程师的饭碗，做了他们应该做的事情？ 呵呵， 就当这次是和ESRI交了一次手，大哥，俺领教您了。下次，俺会长个心眼。</p>
<p>最后还是要感谢这次帮助我的兄弟姐妹们，每每我在QQ或者MSN上倡议帮俺投票，兄弟们总是义无反顾，以后在道上混，还需要大家多多照顾：）</p>
]]></content:encoded>
			<wfw:commentRss>http://www.geoinformatics.cn/2009/03/%e8%be%93%e4%ba%86%ef%bc%8c%e4%bd%86%e4%b8%80%e7%82%b9%e4%b9%9f%e4%b8%8d%e9%9a%be%e5%8f%97/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>MapFish and ArcGIS JS Viewer Updated</title>
		<link>http://www.geoinformatics.cn/2009/01/mapfish-and-arcgis-js-viewer-updated/</link>
		<comments>http://www.geoinformatics.cn/2009/01/mapfish-and-arcgis-js-viewer-updated/#comments</comments>
		<pubDate>Tue, 20 Jan 2009 20:22:25 +0000</pubDate>
		<dc:creator>长安旧梦</dc:creator>
				<category><![CDATA[技术心得]]></category>
		<category><![CDATA[Ext]]></category>
		<category><![CDATA[GIS]]></category>
		<category><![CDATA[Mapfish]]></category>

		<guid isPermaLink="false">http://www.geoinformatics.cn/?p=885</guid>
		<description><![CDATA[ArcGIS JS viewer和 MapFish都在最近做了更新。ArcGIS JS Viewer是本月14号更新，MapFish是在本月16号。说起来，我这两个类库我都不怎么喜欢。ArcGIS做网络开发。。。听起来就让人发汗，以前用arcIMS，虽然说便捷，但是功能上只能说是soso，隐匿了很多关键的函数，并且和web 2.0配合工作略显困难，还好后来有了arcServer，工作难度减小了很多。但是想这种跟着别人屁股后面才兴起的软件，让人还是无法提起精神来。接着说到ArcGIS JS Viewer，就是参照ArcIMS 的js类库引入了Dojo等Ajax类库，实现了用widget进行操作管理的功能，但是大体上仍是换汤不换药。。它和Openlayers的距离越来越大了。 而说到MapFish很多人会喜欢，毕竟一套完整成熟的GUI Components是其他诸如Jquery一直都没有实现的。但是，，问题在于，EXT的商业发行版要收费，这对于开发者来说是不可忍受的，你可以用EXT来学习，但是当你进行商业合作的时候却要给EXT支付一定的费用。当然了，如果希望快速开发，MapFIsh不失为很好的选择。但是，总觉得Mapfish距离最终的OpenSource还有很长一段路，记得以前，自己也是向甲方推荐使用EXT，毕竟界面美观，而且开发快捷。但是最后遇到要手续费用，就比较尴尬。我记得前一段时间，看到有人用EXT实现了一套成熟的SLD style那玩意也很强大。 我还是在这里建议，希望能够实现基于开源的map GUI， 比如使用Jquery，或者mootools都行。]]></description>
			<content:encoded><![CDATA[<p>ArcGIS JS viewer和 MapFish都在最近做了更新。ArcGIS JS Viewer是本月14号更新，MapFish是在本月16号。说起来，我这两个类库我都不怎么喜欢。ArcGIS做网络开发。。。听起来就让人发汗，以前用arcIMS，虽然说便捷，但是功能上只能说是soso，隐匿了很多关键的函数，并且和web 2.0配合工作略显困难，还好后来有了arcServer，工作难度减小了很多。但是想这种跟着别人屁股后面才兴起的软件，让人还是无法提起精神来。接着说到ArcGIS JS Viewer，就是参照ArcIMS 的js类库引入了Dojo等Ajax类库，实现了用widget进行操作管理的功能，但是大体上仍是换汤不换药。。它和Openlayers的距离越来越大了。</p>
<p>而说到MapFish很多人会喜欢，毕竟一套完整成熟的GUI Components是其他诸如Jquery一直都没有实现的。但是，，问题在于，EXT的商业发行版要收费，这对于开发者来说是不可忍受的，你可以用EXT来学习，但是当你进行商业合作的时候却要给EXT支付一定的费用。当然了，如果希望快速开发，MapFIsh不失为很好的选择。但是，总觉得Mapfish距离最终的OpenSource还有很长一段路，记得以前，自己也是向甲方推荐使用EXT，毕竟界面美观，而且开发快捷。但是最后遇到要手续费用，就比较尴尬。我记得前一段时间，看到有人用EXT实现了一套成熟的SLD style那玩意也很强大。 我还是在这里建议，希望能够实现基于开源的map GUI， 比如使用Jquery，或者mootools都行。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.geoinformatics.cn/2009/01/mapfish-and-arcgis-js-viewer-updated/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>重拾Ext，但又很快放下。</title>
		<link>http://www.geoinformatics.cn/2008/12/%e9%87%8d%e6%8b%beext%ef%bc%8c%e4%bd%86%e5%8f%88%e5%be%88%e5%bf%ab%e6%94%be%e4%b8%8b%e3%80%82/</link>
		<comments>http://www.geoinformatics.cn/2008/12/%e9%87%8d%e6%8b%beext%ef%bc%8c%e4%bd%86%e5%8f%88%e5%be%88%e5%bf%ab%e6%94%be%e4%b8%8b%e3%80%82/#comments</comments>
		<pubDate>Sat, 13 Dec 2008 05:28:45 +0000</pubDate>
		<dc:creator>长安旧梦</dc:creator>
				<category><![CDATA[技术心得]]></category>
		<category><![CDATA[Ext]]></category>
		<category><![CDATA[Jquery]]></category>

		<guid isPermaLink="false">http://www.geoinformatics.cn/?p=849</guid>
		<description><![CDATA[这年头，发现真的很难专一于同一软件，倪震也还是因为张茆抛弃了相依20年的周慧敏。对于我的软件生涯，早先用prototype，而后用Ext，现在又熟悉了Jquery，不时又因为Mootools的效果而感叹。这几天忙着写一个trip planner的程序，先前的client是用Jquery写的，首先来讲，自Dr. Qiu 介绍我用Jquery以来，我对它真是爱不释手，它让我的开发变得非常简单便捷。特别是selector，manipulation等功能，没有想象力的人是没法发明出如此高超的函数。但是我还是要提出一点对Jquery不满的地方，插件太多，太杂，虽然实现某一项功能是非常方便的，但是如果要去基于某项主题来使用一系列UI控件，就略显繁琐，虽然Jquery也注意到了这个问题，并且推出了自己的UI，but， it still have a long way to go. 于是乎，为了加快Trip Planner的开发进度，我重拾了Ext，毕竟当年用Ext开发了很多fancy的Web 应用，虽然我用Ext做了Layout以及其他组件，但是我还是不得不又将它放下，我的前台编程习惯已经被Jquery所俘虏，已无法适应Ext的语法。。倪震呀倪震，心野了，就算是温柔贤淑的周慧敏，你还是回不去呀。。。 罪过罪过。。。。。anyway，还是专注于Jquery吧。]]></description>
			<content:encoded><![CDATA[<p><a href="/wp-content/uploads//20081212zhangmonizhen.jpg" rel="shadowbox[sbpost-849];player=img;" title="倪震和张茆"><img class="size-medium wp-image-852 alignleft" title="倪震和张茆" src="/wp-content/uploads//20081212zhangmonizhen-226x300.jpg" alt="" width="226" height="300" /></a></p>
<p>这年头，发现真的很难专一于同一软件，倪震也还是因为张茆抛弃了相依20年的周慧敏。对于我的软件生涯，早先用prototype，而后用Ext，现在又熟悉了Jquery，不时又因为Mootools的效果而感叹。这几天忙着写一个trip planner的程序，先前的client是用Jquery写的，首先来讲，自Dr. Qiu 介绍我用Jquery以来，我对它真是爱不释手，它让我的开发变得非常简单便捷。特别是selector，manipulation等功能，没有想象力的人是没法发明出如此高超的函数。但是我还是要提出一点对Jquery不满的地方，插件太多，太杂，虽然实现某一项功能是非常方便的，但是如果要去基于某项主题来使用一系列UI控件，就略显繁琐，虽然Jquery也注意到了这个问题，并且推出了自己的UI，but， it still have a long way to go.</p>
<p>于是乎，为了加快Trip Planner的开发进度，我重拾了Ext，毕竟当年用Ext开发了很多fancy的Web 应用，虽然我用Ext做了Layout以及其他组件，但是我还是不得不又将它放下，我的前台编程习惯已经被Jquery所俘虏，已无法适应Ext的语法。。倪震呀倪震，心野了，就算是温柔贤淑的周慧敏，你还是回不去呀。。。</p>
<p>罪过罪过。。。。。anyway，还是专注于Jquery吧。</p>
<p><a href="/wp-content/uploads//20081212tripplanner.jpg" rel="shadowbox[sbpost-849];player=img;" title="基于Ext的Trip Planner的界面"><img class="alignnone size-full wp-image-851" title="基于Ext的Trip Planner的界面" src="/wp-content/uploads//20081212tripplanner.jpg" alt="" width="500" height="392" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.geoinformatics.cn/2008/12/%e9%87%8d%e6%8b%beext%ef%bc%8c%e4%bd%86%e5%8f%88%e5%be%88%e5%bf%ab%e6%94%be%e4%b8%8b%e3%80%82/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>关于近期</title>
		<link>http://www.geoinformatics.cn/2008/05/%e5%85%b3%e4%ba%8e%e8%bf%91%e6%9c%9f/</link>
		<comments>http://www.geoinformatics.cn/2008/05/%e5%85%b3%e4%ba%8e%e8%bf%91%e6%9c%9f/#comments</comments>
		<pubDate>Sun, 04 May 2008 16:43:20 +0000</pubDate>
		<dc:creator>长安旧梦</dc:creator>
				<category><![CDATA[技术心得]]></category>
		<category><![CDATA[生活感悟]]></category>
		<category><![CDATA[Ext]]></category>
		<category><![CDATA[RFID]]></category>

		<guid isPermaLink="false">http://www.geoinformatics.cn/index.php/category/rfid/20080504604.html</guid>
		<description><![CDATA[毕业论文搞得焦头烂额，又使用Ext＋Openlayers做一些开发，发现Ext虽然大一点，用起来还是很不错的。 最近希望看看有关RFID的文献。觉得Web，GIS和传感器一起利用才会大大发挥其作用。]]></description>
			<content:encoded><![CDATA[<p>毕业论文搞得焦头烂额，又使用Ext＋Openlayers做一些开发，发现Ext虽然大一点，用起来还是很不错的。</p>
<p>最近希望看看有关RFID的文献。觉得Web，GIS和传感器一起利用才会大大发挥其作用。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.geoinformatics.cn/2008/05/%e5%85%b3%e4%ba%8e%e8%bf%91%e6%9c%9f/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

