gs1 / EPCIS

Draft files being shared for EPCIS 2.0 development
Other
20 stars 7 forks source link

Hosting and serving of EPCIS and CBV contexts #244

Open VladimirAlexiev opened 3 years ago

VladimirAlexiev commented 3 years ago

@mgh128 @CraigRe @jmcanterafonseca-iota

236 discusses whether the context link should be hard-coded in JSON and/or supplied externally.

This issue discusses where the context should be stored and how it should be served. Please use the numbering below when replying (or add a new item). Use eg 3) so markdown doesn't change your number.

1) currently it's in Github Pages: https://gs1.github.io/EPCIS/epcis-context.jsonld. 2) the spec line 2289 specifies a different URL: https://ns.gs1.org/ref/EPCIS-context, so ALL EXAMPLES MUST BE FIXED before release 3) It's a big problem for my automated processing (JSONLD->Turtle->Diagrams) that the context is not updated frequently enough. I suspect it will be even harder to update when it lands in its official location :-( 4) @CraigRe wrote "!!! Need to verify this link and CORS-compliant hosting before ratification" 5) Apparently, hosting a context for a big user population is far from trivial, despite JSONLD tools often including context caching. @danbri, can you say more from your schema.org experience? 5) The context MUST be returned as content type application/ld+json 6) I don't know if there's a standard where to put the context. Let's examine a couple of ontologies:

VladimirAlexiev commented 3 years ago

This is related to #228 but different

VladimirAlexiev commented 3 years ago

8: we tend to think describing CBV in the EPCIS context is better, so as not to force people to always use an array, and to support the case "pure JSON -> external context with HTTP Link -> JSONLD" (see #236)

VladimirAlexiev commented 3 years ago

1 & 2 the final location will probably be https://ns.gs1.org/ref/epcis-context (with optional extension .jsonld), cannot be at github.