問題タブ [iri]

Mozilla Firefox は、SVG 要素に xml:base 属性が指定されている場合、SVG ドキュメント内の xlink:href 属性のローカル IRI 参照を認識しません。

同じ SVG ドキュメントが Google Chrome で正常に表示されます。

xml:base 属性を削除しようとすると、Firefox はローカル ID で要素を見つけます。

ita-Dbpedia ダンプで Virtuoso を使用しようとしています。これらは、ガイドを使用して行った手順です。

1: virtuoso をインストールし、Service (「Nostromo」と呼ばれます) を作成しました。2: ダウンロードしたダンプ 3: バルクロードしたダンプ 4: グラフ iri を (SQL> ld_dir ('tmp', ' . ', ' http://dbpedia.org ') で登録 5: グラフ ファイルを挿入 6: ローダーを起動実行: SQL> rdf_loader_run (); (5時間待ち...)

すべてが良いように見えますが、何かをsparqlしようとすると空になります...

次の SQL コマンドを使用します。

それが来る: クエリ結果:

そして：

それは来る：

事実上、トリプルがあることは知っていますが、それらを照会することはできません...

PS: たとえば、別の ita-sparql エンドポイントで正常に動作するクエリを使用していますが、それは私のものには適していません...

私がやったのはかなりばかげた間違いだと思いますが、それを見つけることができません...

更新 07/01/2014

このクエリで私は結果を得ました：

しかし、オントロジーに関するものだと思う他のクエリに関するニュースはありません...

この問題を理解するために私ができる質問/尋問はありますか? （前もって感謝します）

2014 年 11 月 1 日更新

OK、私は問題を発見しました...それはフクロウではなく、ダンプの種類に関するものでした。ファセット ブラウジング用に VAD をインストールすることを解決し、local.host:8890/fct 検索エンジンからトリプルに関する情報を取得しました。クエリを少し変更するだけで、すべてうまく機能します... :D特にmr.Taylorに感謝します

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%) を削除しました。2. 将来の読者への利益。

これが私の問題です。

microdata の itemid と json-ld の @id 値の先頭に手動でハッシュを入力する方法は有効ですか?

これが私の問題であり、より詳細に表現されています：

microdata の itemid 値と json-ld の @id 値にハッシュ記号 (#) を挿入して、フラグメント識別子を適切かつ有効に使用して有効な結果の URI を作成できますか?

したがって、これが Web ページ上にある場合:

または、これも Web ページにある場合:

私は、それらが次のような URI を作成するために読み取られることを理解しています (Google の構造化データ テスター ツールが行うように、消費者による相対的な構築を想定しています):

それはウリですか:

1. 有効な uri; と

2. フラグメント識別子 (HASH) を適切に使用していますか?

Apache Tomcat では、パラメーターURIEncodingは Tomcat に着信 URI の解釈方法を指示します。

URIエンコーディング

これは、%xx が URL をデコードした後に、URI バイトをデコードするために使用される文字エンコーディングを指定します。指定しない場合、ISO-8859-1 が使用されます。

Apache Tomcat 7 - HTTP コネクタ

ただし、例で説明されているように、Unicode 文字を URL エンコードする適切な方法は何ですか? URI 内の非 ASCII 文字は、現在の標準 (RFC 3986 および 3987) に従って、常に UTF-8 でエンコードされます。

そう：

• 標準で義務付けられている設定があるのはなぜですか?
• デフォルトが標準の義務と異なるのはなぜですか? (UTF-8 の代わりに ISO-8859-1)

これは単に、Tomcat の設定が標準よりも前のものであり、下位互換性のために保持されているためですか? または、UTF-8 とは異なる値が意味をなす状況はありますか?

W3CのRDF Turtle ドキュメントで、電子メール アドレスが IRI として使用されている 2 つの例 (16 と 17) を見つけました。

私が理解しているように、適切なスキーム、つまりmailto:bob@example.com. 上記の例の電子メール アドレスが有効な URI である場合、ステートメントは実際には次のようになります。

これはドキュメントのエラーですか、それとも (URI ではなく) IRI はスキームを必要としないのでしょうか?