问题标签 [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.
schema.org - Schema.org - JSON-LD - 放置在哪里？
我希望在网站上将 JSON-LD 用于架构。（架构意味着 schema.org 数据。）我知道如何编写数据，但我的问题是我的代码中是否有首选位置来插入这些数据？换句话说，JSON-LD 是否应该始终位于head,body等中？
html - 无法通过电子邮件触发 Google Now 卡片
我已经按照这里的教程进行操作：https ://developers.google.com/schemas/tutorials/google-now-cards ，我现在无法在我的谷歌中显示活动卡片。我注意到我昨天使用此链接http://gmail-actions.appspot.com/发送的一些测试电子邮件（如教程所建议）已正确显示 Gmail 中的“修改预订”按钮，但看起来像这样不会立即出现。我想知道谷歌是否正在后端进行一些处理，这需要一些时间才能传播到我的收件箱中。我还想知道如果您至少在未来一天安排某事，Google Now Cards 是否才有效。
有没有人让这个工作？如果是这样，是否有任何从 Google 教程中不明显的“陷阱”？任何帮助，将不胜感激。
json-ld - Is this a correct use of JSON-LD Index Maps?
I want to create a collection of people in json-ld format but I need to keep some keys instead of using arrays so I tried this first:
Testing it in the JSON-LD Playground everything looks fine and the N-Quads result show something as expected like this:
Then I wanted to add a schema:knows property also keeping the keys and not using arrays like this:
This time when I tested in the playground it return the following error:
{ "name": "jsonld.SyntaxError", "message": "Invalid JSON-LD syntax; conflicting @index property detected.", "details": { "code": "conflicting indexes", "subject": { "@id": "http://www.example.com/data/people/person2", "@index": "person2" } } }
So what is an alternative to keep the keys and never use arrays or the correct way to use Index Maps?
Regards
json-ld - Json-ld 定义节点的类型
我有一个简单的 json 文件，例如：
现在我有一个 json-ld 定义，其中有对象。有 ID 为 #something 的对象 - 它存在让我们在http://example.com/test.jsonld#something上说。
现在我想在不修改原始数据的情况下添加上下文，因此 Name 成为一种类型，值成为 IRI 到http://example.com/test.jsonld#something。
我做了这样的事情：
这给了我在 jsonld 操场上几乎我想要的东西：
如何添加上下文以使值“某些内容扩展到 IRI http://example.com/test.jsonld#something而不是 playgorund ？
尝试使用“@base”，但它也将@id 更改为 url。
schema.org - 如何使用带有 JSON-LD 语法的 schema.org 类型对目录和文件进行建模？
我正在尝试对文件夹（或目录）和文件的概念进行建模。文件夹可以包含文件或其他文件夹（任意嵌套递归结构，例如在典型文件系统上）。理想情况下，我希望从 schema.org 上下文和基本类型开始，并将其扩展为表示这些实体。由于各种原因，我也对使用 JSON-LD 作为格式感兴趣。
经过一些研究和研究示例，似乎使用http://schema.org/CreativeWork的基础，并additionalType结合 productontology.org 是一种相对直接的表达方式。但这是表达这些概念的好方法吗？我愿意使用其他任何东西来代替 productontology.org 中的条目additionalType，特别是如果它允许我表达比简单地使用来自的属性更有意义的属性时CreativeWork。
建议的文件夹示例（操场链接）：
建议的文件示例（操场链接）：
schema.org - Gmail 无法识别 JSON-LD
我正在尝试测试 Gmail 处理 HTML 邮件中嵌入的 JSON-LD 的能力，以便在收件箱视图中显示相关操作，此处描述了该操作的介绍。我已经向自己发送了一条消息（使用 Python API），我希望 Gmail 会为此呈现我的视图操作，此处显示了一个示例。然而，什么都没有发生。我希望看到“查看文件”的链接，类似于为航班预订等显示的链接。
我试图了解我的特定 JSON-LD 内容是否存在问题，或者我是否正在尝试做一些不受支持的事情。嵌入在 中的相关 JSON-LD 段<body>是：
如果电子邮件的编码方式有问题，这里是原始格式（个人信息已编辑）
schema.org - 为什么 schema.org JSON-LD 表示如此之小？
以 JSON-LD 形式请求 schema.org 词汇表时（可以通过以下请求标头完成）：
乍一看，响应文件（在底部被剪断）似乎非常小且不完整。它只列出了一些属性，并且似乎没有像完整层次结构中显示的任何类型。即使查看单一类型http://schema.org/CreativeWork，也有许多属性没有出现在文档中（例如：keywords）。甚至应该是每个事物的一部分的属性名称也不会出现在结果中。
为什么 schema.org 上提到的所有属性都没有包含在本文档中？
jsonschema - Creating a JSON-LD Context: Properties missing
I try to create my own Context for a project. However, after using Compact some Properties will be missing. Please see this example:
This example can also be found on the JSON-LD Playground. After Compacting, I cannot see the properties "name" and "active" anymore as they will be removed. This is also the case in the playground. However, I do not get an error in the @context part, so I assume it is correct.
Please help me to understand why that properies go missing and what I could do to see them correctly after parsing.
Thanks in advance!
json-ld - JSON-LD 自定义上下文
我正在做一些关于 JSON-LD 的研究。而且我发现上下文是在每个示例中都使用了一些公共模式站点。我可以用我自己的吗？
从：
至：
schema.org - JSON-LD 附加属性，不在字典 schema.org 中
计划使用字典 schema.org 将数据 JSON 格式重构为 JSON-LD。
问题是我们需要传递字典 schema.org 中没有的附加属性，我们不能放弃这些属性，因为在我们的 AJAX 站点的逻辑中使用了技术元数据。
拥有属性的问题不在字典 schema.org 中，为我们网站的 AJAX 索引创建问题，或者搜索机器人将简单地忽略他不知道的属性并且不影响索引？