Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Oct 02 12:28
    Potherca opened #231
  • Sep 11 06:27
    csarven transferred #195
  • Sep 10 17:07
    csarven commented #195
  • Sep 04 10:42
    csarven transferred #202
  • Jun 24 16:55
    Potherca commented #226
  • Jun 24 16:07
    Potherca commented #226
  • Jun 17 15:53
    RubenVerborgh review_requested #230
  • Jun 17 15:53
    RubenVerborgh review_requested #230
  • Jun 17 15:53
    RubenVerborgh labeled #230
  • Jun 17 15:53
    RubenVerborgh review_requested #230
  • Jun 17 15:53
    RubenVerborgh opened #230
  • Jun 17 15:52

    RubenVerborgh on websockets-version-format

    Drop alpha from version number.… Replace warning by explanation.… (compare)

  • Jun 17 15:50

    RubenVerborgh on websockets-version-format

    Drop alpha from version number.… (compare)

  • Jun 17 15:48
    RubenVerborgh assigned #221
  • Jun 17 15:48

    RubenVerborgh on websockets-version-format

    Remove slash from version numbe… (compare)

  • May 20 13:33
    csarven reopened #211
  • May 20 13:33
    csarven closed #211
  • May 20 13:33
    csarven commented #211
  • May 14 10:33
    scenaristeur commented #180
  • May 13 20:12
    melvincarvalho review_requested #229
Martynas Jusevicius
@namedgraph_twitter
it hijacks the same namespace
and adds its own semantics
Dmitri Zagidulin
@dmitrizagidulin
specs... aren't kept on a Wiki. that is not a document or tool that makes it possible to achieve consensus, version the spec, etc. And that Wiki is not attached to any working group or other standards body. The Solid project has no jurisdiction over it
I think the solid's WAC spec is very clear that this is a solid-specific version of the spec
Martynas Jusevicius
@namedgraph_twitter
that's there to spec about an ontology? http://www.w3.org/ns/auth/acl is it's own spec
Dmitri Zagidulin
@dmitrizagidulin
I'm not sure how that's hijacking it
Martynas Jusevicius
@namedgraph_twitter
and it's hosted by the W3C
Dmitri Zagidulin
@dmitrizagidulin
great. who has write access to it?
Martynas Jusevicius
@namedgraph_twitter
i don't know, probably TimBL
Dmitri Zagidulin
@dmitrizagidulin
maybe. But TimBL has expressed preference for continuing the spec work on the github repo instead, not on the wiki
Martynas Jusevicius
@namedgraph_twitter
stuff like acl:trustedApp is not even in the ontology file
Dmitri Zagidulin
@dmitrizagidulin
yeah, I agree, that's not good. it needs to be housed somewhere..
Martynas Jusevicius
@namedgraph_twitter
so the spec can talk about its usage in Solid, but an OWL ontology is a spec of its own
Dmitri Zagidulin
@dmitrizagidulin
oh yeah, now I remember, the discussion over at solid/web-access-control-spec#51
Martynas Jusevicius
@namedgraph_twitter
so all the properties Solid creates should go into its own namespace
i've raised this multiple times
Dmitri Zagidulin
@dmitrizagidulin
agreed, yeah.
Martynas Jusevicius
@namedgraph_twitter
the http://www.w3.org/ns/auth/acl document is fine as it is
because it's more general than Solid
Dmitri Zagidulin
@dmitrizagidulin
so, that issue #51 is where things stand (open and pending, at the moment), seems like.
Martynas Jusevicius
@namedgraph_twitter
i guess
it's not a big change really, to introduce a namespace
but nobody seems to care
Dmitri Zagidulin
@dmitrizagidulin
yeah, we've been very slow about updating vocabs/ontologies
I suspect part of it has to do with - who has write access to those, and the general governance process, has been unclear
Martynas Jusevicius
@namedgraph_twitter
the point of OWL ontologies is that they are components and import each other
Dmitri Zagidulin
@dmitrizagidulin
now that governance has been formalized, Panels/workgroups assigned, etc, I think you'll see progress on that front
Martynas Jusevicius
@namedgraph_twitter
and not piling all semi-related terms onto the same namespace URI
Dmitri Zagidulin
@dmitrizagidulin
agree, yeah
Martynas Jusevicius
@namedgraph_twitter
for once we agree :)
Dmitri Zagidulin
@dmitrizagidulin
heheheh :)
Michiel de Jong
@michielbdejong
@Otto-AA oh sorry right, i did mis read your questions. Yes, multiple acl:accessTo statements about the same authorisation node are possible, but what matters is that you check whether or not the authorisation node gives access to the resource from which you followed the link. So if you look at /folder/ and see a link header that points you to /.one-big-acl-doc then you need to look only at authorisation nodes in there that have #node acl:accessTo </folder/>, and not to any other authorisation nodes that may exist in that /.one-big-acl-doc
i’ll copy that answer to the issue
Michiel de Jong
@michielbdejong
answered your other question on the ticket, too
sorry that i hadn’t answered them earlier! :)
Sarven Capadisli
@csarven
@namedgraph_twitter re https://gitter.im/solid/solid-spec?at=5d7ff6712e8fd94630e4817a , you're right but that doesn't mean that it can't be squatted for the time being :) ns/auth/acl is not necessarily "complete" by any sense or formally referred to in any W3C (or other) spec as far I'm aware. So, there is no reason why it can't be updated to include things like trustedApp or not. Whether trustedApp is a good/bad idea is a separate issue and we can address that through open discussion and implementation experience. Clearly there is some interest (a the very least) to know what's a "trusted" app. And the notion of "application" is not something entirely unique to Solid either. It is virtually everywhere. Again, we can discuss its semantics and what it all entails. Would you like to chime through the Solid panels? If you have technical concerns about it, it'd really valuable to know and have it documented so that we can have a better understanding.
Sarven Capadisli
@csarven
@namedgraph_twitter If there isn't an issue for https://gitter.im/solid/solid-spec?at=5d7ff71b62bfc95112fe042e can you please create it? Perhaps in https://github.com/solid/process/blob/master/panels.md#app-authorization 's repo or https://github.com/solid/vocab is fine too I think.
Martynas Jusevicius
@namedgraph_twitter
@csarven my issue is that W3C had published the ACL long before there was Solid and now Solid acts as if it has authority over it
if it should be discussed, it should be on a W3C forum
not unilaterally on Solid's wiki
and i'm pretty confident that while the ACL terms are widely used, Solid-introduced ones such as trustedApp are not, because they address much more specific, and likely orthogonal issue, than the ACL terms
Sarven Capadisli
@csarven
@namedgraph_twitter I don't believe "Solid" has authority over it. W3C (Team) or any group (usually WG, CG, but not strictly!) coordinating with them can probably update the ns. It is used out there I suppose but I would suspect that people are trusting it as they do with any other ns under w3.org. That is, things can change.
Like I said, trustedApp can find a home, but please raise it somewhere so it is properly tracked. Discussing it in chats is not going to change anything.
And the the term being squatting for the time being has no official stance whatsoever. The ACL vocab does not currently contain traustedApp so I wouldn't worry about it.
Aside: I don't think "trustedApp" is so far out that it doesn't belong in the ACL vocab either. I've seen worse.
Martynas Jusevicius
@namedgraph_twitter
so what do you propose i change?
i can do a PR for the web-access-control-spec re. trustedApp namespace
but i'm not gonna look for and replace all its usages
Sarven Capadisli
@csarven
I'd suggest to first make an issue and outline the case. Give others a chance to respond and move the discussion forward. If need be, PR can follow that.