Concepto Plantillas Gadget

MuestraGrafoEs.JPG

En esta release se ha incorporado una nueva funcionalidad que permite disponibilizar cualquier gadget de tipo HTML5 como una plantilla. Es decir, ya no es necesario que un usuario que quiera crear un gadget HTML5 tenga conocimientos sobre HTML ni JavaScript al poder partir de un código guía ya estructurado por un usuario experimentado. A modo de muestra, un usuario sin conocimientos previos es capaz de generar este gadget a partir de una plantilla:

MuestraGrafoEs.JPG

Seguir leyendo “Concepto Plantillas Gadget”

Concepto Plantillas Gadget

Motor de KPIs

En esta release se ha incorporado la definición y creación de KPIs (Key Performance Indicator) en Sofia2. Un KPI consiste básicamente en una métrica que nos ayuda a medir y a cuantificar un progreso en función de unas metas y objetivos planteados, es decir, un KPI se diseña para mostrar cómo es el progreso en un proceso o producto en concreto.

En Sofia2 se ha implementado el concepto de KPI vía el concepto de ontología, en esta se almacenará aquella información procedente de otras ontologías que se considere relevante para el estudio de la evolución de una serie de parámetros.

Por tanto, para crear un KPI, debemos dirigirnos al menú Ontología->Crear Ontología y despues hacer click sobre Crear Ontología de tipo KPI:

kpipantallainiciales

Seguir leyendo “Motor de KPIs”

Motor de KPIs

MultiStore: Kudu support

Apache Kudu has been included in FEEP IoT & Big Data Platform Sofia2 release 3.4 as Real Time Database (RTDB). Kudu is an open-source solution that supports mixed workloads: real-time and analytics through an efficient scanning mechanism over a single storage layer.

Using Kudu as RTDB, the information provided in the ontologies will be mapped to tables, although inserting  and obtaining data with JSON format is also available.

This implementation has been developed using the Hive JDBC access, which can stablish connection with Impala and Impala-Kudu interconnection.

With Kudu, the difference between RTDB and HDB has been disolved, allowing storage on a single layer of storage and simplifying the architecture of mixed applications.

For installing Sofia2 with Apache Kudu, you only have to modify some configuration parameters to enable the DAO.

parametrosKudu.JPG

With these features, the creation of the ontologies will be available with “Step by Step Creation”:

tipodatokuduen

esquemajsonairpollutionkuduen

Once an ontology is created, it will be not possible modify, create or delete the fields contained in it.

The sending and reception of data is independent of the chosen data model. In case of Kudu, there is a manager that is responsible for transforming the incoming messages to a proper format. Here we can see an example of this:

crudontkuduen

These data have been saved in Kudu as:

datostablakuduimpala

From de RTDB & HDB console in Sofia2  we can query on any ontology and choose the data view mode: JSON format or table

datostablaairpollutionkuduen

datosjsonairpollutionkuduen

MultiStore: Kudu support

Soporte Kudu

En esta release se ha incorporado el soporte de Apache Kudu como Base de Datos de Tiempo Real (BDTR). Kudu es una solución open-source que soporta cargas de trabajo mixtas: real-time y analytics mediante un mecanismo eficiente de escaneado sobre una única capa de almacenamiento.

Al utilizar una base de datos relacional como Kudu como BDTR, la información suministrada en las ontologías será mapeada a tabla, aunque se seguirá pudiendo insertar consultar la información en formato JSON.

Esta implementación se ha realizado utilizando el acceso JDBC de Hive, mediante el cual se tiene acceso a Impala y con ella a la interconexión Impala-Kudu.

Con el uso de Kudu se diluye la diferencia entre BDTR y BDH, permitiendo el almacenamiento sobre una única capa de almacenamiento y simplificando la arquitectura de aplicacions mixtas.

Para configurar Kudu como BDTR en una instalación de Sofia2 únicamente hay que modificar unos parámetros de configuración para redirigir la lógica hacia el DAO encargado de la gestión.

parametrosKudu.JPG

En una instalación de Sofia2 con Kudu como BDTR, la creación de ontologías se realiza campo a campo, en el que en cada uno habrá que indicar el tipo de dato. Con esta información se irán generando las columnas de nuestra tabla relacional.

Seguir leyendo “Soporte Kudu”

Soporte Kudu

Concepto Usuario Extendido

El concepto de Usuario Extendido en Sofia2 surge de la necesidad de disponer de información adicional acerca de los usuarios registrados en la plataforma. Además, se entiende que la información adicional requerida puede variar a lo lago del desarrollo de una actividad, por lo que se ha desarrollado este concepto de manera que es fácilmente configurable y ampliable.

Si se desean añadir campos adicionales dentro del formulario de registro de usuario de la plataforma tan solo es necesario registrar dichos campos en la Base de Datos de Configuración (BDC), concretamente en la tabla “tipodatoformulario”, que dispone de las siguientes columnas:

  • ID: Identificación única de la fila.
  • Tipo: Tipo de dato que se desea añadir. Puede ser String, Date, Double o Float.
  • Clave: Nombre que representa al campo adicional que se desea registar. No puede contener espacios ni tildes.

A continuación se muestra un ejemplo en el que se han añadido cuatro campos adicionales al formulario del usuario en la plataforma:

datosejemplotipodatoformulario.JPG

Seguir leyendo “Concepto Usuario Extendido”

Concepto Usuario Extendido

Extended User Concept

The Extended User concept in Sofia2 arises from the necessity of having additional information of registered users on the platform. Because of the required additional information can been changed during the development of an activity, this concept has been developed for being easily configurable and expandable.

If you want to add fields within the user registration form of the platform, you only have to register the fields in the Configuration Database (CDB), specifically in the table “tipodeatoformularo”, which has the following columns:

  • ID: Identification of the row
  • Tipo (Type): Data type to be added. It only can be String,Date,Double or Float
  • Clave (Key): Name of the field that you want to add. It can neither spaces nor accents.

Here there is an example about this:

datosejemplotipodatoformularioen

Seguir leyendo “Extended User Concept”

Extended User Concept