| Table of Contents |
|---|
| Info |
|---|
Disponible a partir de versión 4.0.0-nitroball |
Introducción
JavaScript Object Notation for Linked Data es un método basado en JSON para añadir datos estructurados, completando la anotación JSON con elementos de contexto de forma que se puedan entender las relaciones semánticas que le dan sentido.
Plataforma da un soporte inicial a JSON-LD sobre sus ontologías, pudiendo recoger o insertar los datos vía API Rest en formato JSON-LD, indicando el contexto deseado. De esta forma, los datos insertados en las ontologías podrán devolverse en formato JSON normal, o con su contexto.
Como Schema.org ofrece una gran gama de esquemas estandarizados para datos estructurados, el soporte actual de plataforma es frente a sus contextos.
¿Cómo crear Entidades JSON-LD?
De esta forma, si desea que una ontología soporte el formato JSON-LD debe marcar el check correspondiente en la creación o edición de la ontología, además de informar su contexto.
...
Además, es necesario tener en cuenta que el tipo de dato de cada propiedad será String en el caso de ser otra clase del esquema y no ser un tipo de dato simple como string, number, integer, date, boolean, etc. De esta forma, se podrá referenciar al id correspondiente con el dato de otra ontología que cumpla dicho esquema.
Por ejemplo, en Schema.org Person tiene un campo address que puede ser de tipo Texto (simple) o de tipo PostalAddress que es otra clase definida en Schema.org. En este caso el esquema de la ontología se formará permitiendo introducir un texto, que podrá ser el identificador de la dirección introducida en bbdd en otra ontología que cumpla el esquema de PostalAddress, teniendo así la relación dirección-persona.
...
Si desea editar la ontología una vez creada, debe tener en cuenta que el contexto no se podrá editar, ya que sería necesario cambiar la estructura completa de la ontología. Los cambios que podrá hacer serán añadir o eliminar propiedades, además del resto de cambios propios de la ontología.
¿Cómo consultar datos en JSON-LD?
Una vez tengamos creada nuestra ontologíaEntidad, pasaremos a crear un API con las operaciones básicas GET y POST. De esta forma, podremos seleccionar desde el swagger generado, o vía Postman por ejemplo, el tipo de dato que enviamos o deseamos recibir.
...
| Code Block | ||
|---|---|---|
| ||
[
{
"http://schema.org/_id": [
{
"http://schema.org/$oid": [
{
"@value": {
"chars": "62061c2ae3cdeb27d2212c31",
"string": "62061c2ae3cdeb27d2212c31",
"valueType": "STRING"
}
}
]
}
],
"@type": [
{
"chars": "http://schema.org/Person",
"string": "http://schema.org/Person",
"valueType": "STRING"
}
],
"http://schema.org/email": [
{
"@value": {
"chars": "info@example.com",
"string": "info@example.com",
"valueType": "STRING"
}
}
],
"http://schema.org/image": [
{
"@id": {
"chars": "janedoe.jpg",
"string": "janedoe.jpg",
"valueType": "STRING"
}
}
],
"http://schema.org/jobTitle": [
{
"@value": {
"chars": "Research Assistant",
"string": "Research Assistant",
"valueType": "STRING"
}
}
],
"http://schema.org/name": [
{
"@value": {
"chars": "Jane Doe",
"string": "Jane Doe",
"valueType": "STRING"
}
}
],
"http://schema.org/contextData": [
{
"http://schema.org/user": [
{
"@value": {
"chars": "administrator",
"string": "administrator",
"valueType": "STRING"
}
}
],
"http://schema.org/timezoneId": [
{
"@value": {
"chars": "UTC",
"string": "UTC",
"valueType": "STRING"
}
}
],
"http://schema.org/timestamp": [
{
"@value": {
"chars": "2022-02-11T08:19:54Z",
"string": "2022-02-11T08:19:54Z",
"valueType": "STRING"
}
}
],
"http://schema.org/timestampMillis": [
{
"@value": {
"integral": true,
"valueType": "NUMBER"
}
}
],
"http://schema.org/source": [
{
"@value": {
"chars": "INTERNAL_ROUTER",
"string": "INTERNAL_ROUTER",
"valueType": "STRING"
}
}
]
}
]
}
] |
Mejoras en el soporte JSON-LD
El siguiente paso en el soporte de JSON-LD será poder crear en plataforma nuestro propio diccionario, no dependiendo así de Schema.org.
...