問題タブ [json-ld]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
491 参照

geojson - JSON-LD の正規化 - JSON のネストを無視

私はJSON-LDシリアライゼーションに取り組んでいます.Turtle出力とJSON-LD出力の両方が正規化されるように、既存のGeoJSON出力に(いくつかのsとsと@context一緒に)追加できるものが欲しいです.同じトリプルに。@id@type

データは次のように編成されます。各オブジェクト/フィーチャには ID と名前があり、1 つ以上のレイヤーにデータがあります。レイヤーごとに、JSON オブジェクトを含むデータ フィールドがあります。

GeoJSON 出力の例:

タートルの出力例:

プロパティ オブジェクトには独自の URI がありません。プロパティの内容を考慮に入れるが、その優先順位をさらに「無視」する JSON-LD コンテキストを作成する方法はありますか?

0 投票する
2 に答える
597 参照

json - JSON-LD リモート コンテキストを読み込めません

JSON-LD を試していますが、リモート コンテキストの読み込みに問題があり、「URL をデリファレンスしても、有効な JSON-LD オブジェクトが得られませんでした」というエラーが表示され続けます。

http://json-ld.org/contexts/personからサーバー ( http://vocab.lappsgrid.org/person.jsonld ) にコンテキストをコピーし、JSON-LD プレイグラウンド ( http: //json-ld.org/playground/ )。最初に考えたのは、返されたドキュメントのコンテンツ タイプが正しくないということでしたが、再確認したところ、コンテンツ タイプが application/ld+json であるため、他に何が間違っているのかわかりません。私が知る限り、関連するすべてのヘッダー フィールドと同様に、2 つのコンテキストは同一です。

誰でも問題を見つけることができますか?

0 投票する
1 に答える
586 参照

json-ld - JSON-LDでトリプルの述語/エッジを記述する方法は?

JSON-LD と LOD は初めてなので、用語の使用をお許しください。欧州データ モデル ( http://pro.europeana.eu/edm-documentation )に基づいて集約されたデジタル コレクションを記述するために、JSON-LD でデータ モデルを作成する作業を行っています。

関係を説明する @context エリアを作成したいと思います。

ore:Aggregation --- edm:aggregatedCHO --> edm:ProvidedCHO

(ここで、「edm:aggregatedCHO」は述語/エッジです)、モデルで edm:ProvidedCHO を「sourceResource」としてラベル付けしたいと思います。

現在、私の @context は次のようになっています。

私の意図は、@type を使用して述語 ('edge') を定義し、@id を使用してノードの内容を定義することでしたが、W3C 勧告を確認した後、これは正しくないようであり、'edm:ProvidedCHO' は実際には @type である必要があります。ノードのコンテンツ タイプを記述します ( http://www.w3.org/TR/json-ld/#typed-values )。

一般的に、私の質問は、トリプルの述語を JSON-LD @context ステートメントのどこにどのように含めるかです。

この場合、具体的には、それぞれが edm:aggregatedCHO である edm:ProvidedCHO オブジェクトを含む「sourceResource」というノードをどのように表すのですか?

0 投票する
1 に答える
12408 参照

schema.org - Web ページ上の任意の実装例 JSON-LD ドキュメント

HTML に JSON-LD オブジェクトが埋め込まれているドキュメントを確認する必要があります。

アーキテクチャに JSON-LD オブジェクトを埋め込みました。私は 2 つのソース schema.org からコンテキストを取得しており、カスタム語彙セットは、www.mysitename/vocab である scheam.org 参照とさらにネゴシエートされます。

ここでは、.jsonld ファイル拡張子のダウンロード リンクを提供しています。JSON-LD オブジェクトを埋め込んだ HTML ドキュメントからの参照を参照して、それについてのアイデアを得る必要があります。

以下は、HTML ドキュメントのソース コードに埋め込まれた JSON-LD オブジェクトです。

0 投票する
3 に答える
185 参照

database - Web アプリで低速データベースを操作するための戦略

私たちは、ライブ Web サイトで低速のデータベースを操作するための最適なソリューションを見つけようとしています。

基本的なシステム アーキテクチャは次のとおりです。

  • 遅い (一部の読み取りとほとんどの書き込みは高速ですが、数秒かかるものもあります) Postgres DB。これを制御することはできません。
  • Postgres DB にアクセスするモノリシック オフライン システム。これを制御することはできません。
  • Postgres DB にアクセスできる高速な内部サーバー。このサーバー用のソフトウェアを開発してインストールできます。
  • Postgres DB にはアクセスできないが、内部サーバーにはアクセスできる LAMP スタックを実行する高速 Web サーバー。このサーバー用のソフトウェアを開発できます。
  • 何からでもアクセスできる高速な MySQL データベース。私たちはこれを完全に管理しています。

Symfony 2 を使用して、Web サーバー上で実行する新しい Web アプリケーションを開発しています。

私たちの最初の計画は、RESTful API を作成して、Web アプリによって消費される内部サーバーに配置することでした。私たちが直面している主な問題は、Web アプリの速度が Postgres DB の速度によって制限されていることであり、これはユーザーにとって受け入れがたいものです。

この速度の問題を回避するための戦略を知っている人はいますか?

キャッシュは明らかな解決策であり、データがどれだけ最新である必要があるかについては確かに議論できますが、特定の状況では、完全に最新でなければなりません. たとえば、ユーザーがいくつかの変更を保存した場合、これらはすぐに表示されます。Postgres から非同期に更新する独自の高速データ ストアを持つ API を使用することを検討しました。次に、この高速ストレージですべての読み取りを実行し、それと Postgres の両方に書き込みをコミットできます。もちろん、心配なのはデータの一貫性と、システムの複雑さの増大です。

JSON-LD を使用してデータを表現することを検討しています。JSON-LD は、私たちが扱っているものに適しているためです。標準を使用することで、比較的新しいものではありますが、今後の主要なアーキテクチャの変更が容易になる可能性があります。ドキュメント ストアに直接配置できるため、プロセスが簡素化される可能性があります。

ここでの主な目標は次のとおりです。

  • ユーザーに優れたエクスペリエンスを提供します。
  • 保守可能でわかりやすいシステムを作成します。

推奨事項や提案は大歓迎です!

0 投票する
1 に答える
405 参照

hateoas - JSON-LD API のすべてのリンクをたどる

JSON-LD を返し、すべてのリンクをたどる API を使用したいとします。(私はHydra API-Demoを試していますが、 HydraベースのAPI だけでなく、すべての JSON-LD API で動作するはずです。試してみるべき良い API はありますか?)

したがって、すべてのリンクをたどりたいのですが、私の環境にはネイティブの RDF サポートがありません。おそらく、まずライブラリの 1 つを使用して解析jsonld.expand(). 次に、すべての値を key で取得します@id。それはそれを行うための推奨される方法ですか、それともいくつかのエッジケースがありませんか?

0 投票する
1 に答える
2001 参照

json-ld - @context の json-ld @id と @type の違いは何ですか?

json-ld 標準の例の一部をここにコピーします。

なぜ で を使用する必要があるのか​​、わかりませ@id@context。そのはず:

説明はありますか?

何年か後

アッパーは、より再利用可能な形式で次のことを意味すると思います。

平らになった形を確認してから、徐々に圧縮していく方がずっと分かりやすいです。つまり、@idはプロパティの IRI であり、@typeは値の型です。これは here@idであり、混乱する可能性がありますが、IRI を値として期待していることを意味しています。

0 投票する
2 に答える
1349 参照

rest - JSON-LD での HAL ボキャブの使用

JSON-LD で HAL の概念を使用する方法はありますか?

現在の jsonld ドキュメントがあります。

しかし、 にofなどhrefがあることを定義する方法がわかりません...@type@id

RDF(S) に基づいて HAL ボキャブを定義し、それを何らかの方法で jsonld ドキュメントの @context にインポートする方法はありますか?
(リンク関係、HTTP メソッド、受け入れられたメディア タイプ、言語、IRI テンプレート、入力フィールドなど、さまざまなプロパティを使用してハイパーリンクを記述しようとしています。そのため、@idリンクを記述するにはタイプだけでは不十分です。)

0 投票する
1 に答える
1285 参照

angularjs - サーバーからのデータがAngularjsで空のときにテーブル行を非表示にする方法

サーバーからのデータが空のときにテーブルの行を非表示にするにはどうすればよいですか。json-ld を angularjs で使用しています。

これは私の HTML Angular テンプレートです。

{{data['ts:versionID']}} == '' は、{{data['ts:versionID']}} == 空の場合、true を返します。条件が true を返す場合は、... を非表示にする必要があります。