問題タブ [rdfstore]

yago.n3 データセットをダウンロードしました

ただし、テストのために、データセットの小さいバージョン (データセットが 2 GB であるため) で作業したいと考えています。小さな変更を加えても、デバッグに多くの時間がかかります。

したがって、データのごく一部をコピーして別のファイルを作成しようとしましたが、これは機能せず、字句エラーが発生しました。

以前の投稿を見ましたが、以前の投稿は大きなデータセットに関するものでしたが、私は小さなデータセットを探しています。

同じデータセットを少量取得する方法はありますか?

RDF を生成することはできますが、適切な Sparql QUERY を実行できないため、形式が適切ではありません。RDF の形式を改善する必要があります。クラス、インスタンス、プロパティを RDF に含める必要があります。 Objecttype、Attribbutetype、Relationtypeの場合..RDFを導出するのを手伝ってもらえますか..コードスニペットが非常に役立ちます...

生成できるrdfを貼り付けています。

コードには次のrdf記述があります

これは objecttype であるため、rdf:class の下に配置する必要があります。私はこの分野の初心者であり、RDF についてあまり知識がありません..だから、どんな種類のヘルプも本当に役に立ちます。

主語、目的語、述語のトリプルを定義し、それらを反復処理する Python 関数がありますが、RDF ストアに格納できるように、トリプルを RDF URIRef データ形式に変換する必要があります。これについてどうすればよいですか？

上記で説明したように、RDF ストアに RDFLib を使用しています。辞書内の一連のデータ (具体的にはセンサー データ) を RDFLIb URIRef 形式に変換しようとしています。

たとえば、私が self.triples[self.identifier][prov['subject']]=self.subject.identifier self.triples[self.identifier][rdf['type']]= prov['alternateOf'] を持っている場合RDFLib を使用してそれらを URIRef 形式に変換します

ストアに関しては、n3形式のRDFStoreを使用しています

ここでのポイントは次のとおりです。RDFLib は Python 文字列を主語、述語、および目的語として使用しますが、rdflib.URIRef データ形式に適切に変換されていないと一部の操作は機能しません。RDFStore に保存できるのは、それらが適切な形式である場合のみです。

私はトリプルストアを初めて使用するので、OWLファイルを保存できるオープンソースのトリプルストアをお勧めします。誰かが私にいくつかの推奨事項がありますか？大いに感謝する！ベストM

• インメモリrdfストアでゴマHTTPAPIを使用しています。
• コンテキスト/名前付きグラフにデータ/トリプルをロードします
• 名前付きグラフ/コンテキストを使用してクエリを実行します

2つの質問があります：

• 同じリポジトリ内で、グラフノードを異なる名前のグラフ間で共有できますか？

  • 私のユースケースは、graph1からデータをフィルタリングし、graph2に配置することです。では、ノードはgraph1とgraph2で共有されますか？

• GET操作中に名前付きグラフをO（1）操作で検索していますか？または、名前付きグラフを使用することのパフォーマンス上の利点はありますか？

私は Web アプリケーションに Tapestry 5.3.6 を使用しており、ユーザーが Web フォームを使用して Java クラス (「Bean」、または POJO) のインスタンスを編集することを望んでいます (すぐに の使用を提案しますbeaneditform) - ただし、Java クラスは編集対象はかなり複雑な構造をしています。Tapestry 5 でこれを行う最も簡単な方法を探しています。

まず、いくつかのユーティリティ クラスを定義しましょう。

これで、次のようなかなり複雑なデータ構造を作成できます。

Project.class のインスタンスをbeaneditform指定すると、多くのカスタム コーサー、トランスレーター、バリューエンコーダーなどを提供する必要が生じる前に、それほど遠くまで到達することはありません。それでも、ジェネリックを使用できないという問題に遭遇します「貢献する」とは、強制者、翻訳者、バリューエンコーダーなどです。

次に、これらの問題を回避するために独自のコンポーネントを作成し始めました (例:ModelObjectDisplayおよびModelObjectEdit)。しかし、これには、学習する時間よりもはるかに多くのタペストリーの内臓を理解する必要があります。標準コンポーネントを使用し、「デリゲート」などを自由に使用したいのですが、これで私がたどる簡単な道を誰かが見ることができますか?

ここまで読んでくれてありがとう。

PS: なぜ私がこのようなことをしたのか疑問に思っているなら、それはモデルが RDF グラフ データベース (別名トリプル ストア) からのリンクされたデータを表しているためです。リンク）他のデータへのリンク（これを行うためのより良い方法を提案することも歓迎します:-)

編集：

@uklanceは、表示ブロックと編集ブロックの使用を提案しました-これは私がすでに試したことです：

まず、 AppPropertyDisplayBlocks.tml に次のものがありました...

そしてAppPropertyDisplayBlocks.javaで...

AppModule.modelTypes は Java クラスからタペストリーで使用される String へのマップです。

私は編集ブロックに同様のコードを持っていました...しかし、これはどれもうまくいかないようでした.リテラルに格納された値またはリンクが指しているオブジェクト (うーん... [Ll]inkValue ではなく、[Ll]inkTarget である必要があります)。また、Tapestry が適切な「トランスレーター」、「バリューエンコーダー」、または「コーサー」を見つけられないというエラーに遭遇し続けました...私はしばらくプレッシャーにさらされているので、抜け出すためにこれらの曲がりくねった通路をたどるのは困難です迷路 ：-）

Sesame 2.7 で問題が発生しています。次の RDF ドキュメントがあるとします。

Sesame に送信すると、次のエラーが表示されます。

「テスト」は認識されず、検証できませんでした。データ型はhttp://www.w3.org/2000/01/rdf-schema#Literalです

以前の Sesame バージョン (バージョン 2.6.9) では問題なく動作していました。しかし、更新後、Sesame 2.7 はそれを認識せず、その理由がわかりません。誰かが何が起こっているのか推測できますか?

ありがとう！