2021-12-07 Agenda: https://hackmd.io/iVlburEVSRmhFxAtjtmAsw | Code of Conduct: https://github.com/solid/specification#code-of-conduct
github-actions[bot] on gh-pages
deploy: f6b422e59a082d1b3e3a577… (compare)
elf-pavlik on main
primer: updated some snippets … primer: updated names of scopes primer: updated some snippets … and 4 more (compare)
ReferencedDataGrant
with scope AllInstances
for DataRegistration
xyz, rather thatn creating regular Data Grant
for xyz?ReferencedDataGrant
with scope InheritInstances
since it relies on which instances are selected in "parent" grant. Actually I don't see reason to use ReferencedDataGrant
in any other case other than with InheritInstances
.
@justinwb when someone would create
ReferencedDataGrant
with scopeAllInstances
forDataRegistration
xyz, rather thatn creating regularData Grant
for xyz?
I understandReferencedDataGrant
with scopeInheritInstances
since it relies on which instances are selected in "parent" grant. Actually I don't see reason to useReferencedDataGrant
in any other case other than withInheritInstances
.
@justinwb and :point_up:
st:references
in Shape Trees spec and it bubbled up from there.
@justinwb when someone would create
ReferencedDataGrant
with scopeAllInstances
forDataRegistration
xyz, rather thatn creating regularData Grant
for xyz?
I understandReferencedDataGrant
with scopeInheritInstances
since it relies on which instances are selected in "parent" grant. Actually I don't see reason to useReferencedDataGrant
in any other case other than withInheritInstances
.
InheritInstances is definitely the most important case, but even when presenting AllInstances, there’s a difference in how a root (e.g. project) grant and the behavior of types (like tasks) that inherit based on the root being selected.
<#RemoteAgentDataRegistration> {
a [interop:RemoteAgentDataRegistration] ;
interop:registeredBy IRI ;
interop:registeredWith IRI ;
interop:registeredAt xsd:dateTime ;
interop:updatedAt xsd:dateTime ;
interop:hasDataRegistration IRI ;
interop:fromAgent IRI ;
interop:registeredShapeTree IRI ;
interop:hasAccessReceipt IRI* ;
interop:satisfiesDataGrant IRI+
}
InheritInstances
I'm merging those old PRs into archive
done https://github.com/solid/data-interoperability-panel/pulls
@justinwb I think we should change default branch to
main
and prune branches in the repo https://github.com/solid/data-interoperability-panel/branches
this repo seems to be one of the last ones still using master
as the base branch
@/all HackMD for today - please add as you like - https://hackmd.io/@hAlm_W2-T-q16baquNyRXg/H1oZNqmqu
I added couple of things, rather than trying to resolve them during the call we could pick some actions (self-assign on those issues) and resolve them over the next couple of days