使用xml命名空间表示此语句以标识都柏林核心架构使用的相应语法方式是：<；？xml：命名空间ns="；http://www.w3.org/RDF/RDF/"；前缀="；rdf"；？？xml：命名空间ns="；http://purl.oclc.org/DC/"；前缀="；dc"；？>；<；rdf：rdf>；<；Rdf：description rdf：href="；http://uri-of-Document-1"；>；<；DC：Creator>；John Smith<；/DC：Creator>；/rdf：description>；<；/rdf：rdf>；
在本例中，RDF和Dublin Core架构分别声明和缩写为"；RDF"；和"；DC"；。RDF模式被声明为用于声明表示数据模型所需的必要词汇表的引导机制。声明都柏林核心架构是为了利用该社区定义的词汇表。与命名空间声明相关联的URI引用相应的架构。元素<；rdf：rdf>；(在RDF名称空间的上下文中可以解释为元素rdf)是一个简单的包装器，它在XML文档中标记内容明确要映射到RDF数据模型实例[SPEC]的边界。元素<；rdf：description>；(rdf名称空间上下文中的元素描述)相应地用于表示或实例化具有相应URI http://uri-of-Document-1.的资源。并且<；rdf：description>；上下文中的元素<；dc：creator&>；表示属性类型dc：creator和值"；John Smith"；。语法表示被设计为反映相应的数据模型。在需要关于作者的附加描述性信息的更高级示例中，使用类似的语法结构。在这种情况下，虽然可能仍然希望使用都柏林核心创建者属性类型来表示负责创建知识内容的人员，但需要附加属性类型"；名称"；，#34；电子邮件"；和从属关系"；。对于这种情况，由于都柏林核心中没有定义这些元素的语义，因此可以使用附加的资源描述标准。可以假设，可以引入具有类似于vCard[VC]规范的语义的RDF模式的创建来描述文档的作者，该规范旨在自动交换通常在传统名片上找到的个人信息。此示例中定义为卡片的相应名片模式的数据模型表示为(图5)：图5依次可以将其语法表示为<；？xml：Namespace ns="；http://www.w3.org/RDF/RDF/"；Prefix="；rdf"；？>；<；？xml：Namespace ns="；http://purl.oclc.org/DC/"；Prefix="；dc"；？>；<；？xml：命名空间ns="；http://person.org/BusinessCard/"；前缀="；卡片"；？>；<；rdf：rdf>；<；rdf：description rdf：HREF="；http://uri-of-Document-1"；>；<；DC：创建者rdf：HREF="；#CREATOR_001"；/>；<；/rdf：描述>；<；Rdf：描述ID="；创建者_001"；>；卡片：名称&>；John Smith<；/卡片：名称&>；<；CARD:Email>；[email protected]<；/CARD:Email>；<；卡片：隶属关系>；Home，Inc.；/卡片：隶属关系>；/rdf：描述&><；/rdf：rdf>；
其中RDF、Dublin Core和名片架构分别声明并缩写为"；RDF&34；、"；DC&34；和"；名片"；。在本例中，与属性类型dc：creator关联的值现在是资源。虽然对资源的引用是内部标识符，但是也可以使用外部URI，例如对受控机构名称的引用。此外，在本例中，Dublin Core创建者元素的语义已经通过CARD引用的模式定义的语义进行了改进。这种结构类似于Warwick Framework[WF]，它是对资源描述中使用的单独的、可维护的和可互换的描述性信息包的识别。RDF为支持标准化元数据的一致编码和交换而施加的结构约束提供了由不同资源描述社区定义的独立元数据包的互换性。RDF模式用于声明词汇表，词汇表是由特定社区定义的语义属性类型集。RDF模式定义给定RDF描述中的有效属性，以及属性类型值本身的任何特征或限制。XML名称空间机制用于标识RDF模式。可以通过解除对模式URI的引用来访问RDF模式的人类和机器可处理的描述。如果模式是机器可处理的，则应用程序可能会了解pr的一些语义。