回复:[OEP]n元关系注释的新草案

丹,OEP计划尽快编制一份关于代表时间的说明两名新的工作组成员加入(杰里·霍布斯和冯·潘)。时间注释完成后,我们计划另一个注释(在OEP中列出描述页面为“fluents”),专门处理在SW中代表“关系保持时”,这就是您所要求的关于。。因为这个问题远不止代表n元关系,我们特别选择将其排除在n元之外注意,并用专用的注意事项正面解决它。-克里斯public-swbp-wg-request@w3.org写于2005年1月26日下午04:53:23:> >很高兴看到这一进展(与我的各种TODO不同,令人尴尬)。> >我想我有一个有趣的用例给你。> >MusicBrainz项目有很多关于……的元数据。。。音乐。> >艺术家、曲目/CD、专辑等。Leigh Dods一直在创作>MB站点上的模式;目前它提供RDF描述>相册等,但名称空间中没有任何内容。最近MB>团队已经想出了一些很好地建立在他们核心之上的东西>数据集,一个“高级关系”系统,允许MB贡献者>为实体之间更广泛的关系编目>MB知道。>http://blog.musicbrainz.org/archives/2004/12/advanced_relati.html> >示例:>http://test.musicbrainz.org/mm-2.1/artistrel/4d5447d7-c61c-4120-ba1b-d7f471d385b9> >这对n-元来说很有趣,因为系统内部>跟踪不仅仅是简单的二进制关系。一些关系>符合日期范围要求。例如,两位艺术家结婚了>在特定日期之间,或在>某些日期。> >我没有认真研究WD和编辑WD,但是>根据我的经验,这个场景(希望有一个用于录制的习语>“x some rel y”在某些日期之间保持”)是一个很常见的词。>例如,定期向我询问FOAF列表中的类似内容。> >你对MusicBrainz如何进行有什么建议吗?> >这个btw可能是一个动态增长的命名空间/数据集,>随着新关系添加到MusicBrainz数据库中。我不>认为我们需要过度担心正式捕获意图>w.r.t.临时资格;相反,我们只是想找个好方法>写下这些信息,以便应用程序可以获取这些信息>再次。

接收日期:2005年2月1日星期二22:12:41 UTC