Actualización Api .NET

Se ha actualizado el Api .NET de Sofia2

 

Las novedades introducidas son las siguientes:

  • Adaptación a las mejoras realizadas recientemente en protocolo SSAP. Puedes ver las mejoras en el siguiente POST Mejoras en protocolo SSAP.
  • Inclusión de WebSockes como protocolo bidireccional de comunicación.
  • Actualización de Test Suite con ejemplos de uso de cada posible consulta.
    • Test suite para REST aquí .
    • Test suite para WebSocket aquí.
    • Los tests están configurados para funcionar directamente contra los datos de prueba de Sofia2. Son muy fáciles de  ejecutar y ver cómo funciona.

Puedes conseguir el API .NET de Sofia2 desde dos fuentes:

 

Actualización Api .NET

Cómo trabajar con Data Model FIWARE/GSMA en Sofia2

La asociación GSMA (asociación de operadores móviles está trabajando en un IoT Big Data Harmonised Data Model

Que define estas entidades: AgriCrop, AgriGreenHouse, AgriParcel, AgriParcelOperation, AgriParcelRecord, AgriPest, AgriProduct, AgriProductType, AgriSoil, AirQualityObserved, Building, BuildingOperation, BuildingType, Device, DeviceModel, DeviceOperation, EnvironmentObserved, Machine, MachineModel, MachineOperation, PointOfInterest, Road, RoadSegment, Subscriber, SubscriptionService,Vehicle, VehicleFault, VehicleType, WaterQualityObserved, WeatherForecast y WeatherObserved.

Por otro lado en la iniciativa FIWAREse han inspirado en el Data Model GSMA para crear los FIWARE Data Models, donde además se han seleccionado un conjunto de Entidades sobre estas de GSMA:

  • Alarms Events related to risk or warning conditions which require action taking.
  • Parks & Gardens Data models intended to make an efficient, effective and sustainable management of green areas.
  • Environment Enable to monitor air quality and other environmental conditions for a healthier living.
  • Point of Interest Specific point locations that someone may find useful or interesting. For instance, weather stations, touristic landmarks, etc.
  • Civic Issue tracking Data models for civic issue tracking interoperable with the de-facto standard Open311.
  • Street Lighting Modeling street lights and all their controlling equipment towards energy-efficient and effective urban illuminance.
  • Device IoT devices (sensors, actuators, wearables, etc.) with their characteristics and dynamic status.
  • Transportation Transportation data models for smart mobility and efficient management of municipal services.
  • Indicators Key performance indicators intended to measure the success of an organization or of a particular activity in which it engages.
  • Waste Management Enable efficient, recycling friendly, municipal or industrial waste management using containers, litters, etc.
  • Parking Real time and static parking data (on street and off street) interoperable with the EU standard DATEX II.
  • Weather Weather observed, weather forecasted or warnings about potential extreme weather conditions.

Los Data Models GSMA y FIWARE se definen en JSON por lo que su representación como Ontología Sofia2 es inmediata (recomendamos al respecto leer el documento Gobierno de Ontologías o el conjunto de posts al respecto).

En Sofia2 se soportan ya estas entidades vía Plantillas (una plantilla sirve para crear ontologías partiendo de una definición):

A continuación veremos cómo Sofia2 permite trabajar con estas entidades, pongamos el ejemplo de la entidad WeatherObserved (This entity contains a harmonised description of the weather at a particular location and time. This entity is primarily associated with the vertical segments of the environment and agriculture but is applicable to many different applications):

Seguir leyendo “Cómo trabajar con Data Model FIWARE/GSMA en Sofia2”

Cómo trabajar con Data Model FIWARE/GSMA en Sofia2

Versiones de Sofia2 IoT Platform

En Sofia2 hablamos de 3 versiones de la Plataforma: Base Edition, IoT Edition y Advanced Analytics Edition, cada una de ellas incluye un conjunto de módulos:

-Adecuado para desarrollo ágil de aplicaciones que pueden incluir captación de información sensórica .

-Gestión del modelo de datos a través de UI unificada.

-Acceso CRUD automático a las entidades

-Definición de reglas de negocio desacopladas de forma sencilla y asistida.

-Simplifica las integraciones.

-Diseñada para flujos IoT: sistemas que gestionan grandes volúmenes de información producidos en poco tiempo.

-Sistemas con gran componente sensórica

-El ser humano como sensor: RRSS

-Sistemas altamente complejos: Smart Cities

Ampliamos el Internet of Things hacia el Analytics of Things sobre el gran volumen de datos generado:

-Integración con herramientas BI, reporting, visualización

-Gestión completa del ciclo de vida de modelos analíticos.

-Ingesta masiva de datos

Seguir leyendo “Versiones de Sofia2 IoT Platform”

Versiones de Sofia2 IoT Platform

API Manager: Clonado de APIs

En la última release de Sofia2 (2.23) se ha incorporado una nueva funcionalidad a la hora de gestionar los APIs para simplificar la creación de nuevas versiones: Clonar APIs.

Se seleccionará un API creado previamente y, tras acceder a la pantalla de consulta del mismo, se encontrará disponible la opción de clonarlo. El estado del API original es indiferente.

Tras pulsar sobre el botón clonar se generará una nueva versión del API (correlativa a la última versión existente) con todas sus propiedades y operaciones idénticas a la del original. El estado del nuevo API será Creado, para permitir introducir modificaciones y adecuarlo a las necesidades requeridas.

API Manager: Clonado de APIs

Soporte APIS Externas en API Manager

En la nueva versión del API Manager, se incorpora la posibilidad de publicar APIs Externas, pasando a actuar el API Manager como proxy a otros servicios REST. Esto permite publicar servicios REST de una forma coherente.

En la pantalla de creación se seleccionará API Externa:

El interfaz de usuario mostrará un layout correspondiente al registro de una API externa:

Este tipo de APIs podrán tener una autenticación asociada (para la invocación del servicio subyacente) que puede configurarse mediante la sección Autenticación:

A continuación se definirán las operaciones que incluye la API, desplegando para ello el panel de Operaciones.

Cuando se defina cada operación del API, podrán incluirse distintos parámetros, bien en el Path, bien como Query Param o como Headers:

Tras añadir las operaciones a incluir, se pulsará sobre el botón Crear, lo que conllevará la creación de la API. Una vez dada de alta la nueva API, será invocable de igual forma que las que se disponibilizaban hasta ahora (siendo necesario publicarla previamente).

Además del registro de APIs externas, en esta nueva versión se incluyen además cambios en la interfaz gráfica.

Cuando se seleccione una Ontología, la interfaz gráfica se modificará para mostrar las posibles operaciones disponibles para la API:

Se seleccionarán las operaciones que se desee exponer de la API:

Antes de ser publicada, podrá modificarse para añadir, modificar o eliminar operaciones.

Cuando se termine de disponiblilizar la API, sólo estarán disponibles las operaciones seleccionadas.

Soporte APIS Externas en API Manager