以文本方式查看主题

-  计算机科学论坛  (http://bbs.xml.org.cn/index.asp)
--  『 SVG/GML/VRML/X3D/XAML 』  (http://bbs.xml.org.cn/list.asp?boardid=21)
----  用SVG做实时动态监控,大家有什么好的建议?  (http://bbs.xml.org.cn/dispbbs.asp?boardid=21&rootid=&id=18902)


--  作者:micky
--  发布时间:5/27/2005 1:06:00 PM

--  用SVG做实时动态监控,大家有什么好的建议?
我想用SVG做实时动态监控,客户端定期(1-2秒)去读取服务器端的数据,然后通过SVG
来展示数据,实时刷新。比如监测一定区域内的温度、湿度、车流量等动态数据。

大家有什么好的建议?


--  作者:bin
--  发布时间:5/27/2005 9:18:00 PM

--  
不错,我也在考虑,不过已经有些想法了,当然离不开开源的webgis
地图部分svg,+js写的webclient。活动图形(txt,棒图,表格,趋势之类)动态刷新。
实时数据传输xml(压缩)不过刷新速度1-2秒不太可能,10秒估计没问题
--  作者:zkp0000
--  发布时间:5/28/2005 4:53:00 PM

--  
我也在做,多交流!wms+svg+js
--  作者:keeponline
--  发布时间:5/28/2005 7:57:00 PM

--  
我也有兴趣,你们有东西出来了吗?放出来看看
--  作者:micky
--  发布时间:5/29/2005 5:06:00 PM

--  
在动态实时监控中,1~2秒的要求还是比较常见的,需要能够实时地把一些信息展示出来。关键是如何能够在通信上只传输动态数据部分,不必是完整的SVG文件。当然实时性问题可以逐步优化。第一步还是先把动态数据图形展现出来,比如实时曲线、历史曲线、分布图、单点数据显示等。

希望能多多指教,多多交流!


以下是引用bin在2005-5-27 21:18:19的发言:
不错,我也在考虑,不过已经有些想法了,当然离不开开源的webgis
地图部分svg,+js写的webclient。活动图形(txt,棒图,表格,趋势之类)动态刷新。
实时数据传输xml(压缩)不过刷新速度1-2秒不太可能,10秒估计没问题


--  作者:micky
--  发布时间:5/29/2005 5:20:00 PM

--  
一直很欣赏和佩服keeponline在svg方面的工作。

东西还没有出来,还正在构思。还请多给点建议和意见。

其中,数据源可能是直接来自于现场的智能传感器(单片机),也可能是实时数据库服务器。因此在设计时想尽量能够用简单快捷的方式来实现。即在B/S机构中,尽量简化服务器的工作(因为可能是带简单WEB服务器的单片机),许多工作直接由浏览器来完成,中间大量的实时数据通信也尽量少而精,力争只传送关键数据值部分。


以下是引用keeponline在2005-5-28 19:57:38的发言:
我也有兴趣,你们有东西出来了吗?放出来看看


--  作者:coralbird
--  发布时间:5/30/2005 11:30:00 AM

--  
我正在实现监控方面的一个应用,SVG+JavaScript,所有脚本由服务器实现,数据传输采用ASP访问数据库传输二进制数据的方式,没有采用传输XML文件主要是考虑效率的问题,设计刷新速率为3秒
希望大家探讨!



--  作者:keeponline
--  发布时间:5/30/2005 11:47:00 AM

--  
感谢MICKY的关注和抬爱。
其实你更高手。多些机会给大家展示展示吧

--  作者:fruittime
--  发布时间:6/1/2005 11:09:00 AM

--  
我们做的东西都差不多,如果哪位有进展就来交流一下啦
--  作者:micky
--  发布时间:6/1/2005 11:32:00 AM

--  
很好,有问题大家共同交流。也希望有合作机会。
--  作者:壮志豪情
--  发布时间:6/2/2005 11:44:00 AM

--  
以下是引用coralbird在2005-5-30 11:30:59的发言:
我正在实现监控方面的一个应用,SVG+JavaScript,所有脚本由服务器实现,数据传输采用ASP访问数据库传输二进制数据的方式,没有采用传输XML文件主要是考虑效率的问题,设计刷新速率为3秒
希望大家探讨!




请教一个问题,二进制数据的读取方式及如何对此部分数据进行解释?


--  作者:ramda
--  发布时间:6/5/2005 11:29:00 PM

--  
以下是引用壮志豪情在2005-6-2 11:44:38的发言:
[quote]以下是引用coralbird在2005-5-30 11:30:59的发言:
我正在实现监控方面的一个应用,SVG+JavaScript,所有脚本由服务器实现,数据传输采用ASP访问数据库传输二进制数据的方式,没有采用传输XML文件主要是考虑效率的问题,设计刷新速率为3秒
  希望大家探讨!

  
  
[/quote]

请教一个问题,二进制数据的读取方式及如何对此部分数据进行解释?


这里就需要自定义数据格式了吧,换句话就是需要自定义某种规约,由服务器生成新数据,由客户端的SVG的脚本来解释并表现。

此方法应该可行,但具体的刷新频度如何,最快可达到几秒一次尚不清楚。

希望有过此类应用经验的达人们来交流指点哦


--  作者:edison1024
--  发布时间:6/8/2005 10:50:00 AM

--  
以下是引用ramda在2005-6-5 23:29:45的发言:
[quote]以下是引用壮志豪情在2005-6-2 11:44:38的发言:
[quote]以下是引用coralbird在2005-5-30 11:30:59的发言:
  我正在实现监控方面的一个应用,SVG+JavaScript,所有脚本由服务器实现,数据传输采用ASP访问数据库传输二进制数据的方式,没有采用传输XML文件主要是考虑效率的问题,设计刷新速率为3秒
   希望大家探讨!

   
   
  [/quote]

  请教一个问题,二进制数据的读取方式及如何对此部分数据进行解释?
[/quote]

这里就需要自定义数据格式了吧,换句话就是需要自定义某种规约,由服务器生成新数据,由客户端的SVG的脚本来解释并表现。

此方法应该可行,但具体的刷新频度如何,最快可达到几秒一次尚不清楚。

希望有过此类应用经验的达人们来交流指点哦


我不同意你的看法。

1。事实上用asp网页发送的二进数据无非就是一长串字符串,然后用脚本去解析这一长串东西无疑是一种愚蠢行为(请原谅我的用词)。采用xml,在数据组织、提取、发布上绝对优势巨大,它不存在你所说的效率问题(可能你认为是体积大,请看2)。

2。在ASV中,服务端可以用GZIP把XML压缩成二进制,在ASV中接收到这样的二进制流后会自动还原。除非数据大小存在数量级的差距,一般情况下对数据压缩意义不大。

3。服务端建议采用.net技术,良好的服务端架构体系会让性能有质的提升。asp+ado在进行频繁吞吐时性能实在太差。

在局域网环境内每3s更新绝对没问题。我实现过更复杂的系统。


--  作者:ramda
--  发布时间:6/19/2005 3:33:00 AM

--  
谢谢edison1024的回复。以下几点再勾兑勾兑:)

1.XML格式当今流行,这的确不错,但我们提及的应用中,不见得用的上。
    XML的流行,是因为其为文本,而网页也是基于文本,因此即使有防火墙存在,也基本不会有封掉80端口的实施方案。但XML的标签,我认为其实是个鸡肋,无端端多出近一半的无效数据,你认为这多余的数据流在网络中,socket中走是高效率的么?
    xml的解析,当然有便捷的接口和实现机制,但如果我没记错的话,网页在浏览器解释的时候,用到的是DOM模型吧?DOM效率似乎也不高的哟;而资源,不是程序耗费,就是浏览器耗费了,整体效果相当,不见得XML就省了。
   我们所用的方法,本质也是文本流,完全可以套用XML格式,但我们并没有机械照搬,因为不想网络传输中太多无用耗费。我们所用的,说白了很简单,自定义顺序和格式,服务器控制刷新数据,客户脚本控制显示画面。也许你的应用实例比我们的更复杂,但方案的选用应符合实际需要,完全不需简单问题复杂化。

2. 我们的应用,针对电站监控做过试验,基本没有什么大问题,每秒刷新也可以做到,而系统的规模应该不是小儿科,做过该行业的应该能理解(该行业桌面级的监控数据刷新是百毫秒级的;可不是简单的综合布线系统,其数据可没有刷新的那么快的)。

3. 服务端选用ASP,缺陷仅在平台移植,不存在架构和体系上的不足;还是那句话,简单问题不用复杂化,不是说提到了这些时髦的名词,所做系统就是绝对牛的,呵呵。我们的系统设计结果,架构简单明了,接口更是近乎原始的简单,而系统实现的也很好啊,哈,够用就行了。

   先这么吧,欢迎再探讨研究。最好能把所做的和相关实现也探讨探讨哦:)
   其他大侠也一样啊,SVG用在这个领域应该还算比较少见的,因此也就比较新,大家共同研究和提高,也为了更好的推动大家认可和熟悉的SVG变为网络图形标准!


--  作者:老猫
--  发布时间:7/15/2005 4:37:00 PM

--  
个人觉得SVG用在WebGis上,感觉效率还是太低。对客户端来说,要显示数据就必须把一个完整的SVG文件下载下来并解析后才能显示出来。而Flash是二进制的数据流,可以边接收边显示,接收完毕也基本显示完成。
    在大数据量时如何使其能更好地发挥效率,请各位高手指点。
--  作者:edison1024
--  发布时间:7/26/2005 4:15:00 PM

--  
解决一次下载数据过大的显示问题,可以采用矢量数据分片下载的办法。
大致这样做。先载入不带空间数据的要素对象,在svg的onload事件中根据ID动态分片的载入空间数据。
这种技术对客户端的和服务端的开发要求都比较高。
我前段时间也只写过一个测试原型,效果速度都非常的好。希望能够尽快产品化。
现在主要忙于底层GIS平台开发,在webgis有很多想法都没能实践。

--  作者:edison1024
--  发布时间:7/26/2005 4:16:00 PM

--  
以下是引用ramda在2005-6-19 3:33:57的发言:
谢谢edison1024的回复。以下几点再勾兑勾兑:)

1.XML格式当今流行,这的确不错,但我们提及的应用中,不见得用的上。
     XML的流行,是因为其为文本,而网页也是基于文本,因此即使有防火墙存在,也基本不会有封掉80端口的实施方案。但XML的标签,我认为其实是个鸡肋,无端端多出近一半的无效数据,你认为这多余的数据流在网络中,socket中走是高效率的么?
     xml的解析,当然有便捷的接口和实现机制,但如果我没记错的话,网页在浏览器解释的时候,用到的是DOM模型吧?DOM效率似乎也不高的哟;而资源,不是程序耗费,就是浏览器耗费了,整体效果相当,不见得XML就省了。
    我们所用的方法,本质也是文本流,完全可以套用XML格式,但我们并没有机械照搬,因为不想网络传输中太多无用耗费。我们所用的,说白了很简单,自定义顺序和格式,服务器控制刷新数据,客户脚本控制显示画面。也许你的应用实例比我们的更复杂,但方案的选用应符合实际需要,完全不需简单问题复杂化。

2. 我们的应用,针对电站监控做过试验,基本没有什么大问题,每秒刷新也可以做到,而系统的规模应该不是小儿科,做过该行业的应该能理解(该行业桌面级的监控数据刷新是百毫秒级的;可不是简单的综合布线系统,其数据可没有刷新的那么快的)。

3. 服务端选用ASP,缺陷仅在平台移植,不存在架构和体系上的不足;还是那句话,简单问题不用复杂化,不是说提到了这些时髦的名词,所做系统就是绝对牛的,呵呵。我们的系统设计结果,架构简单明了,接口更是近乎原始的简单,而系统实现的也很好啊,哈,够用就行了。

    先这么吧,欢迎再探讨研究。最好能把所做的和相关实现也探讨探讨哦:)
    其他大侠也一样啊,SVG用在这个领域应该还算比较少见的,因此也就比较新,大家共同研究和提高,也为了更好的推动大家认可和熟悉的SVG变为网络图形标准!




可能上次我没说清,现在告诉你问题的重点在哪。
在复杂的电力应用系统问题中不是想象的那么简单。

认为XML带来冗余数据,认为DOM效率不够理想。对,这都没错。
但是,这里指出几点。
1。你要明白这样的系统运行的网络环境是intranet,不是internet。这点冗余数据对intranet的带宽来说,根本九牛一毛。
2。在电力监控系统中,复杂多样性的数据结构、庞大的数据量以及对数据精准的要求非常高,数据不能出现任何偏差。
XML有组织复杂的数据的优势,采用XML Schema建立强有力的数据核检,又可以完美解决数据在经过网络传输后的校验问题。
当然,用脚本解析文本流当然也可以达到同样的目的。首先要面对的就是用文本组织一种复杂的数据结构(注意,如果这种结构的中的某部分数据是optional的,将更复杂),如果在存储数据的文本流很大的情况下,难道你认为你们写的用脚本解析字符串把数据从中提取的速度会快过DOM?在数据从文本流中提取出来后又再一次用脚本进行数据校验?
强烈建议看看XML的入门书籍,了解XML的诞生,发展,应用和为什么在数年内能风靡计算机、网络世界。了解一下国外XML应用在了哪些方面。为什么别人就没认为XML有很多冗余数据。

3、你说“asp不存在架构和体系上的不足”不知道从何说起??
asp是解释执行的脚本语言vbscript或jscript,对OOP支持严重不足,它也只能做到二层结构,asp在数据频繁吞吐的时候性能很差,解释执行就注定了它效率也不行,除非你们监控的是一千瓦的小小电站了。。。
做过企业级BS开发的都知道asp严重的缺陷,在企业高端开发中根本没戏。MS的.net出来以前,都是java的领地。
如果有人以为采用用asp+com可以的话,那么,还不如使用.net!

你说“SVG用在这个领域应该还算比较少见的”,唉。。。。这只是国内!看看国外!看看ESRI和它的合作伙伴那些应用吧!


[此贴子已经被作者于2005-7-26 17:28:07编辑过]

--  作者:keeponline
--  发布时间:7/28/2005 12:04:00 PM

--  
精辟,感谢edison1024为XML的呐喊。
--  作者:zhou_gong
--  发布时间:8/23/2005 9:47:00 PM

--  
在WEB上可以用XMLHTTP技术在服务端与客户之间传送数据而网页不动。
有兴趣的和我联系。
zhou_gong_nn@163.com
qq:185006613
--  作者:cainiaoyizhi
--  发布时间:8/26/2005 1:16:00 PM

--  听说ajax,用它可能会方便一点点.
听说ajax,用它可能会方便一点点.具体用法我也不清楚.
--  作者:zhou_gong
--  发布时间:9/2/2005 1:01:00 PM

--  
我用
(1)SVG DOM(客户端呈现)
(2)JAVASCRIPT(客户端交互修改SVG数据)
(3)XMLHTTP(动态传送修改的数据, xml封装)
(4)ORACLE SPATIAL(后台将SVG数据转为SPATIL数据并管理)
做WEBGIS,感觉到效果不错,有兴趣的朋友可以和我联系,共同探讨.
E-MAIL:zhou_gong_nn@163.com
--  作者:jojo10211
--  发布时间:11/26/2005 11:21:00 AM

--  基于web方式是电力监控系统
edison1024:
      我们打算做一个基于web方式是电力监控系统,看你在方面做个比较多的东西,想和了联系一下

                                       jojo1021
                                       e-mail:jun_704@163.com
                                       手机:1350883161
--  作者:jojo10211
--  发布时间:11/26/2005 11:24:00 AM

--  基于web方式是电力监控系统
edison1024:
      我们打算做一个基于web方式是电力监控系统,看你在方面做个比较多的东西,想和了联系一下

                                       jojo1021
                                       e-mail:jun_704@163.com
                                       手机:1350883161
--  作者:xmlsvg
--  发布时间:11/27/2005 12:19:00 AM

--  
基于web方式是监控系统,采用SVG来实现,我这里有一套成熟的解决方案,感兴趣的盟友可以给我发邮件 xmlsvg@163.com,欢迎交流。

--  作者:qchpanna
--  发布时间:12/15/2005 3:50:00 PM

--  
大家做出来没有,我也要做实时监控的 ,不过是用evc,不知道跟你们这有多大差别,可以交流一下吗???
--  作者:天啦
--  发布时间:12/29/2005 5:56:00 PM

--  
我也是做电力方面的web应用的,我的邮箱:xw002@163.com,QQ:265135.

希望大家多多交流


--  作者:June.Tsui
--  发布时间:1/1/2006 8:40:00 PM

--  
我也是作电力系统自动化的,刚开始学习svg,希望和大家多多交流。

我现在想把公司软件中的接线图(以矢量形式存储)转换成svg格式,和存储数据的xml文件关联后,在web上进行实时检测。想和大家讨论一下具体做法。

我的邮箱:junetsui@126.com
QQ:7397359
MSN:daemantsui@hotmail.com


--  作者:snowflying
--  发布时间:1/18/2006 10:36:00 AM

--  
我也是正在做,电力监控系统的web发布,用svg实现这里有这么多志同道和的朋友啊,大家多多交流阿,哪位大虾有这方面的例子。探讨一下啊

W 3 C h i n a ( since 2003 ) 旗 下 站 点
苏ICP备05006046号《全国人大常委会关于维护互联网安全的决定》《计算机信息网络国际联网安全保护管理办法》
140.625ms