solid / solid/specification

Relation between ACL, vcard:Group and vcard:Kind subclasses

Open
#472 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
HTML
Stars
563
Forks
108
Avg merge
4d 13h
Merged PRs (30d)
3

Description

The SOLID Specification states that a group is represented by having a type of vcard:Group.
Then members of the vcard:Group can be added using the vcard:hasMember.

However, the vCard ontology declares that vcard:hasMember can point to subclasses of the vcard:Kind class.

Does this mean that the personal profile document (pointed by the WebId .../card#me) must be a subclass of type vcard:Kind (such as vcard:Individual)?

Since webIds already are of type PersonalProfileDocument, how can they be added to a group that requires them to be of type vcard:Individual?

Also how does the whole ACL thing applies when a pod wants to use also the other classes such as vcard:Organization?
Is it possible to use an Organization as an access subject for ACLs?

sources:
I read the solid specification here: https://solidproject.org/TR/protocol
Along with the WAC Spec: https://solid.github.io/web-access-control-spec/
And the vcard onthology here: https://www.w3.org/TR/vcard-rdf/#d4e1667

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by comparing the Solid Protocol, WAC specification, and vCard RDF ontology sections linked in the issue. Trace how vcard:Group, vcard:Kind, PersonalProfileDocument, and ACL access subjects are defined. Done means the relationship and whether organizations can be ACL subjects are answered clearly in the specification or issue documentation.

Written by the indexing model from the issue text.

Assessment

Domain
authorization, documentation, security
Issue type
Documentation
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.