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

TypeIndexen and DataRegistrationen

Abierto
  • ¿Algo no está bien?
#247 20 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
25/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Estancado
Área
documentation

Línea de trabajo

Empieza leyendo la secuencia de descubrimiento del perfil propuesta en el issue, incluido el documento WebID, privateTypeIndex, los predicados s:instance* y los enlaces DataRegistration. Revisa la discusión de 20 comentarios en busca de una decisión aún no resuelta; se consideraría terminado cuando haya una dirección de especificación acordada sobre si debería admitirse esta ruta de descubrimiento.

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

Descripción

In thinking about how the profile discovery process can be most compatible with interop proposals, I am wondering about combining approaches.

A typeIndex links a type and data e.g.

[] a s:TypeRegistration; 
    s:forClass bk:Bookmark; 
    s:instanceContainer  [a ldp:Container] .

So suppose we could also say

[] a s:TypeRegistration;
    s:forClass s:SoftwareApplication;
    s:instanceRegistration  [a interop:DataRegistration] .

This allows apps to keep all information about the type and location of the data in a separately controllable resource without divulging that information to all who read the type Index, solving, I believe the interop panel's main objection to the type indexes.

The big advantage of allowing this path to the DataRegistration is that the profile discovery process will be the same except for the final steps.

1. Load the WebID document
2. Load the privateTypeIndex.
3. Look for s:instance* predicates
4. Follow them to a resource, to a Container, or to a DataRegistration with a link to a shape tree.

This would support existing apps, new-style apps, an easy transition from one to the other, and the ability of both styles of apps to find the data they have access to regardless of which style app created it.

Lenguaje dominante
Bikeshed
Estrellas
58
Forks
18
Sin PR fusionados en 30 d

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

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/data-interoperability-panel

Todos los issues de solid/data-interoperability-panel

Issues similares

Más issues de Documentation

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.