嗨，约翰！人们可能会担心我们会一层接一层地添加：实-->结构化数据-->可扩展标记-->重新源描述框架词汇-->本体推理器。。。如果我们能在语义上达成一致，那么标准将更接近常见的需求和层可以被删除，以完成常见的处理任务。。。如果需要OWL处理器，我是否应该认真考虑主题地图。。。或SQL！在这个“半开玩笑”之后：我目前的主要问题是SKOS验证工作流meta-meta-data（关于元数据审批流程的数据），注释RDF关系目前必须具体化它们。另一种解决方案是添加XML名称空间（以定义XSD除了RDF XSD之外），用于描述审查数据（不考虑元数据作为元数据的一部分）。有人有过RDF重载的经验吗？用于协作审查RDF三元组？我仍在寻找（硕士/博士生/研究团队）努力分享用于：http://www.askosi.org/maintension.pdf祝您有个美好的一天！克利斯朵夫Le 7/02/2011 10:59，Johan De Smedt aécrit：>>你好，Christophe，>>这可能超出了SKOS的扩展范围，ISO 25964-1确实是>更完整的主题词库建模。>>然而，我想了两种可能的方法来扩展SKOS。>>对于SKOS，可以使用具体化或OWL2注释>>-定义您的注释属性（例如，我的注释：siblingKey）>>-将键（连同潜在的其他注释）分配给>关系使用：>>猫头鹰：公理[>>owl:annotatedSource<concept_a>；>>owl：注释目标<concept_b>；>>owl:annotatedProperty；>>my-annotation:siblingKey“key-value”。>> ]>>skos:OrderedCollection可能是另一种订购商品的方式。>>在这种情况下，您还需要一些扩展>>1-确定何时使用特定集合。>>例如，用于对概念<a>的较窄术语进行排序，a>><collection-x>示例：sortNarrowerFrom<a>。>>可以使用。>>2-确定使用的排序算法。>>例如，可以键入集合或使用其他属性>（例如：sortAlgorithm）。>>可以将此类属性添加到集合中>>谨致问候，>>*约翰·德·斯梅特*>>/首席技术官/>> //>>邮件：johan.de-smedt@tenforce.com<邮寄地址：johan.de-smedt@tenforce.com>>>手机：+32 477 475934>>主页：http://www.tenforce.com网站<http://www.tenforce.com网站/>>>邮件TenForce>>*发件人：*public-esw-thes-request@w3.org>[邮寄地址：public-esw-thes-request@w3.org]*代表*克里斯托夫·杜普里兹>*发送时间：*2011年2月7日星期一09:35>*收件人：*Aida Slavic>*抄送：*Skos>*主题：*回复：在树显示中排序概念/可能更多>而不是排序键>>嗨！>>如果SKOS社区想为>我建议称之为“siblingKey”（一个用于排序的值>兄弟概念），因此更广泛关系的属性是>需要。>这在XML中很容易（ISO 25954，但我没有看到任何订购>HierarchicalRelationship元素中的信息）或TopicMaps>但它要求在SKOS中具体化RDF关系。>>了解其他问题（关系的审批工作流数据>例如），我可以建议开始定义SKOS-XR吗>（扩展关系）为这种类型的>增强？>谁有管理这样一个项目的“权力”（利益！）？>>祝你今天愉快！>>克利斯朵夫>>Le 6/02/2011 20:21，Aida Slavic aécrit：>>嗨，>>从分类的角度来看。。。阵列中焦点的顺序>在分类方案中仔细观察并严格维护。>Ranganathan将分类方案中使用的设备总结为>如下：>-按时间顺序（进化），例如系统植物学、动物学>-地理（例如，按地点细分艺术风格，细分>按地点划分的历史）-在分面分类中，这是通过以下方式实现的>使用场所方面>-受试设备（形成与特定定义的方面>属性或与主题的关系/依赖性，例如>视觉艺术（按学科、按行业细分经济学）>-字母顺序>-枚举>>分类方案结合了上述所有设备。目的>这些规则中的一条是减少时间表的大小（避免>枚举）并确保符合>连贯的顺序、有用的顺序、记忆法、热情>阵列，连锁酒店。因此，想法的顺序非常>谨慎决定。我们通过两种方式在方案中确定此顺序>始终机械地保证逻辑和系统（语义）顺序：>>（1）通过符号系统（如Joe Tennis前面提到的），>使用字母、数字和>标点符号的设计使课堂始终>按照期望的有意义的顺序落下。刻面或句法表达>符号系统也将处理复数的正确顺序>协调表达。>例如，首先应该订购什么>表示18世纪意大利文学或意大利语的符号>文学-诗歌-18世纪/，>或在瑞士用符号表达意大利文学-诗歌>-19世纪/>或/意大利文学-文学批评/。>很明显，这里有一种等级意识，还有一种对>必须保持的特定顺序。订购规则>符号被称为“备案规则”。制定这些规则>理智地解释，通常情况下他们不能>除非另有编码，否则由计算机程序支持。>>然而：我们不能100%依赖符号来订购类、句柄>层次结构或解析所有分类方案中的方面，或者确实使用>用计算机程序进行机械排序的符号-至少不是>无需额外编码。同样重要的是不要混淆>分类结构中使用的符号系统类型>一定的制度。原因：>刻面分类并不总是有“刻面符号”。A类>典型的例子是Bliss书目分类（刻面>分类正确）-不仅没有层次结构>表达或刻面表达符号，但此方案本身可能>将类表示为在逻辑上包含的协调类。>Bliss表示法支持构建复杂类，但一旦构建>无法解析符号（即系统是“合成的”但不是>“分析”）-这种方法的优点是符号更简单>可以机械订购的设备，因为它不包含>“语法符号”。此外，其他分类>层次表达的十进制符号（例如531.1是>531和531是53的亚类）有时也可能有意或>完全意外地未能表达概念层次结构（例如>这些可以在杜威，UDC，Colon Classification，Library of>国会分类）。人们可以选择简单的>排序设备，即语义无效的符号或>富有表现力，拥有完整的层次结构和语法信息，并且可以>被解析，但需要一些输入才能使其在线工作。>分类设计者通常试图找到一个中间解决方案，这取决于>系统的目的>>（2）在分析合成分类管理数据库中>我们必须将序列和归档订单规则“转换”为的系统>类似于Mike Collett下面描述的“sortKey”，>因为符号表达式使用>作为方面指示符的字母、数字和标点符号不能>按任何标准字符自动正确排序>编码表。>这取决于单个数据库管理工具来解决。对于>例如，UDC管理系统将符号转换为特殊符号>确保这两者的代码：UDC复合体的准确排序和解析>数字按程序显示。为此，我们使用了一组处理UDC的算法>特定的排序规则。除此之外，我们还保持>将BT/NT关系捕获为单个的单独层次结构代码>序列（跨越68000个类）-这有助于我们管理层次结构>独立于符号的关系。每个年度UDC更新>层次结构代码被“刷新”。>UDC符号37.015特殊教育科学-编码时看起来像>遵循37.q15->[此符号由两个数字组成37教育和特殊>辅助编号.015特殊教育学，.0转换为>.q是一个方面指示符，表示此概念具有一定的>kind和可以基于特定的规则集进行组合。>>>主要问题可能是在交换或用户端>分类排序、归档或层次结构代码的位置是>没有设想。>>>致以亲切的问候>>艾达>>>2011年1月14日16:09，Mike Collett写道：>>我们使用排序键>例如13> >我们发现，作为概念中的单个键，这基本上是可以的>scheme（词汇表），我们可以为不同的>概念方案。> >默认情况下，我们按用户首选标签的字母顺序显示>首选语言（由浏览器或计算机设置设置）（如果存在），如果>如果存在，则不使用英语，如果不存在，则使用第一个首选标签。> >一些多层次结构需要在>树的不同部分。然后关系需要保持>排序键。> >在Zthes类型编码中，这很容易>例如><关系>><relationType>BT</relationType>>xyz:1234><termSortkey>13></关系>> >不知道如何在SKOS中执行此操作。> >效果可能是>车辆>NT（分类键1）单轮车辆>NT（排序键2）自行车>NT（排序键3）三轮车>NT（分类键4）四轮车辆>NT（分类键5）4个以上车轮的车辆。。> >热门车辆>NT（分拣钥匙1）车厢>NT（排序键2）摩托车>NT（排序键3）自行车>NT（排序键4）滑板> >自行车需要两个不同的分类键。> >干杯>迈克7:-D> ----------->迈克·科莱特>词汇管理组> +44 7798 728 747> ------------>网址：www.vocman.com<网址：http://www.vocman.com>>mike@vocman.com<邮寄地址：mike@vocman.com>> > > >>发件人：Christophe Dupriez<christophe.dupriez@destin.be><邮寄地址：christophe.dupriez@destin.be>>>组织：DESTIN inc.SSEB>>日期：2011年1月14日星期五12:56:08+0100>>收件人：<public-esw-thes@w3.org><邮寄地址：public-esw-thes@w3.org>>>主题：树显示中的排序概念>>怨恨发自：<public-esw-thes@w3.org><邮寄地址：public-esw-thes@w3.org>>>最近日期：2011年1月14日星期五11:57:37+0000>> >>祝所有简单知识组织系统的员工新年快乐！>> >>有人设计了一种方法来指定概念排序吗>>显示概念树？>> >>通常，按字母顺序排列最适合显示较窄的概念>>给定概念的。>>但有时（例如历史时期），有“自然”>>概念的排序要好得多。>>我想添加一个具有排序条件的字段（大于>>用户语言中的prefLabel）。>> >>任何人都为此做了一些事情，所以我不会重新发明轮子：>> >>车辆>>NT单轮车辆>>NT自行车>>NT三轮车>>NT四轮车>>NT四轮以上车辆。。。>> >>祝你一切顺利！>> >>克利斯朵夫>> >> > > >