问题标签 [iri]

当在 SVG 元素上指定了 xml:base 属性时，Mozilla Firefox 不理解 SVG 文档内 xlink:href 属性上的本地 IRI 引用。

相同的 SVG 文档在 Google Chrome 中显示良好。

尝试删除 xml:base 属性，Firefox 通过其本地 ID 找到该元素：

我正在尝试将 Virtuoso 与 ita-Dbpedia 转储一起使用。这些是我使用指南完成的步骤：

1：安装 virtuoso 并提供服务（称为“Nostromo”）。2: 下载的转储 3: 批量加载的转储 4: 使用 (SQL> ld_dir ('tmp', ' . ', ' http://dbpedia.org ') 注册的图形 iri 5: 将图形文件插入到 6: 启动加载程序运行：SQL> rdf_loader_run();（5小时等待...）

似乎一切都很好，但是当我尝试 sparql 时，结果是空的...

使用 SQL 命令：

它来了： 查询结果：

与：

它来了：

实际上我知道有三元组，但我无法查询它们......

PS：例如，我使用的查询在另一个 ita-sparql 端点上运行良好，但这对我的不利......

我认为这是我犯的一个非常愚蠢的错误，但我找不到它......

2014 年 7 月 1 日更新

通过这个查询，我得到了一个结果：

但是其他查询没有消息，我认为这是关于本体的......

我可以做一些查询/询问来帮助您理解这个问题吗？（提前致谢）

2014 年 11 月 1 日更新

好的，我发现了问题……这与猫头鹰无关，而与转储类型有关。我解决了安装 VAD 以进行分面浏览，并从 local.host:8890/fct 搜索引擎获取有关三倍的信息。只需在查询中进行一些修改，一切都很好...... :D 谢谢大家，特别是 Mr.Taylor

If we type into firefox or chrome

http://☃.net/

It takes us to

http://xn--n3h.net/

Which is a mirror of unicodesnowmanforyou.com

What I don't understand is by what rules the unicode snowman can decode to xn--n3h, it doesn't look anything like utf-8 or urlencoding.

I think I found a hint while mucking around in python3, because:

But I still don't understand the xn-- part. How are domain names internationalised, what is the standard and where is this stuff documented?

我一直在研究国际化资源标识符，但有一件事困扰着我。

我的理解是，对于域名中的每个标签（xyzzy.plugh.com具有三个标签，xyzzy和plugh）com，执行以下过程以将其转换为 ASCII 表示，以便所有旧版软件都可以对其进行处理：

• 如果它仅由 ASCII 字符组成，则按原样复制。
• 否则：
  • 首先我们输出xn--后跟所有 ASCII 字符（跳过非 ASCII）。
  • 然后，如果最后一个字符不是-，我们输出-以将 ASCII 与非 ASCII 分开。
  • 最后，我们使用 punycode 对每个非 ASCII 字符进行编码，使它们看起来是 ASCII。

那么我的问题是：我们如何区分以下两个 Unicode URI？

在我看来，这两个都将编码为：

仅仅是因为整个标签的测序信息已经丢失。

还是我在规范中遗漏了什么？

我正在创建 RDF 三元组/语句，我想知道我用作主语、谓词或宾语的 IRI 是否需要进行 URL 编码。

例如，以下 IRI 应该是

• <http://example.org/instant/2015-08-12T16%3A44%3A00>

  或者

• <http://example.org/instant/2015-08-12T16:44:00>

这基本上是一个关于最佳实践的问题。谢谢。

我想知道使用片段标识符格式引用实体是否更好/更合适 - 基本上是通过在名称前插入哈希

[url] + # + [name]=>http://example.com/page/#webPage

编辑：

在来自慷慨而伟大的@Unor 的友好回答之后，我添加了此编辑以尝试限制我的查询范围并澄清我遇到的主要问题。我还删除了大部分原始问题（大约 95%）（事后看来）我觉得有损： 1. 我的核心问题；2. 对未来读者的益处。

简而言之，这是我的问题：

在微数据的 itemid 和 json-ld 的 @id 值开头手动输入哈希值的做法是否有效？

这是我更详细地表达的问题：

我可以在微数据的 itemid 值和 json-ld 的 @id 值中插入 HASH 符号 (#)，以创建有效的结果 URI，并正确有效地使用片段标识符吗？

因此，如果这是在网页上：

或者，如果这也在网页上：

我知道他们会被读取来制作这样的 uri（假设消费者像谷歌的结构化数据测试工具那样进行相对构建）：

是不是 uri：

1. 一个有效的 uri；和

2. 是否正确使用了片段标识符（HASH）？

在 Apache Tomcat 中，参数URIEncoding告诉 Tomcat 如何解释传入的 URI：

URI编码

这指定在 %xx 解码 URL 之后用于解码 URI 字节的字符编码。如果未指定，将使用 ISO-8859-1。

Apache Tomcat 7 - HTTP 连接器

但是，正如例如在什么是 URL 编码 Unicode 字符的正确方法中所解释的那样？, URI 中的非 ASCII 字符始终按照当前标准（RFC 3986 和 3987）以 UTF-8 编码。

所以：

• 为什么甚至有一个标准规定的东西的设置？
• 为什么默认值与标准要求的不同？（ISO-8859-1 而不是 UTF-8）

这仅仅是因为 Tomcat 设置早于标准，并且是为了向后兼容而保留的吗？或者在某些情况下，不同于 UTF-8 的值是有意义的？

在W3C 的 RDF Turtle 文档中，我遇到了两个将电子邮件地址用作 IRI 的示例（16 和 17）：

据我了解，电子邮件地址在以适当的方案开头时被允许作为URI，即mailto:bob@example.com. 如果上面示例中的电子邮件地址应该是一个有效的 URI，那么该语句实际上应该是：

这是文档中的错误还是 IRI（与 URI 相对）不需要方案？

我在这里读到https://www.w3.org/TR/owl2-syntax/#IRI本体的 IRI 应该（不是必须）有日期和版本

我尝试按照那里的示例进行操作，发现他们正在为 IRI 执行以下操作

我的问题对吗？那么我把版本放在哪里呢？

QNames/CURIs 的本地部分是否允许使用非拉丁字符？我有以下前缀定义：@prefix namespace <http://example.org/namespace/> .

以及以下 URI：

两个 QName 都正确吗？：namespace:Sense_en_aircraft和namespace:Sense_ru_аэроплан

这对我来说不是很清楚。可能的来源：https ://www.w3.org/2001/tag/doc/qnameids、https : //www.w3.org/TR/xml/、https : //www.w3.org/TR/curie/和 RFC3987