元数据应用瞎猜
2009/11/6 点击数:2044
[作者] 一问
[单位] 一问三不知
[摘要] 上篇的开头说到的应用,提到可以用ajax实现,还加了个前提,说是开发者可以上帝的身份解读上下文,作为生成URI动态请求的背景。后来想想这只是实现页面上下文解读的方式之一。是对还有一种更容易操作的,是用浏览器插件的方式来实现。
元数据应用瞎猜
上篇的开头说到的应用,提到可以用ajax实现,还加了个前提,说是开发者可以上帝的身份解读上下文,作为生成URI动态请求的背景。后来想想这只是实现页面上下文解读的方式之一。是对还有一种更容易操作的,是用浏览器插件的方式来实现。
要实现自动化的URI动态生成,总的来说需要页面元素的触发。这个插件可以对XML页面进行分析,当遇到某些元标识时就触发远程元数据的存取行为。具体来说,假定插件就是通过判断XML页面的编码标准触发的,而这个XML页面按照DC的某个子集编码,并且在元标识区域声明了编码的标准。由于元数据标准的语义是相当完整的,针对这个元数据标准来判断XML页面中的编码语义,并不是什么困难的事情(这样的插件的算法应该也不是很困难)。如此,根据上下文的判断,在客户端生成URI动态请求的问题,也就解决了。在这种情况下,Linked Data的内容很多就可以自动完成了。
如果真要成了这样,插件就成为整个应用的主体。因为它是向各个不同的服务端存取元数据,而不是特定的一个,也就是不象现在访问一个网站主要是存取这个网站的东西。这样,提供内容的网站至少有两种,一是提供了专门元数据资源的网站,也就是数据基础设施;另一种是提供了元数据集成页面的网站。不过这些都还好啦。更搞的是可能出现元数据集成运算的专门网站。这个要点想象力了。偶也只是说说。反正是瞎说,不说白不说。
原文连接:http://blog.sina.com.cn/s/blog_5707e8900100gi68.html~type=v5_one&label=rela_prevarticle