仅考虑SKOS Core文档属性的超级属性这一技术问题。。。rdfs:comment必须作为这些道具的超级道具，因为它的范围很广，但我一直在想，仍然应该有一个单独的属性作为所有SKOS Core文档属性的超级属性。如果我们在skos Core中添加一个新的道具，例如“skos:documentation”，以扮演rdfs:comment当前所扮演的角色，该怎么办？干杯，铝。---阿利斯泰尔·迈尔斯研究助理CCLRC-卢瑟福阿普尔顿实验室R1栋1.60室费米大道奇尔顿迪德科特牛津郡OX11 0QX大不列颠联合王国电子邮件：a.j.miles@rl.ac.uk电话：+44（0）1235 445440>-----原始消息----->发件人：Dan Brickley[mailto:danbri@w3.org]>发送时间：2005年2月18日20:58>收件人：Ralph R.Swick>抄送：迈尔斯，AJ（Alistair）；public-esw-thes@w3.org; >public-swbp-wg@w3.org>主题：回复：SKOS核心审查回复：问题：非文字“评论”>属性Re:SKOS核心指南的新草案> > >*拉尔夫·R·斯威克<swick@w3.org> [2005-02-18 15:43-0500]>>我希望通用RDF vocab浏览器能够支持数据驱动>>视图，可以是用户训练的（或网络训练的）>要知道什么>>与，例如skos:definition vs.skos:historyNote。> >（现在我们有了SPARQL、它的XML结果格式和XQuery/XSLT，我们可以>只要有原料……）> >>>>>想法？我有点担心参考>非WD核心规范>来自WD的>>>>。你估计还有多少工作要做>在主文档上，>Alistair？> > >>我对来自>>规范指南，因为我在>请求>>将指南作为工作草案发布。我觉得有>合理的>>本指南的审阅者希望遵循以下参考>规范。>>如果规范因任何原因尚未准备好发布，则>>我不再认为工作组应该要求发布指南>>独立。> >我现在确信了。积极的情况和重新关注一样多。签署人>如果两人同时出去，我们就可以>斜线等，看起来还没准备好。> >（除了重新宣传……博客/flickr/etc中的主题“标签”>最近引起了很多关注，并且正在进行w/SKOS连接，>例如，参见http://www.hyperorg.com/blogger/mtarchive/003702.html从>大卫·温伯格（David Weinberger），写了一篇来自Siderean的精彩作品>强调RDF/SKOS为该场景带来的额外力量……）。> > >>>>我认为SKOS核心规范[1]很漂亮>准备就绪，>>>>等待Tom&Mark和你自己的评论，尤其是>“政策”>>>>我上周添加的部分。旨在提出SKOS>核心规范>>>>下周四（第24天）SWBP-WG电话会议的第一次WD>2月），这取决于>>>>如果Tom和Mark>愿意付出。> > >>>>如果准备好了，我们应该推迟指南和>有两个>>>一起出去，相互参照？或者我们可以只放一个>重新定向？我>>>认为“初稿”是一种吸引眼球的方式>事件，人员>>>会打印出来，考虑一下，等等。我们想让他们这样做吗>两者兼顾>>>同时提交文档？> > >>如果TF和WG>>同意删除rdfs：来自超类层次结构的注释>>文档属性。中的TextArt图形> > >http://www.w3.org/2004/02/skos/core/guide/2005-02-15#secdocumentation网站>>需要更正。> >接得好，对不起，我错过了。> >>这可能不需要暂停发布，>>但结合其他流程问题，我认为我们应该等待>>并同时发布这两个文档。我相信第一个>>工作草案活动将在>如果是公共的>>完成（两个文档），而不是分两个阶段完成。> >在今天对Core进行仔细回顾后，我也这么认为。> >欢呼，> >丹>
接收日期：2005年2月25日星期五13:41:08 UTC