Comments (6)
Or ... can @graph
be used in a frame document to dictate the presence of @graph
in the resulting JSON-LD document?
from json-ld-framing.
Well, the example frame defines either a set of objects in a bush or a graph as part of the (messy) JSON-LD specification. So yes, by using other means we may get a graph.
I realize that this would mean a non-trivial extension of the current framing algorithm, though.
from json-ld-framing.
This issue was discussed in a meeting.
RESOLVED: Work on a proposal for solving framing#29 along the lines of embedded contexts / scoped contexts, but for embedded sub-frames {: #resolution3 .resolution}
View the transcript
5. Class-scoped Framing (issue frame29)Rob Sanderson: #29
Rob Sanderson: framing is like programming by example;
… you need to know the exact structure from the root down.
… For some properties (like “link” or “tag”),
Rob Sanderson: #29 (comment)
Rob Sanderson: you would need to be able to say “anywhere this property appears, it should conform with this structure”
… but this is not currently possible.
Ivan Herman: isn’t it related to the issue I raised recently, while reading the framing document (issue 38)?
… We can not currently have a “bush-shaped” frame, with several patterns,
… the first matching one being used.
… Wouldn’t it solve your issue as well?
Gregg Kellogg: I think it is possible to have a bush.
Ivan Herman: not for the pattern itself.
Dave Longley: this is pretty close: http://tinyurl.com/y356yzo8
Dave Longley: to what Ivan wants – in JSON-LD 1.0 framing
Gregg Kellogg: I think your particular example could still be solved.
… I’m not sure this completely addresses what Rob wants.
… This is more like a “macro” feature.
… It is somehow similar to scoped contexts… Something like a scoped frame.
Rob Sanderson: +1 to similarity (but not identity) to scoped contexts
Dave Longley: I think that what Ivan wants is similar.
… And I do think that there is a gap in the current framing document.
… It makes sense for us to create like a ‘type frame’.
Gregg Kellogg: If we do it for types, we should probably do it for properties, too
Dave Longley: something like @anywhere makes sense to me as well … defining “subframes” at the top of the frame that get applied when certain types or properties are encountered
Rob Sanderson: @frame :D
Gregg Kellogg: we might define something parallel to contexts, that could appear anywhere contexts can appear,
Proposed resolution: Work on a proposal for solving framing#29 along the lines of embedded contexts / scoped contexts, but for embedded sub-frames (Rob Sanderson)
Rob Sanderson: +1
Dave Longley: +1
Gregg Kellogg: +1
Simon Steyskal: +1
Pierre-Antoine Champin: +1
Ivan Herman: +1
David I. Lehn: +1
David Newbury: +1
Benjamin Young: +1
Resolution #3: Work on a proposal for solving framing#29 along the lines of embedded contexts / scoped contexts, but for embedded sub-frames {: #resolution3 .resolution}
Gregg Kellogg: We should look to ShEx and SHACL for similar patterns we might leverage
from json-ld-framing.
This issue was discussed in a meeting.
RESOLVED: Defer Framing #38 until a future version
View the transcript
pushing to WD for @Protected; other open issues before feature freezeRob Sanderson: link: https://github.com/orgs/w3c/projects/4
Ivan Herman: the only new feature is
Benjamin Young: w3c/json-ld-syntax#19
Rob Sanderson: link: w3c/json-ld-syntax#19
Rob Sanderson: link” #29
Adam Soroka: [people work to find tickets]
Rob Sanderson: link: #38
Ivan Herman: I think I said that if it gets too complicated, we can forget it
Rob Sanderson: link: w3c/json-ld-syntax#103
Ivan Herman: #38 was discussed and resolved: what happened there?
Benjamin Young: the resolution sonuds editorial
Gregg Kellogg: these can be open issues in a WD
… . feels like too much work
Rob Sanderson: we can say that no more open issue will come
Ivan Herman: we would need a nontrivial extension
… and I am find with closing
Ivan Herman: I will close it after a resolution, just to be correct
Rob Sanderson: propose won’t-fix
Proposed resolution: Defer Framing #38 until a future version (Rob Sanderson)
Rob Sanderson: +1
Ivan Herman: +1
Ivan Herman: wasn’t there some label for deferring to a future version>?
Adam Soroka: +1
Ruben Taelman: +1
Benjamin Young: +1
Jeff Mixter: +1
Pierre-Antoine Champin: +1
Dave Longley: +1
David I. Lehn: +1
Gregg Kellogg: +1
David Newbury: +1
Resolution #4: Defer Framing #38 until a future version
Tim Cole: +1
Ivan Herman: +1
Adam Soroka: [discussion of potential issues to discuss]
Gregg Kellogg: i’d like to defer the issues mentioned in that discussions
Rob Sanderson: bigbluehat: agreed
Benjamin Young: do we need to list all these issues?
Rob Sanderson: don’t think we need to
Pierre-Antoine Champin: I was thinking about property-based indexing
… if the WD is meant to reassure VCWG and WoTWG then shouldn’t that feature be included in it?
Adam Soroka: ivan_ yes, but isn’t it already in?
Gregg Kellogg: is it an open PR?
Pierre-Antoine Champin: yes, but you suggested a significant syntax change
Gregg Kellogg: hopefully we can discuss and decide those on the issue itself, or we will need to discuss it next week
Gregg Kellogg: can we reocrd the specific remaining issues and PRs that merit our attention this week?
Benjamin Young: w3c/json-ld-syntax#145
Gregg Kellogg: what pchampin described as needing discussion
Gregg Kellogg: I see that I approved it
Pierre-Antoine Champin: I think you implemented it!
Gregg Kellogg: let’s keep discussion on that PR
Ivan Herman: there should be a clear list of issues and PRs that are still pending
from json-ld-framing.
This issue was discussed in a meeting.
RESOLVED: Defer framing #38 until future WG
View the transcript
3.1. several frames in the same documentRob Sanderson: link: #38
Rob Sanderson: are we still agreeing that we don’t do this particular issue in the scope of the current wg?
Gregg Kellogg: SPARQL 1.2 CG discusses framing in the context of construct queries
… I’m fine with deferring
Proposed resolution: Defer framing #38 until future WG (Rob Sanderson)
Ivan Herman: +1
Rob Sanderson: +1
Dave Longley: +1
Tim Cole: +1
Benjamin Young: +1
Gregg Kellogg: +1
Simon Steyskal: +1
Ruben Taelman: +1
David Newbury: +1
Pierre-Antoine Champin: +1
Resolution #2: Defer framing #38 until future WG
from json-ld-framing.
I've a similar issue as mentioned here, where I need to define multiple types at root level with their own structure. Is there any update on this issue (last update is from June, 2019). In case, this is still under deferment, please let me know of any workaround for defining unreleted types at root level?
from json-ld-framing.
Related Issues (20)
- Should tests for `@embed`: `@last` be restricted to JSON-LD 1.0? HOT 4
- Framing and Arrays HOT 4
- Ex. 41 Playground doesn't contain `@omitGraph: false` + playground does not apply `@omitGraph` HOT 3
- Pattern Matching HOT 4
- Can frames produce id maps? HOT 2
- Possible typos HOT 2
- Use a property several time when framing HOT 1
- validation errors/warnings HOT 1
- Language map with global context HOT 1
- IANA profile should be `frame` not `framed` HOT 5
- how to use the `frame` and `framed` profiles? HOT 12
- Fix invalid WebIDL HOT 1
- Change "Lexicographical Order" (and related) to "Unicode code point order". HOT 1
- Possible bug with `@json` being treated as invalid `type` in frame HOT 24
- How to use specific value inside a frame to filter out credentials those do not contain that value
- Framing on nested graphs
- Add test for `@graph` keyword aliasing
- more JSON-LD framed examples for performance testing
- Framing to a default language for the entire doc HOT 5
- test GH action
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from json-ld-framing.