Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

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

Abierto
#472 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
25/100
Tipo de issue
Documentación
Claridad
Necesita aclaración
Estado de actividad
Estancado

Línea de trabajo

Comienza comparando las secciones del Solid Protocol, la especificación WAC y la ontología vCard RDF enlazadas en el issue. Traza cómo se definen vcard:Group, vcard:Kind, PersonalProfileDocument y ACL access subjects. Se considera terminado cuando la relación y si las organizaciones pueden ser ACL subjects están respondidos claramente en la especificación o en la documentación del issue.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

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

Lenguaje dominante
HTML
Estrellas
563
Forks
110
Merge medio
5 d 7 min
PR fusionados (30 d)
3

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de solid/specification

Todos los issues de solid/specification

Issues similares

Más issues de Security

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.