VCARD properties in sold/object vs solid shapes

Abierto
#9 0 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
Refactorización
Claridad
Necesita aclaración
Estado de actividad
Estancado
Stack tecnológico
typescript

Línea de trabajo

Revisa el uso de las propiedades en solid/object junto con la Person shape del repositorio shape-generation-artefacts enlazado. Primero determina si vcard:email/vcard:phone o vcard:hasEmail/vcard:hasTelephone debería ser la opción canónica; después confirma que la convención seleccionada se aplica de forma coherente y documenta la decisión resultante.

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

Descripción

@matthieubosquet @langsamu

I have noticed that the Solid shape for person uses vcard:email vcard:phone whereas @solid/object uses vcard:hasEmail and vcard:hasTelephone.

owl:equivalentProperty maps the properties in vcard, but do you want to choose one property in solid/object?

If standardise on vcard:hasEmail, then the Person shape will need to be changed in https://github.com/solid/shape-generation-artefacts/tree/main/shapes/Person and it will no longer be a shape 'as used in Solid OS'.

Lenguaje dominante
TypeScript
Estrellas
0
Forks
2
Métricas de merge de PR
Sin PR fusionados en 30 d

Guía de contribución

No hay ninguna guía de contribución indexada para este repositorio

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/object

Todos los issues de solid/object

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.