@danbri

I came across this example from Yoast, using the isPartOf property a month or so ago.
here
https://developer.yoast.com/features/schema/functional-specification/

and also here
https://yoast.com/open-schema-protocol/

Is this the same concept your document is about? I have not tested yet, but my inclination is to believe that the JSON-LD can be stitched together using component parts using the @id.

"@type": "Article",
              "@id": "https://www.example.com/#/schema/Article/abc123",
              "headline": "Example article headline",
              "description": "Example article description",
              "isPartOf": {
                  "@id": "https://www.example.com/blog/example-article/"
              },
   ...

Hi @WeaverStever

This is somewhat different, I believe. Because Schema.org has an underlying "graph" data model (triples of: some entity, some property, some value) it is possible to compose multiple schema.org descriptions together (even if written in different syntaxes, i.e. Microdata or JSON-LD or RDFa) into larger integrated graph structures. I think that's what they're doing - maybe @jdevalk or @jonoalderson might be able to confirm?

My document is on a more specific technicality relating only to W3C JSON-LD (1.0 and 1.1), around the use of URLs in the @context declaration. Documents that use this style cannot be parsed into structured data graphs without either fetching that document (and potentially others it references), or guesswork/hardcoding. I list in the doc some scenarios and motivations for wanting sometimes to avoid this. Hope this helps.

In the past, you could not link between syntaxes. I believe that is still the case. So microdata is an island, and JSON-LD is an island, even if they use the same IDs. At least with Google.

Yep, IDs between syntaxes don't connect/merge/etc.

However, you can cross-relate multiple graphs (even with different @contexts / @vocabs). E.g., https://gist.github.com/jonoalderson/386bc97420fa91e208fa380f58e743ad

This issue is being nudged due to inactivity.