問題タブ [json-ld]

これは、 JavaScript オブジェクトを確実にハッシュする方法とほぼ同じです。、誰かがJavaScriptオブジェクトを確実にハッシュしたい場合;

json-ld 仕様が検証されたので、json オブジェクトを正規化する潜在的な方法として宣伝されている正規化手順があることがわかりました。

RDF データセットの正規化アルゴリズムを使用してデータを正規化し、出力を正規化された NQuads 形式にダンプします。次に、NQuads を SHA-256 または同様のアルゴリズムで処理して、データセットの内容の決定論的ハッシュを取得できます。

json オブジェクトのハッシュを構築するのは常に苦痛でした。

動作しないか、実装間で同じように動作することが保証されていません (キーの順序は例では定義されていません)。

json-ld は宣伝どおりに機能しますか? オブジェクトをハッシュするためのユニバーサル json 正規化手順として使用しても安全ですか? これらのオブジェクトは標準の json オブジェクトにすることができますか、それとも正規化するために json-ld 装飾 (@context,..) が必要ですか?

セマンティック Web アプリケーションに変換したい MEAN スタック (AngularJS、Express、MongoDB、NodeJS) アプリケーションがあります。JSON-LD を使用して動的データを送信したいのですが、(明らかに) 可能な限り高速にしたいと考えています。

rdf データを保存および取得できるJena-Fuseki (トリプル ストア) を見つけましたが、JSON-LD でデータを取得するためのオプションはありません。

さまざまな Node.js 互換トリプル ストアの比較チャートがあるかどうかは誰にもわかりません。特に速度とシリアライゼーションのフォーマットとコストに関しては?

RESTful API に使用しようとするデータ表現はJSON-LDであり、使用する語彙はschema.orgのものです。

語彙schema.org/GeoShapeでは、ポリゴンはテキスト形式であることが期待されていると書かれていますが、どのような種類のテキスト形式が正確に述べられているわけではありません。また、 WKT Polygon形式を使用する必要があるとも述べられていませんでした。

WKT ポリゴン形式 (Well-known Text)

ポリゴン ((30 10, 40 40, 20 40, 10 20, 30 10))

ただし、JSON-LD を使用してデータを表現するので、GeoJson ポリゴンまたはネイティブ JSON 配列と同様のものを使用することも合理的かもしれません。

GeoJson ポリゴン形式

ネイティブ JSON 2D 配列

これを念頭に置いて、JSON-LD で使用する場合のschema.org/polygonの適切な値の表現は何ですか?

POCOのプロパティの属性を使用してJsonオブジェクトをシリアル化するライブラリ(.net C#)を探しています(または作成します)。私はこれを見ましたが、まだプレビュー中であり、もうアクティブではないようです:

https://github.com/NuGet/json-ld.net

その辺の知識があれば教えてください。

編集:オブジェクトの属性をチェックし、それに応じてシリアル化する Newtonsoft.Json.JsonConverter を実装するのが最善の方法だと思います

私は現在、API を公開するためのテクノロジー/フォーマットを選択中です。このトピックについては多くの議論があるようですが、将来使用するためのものを見つけることができませんでした. Hydraを使用する予定です:

http://www.markus-lanthaler.com/hydra

完全に休息しているように見えますが（ハイパーメディアAPI）、まだ受け入れられていないようです（HALもそうではありません）。

http://www.markus-lanthaler.com/hydra/api-demo/vocabに行くと、swagger が返すような json が表示されます。

私の質問: - Hydra Documentation は、swagger のような sthg を意図したものですか? swagger のようなツールを見つけることができます。- json-ld を使用して、操作に関する詳細な説明があるように見えるので、Hydra を使用したいと思いますが、Hal や swagger ほどサポートされていないようです。・ハイドラ経験のある方

Schema.org を使用して電話の種類を定義するにはどうすればよいですか?

たとえば、Json-ld でこれを使用したいと思います。

これらを定義するコンテキストとして schema.org を使用する方法はありますか? 私は FOAF や goodRelations を調べましたが、それらはすべて 1 つの電話しか使用していません : http://schema.org/telephone

RESTful Web API ブックでは、著者は、プロファイルを公開し、リンク関係を認識するコンテンツ タイプを使用することを勧めています。Hydraによって拡張されたJSON-LDはこれらの要件に適合しているようで、新しい API の設計に使用したいと考えています。

現在、パフォーマンスの問題で立ち往生しています。オンラインの自転車店を経営していて、特定の自転車の車輪に関する情報を取得したいとします。

Hydra 仕様の場合、ホイールの詳細を取得するには 2 つのリクエストを送信する必要があるようです。最初のリクエストは、自転車自体に対するものです。

応答には、車輪のコレクションへの Hydra::Link が含まれています。

これで、wheels リソースに 2 番目のリクエストを送信して詳細を取得できます。

単一のリクエストを送信して、以下のようなレスポンスを取得することは有効ですか?

事前に: ハイパーメディアまたは Restfull の概念を誤解していたら申し訳ありません: 進行中の作業です...)

ハイパーメディアとヒドラ ( http://www.markus-lanthaler.com/hydra )を理解しようとしていますが、API を設計する前にクライアントに情報を返すことについていくつか質問があります。

www.myshop.com にウェブショップがあるとします。

ルートへの HTTP GET は、(たとえば) リンクとして表されるリソースのリストを返すことができます (json-ld ドキュメント内):

ヒドラに関する最初の質問です。ここにアクションを追加するにはどうすればよいですか? アプリケーションをロードする前に、クライアントが別のドキュメントをロードする必要があるようです。www.myshop.com/api から取得したドキュメントに潜在的なアクションが含まれていないことを意味します。

さらに進んで、productsは hydra:Link であると述べたので、クライアントは HTTP GET でそのリンクをたどって (対話して)、製品のリストを取得できます。それは次のようなリストになります:

ここで、クライアントは製品のリストを受け取ります (ページ化されたコレクションである可能性があります)。しかし、クライアントがそれをユーザーに表示したい場合は、 [製品 ID、価格、名前] (すべての製品のプロパティではない)を持つテーブルを考えてみましょう。

2番目の質問:クライアントが各製品のサーバーにリクエストを送信せずに、製品の詳細情報を取得するためのリンクを提供するにはどうすればよいですか?削除して、友人と共有するために 1 つ、バスケットに追加するために最後の 1 つ) ?

実際、ドキュメント自体にリンクが含まれていないため、ヒドラがどのように機能するのかを理解するのは困難ですか? Hal はこのアプローチを使用して、ドキュメント自体にリンクを作成していると思います (私が正しい場合)。

よろしく

配列内にすべての子を含めるフレームを作成しようとしているので、詳細 (例を参照) には、他のすべてのノードがそれ自体の中に含まれている必要があります。

これは、拡張された JSON-LD で使用しているデータの例です。

]