Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Nov 24 20:32

    github-actions[bot] on gh-pages

    deploy: 5e76a608fa3b81cf2ea6d68… (compare)

  • Nov 24 20:31

    elf-pavlik on minutes-2021-11-23

    (compare)

  • Nov 24 20:30

    elf-pavlik on main

    Create 2021-11-23.md Apply suggestions from code rev… Merge pull request #219 from so… (compare)

  • Nov 24 20:30
    elf-pavlik closed #219
  • Nov 24 20:14
    elf-pavlik synchronize #219
  • Nov 24 20:14

    elf-pavlik on minutes-2021-11-23

    Apply suggestions from code rev… (compare)

  • Nov 23 15:58
    elf-pavlik opened #219
  • Nov 23 15:58

    elf-pavlik on minutes-2021-11-23

    Create 2021-11-23.md (compare)

  • Nov 23 15:54
    justinwb assigned #174
  • Nov 23 13:50

    github-actions[bot] on gh-pages

    deploy: c44fdcc4676b2dac5cb012a… (compare)

  • Nov 23 13:50

    github-actions[bot] on gh-pages

    deploy: b375bcddb3c95160d1c0b86… (compare)

  • Nov 23 13:49

    github-actions[bot] on gh-pages

    deploy: e1a76bfa7eb4719140b5094… (compare)

  • Nov 23 13:49

    justinwb on access-needs-document

    (compare)

  • Nov 23 13:49
    justinwb closed #218
  • Nov 23 13:49

    justinwb on main

    split out projectron access nee… Merge pull request #218 from so… (compare)

  • Nov 23 13:49
    justinwb closed #217
  • Nov 23 13:49

    justinwb on retain-consent-history

    (compare)

  • Nov 23 13:48

    justinwb on main

    retain consent history Merge pull request #216 from so… (compare)

  • Nov 23 13:48
    justinwb closed #216
  • Nov 23 13:48
    justinwb closed #190
Justin Bingham
@justinwb
q+ re: agent access
elf Pavlik
@elf-pavlik
q+ re: authorization system
elf Pavlik
@elf-pavlik
q+ re: emphasis on data discovery
elf Pavlik
@elf-pavlik
q+ re: creating data instances
elf Pavlik
@elf-pavlik
elf Pavlik
@elf-pavlik
q+ re: who owns the data - collaborative ecosystem
justinwb @justinwb will have to jump in 2m
elf Pavlik
@elf-pavlik
@justinwb can I just go ahead and merge #122 ?
elf Pavlik
@elf-pavlik
actually we can merge #121 as well, after that I will
Justin Bingham
@justinwb
@elf-pavlik #122 merged / #121 approved/merged!
elf Pavlik
@elf-pavlik
thank you @justinwb, i made new PR for running validation on turtle snippets solid/data-interoperability-panel#123
matthieu-fesselier
@matthieu-fesselier
Hello here! Does anyone know if there has been some work already to implement the spec in the community solid server?
elf Pavlik
@elf-pavlik
Hi, current spec shouldn't require additions to the storage servers. Applications and Authorization Agent should be able to handle everything.
Personally I find it a very interesting options to explore for storage servers to directly support Data Grants rather than require Authorization Agent to generate something like ACP or WAC based on them. But as the spec currently stands it assumes that Authorization Agent would set access policies on the storage server based on data grants.
To be clear, I meant Solid Application Interoperability spec. The https://shapetrees.org/TR/specification/ most likely can benefit from support on the solid storage.
Justin Bingham
@justinwb
@matthieu-fesselier there is work underway to add shape tree / shape validation to CSS which isn’t fully necessary but pretty important for interoperability in practical use
to coincide with a fresh new updated shape trees spec at https://shapetrees.org/TR/specification/index.html
:slight_smile:
elf Pavlik
@elf-pavlik
:tada: :clap:
elf Pavlik
@elf-pavlik
It would be great to have some conversations in https://github.com/solid/data-interoperability-panel/issues before our call tomorrow
matthieu-fesselier
@matthieu-fesselier
Ok thanks for the informations!
elf Pavlik
@elf-pavlik
q+
Justin Bingham
@justinwb
elf Pavlik
@elf-pavlik
Eric Prud'hommeaux
@ericprud
Eric Prud'hommeaux
@ericprud
@elf-pavlik , hackmd schema and data validate (see [try it] link at bottom)
elf Pavlik
@elf-pavlik
thanks will try it out today in the evening
elf Pavlik
@elf-pavlik
my local version of sai-js already tests implementation using snippets from that branch
elf Pavlik
@elf-pavlik
@justinwb if you get a chance to merge two open pull requests I will make another one right away for #125
It might also be a good time to start working on #63 so we can start validating all the snippets in the spec as well
elf Pavlik
@elf-pavlik

@ericprud looking at https://shapetrees.org/TR/specification/index.html#shapetree-virtual

st:viaShapePath "@ex:ProjectShape/ex:hasMilestone"

the object is a Literal. Once we run turtle parser and get RDFJS DatasetCore we will lose all the prefixes. How are we supposed to use that Shape Path once the prefixes are gone?

elf Pavlik
@elf-pavlik
<#VirtualProjectTree>
  a st:ShapeTree ;
  st:expectsType st:Resource ;
  st:shape ex:ProjectShape ;
  st:references [
    st:hasShapeTree <#VirtualMilestoneTree> ;
    st:viaShapePath "@ex:ProjectShape/ex:hasMilestone"
  ] .
if we only do direct references, we only need the predicate ex:hasMilestone
we get ex:ProjectShape from 'the parent' anyways
<#VirtualProjectTree>
  a st:ShapeTree ;
  st:expectsType st:Resource ;
  st:shape ex:ProjectShape ;
  st:references [
    st:hasShapeTree <#VirtualMilestoneTree> ;
    st:viaPredicate ex:hasMilestone
  ] .
here ex:hasMilestone would get properly expanded by the parser
Eric Prud'hommeaux
@ericprud
@elf-pavlik , that depends how high we want to raise the usability bar
in the ShEx manifest format, which a few implementations support, the impl is expected to preserve prefixes from the schema and data (with the most recently-parsed data overriding prefixes from previous data, and likewise with schema
likewise, these implementations preserve BASE URLs
elf Pavlik
@elf-pavlik
@ericprud I made draft PR (which possibly will not need to be merged) just to get snippets I can implement against today: https://github.com/solid/data-interoperability-panel/pull/130/files
Both shape tree and references list are serialized as plain turtle
in that case we can't expect that we will have prefixes available when we use values from literals
As I mention in this draft PR we can take time to discuss it via chat and during two meetings this week without me staying blocked from implementing something already
Eric Prud'hommeaux
@ericprud
i forget, does RDFJS provide a parser API? if so, does N3.js conform to it?
elf Pavlik
@elf-pavlik
Eric Prud'hommeaux
@ericprud
'cause that's what i use in shex-simple and if you peek at https://tinyurl.com/34ae9bwk , you'll see that the QueryMap accesses BASE and PREFIXes from the schema and DATA
without that, you just end up writing ShapePaths like "@http://a.example/schema/ProjectShape.http://a.exmaple/schema/hasMilestone"
elf Pavlik
@elf-pavlik
So far we were hoping that we can just pass instances of DatasetCore https://rdf.js.org/dataset-spec/#datasetcore-interface which doesn't include any prefix information