Lib2.0 Forum

图书馆2.0中文论坛

问题1:DC的抽象模型是DC普及最急迫的一件事情吗?它想解决什么问题?已经解决了什么问题?——还是,(把简单问题复杂化?)又增加了什么“新”问题?

刚才,不经意间翻看了Keven师、远洋师与平台江、谢涛师关于DC的讨论帖子

总的感觉是,我们(狭义的图情工作者)研究的东西,与工业界(平台江师、谢涛师们)需要的东西是有差距的。DC出来这么多年,每年的会都开的热热闹闹,可就是实用急需的、卡脖子的东西(编码规则)迟迟拿不出来,能不让人着急吗?

实用、实用、还是实用!DC现在缺的就是这个!说实话,抽象模型可以慢慢搞,着急需要拿出来推广的是编码规则。

关于抽象模型,几位熟悉的老师,能否给一个简短的评论,一针见血的、痛痛快快的评论,而不是拖泥带水的、含含糊糊的评论。

我们可能不是那么急着需要一个“完善的”模型,我们更需要完整的、应用的实例。这样我们才能不是囫囵吞枣地“填鸭式”发展,而是拿来主义地“跨越式”发展。

分享 

Add a Comment

您必须是Lib2.0 Forum的成员才能加评论!

加入此社交网络

远洋过客 在2008 年6月12日上由远洋过客添加的评论(9时28分am)
Leon看出来了,RDF没有方言,连普通话都没有,大家只好都发展方言了,但是语法还是相同或相近的。(例如RDFS自己,还有OWL)。
雨僧 在2008 年6月10日上由雨僧添加的评论(5时50分pm)
同意Leon的补充, DCAM和RDF还是有区别的。
Leon 在2008 年6月10日上由Leon添加的评论(4时58分pm)
补充一句,如果一定要说清楚DC抽象模型与RDF的区别,可以将DC抽象模型看成是RDF在DC领域中的应用模型。DC抽象模型是一个domain specific logic model based on RDF.
Leon 在2008 年6月10日上由Leon添加的评论(3时37分pm)
吃饭的时候,老K告诉偶有这么个贴子,嘱偶来说两句。所以,说对了,是偶的功劳,说错了,得罪大家之处是老K的错。:-)
我个人觉得我们的想法与DCMI的想法还是在出发点上有许许多多的不同。
DC的出现至今从来都不是针对图书馆界大力推广应用而产生的。虽然它现在已成为一种广泛应用的可交换的互操作核心存在与其历史初衷有点不一样,虽然它的发展一直有许多图书馆界的人士起着重要作用,但其确确实实不是针对图书馆界的领域应用标准。从我个人认识而言,DC已经是非常非常普及,非常非常成功了,它的普及与成功不光是体现在它已经贴上了那么多国际上的官方标准这样的标签,而且体现在它寄身于那么多现实许多行业在应用的标准与规范中。它本来就是一个core,或者叫寄居蟹,所以,这一点来说,它已经非常普及与成功了。同样,以这一角度来衡量,DC的外围发展存在着许多矛盾与争吵,也是可以理解的。事物嘛,你既要叫它内在美,又外在光鲜,蛮难的。何况DCMI这些人(偶们老K就是其中一分子啊),原本就不是实用主义的主儿,编码规则不是不搞,而是搞了多少年,也不见得为大家所满意。他们从来就没拿这个当回事,而是一直拿这个拿那个做推荐,所以,你爱用哪个就哪个(老K是DCMI的人,所以,你看,他就是这么讲的)。而DC真正的应用编码规则,体现在OAI中,体现在各种各样的应用DC的AP中。比如,DCMI现在正儿八经地推的编码推荐方案,就来自于JISC的EPrints项目SWAP(算是直接来自于遵循抽象模型的结构与句法了,从这个实例来看,也算回答了迷图对抽象模型干啥用的回答)。
至于DCMI的抽象模型,完全可以一言以蔽之,它就是RDF。或者说是将RDF逻辑模型在DC中的具体应用,我没有看到抽象模型中与RDF在逻辑上有不同之处的。弄这样一个抽象模型对于DC今后的扩展以及应用寻求理论基础与指导还是很有用处的。比如它现在就基于这个整出DSP来,基于DSP又整出编码规则了(推荐方案)。
但是从我的理解上来说,没有搞明白既然抽象模型与RDF无异,为何它不直接用RDF的说法,又要用自家的方言再整一套呢?也许我看错了?是不同地?也许这个抽象模型就是为了给图书馆界人看的?倒反而令我们不太待见啊。哈哈。
kevenlw 在2008 年6月10日上由kevenlw添加的评论(11时12分am)
才看到讨论,先简单说点想法。
1、抽象模型要做的事情,是一件非常困难而又痛苦的事情:如何描述世界,通过使机器能够准确、恰当地“理解”,而达到更广泛的、自动的、不会因人、因事和因时而改变的一致性。
2、这个事情之所以困难和痛苦,是因为人本身其实是根本说不清楚他/她的所思所想所见所闻的。语言是主要媒介,然而人与人能够达成交流绝对不是仅仅依靠语言,还依靠其它感官,以及大脑的引申判断。但是对于计算机来说,只能依靠语言。因而需要把所需表达的所有东西,都用一种语言框架进行规范和约束。
3、研究并建立抽象模型并不影响你现在的编码。目前DCMI已经有很多编码推荐,其实对于目前的具体应用来说,都已经够用了。如果你一定要等待使用抽象模型建立编码规范,DCMI一定很感激你,最好的办法,是加入抽象模型的讨论,贡献自己的力量,而不是在边上指责。
4、抽象模型有它的目的和任务,你的项目也有自己的目的和任务,两者并不一定契合。一般而言抽象模型所建立的描述体系,是属于网络世界“公益性”数字图书馆所应该遵循和具备的。抽象模型建立起来之后,也必然是许多考虑的折中,我相信有大量的项目并不会严格采用抽象模型所规定的规范体系和编码方式,甚至抽象模型本身也会有很多变通。
另外非常欣赏曾老师帖子中对抽象模型简洁清晰的说明,也非常同意雨师的观点。
雨僧 在2008 年6月10日上由雨僧添加的评论(5时19分am)
令,是不是需要编码规则?
雨僧 在2008 年6月10日上由雨僧添加的评论(4时42分am)
我个人觉得DC的抽象模型非常重要,通过建立这个抽象模型, DC才能和RDF从逻辑层面完美地结合起来。抽象模型对DC的应用也是很重要的,DC最重要的应用模式是建立Application profile, 抽象模型就是AP的骨架。
远洋过客 在2008 年6月10日上由远洋过客添加的评论(4时22分am)
我的一点感想放到我的博文中了,这样好上载图片,修改,等等。我在那里抛一砖再说吧。
我觉得跟您所擅长的FRBR抽象模型一样,这是对原数据描述的模型。

关于

kevenlw kevenlwNing上创建了这个社交网络。

徽章

正在加载...

© 2009 由 kevenlw 在 Ning 上创建。   创建您自己的社交网络

徽章  |  报告问题  |  隐私  |  用户协议

注册以进行聊天