...
Plataforma da un soporte inicial 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.
Para ello, es necesario marcar el check que indica que soporta JSON-LD Como Schema.org ofrece una gran gama de esquemas estandarizados para datos estructurados, el soporte actual de plataforma es frente a sus contextos. 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. En este caso el esquema utilizado forma parte del diccionario de Schema.org en el cual se encuentra todo tipo de datos (types) que pueden utilizarse.
...
...
En la creación paso a paso, se abrirá un árbol con todas las estructuras que ofrece Schema.org, pudiendo hacer selección múltiple manteniendo pulsada la tecla Ctrl mientras selecciona. Una vez se pulse el botón continuar, se rellenarán los datos de la ontología con las propiedades definidas para ese esquema (https://schema.org/docs/full.html).
...
La estructura de la ontología se creará con las propiedades definidas para cada clase de Schema.org, de esta forma, si desea incluir las propiedades de Persona a Paciente, será necesario seleccionar las dos, si no sólo se añadirán las correspondientes a Paciente.
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 necesita que sea un objeto, tendrá que editarlo en esta pantalla y definirlo tras dar al botón de Update Schema.
En el resto de creaciones de ontologías, time series, api rest, etc. el contexto se podrá indicar introduciendo el texto directamente. De esta forma será necesario definirse las propiedades manualmente en la siguiente pantalla.
...
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.
Una vez tengamos creada nuestra ontología, 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.
...
El siguiente paso en el soporte de JSON-LD será crear el esquema de la ontología a partir del contexto seleccionado, pudiendo seleccionar los campos que necesitamos de cada clase.
Para ello, los campos cuyo tipo de dato sea otra clase del esquema, y no un tipo de dato simple como texto, numérico, etc., se guardarán referenciándolos con ids para así tener la relación con el dato de la 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.
En primer lugar, el soporte que se va a dar es con Schema.org, ya que ofrece una gran base de datos de esquemas estandarizados, ofreciendo un gran diccionario que comprende muchos tipos de datos, además de las propiedades subordinadas a cada tipo. Una vez tengamos dicho soporte, el siguiente paso será poder crear en plataforma nuestro propio diccionariopoder crear en plataforma nuestro propio diccionario, no dependiendo así de Schema.org.
Para tener nuestras propias definiciones de esquemas, generaremos un nuevo tipo de Data Model donde guardar el esquema en formato JSON-LD. Además, para exponerlo tendremos que crear un API Rest que devuelva el contexto de estos esquemas, alojándolo en /cotrolpanel/json-ld/nombreDelEsquema, por ejemplo.
...