用於JSON-LD請求的配置文件參數

Question

JSON-LD的文檔提到客戶端可以爲Accept標頭提供配置文件參數，可用於控制表示。它定義了請求的三個默認值壓縮了,擴展了或壓扁 JSON-LD文檔。它也說，

如果配置文件指定參數，服務器should返回榮譽的配置文件中，由服務器識別名單的文件。

但是，它並沒有解釋服務器是否應遵循任何特定規則。是否完全取決於服務器來決定自定義配置文件URI的行爲？有沒有關於這個問題的討論？

下面的例子是正確的嗎？

實施例1

與

Accept: application/ld+json; 
     profile="http://www.w3.org/ns/json-ld#compacted http://schema.org" 

的客戶端請求和服務器返回壓實與http://schema.org作爲@context文件？

實施例2

與

Accept: application/ld+json; profile="http://schema.org" 

的客戶端請求和服務器返回壓實與http://schema.org作爲@context文件？

Answer 1

JSON-LD 1.0 Spec定義profile在IANA Condierations。這定義了您在上面標識的配置文件標識符，例如compacted。它沒有提供指定使用的特定上下文的方法，並且profile的語義會使得難以知道不同配置文件URI的含義，因爲沒有辦法（AFAIK）在其他地方註冊該含義。

這就是說，我認爲能夠指定一個上下文以用於compacted或expanded，並且如果/當我們支持成幀時，使用一個框架將是有用的。我認爲這可能採取特定於類型的接受參數context和/或frame的形式，它將用於指定在序列化文檔時要使用的請求上下文或幀。但是，與其他配置文件一樣，這些是應該，而不是必須;客戶端需要能夠處理得到的文檔沒有如此序列化，可能使用本地jsonld.js實例重新編碼返回的文檔。建議在Content-Type響應中使用相同的參數以便服務器傳遞用作響應的一部分的profile/context/frame可能也很有用。

請考慮在https://github.com/json-ld/json-ld.org/issues提出問題，因爲我們正在開始查看新的社區組（即非W3C建議書）規範草案，以解決長期出色的社區功能請求。