GeoRSS 应用方案

简介:
一直以来都是使用RSS Feeds,很少关注RSS具体技术与实现。前几天突然在网上发现GIS也已经有RSS解决方案了,具有代表性的就是GeoRSS

    
GeoRSS 提供了一种地理位置搜索与聚合的方案,并且可以用于地理分析,例如在指定地点10公里范围内,所有可能受地震影响的地物的信息,在自己出行道路中出现交通事故的位置点,等等。只要RSS包含了地理位置信息,就可以将应用进行扩展。

    那么哪些技术方案可以支持GeoRSS呢?目前ESRI已经支持通过JavaScript API来使用GeoRSS,我们可以不用将GeoRSS导入到ArcWeb Explorer中,仅仅将GeoRSS URL链接输入到搜索框即可。如下图所示(图片来自于James Fee的博客)。


    遗憾的是,ESRI目前仅支持点的聚合查询,并且使用GeoRSS Feeds还存在一些bug。

    另外一种方案,就是结合Microsoft Virtual Earth API来使用GeoRSS,这是Virtual Earth API 3.0中新增的一项强大的功能。GeoRSS层可以很容易的使用基于WGS84 lat/long坐标系,或GeoRSS Simple语法的GeoRSS XML文件,加入一组点到地图上,具体的方法可以参考这两篇文章:

     http://blogs.msdn.com/keithkin/archive/2006/09/19/761333.aspx
     http://blogs.msdn.com/keithkin/archive/2006/09/19/761573.aspx

    在Keith的demo中,他实现了将鼠标停留在地图上某标注点,其相关信息就会反应出来,示例如下:

     http://krkinnan.members.winisp.net/samples/georss/hurricaneivan.html

    关于GeoRSS:http://www.blogjava.net/flyingis/archive/2006/09/25/71823.html


本文转自Flyingis博客园博客,原文链接:http://www.cnblogs.com/flyingis/archive/2006/09/28/517058.html,如需转载请自行联系原作者

相关文章
|
2月前
|
测试技术
优化if-else的11种方案
优雅编码不仅提升程序效率,也增进代码可读性与维护性。通过早返回减少嵌套逻辑、运用三元运算符简化条件判断、采用`switch-case`优化多分支结构、实施策略模式灵活应对不同情境、利用查找表快速定位处理方式、封装函数明确职责划分、应用命令模式解耦操作与调用、引入状态模式管理复杂状态变化、重构条件表达式以增强清晰度、运用断言确保前提条件、及合理异常处理等十大技巧,使代码更加精炼与优雅。
49 4
优化if-else的11种方案
|
2月前
|
弹性计算 应用服务中间件 持续交付
阿里云应用方案
为拥有传统单体和微服务架构混合的电商企业提供阿里云应用方案。该方案利用阿里云服务器迁移中心(SMC)实现IDC服务器到ECS的快速自动迁移,并通过云效建立自动化部署流水线。微服务应用则采用企业级分布式应用服务EDAS进行无缝迁移。数据迁移方面,实施多租户隔离与统一管理规范,确保数据迁移的安全性与合规性。此方案旨在帮助企业平滑迁移上云,优化资源管理,加速业务响应,并保障数据安全与业务连续性,助力数字化转型。
|
5月前
|
移动开发 HTML5
小气泡功能在中的两种实现方案
小气泡功能在中的两种实现方案
45 0
小气泡功能在中的两种实现方案
|
5月前
|
SQL 存储 缓存
后端架构优化方案探讨
【2月更文挑战第6天】在当今互联网时代,后端的稳定性和高效性至关重要。本文从数据库设计、服务器负载均衡、缓存策略等方面,探讨了后端架构优化的方案,旨在提供一些实用性的建议。
|
5月前
|
存储 运维 数据库
不敢书面化的解决方案就不是好方案
不敢书面化的解决方案就不是好方案
|
存储 缓存 JSON
聊聊方案中心性能优化中做的缓存设计
总结国际站方案中心物流运费计算性能优化过程中面临问题、问题分析、解决思路以及整体解决方案
聊聊方案中心性能优化中做的缓存设计
|
数据采集 监控 网络架构
火力发电厂辅控网改造方案及网络架构分析
本文简要的介绍了火力发电厂辅控网改造后的通讯方式,对辅控网网络架构及数据采集方式进行了分析。
火力发电厂辅控网改造方案及网络架构分析
|
SQL 前端开发 JavaScript
6款 Retool 最佳替代方案
本篇文章的目的通过低代码平台使用者的视角引出细节,了解他们为什么使用低代码平台以及会选择哪个低代码平台来加速内部系统的开发。
787 0
6款 Retool 最佳替代方案
|
SQL 缓存 测试技术
预告片优化方案
 看了一下代码,同时在线上做了观察压测。个人总结这个接口问题在于太过于依赖缓存,根本不会走DB。依赖缓存造成了依赖缓存的数据结构。首先要从缓存中取出一堆数据。而且要走两次,一次取正片的信息,一次取专辑内所有视频的信息。取出来的信息在CPU里计算筛选,排序。本身缓存取数据就比较快,再加上计算量大。其实我们并发量最大的api接口们都是采用这个模式设计的。调用的多了,我觉得我真是压测的狠的话,会造成CPU密集。其实现在的缓存之类的都可以持久化了,完全可以当数据库用。但是关系型数据作为一个长久的经典还有一个很重要的原因:保持一个IO和CPU使用的平衡。
预告片优化方案
|
关系型数据库 中间件 MySQL
MySQL中间件方案盘点
  首先数据库技术发展的基础还是在业务推动的背景下,能够实现相关的技术保障。业务需求的提升必然会在数据量,访问量等方面有更高的要求,而映射到数据库层面就不是简单的扩容和添加资源了,我们有时候更需要弹性,需要快速实现,需要更高的性能。
2327 2
下一篇
无影云桌面