Assessing FIWARE GEs Quality

 APIs, Developers, Experimentation, GEs, NGSI  Comments Off on Assessing FIWARE GEs Quality
Sep 202016
Blue technology background with a bright piece.

FIWARE is rapidly moving from experimental to production environments in which the platform must scale in reliable and real workload conditions. This fact implies that all FIWARE GEris must work at an adequate quality, reliability and at performance level appropriate for these conditions. A dedicated activity has been launched in the framework of the initiative to analyze and assess the level of quality of each GE, providing diverse kind of reports and an assessment dashboard.

The quality is evaluated from different points of view:

  • Curation of GEs documentation (documentation testing), both inspecting the code and the accompanying documentation (installation manuals, user guidelines, and similar). The goal of this assessment is to support FIWARE users with high-quality support for installation, configuration and operation of FIWARE technology, thereby improving the FIWARE user experience in general.
  • Verification of the GE specification (functional testing), developing the appropriate test cases to assess if the GEs implementation corresponds to what is defined in the specification.
  • Assessment of performance, stability and scalability of GEs in operational environments, like under excessive workload (stress testing). Test scenarios are defined and executed such that limits of a GE under test are identified, and can be compared with reference levels. The goal of this assessment is to favor the applicability of FIWARE in purely commercial scenarios.

overallfunctionalThe testing of the documentation and verification has been done for all GE not deprecated in FIWARE Catalogue (28 in total). Three phases are required to complete the QA functional test process. The first phase verifies for each GE the completeness of documentation, the consistency of artefacts and the soundness of information.  The usability of documentation, by example, in case of installation manual is checked installing step by step the GE. In the second phase specific method calls verify the single APIs and the response correctness of each GEs. The last phase consists of functional verifications based on reference architectures integrating some GEs. As result a live dashboard collects and maintains the assessment information and GE owners are punctually requested to correct the encountered deficiencies. The 90% of the high priority GEs has passed successfully the documentation and verification tests. The medium and low priority GEs are above 70% of success but they are working on solving the issues

post-ges-2On the other hand, the stress testing has been performed only for those GEs most critical in terms of performance in the overall architecture. An iterative process and operative methodology have been put in place, obtaining after each iteration, a complete report with the measures obtained after stress test and analysis of the data. The reports are sent to the GE owners for considering improvements about performance and stability for next release. Three iterations will be achieved before end of September this year: one took place in February testing 9 GEs (Orion, Proton, Aeron, IDAS, Kurento, Wilma, KeyRock, Cepheus, Bosun); the second one in May testing new versions of these GEs; and final one due by September testing again a new updated version of these GEs plus two more identified (AuthZForce and Cygnus) and more frequent combination of GEs.

Once the first iteration of stress testing was conducted, a quality assurance expert was consulted for carrying out an independent assessment of the followed process and executed tests to produce an assessment of the achieved work. The main conclusions of his assessment were:

  • Important performance borders were identified
  • Robustness of use within bounds was shown
  • Documentation needs to be improved

According to this assessment, FIWARE GEs are fit for being released in a commercial operational environment with some adjustments. A new external independent assessment is currently being requested after second iteration. part of the overall testing process and based on the obtained results in the three aspects (documentation, verification and stress) above mentioned, an overall label of quality is granted to each GE. This global label represents the degree of quality of the GE by adopting the energy labelling system[1] used by EU for devices. Specific labels for each analyzed category (usability, reliability, efficiency, scalability, performance and stability) are also granted. Thus, in the Catalogue each GE will be labelled with a global label expanded by clicking of detailed labels map.

Now, after two phases in the process some overall conclusions can be stated. There exists a significant heterogeneity in the GEs quality, having more mature GEs and ready for market than others. There is still room for improvement in documentation and support for most of the GEs, which is currently in progress thanks to this activity. It can be also stated significant improvements in performance from first iteration to the second one, due to the following of recommendations in first iteration testing report by the GE responsible, which is also a demonstration of the value this activity can bring to FIWARE.

In near future, the main focus will be to enlarge number and type of tests and to automate the tests as much as possible, but in the meantime a set of guidelines have been created in order to be able to replicate all the conducted tests by anyone. All the tests and code are already public in FIWARE software repository and all the reports available through the FIWARE wiki.

For further information:

  • GitHub repository containing all docs (guidelines) and scripts (to run the tests) about non functional testing task (stress tests)
  • All the reports, up to date, in Docman, under Quality Assurance folder.
  • The FIWARE Quality Assurance chapter in our wiki.

[1] Figure under Common Creatives Share-Alike license by

Presentation of FIWARE Lab Multi-Region Cloud Reviewed by OpenStack Superuser

 Cloud, Conference, Developers, events, Experimentation, OpenStack  Comments Off on Presentation of FIWARE Lab Multi-Region Cloud Reviewed by OpenStack Superuser
Jul 142016

A few dates ago Fernando López Aguilar, Technology Expert at Telefónica I+D, shared an article summarizing the participation of FIWARE in the OpenStack Summit, through the presentation that Silvio Cretti, from CREATE-NET, delivered at the event, about FIWARE and its experimentation environment: the FIWARE Lab.

Now an extensive review around that presentation has been published by OpenStack Superuser, a comprehensive reference site for the OpenStack users, external to ours. Finding out new links and a growing mutual interest between two innovative Open Source communities is always exciting.

yf5ghoqw9rblbvfigyvnMeaningfully, Fernando presented it to the FIWARE audience with the following words: “I would like to share with you an important milestone that was obtained for our FIWARE Cloud, FIWARE Ops and FIWARE Lab teams. An external and important site, OpenStack Superuser has just written an article about our FIWARE Lab Federation Monitoring solution based on our changes in OpenStack Ceilometer and Monasca services taking our presentation in the past OpenStack Summit”.

The complete article could be read here:

The OpenStack Foundation created the Superuser site to facilitate the knowledge sharing and the collaborative problem solving, among individuals who are running OpenStack clouds and work within the cloud-based infrastructure across all industries. Usual topics could range from how-tos and case studies, to broader issues like organizational culture and vendor management.

“I do not want to finish this message without a recognition to our team” –López Aguilar pointed out– “especially to Silvio Cretti, Daniele Santoro, Pablo Rodríguez Archilla and José Ignacio Carretero Guarde for their effort to achieve this landmark”.

FIWARE participation in the OpenStack Summit

 Conference, Developers, events, Experimentation, OpenStack  Comments Off on FIWARE participation in the OpenStack Summit
Jun 272016

Silvio Cretti and Daniele Pizzolli (CREATE-NET) presented FIWARE and their experimentation environment, FIWARE Lab, to a large audience at the OpenStack Summit, held in Austin from April 25th to April 29th 2016. The OpenStack Summit is a high impact forum of discussion of technological novelties and trends around the OpenStack ecosystem. This event attracts twice a every year a vibrant crowd of developers and market makers that this time reached a peak of an estimated audience of 7,500 attendees during the keynote sessions on the first day.

Daniele took the opportunity to discuss the present offering and foreseeable results of FIWARE Ops with other participants of the Summit and got good all acknowledged of this as a potential contribution of FIWARE to the OpenStack Community.

Silvio represented CREATE-NET, Telefonica and the UPM presenting FIWARE Lab as a case study of OpenStack based multi-region cloud monitorization. This topic is particularly relevant in this context; because, according to the OpenStack Foundation 2016 Survey, FIWARE Lab is among the top 30% infrastructures based on OpenStack in terms of size and user base.

After summarizing the objectives and main features of FIWARE and FIWARE Lab, the talk focused on the Health solution tool and the performance monitoring of FIWARE Lab leaning on a customized architecture based on OpenStack Ceilometer and Monasca. The talk has attracted the interest of the Monasca Community, that proposed a future collaboration for the development and enhancement of the functionalities currently provided by Monasca incorporating contributions from the FIWARE technologies.

You can now watch the full intervention here.

— Fernando López Aguilar – Technology Expert at Telefónica I+D


FIWARE NGSI version 2 Release Candidate

 APIs, Blog, Developers, Experimentation, NGSI  Comments Off on FIWARE NGSI version 2 Release Candidate
Jun 082016
Earth globe night view with connect lines on deep blue space background.

The FIWARE NGSI version 2 API has reached the release candidate status. That means that we consider the current specification quite stable and mature, although there are still open issues. However, we expect that the resolution of those issues will not affect the main design principles and backbone of the API. Meanwhile, Orion Context Broker 1.2.0, released at the beginning of June, fully implements such version of the API.

If you are a developer probably you are wondering whether you should start using this brand new API. The answer is undoubtedly ‘yes’. Why? Because it makes your life easier, but at the same time opens up a new world of possibilities. The advantages of NGSI version 2 can be outlined in three bullet points:

  • Simplified payloads. NGSI version 2 has defined simpler JSON payloads. That means less lines of code to parse the NGSI messages. We have removed unneeded envelops and now data can be consumed straightforwardly. Furthermore, different payload flavours (normalized, keyValues, values) allow to build different kinds of clients. Notifications and subscriptions are now easier than ever.

  • RESTful approach. NGSI version 1 was based on HTTP POST for all operations, whereas NGSI version 2 fully adopts REST, and all the semantics of the HTTP protocol: GET for querying data, POST for adding data, PATCH for updating data and DELETE for removing data.

  • Powerful queries. A query language has been added to the API allowing to filter and sort data by different criteria, including geographical relationships such as intersection or coverage. Furthermore entity’s location can be now represented by different geometries (point, polygon, line), encoded as GeoJSON or as an encoding similar to GeoRSS.

Probably you are eager to know more about the API and start doing hands-on work with it. The good news is there is now plenty of documentation and tutorials. A good starting point is the FIWARE Tour Guide. Then you can continue reading the NGSI version 2 cookbook and playing with the data offered by the Tour Guide Application. Last but not least this presentation can enable you to master the API. Documentation is, as usual, at readthedocs. Support is provided through the Stackoverflow (tag fiware-orion) and askbot channels.

But what happens with NGSI version 1? NGSI version 1 is here to stay. Interoperability between different FIWARE enablers still depends on it, thus we plan to maintain and fix version 1 bugs. However no new features will be added to such version.

And what are the plans for fully releasing NGSI version 2? That should happen by the end of the year. One major feature that will be added to the final specification is support for context registrations and linked data. The latter will introduce another encoding called JSON-LD, already used by browser vendors and the initiative.

The last thing to say is that it has been a long journey since we started the NGSI version 2 effort one year ago. Congratulations to all the team (specially the development engineers) for the effort and enthusiasm demonstrated during these months. Now it is time to enjoy and to create amazing applications for the smart world!

José Manuel Cantera – Technological Expert. FIWARE Team

 Posted by at 12:09 pm

FIWARE at the Campus Party Europe 4th edition in Utrecht

 APIs, Blog, Challenges, events, Experimentation, Hackathons  Comments Off on FIWARE at the Campus Party Europe 4th edition in Utrecht
May 202016

From May 25th to 29th, Utrecht will be gathering a Nobel Prize winner, a cyber-war expert, a hyperloop dreamer, a technology strategist for NASA and thousands of proud-to-be geeks, aspiring entrepreneurs and enthusiastic start-uppers, focusing on Open Source innovation, creativity, science and digital entertainment.

The 4th edition of Campus Party Europe, to be held in the Netherlands, will be full of unmissable talks, profitable workshops and absorbing challenges. In the spirit of this great technological experience, ever growing since 1997, having a look at the 5 days, a 24h non-stop agenda and trying to figure out a schedule for the week there could be like figuring out a complex puzzle. Although that would be some task that the Campuseros are well accustomed to facing and solving  in the best manner possible, here goes a useful list of not-to-be-missed highlights among the program and from the side of FIWARE:

On Thursday 26th, as part of the Workshops Digital Entertainment program, two workshops will be focusing on FIWARE technologies and assets:

  • Monetize your APIs or make them available as Open Data (11-12 AM). Focusing on the CKAN platform as part of the FIWARE architecture for open data, the workshop will delve into the CKAN extensions that allow the management of not only static historic data but real-time context information too. Also, the whole FIWARE Business API Ecosystem will be overviewed. The recent collaborative framework between TM Forum and FIWARE has empowered such use of the FIWARE technologies in order to produce, consume and monetize data.
  • Development of Context-Aware Applications with FIWARE (3-5 PM). Orion is an implementation of the FIWARE Context Broker and part of the GE catalog. Being Open Source and at any developer´s free disposal, it allows you to model, manage and gather context information at a large scale, easily enabling the development of context-aware applications. This workshop will emphasize the value of such tools in order to produce smart apps and will review its evolution (from implementing NGSI v1 API to the recent NGSI v2). A practical demonstration will be used to consume real-time data from the city of Utrecht.

Also on Thursday, all the Campus Party participants interested in joining the FIWARE open ecosystem and growing to profit by being a part of it, are invited to attend this talk at the Innovation Stage:

  • FIWARE. Open APIs for Open Minds (6-7PM), by José Manuel Cantera Fonseca –Web, Mobile and IoT Technologies specialist at Telefónica I+D–. This talk will present FIWARE as an open platform aimed at the creation of innovative digital applications and services and the APIs and backend infrastructure components it is providing to enable app developers to quickly and cost-effectively create new portable & interoperable solutions and context-aware applications. It will also address FIWARE as a growing and innovative community that is engaging entrepreneurs, developers, public entities and users from all around the world, not only within the Smart City focus, but also on the Industry, Agriculture and other business areas, as well as IoT and Big Data advancements.

On Friday 27th and as part of the Workshop Entrepreneurship program, another workshop around FIWARE will take place:

  • Intro to FIWARE Lab – Workshop (8-9 PM). Intended to be a starting point for developers around the possibilities brought by FIWARE enablers and the FIWARE Lab, this workshop will be particularly useful for the participants of Hackacity Utrecht & Amersfoort, but is also open to others. The Lab is the non-commercial environment where the research and development activities based on FIWARE technologies take place. Also, several cities are already connected to the FIWARE Lab in order to export and exploit their open data in this Cloud environment.

The Hackcity Utrecht Amersfoort is the other focal point from our side: challenges are often the best way to contact and establish a link between colleagues through team-working towards a common goal. The Campus Party employs challenges not only to link the teams, but also as a way to find solutions for large problems and building the future together. Hackacity is a hackathon that started in Porto on 2015. It is aimed to test Big Data provided by cities and municipalities and to promote its use to co-create solutions that will have an impact in the community.

Also on Friday 27th, starting from 6pm at the Creativity / Social Impact Stage, the Dutch version of the Hackacity will take place during the Campus Party this year. For 24 hours, participants will get together and using an Open Source platform as FIWARE is, they will be developing the solutions that the citizens are demanding. Utrecht Region and municipality of Amersfoort are joining Hackacity 2016 and are looking to solve specific challenges of their heavily populated station areas that are undergoing a transition to become an example for Healthy Urban Living. Therefore participants will be asked to develop a concept that uses reliable data from those sources, that make good use of the FIWARE enablers to solve specific challenges of the focus areas and that is also scalable to other situations.

Free Campusero tickets are available for people who will participate in the Hackacity event, including 5 days of unlimited access to the Campus Party, plus festival sleeping accommodation.
The best pitches resulting from the hackaton will have the chance to win expert technical and business advice, gain media exposure and also win prizes in cash!

banner home

If you are planning to attend the Campus Party Europe 2016, we encourage you to stop by the FIWARE booth (Hall 2, Stand 26). As a keepsake from this great event, we are preparing a little treat for the fellow Campuseros!

TM Forum Open Hack winners: Racing to make cities smarter

 APIs, Blog, events, Experimentation, Hackathons, Open Data, SmartCities, TM Forum  Comments Off on TM Forum Open Hack winners: Racing to make cities smarter
May 102016

“The standard has been the highest I have seen at any recent hack”. That is how Joann O’Brien –Vice President, Agile Collaboration, TM Forum– summarized the event that she has been leading: the TM Forum Open Hack 2016, in Nice, France. In the most recent edition of this vibrant and prestigious hackathon the bar has been set very high.

The weekend before the TM Forum Live! main event, seven teams –including residents of Nice and international developers– pitched their ideas for making cities smarter and more sustainable. They were competing for direct cash prizes as well as the unique opportunity to showcase their application to a number of city directors and senior executives at the flagship event.

In just 48 hours they had to create their demo. To ease this frantic process, they were provided with a complete suite of tools, including: TM Forum APIs, IBM Bluemix cloud development platform, Ericsson Service Innovation Framework APIs and FIWARE smart city platform: IoT sensors, supplied by IBM; open data from Nice City and also provided by and FIWARE; real-time air pollution monitoring data provided by DeliverChange; location data and API provided by Skyhook; 3D printing for rapid physical prototyping provided by Trimaker. And also, support from API experts, mentors and entrepreneurs, present at the Open Hack.

This meant working on a tight schedule but also within a rich environment and through an open platform: “Open data, open APIs and open platforms are key for enabling open ecosystem and this event shows that in action” –as Joann O’Brien puts it.


The judges –Pierre Gauthier, Chief API Architect, TM Forum; Elaine Haher, Director, Business Development, Ericsson; Pascal Helot-Dugat, IBM; and Alexis Caporale, CEO, Trimaker– looked not only for the most striking ideas, but also for evidence of how well the teams used the APIs. They analyzed the usefulness of their solution with the citizens in mind and looked for for the highest level of innovation and a clear business model to be deployed in parallel to the technical part of the project.

The teams outdid themselves. They delivered creative ideas to be transformed into disruptive products and services with both the city betterment and the achievement of commercial success in mind. Among those ideas, the three winners:

  • Garden Sharing –the winning team– came up with a solution to connect people who have a garden to share and those who’d like to use one. Cities and citizens could make money through renting out their green spaces and partners could monetize the idea offering complementary services. From this project, new ways to grow food and collectively care for plants could also be created.
    The team used the IBM Weather API and TM Forum Customer Management, Product Catalog Management and Product Inventory Management APIs.
  • City of Things, the team in second place, presented their idea as “saving the world through free Wi-Fi”, and based it around the motto “do good things for your city and be rewarded”, from a gaming perspective. Their app showed the ability to offer citizens tasks they could perform in return for rewards: a citizen would pick up trash and accordingly receive a discount in the water bill. The dashboard would monthly personal savings/earnings, as well as the real-time measurement of the city’s ‘health’ and its top priorities for action.
    The team used FIWARE, open air pollution data, and the TM Forum Product Catalog Management, Product Ordering and Onboarding APIs, deploying everything on the Bluemix platform and consuming it through Ericsson.
  • Eco Run team came up third. Their app aims to help citizens get healthier through outdoor exercise, while avoiding polluted areas at the same time. Again, the app has a gaming element – citizens are given suggested routes which avoid pollution and rewarded with, for example, tickets or discounts. The city could reap the rewards through reduced healthcare costs… and happier citizens!
    The project makes extensive use of FIWARE resources. They used TM Forum’s Product Catalog Management, Customer Management, Product Inventory Management APIs and real-time sensor data from the City of Santander (provided by FIWARE).

O’Brien pointed the most immediate achievements of these teams: “The winning teams will demonstrate their solutions at TM Forum Live! this week and all the teams that pitched will have the opportunity to meet the Mayor of the City of Nice, who is interested in hearing more about these innovative ideas.” She also highlighted that their success at this Open Hack should be observed under a wider scope: “As we were designing the Open Hack, the COP 21 was being agreed in Paris and 196 countries signed an agreement to take action to keep the global temperature rise this century well below 2 degrees Celsius – but it’s not just countries; it’s really people and companies who will make a difference. And that begins at events such as this”.

 Posted by at 10:59 am

FIWARE: Enabling IoT – Big Data Ecosystems

 APIs, Big Data, Blog, Developers, Experimentation, IoT, NGSI, Open Data  Comments Off on FIWARE: Enabling IoT – Big Data Ecosystems
Apr 222016

IoT and Big Data are the new wave on the Future Internet. On one hand IoT is enabling the generation of large volumes of data from its mobile connected assets. On the other hand, using Big Data analysis, extra insights, that have not been possible in the past, are obtained.  The full potential of this data can be unlocked through the creation of an IoT Big Data Ecosystem (IoTBDE), which will allow organizations to capitalize on the business opportunities inherent in the availability of massive amounts of data and to facilitate the development of the next generation of smart services.

These new ecosystems are driven by the availability of data. Such data can be classified depending on origin and nature. The former distinguishes between public, private and operator data. The latter categorizes it in static data, real time data, historic data or inferred data.

Public data refers to data owned, generated and exposed by governments, municipalities or even public agencies. On the other hand, private data is data owned by businesses, for instance, occupancy levels in a private parking lot. Finally, operator data is the data managed by mobile network operators and has to do with operations made at the communication networks. Private and operator data can be offered on a commercial basis.

Static data refers to some structural aspect (location of point of interests, streets, roads) of the world which does not change so much over time. It is typically offered in the form of downloadable datasets. Real time data, on the other hand, is data coming from an IoT infrastructure and reports the dynamically-changing status of entities in the real world. Historical data, has to do with the evolution of the characteristic of an entity in a period of time, and, combined with geospatial properties, enables 4D analysis and representations. Last but not least, inferred data is insight data which has been derived from analytics performed by Big Data processes.

Until recently the open data movement has been focusing on public, static data. It is not uncommon to find that different cities, governments or public agencies are improving transparency and enabling innovation through data openness. The process consists of the indexation and publication of different data assets (datasets) using a portal, usually CKAN, or a spatial data infrastructure catalogue. Those artifacts are published in different formats and represent information using different conventions (units of measurement, coordinate systems, etc.). If a developer wants to make use of them, a process of Search, Download, Extract, Transform and Load has to be undertaken. That is not only expensive and error-prone, but the amount of resources needed to perform it increases linearly with the number of providers, or equivalently, increases with application coverage. And what is worse, if the data changes frequently, that process has to be repeated or automated to some extent.

A first approach to overcome the problems posed by the (SD)ETL approach are REST APIs. Instead of publishing datasets, data providers export a REST endpoint which accepts queries over the data exposed. For instance, currently, different weather data providers are offering APIs to get access to meteorological data throughout the world. APIs allow data providers to curate and mash-up data, offering an added value to data consumers. But still there are a plethora of different APIs, being provider lock-in a big issue. If provider changes, or a new provider is added, applications must be adapted. Last but not least, including multiple providers is hard and expensive, as a new API and format has to be learnt and integrated.

API harmonization for data access is a first step towards enabling a real IoTBDE ecosystem. The idea consists of defining a set of normalized operations, conventions and associated abstractions for querying data. As a result integration of different data sources is uniformized and made interoperable. Furthermore, developers themselves can export additional data using the same API, expanding and leveraging the overall ecosystem.

FIWARE is a champion in API harmonization. In fact, the NGSI version 2 is an open, RESTful API that allows providers to export data, using JSON representations, of different nature and origin uniformly. Below is described how NGSI version 2 can be used to get access, in a uniformed manner to data of different nature and on different spatial or temporal dimensions:

What are the Mercedes Vehicles currently at a radius of 10 kms with center Gangnam-Gu?

GET /v2/entities?type=Vehicle&coords=37.496667,127.0275
geometry=point;&georel=near;maxDistance=10000&q=manufacturer:’Mercedes Benz’

Tell me vehicle faults which happened today
GET /v2/entities?type=VehicleFault&q=startDate>=2016-04-20T00:00:00
Tell me the weather forecast for the city of Porto, Portugal
GET /v2/entities?type=WeatherForecast&q=country:PT;addressLocality:Porto
What was the ambient observed at 11:00 AM at the "Plaza de España" air quality station?
GET /v2/entities?type=AmbientObserved&q=stationCode:28079004;hour:11

As shown above, using the same API, data of different nature and origin can be exposed. That is a significant step ahead. Data providers no longer need to create datasets but to publish their NGSI version 2 endpoints to an API directory, like CKAN.

However, even if two providers implement the same API, there can be differences in data structure and representation. For instance, is relative humidity given as a relative or as an absolute value? Is wind direction represented as an angle or as a cardinal point? What is the name of the property which represents relative humidity? ‘relH’, ‘relativeHumidity’, ‘relative_humidity’. Is the validity of a weather forecast grouped as an object with two properties (‘from’, ‘to’) or with two top-level independent properties? These questions suggest that harmonized APIs are a necessary but not a sufficient condition to foster developer-friendly IoT and Big Data Ecosystems. Thus, if data models are not harmonized, then developers are, in practice, forced to change their application when porting it to another context (ex. a different city).

Harmonizing data models means to create a shared vocabulary of terms and relationships that provide uniformity on the representation of different concepts (parking, public transport, weather, …). Harmonized APIs and data models, together, will enable to create applications portable at data level. FIWARE has started an agile, implementation driven process to devise those harmonized data models. In a previous post we described the first results obtained in cooperation with GSMA and Korea Telecom. In fact, FIWARE, Telefónica and other partners showcased at MWC2016, GSMA innovation city, a car navigator capable of exploiting different real time data  (environmental and parking data) offered by several cities in different countries. This car navigator was built regardless the city, as all of them exported harmonized APIs and data models for data coming from different sensors or external systems. Such application is a salient example of the extraordinary opportunity behind IoT and Big Data ecosystems for smart applications and the potential of new businesses for telco operators, data providers, application developers and systems integrators in this vibrant space.

FI-WARE opens Smartcities to Future Internet App Developers

 events, Experimentation  Comments Off on FI-WARE opens Smartcities to Future Internet App Developers
May 142013

Our recent exhibition in Dublin Future Internet Assembly (FIA, May 7-10th 2013) shows how FI-WARE enablers truly expose open APIs & protocols embedding the technology complexity and, more important, real-time data and events of Smartcities.

The following picture shows this demo, based on the successful collaboration with the FI-PPP Phase I Outsmart project.

Outsmart SmartSantander public lighting scenario has built its services on top of DCA IDAS, the main asset in the FI-WARE IoT Back-end Device management GE, that collects data of actual sensors in the "Parque de las LLamas" location.

Additionally, this FI-WARE GE is translating sensor data into real-time OMA NGSI events, accesible to developers via the standard APIs of the Context Broker GE at the FI-WARE Testbed in the cloud. In the terminal snapshot we observe the XML a developer receives whenever GPS-located presence sensors in the park are triggered. In this park there exist also lighting, temperature and public lights energy consumption sensors. 

Developers will be also able to plug those NGSI events into other FI-WARE enablers, and thus benefiting from other assets such as Bigdata, Complex Event Processing, Security APIs, etc. This way, FI-WARE behaves like a kind of "Open Operating System of a Smartcity", ready for developers and entrepreneurs willing to make true totally new and creative Future Internet Apps exploiting Smartcities data and events.

At present, only Phase II FI-PPP use-case projects can exploit this facility to develop Future Internet vertical solutions. However, stay tuned, because right this summer we are opening it to any third party launching the FI-WARE Open Innovation Lab (OIL).

Together with this exhibition, FI-WARE performed a large set of collaboration activities during the FIA week:

  1. Attendance to other Workshops to establish cooperation links and tasks. For instance, we met the IERC to align our IoT proposal to the newest research trends.
  2. FI-WARE briefing in the FI-PPP session of the FIA Plenary at the Helix on Thu May 9th.
  3. Pre-FIA Workshop on Tue May 7th. This session agenda is included below and it included a presentation of the Outsmart project carried out by Luis Sanchez and a presentation of the Phase II FI-CONTENTII project by Carmen Mac Williams.


Pre FIA Workshop Agenda (May 7th 2013)

14:30-14:40 Introduction and brief presentation of the workshop: Nuria de Lama (Atos)

14:40-15:00: The Open Innovation Lab: Stefano de Panfilis (Engineering)

15:00-15:30: FI-WARE Technical value: Juanjo Hierro (Telefónica)

15:30-15:45: Building FI-WARE (contributions from the Research community): representative from IERC cluster

     Break & networking (30’)

-> Real Experiences on how to use FI-WARE

16:15-16:35: Practical case 1: OUTSMART Project: Luis Sánchez

16:35-16:55: Practical case 2: FI-CONTENTII Project: Carmen Mac Williams

Engaging and extending the community:

16:55-17:10: Future Internet in the Manufacturing context: Sergio Gusmeroli (FITMAN)

17:10-17:25 Initiatives from FI-WARE to work with developers and entrepreneurs: Carlos Ralli (Telefónica)

17:25-17:30 Conclusions and next steps