标签: rdfs

如果你看一下OWL本体定义,你会看到一堆类定义.其中之一是以下内容:

owl:Nothing a owl:Class ;
     rdfs:label "Nothing" ;
     rdfs:comment "This is the empty class." ;
     rdfs:isDefinedBy <http://www.w3.org/2002/07/owl#> ;
     rdfs:subClassOf owl:Thing . 

这是否有用,如果是的话,它是什么？

我对OWL类和子类属性的继承感到困惑。一些帖子说OWL中没有继承（OWL：如何从超类继承两个类之间的属性关系？），http://answers.semanticweb.com/questions/619/rdfs-owl-inheritance-with -josekipellet）。但是，我也发现了一些相反的讨论。例如，“面向对象软件开发人员的语义Web入门”页面（https://www.w3.org/TR/sw-oosd-primer/）提到了面向对象语言OWL和RDF：“类可以安排在具有继承的子类层次结构中”（第3.3节）。https://www.w3.org/TR/rdf-schema/#ch_subclassof提到“属性rdfs：subClassOf是rdf：Property的一个实例，用于声明一个类的所有实例都是另一个类的实例。” 因此，这使我感到困惑。现在我有以下问题：

• 像面向对象的语言一样，rdfs：subclassOf是从超类继承属性吗？

• 如果没有

  • RDF / OWL中的继承是什么意思？
  • 是否可以使用OWL / RDF构造面向对象的语言类型的类-子类继承？

  • 考虑以下示例。“讲师”和“学生”的所有属性都可用于“人”类吗？

    Example:
    --------
       ### Classes ###
     :CSModule rdf:type owl:Class ;
          rdfs:subClassOf :Module .
    
     :Lecturer rdf:type owl:Class ;
         rdfs:subClassOf :Person .
    
     :Student rdf:type owl:Class ;
        rdfs:subClassOf :Person .
    
     :Module rdf:type owl:Class .
    
     :Person rdf:type owl:Class .
    
    ### Object Properties ###
    
    :studies rdf:type owl:ObjectProperty ;
    
       rdfs:domain :Student ;
       rdfs:range :Module .
    
    :teaches rdf:type owl:ObjectProperty ;
    
       rdfs:domain :Lecturer ;
       rdfs:range :Module .
    
    ### Data …

    Run Code Online (Sandbox Code Playgroud)

如何将数据类型属性的范围指定为xsd:文字形式与[AZ]匹配的字符串？OWL限制对我来说不起作用,至少乍一看.有没有办法用正则表达式做到这一点,如果有的话,在哪里？

我开始学习schema.org架构.我来自RDF/OWL社区.

令我惊讶的是,我无法找到schema.org的RDFS或OWL词汇表.更具体地说,我意识到它只是一个描述架构的HTML页面.我还发现了模式的RDFa表示.顺便说一下,不确定它是否可以成为合法的RDFS表示.所有这些让我有点困惑.

与此同时,我发现了以下作品:http://topbraid.org/schema/和http://schema.rdfs.org/.

因此,我有以下几个问题:

• 1-两者是否都能达到同样的效果？如果不是两者有什么区别？

• 1.2-他们各自的目标和用例是什么？

• 3- URI与本体的URI不对应,是不是很奇怪？它如何与关联数据原则保持一致？

• 4- schema.org是否完全符合关联数据原则？

• 5-我发现引用没有RDF表示的模式很奇怪？例如,如何在像Protégé这样的工具中使用它？

我真的很感激对此有一些澄清.

有很多例子.

在众多中,我们可以考虑这个.

上面说的,

• rdfs:Class将资源声明为其他资源的类.
• rdf:Property - 属性类.

现在,我的问题是,为什么一个类被认为是在RDF模式中定义的,属性被认为是简单的RDF.

我想创建一个定义rdf:Seq作为rdfs:range对象的属性:

eg:myProperty a rdf:Property;
    rdfs:range rdf:Seq;
    .

我正在寻找一种方法来定义存储在中的元素的类型rdf:Seq.例如,我不希望这样:

eg:typeOfElement a rdf:Class;
    .

eg:somethingElse a rdf:Class;
    .

[] eg:myProperty [
        a rdf:Seq;
        rdf:_1 [a eg:typeOfElement];   # It's the type I want
        rdf:_2 [a eg:typeOfElement];   # It's the type I want
        rdf:_3 [a eg:somethingElse];   # I don't want this type
    ];
    .

有没有办法定义rdf:Seq元素只是eg:typeOfElement我定义时的类型eg:myProperty？

(如果需要,我可以使用猫头鹰.)

当我学习语义网络和 sparql 时，感觉到 RDFS 和 SKOS 似乎提供了非常相似的语义关系建模功能。例如，

• RDFS - rdfs:subClassOf、rdfs:superClassOf 可用于对层次结构进行建模
• SKOS - skos:narrower、skos:broader 可用于对层次结构进行建模

两者都提供双向传递性。

尽管

• SKOS 通过 skos:narrowerTransitive、skos:broaderTransitive、skos:lated、skos:closeMatch 等提供更明确的属性来建模传递性、相关关系和匹配

1. 这是正确的理解吗？
2. 建模时是否有任何选择正确模式的指导？
3. 如果我认为 skos 语义提供了上述优点，为什么 dbpedia 使用大量 rdfs 和 skos？

谢谢！

考虑这样的情况：您想要命名一些知识，并且希望将其放入知识图格式中，例如资源描述框架（RDF）。但是，您没有电子邮件、Web 域或访问命名空间权限来为 RDF 知识图生成 URI。

这分别排除了tag uris、cool uris和大多数其他方案。

由于上述原因，我对一些可能的选择并不完全满意：

1. http://localhost/myConcept 但这意味着一个可解析的位置。对于知识图谱的所有解释者来说，它也可能仍然意味着相同的概念。
2. file:///myConcept文件方案，但这意味着存在可解析的物理位置。
3. urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6 uuid schema，但这不允许您在 URI 中放置人类可读的组件。如果 uuid 方案允许 urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6/myConcept 那就太好了
4. Magnet uris被设想用来帮助本地机器和网络之间的通信。但它们仍然是一个草案，没有明确定义，并且示例重用了依赖于命名机构的其他方案。
5. data:,myConcept数据方案，但这也取决于注册mime 类型，据我所知，没有任何抽象概念的 mime 类型。它还无法对任何类型的唯一性进行编码，例如编码文件的情况，或者传达该概念仅在本地是唯一的。
6. 诸如 urn:sha1: 之类的非正式方案，但这意味着有一些内容需要进行哈希处理，并且名称相同但含义不同的概念将被分配相同的哈希值。

我正在寻找的内容在本地计算机上以独特的方式标识一个概念，当与其他人通信时，这意味着该概念名称只能在该单一通信中被解释为唯一的，并且在更改为之前可能无法与其他知识图集成全球独一无二。它也不依赖于任何名称空间权限或电子邮件（也需要注册）。这样的计划是否存在（也许是非正式的）？考虑到这些限制，你会做什么？

编辑：只是想澄清我对电子邮件和网络域的看法。电子邮件很简单，注册过程完全自动化 - 您可以立即注册。但是，您依赖该组织来维护电子邮件注册表，不会将您踢出（例如，如果您的电子邮件帐户处于非活动状态），也不会倒闭。个人网络域需要订阅，并且不应要求数据发布者也支付维护费。当他们不再想支付费用时，这可能会导致注销，并且如果其他用户将这些 URI 重复用于其他目的，数据现在可能会变得不明确。像 yourName.github.io 这样的免费网络域名具有与电子邮件地址相同的问题。

我在StackOverflow上阅读了一些RDF相关问题,这些问题有RDFS解决方案,但也有OWL解决方案.(值得注意的是,我自己的问题)

我理解推理器的概念,并且OWL在推断复杂关系方面更为彻底,但这需要付出代价,通常引用的是更新性能.

有人可以解释在决定是否使用OWL推理器以及如何评估RDFS推理器是否足以满足一组要求时做出设计决策的因素.(我现在正强烈考虑AllegroGraph的RDFS ++推理器.)

我已经开始对本体的工作,并已经确定使用的东西像三联owl:ObjectProperty,owl:FunctionalProperty以及有几个子类owl:Thing.这是否意味着我已经超过了门槛并需要一个OWL推理器？一个人越过那条线,为什么？

我正在阅读RDF Schema 1.1建议，其中包括以下内容（添加了重点）：

5.1.2 rdf:袋子

rdf:Bag 类是 RDF“Bag”容器的类。它是 rdfs:Container 的子类。虽然形式上它与 rdf:Seq 或 rdf:Alt 没有什么不同，但 rdf:Bag 类通常用于向人类读者指示该容器是无序的。

5.1.3 rdf:序列

rdf:Seq 类是 RDF“序列”容器的类。它是 rdfs:Container 的子类。虽然形式上它与 rdf:Bag 或 rdf:Alt 没有什么不同，但 rdf:Seq 类通常用于向人类读者指示容器的容器成员属性的数字顺序是重要的。

5.1.4 rdf:替代

rdf:Alt 类是 RDF“Alternative”容器的类。它是 rdfs:Container 的子类。虽然形式上它与 rdf:Seq 或 rdf:Bag 没有什么不同，但 rdf:Alt 类通常用于向人类读者指示典型的处理将选择容器的成员之一。容器的第一个成员，即 rdf:_1 属性的值，是默认选择。

我尝试理解它们的最后一行（以粗体显示）。还google了一下，很好理解。但无法了解他们想要如何在人类/逻辑层面上区分所有 3 个容器。以及如何在 rdf:Seq 中维护顺序。

为了理解排序，我还尝试使用 rdf 文件中的 rdf 解析器读取它们，如下所示：

<rdf:Alt rdf:about="http://eresources.nlb.gov.sg/ID/NLBDM/entity/XYZContainer">
     <rdf:li>http://eresources.nlb.gov.sg/ID/NLBDM/resource/c85a5e82-b357-4168-a31e-1c8fd7f46101</rdf:li>
     <rdf:li>http://eresources.nlb.gov.sg/ID/NLBDM/vocab/tqS1cM1h</rdf:li>
     <rdf:li>http://eresources.nlb.gov.sg/ID/NLBDM/vocab/rQhlIgDw</rdf:li>
     <rdf:li>http://eresources.nlb.gov.sg/ID/NLBDM/vocab/AaNRoEP6</rdf:li>
</rdf:Alt>

使用 rdf:Bag 或 rdf:Seq 或 rdf:Alt，所有这些都为rdf:li提供相同的有序 Uris

例如。www.w3.org/1999/02/22-rdf-syntax-ns#_1,www.w3.org/1999/02/22-rdf-syntax-ns#_2,www.w3.org/1999/02/ 22-rdf-syntax-ns#_3 等等...

我想通过清晰的例子来理解如何在不同的场景中以不同的方式使用这些 …