We use proprietary and third party´s cookies to improve your experience and our services, identifying your Internet Browsing preferences on our website; develop analytic activities and display advertising based on your preferences. If you keep browsing, you accept its use. You can get more information on our Cookie Policy
Cookies Policy
Ask Your Question

Jason Fox's profile - activity

2021-06-10 08:16:04 +0200 answered a question Fiware deployment in kubernetes

There are also a series of Kubernetes deployment recipes based on Helm for common setups of FIWARE Generic Enablers including IDAS And Cygnus: https://github.com/FIWARE/production-...

2021-06-02 11:59:16 +0200 answered a question Is solution or platform automatically placed on marketplace if I get "powered by FIWARE" label after applying?

After the review, it is a manual process to flick the switch and add your product to the FIWARE Marketplace, but the application should have all the relevant details already, so it shouldn't take long to become visible.

If for some reason you have been approved and the offering cannot be found, please contact someone in the FIWARE Foundation directly to follow up on this - the relevant button may not have been pressed.

2020-12-04 09:50:53 +0200 answered a question Is STH-Comet service compatible with the NGSI-LD data format?

As of December 2020, STH-Comet does not service the NGSI-LD interface and is NGSI-v2 only. However Orion-LD has recently been updated with a new backwards compatibility feature that allows it to send subscriptions in NGSI-v2 format.

An NGSI-LD subscription looks like this:

curl -L -X POST 'http://localhost:1026/ngsi-ld/v1/subscriptions/' \ -H 'Content-Type: application/json' \ -H 'Link: <https://fiware.github.io/tutorials.Step-by-Step/tutorials-context.jsonld>; rel="http://www.w3.org/ns/json-ld#context"; type="application/ld+json"' \ --data-raw '{ "description": "LD Notify me of low stock in Store 002", "type": "Subscription", "entities": [{"type": "Shelf"}], "watchedAttributes": ["numberOfItems"], "q": "numberOfItems<10;locatedIn==urn:ngsi-ld:Building:store002", "notification": { "attributes": ["numberOfItems", "stocks", "locatedIn"], "format": "normalized", "endpoint": { "uri": "http://tutorial:3000/subscription/low-stock-store002", "accept": "application/ld+json" } } }'

The format parameter is usually keyValues or normalized. The accept parameter is usually application/json or application/ld+json. Setting these to NGSIv2-Normalized and application/json should allow STH-Comet to receive subscriptions from Orion-LD.

2020-08-17 16:56:32 +0200 received badge  Supporter (source)
2020-06-22 15:59:50 +0200 received badge  Editor (source)
2020-06-22 15:59:25 +0200 answered a question Can I use fiware name in a FQDN for my compagny ?

The usual assumption with domain names is that the owner will be the name of the main domain who is then free to choose their own subdomains as they see fit.

Therefore fiware.orange.com would be taken to be owned by Orange and should never be needed to used as FQDN by the FIWARE Foundation itself

Within NGSI-LD currently the FIWARE Foundation uses https://uri.fiware.org/ns/data-models to prefix its URNs. https://schema.fiware.org has also been used in the past. It can be expected that whatever this changes to in the future it will be something.fiware.org

In the general case, you should be free to use any FQDN where you already have registered the root domain.

2020-06-22 15:50:49 +0200 answered a question IoT Agent - HTTP & MQTT command (southbound)

The reason that this remains unclear is that both options are possible.

  • an active attribute ( that is configured as part of the attributes array) must actively send measures to the agent
  • a lazy attribute ( that is configured as part of the lazy array) is requested by the IoT Agent whenever the context broker receives a request for the device.

Taking the HTTP transport as an example, the IoT Agent listens to the context broker on the north port and a "well-known" location on the southport so devices can send info to it. In the case of a lazy attribute the IoT Agent knows where to forward the request based on the resource defined by the configuration.

Taking the MQTT transport as an example, the IoT Agent listens to the context broker on the north port and subscribes to MQTT topics for each of the devices. In the case of a lazy attribute the IoT Agent publishes a topic for an update and polls and waits for the response before passing back to the context broker.

Active attributes are by far the commonest way to provision devices.

2020-06-22 15:41:11 +0200 answered a question Keyrock mysql docker-compose configuration

The answers for this have been posted on Stack Overflow:

2020-06-22 15:35:58 +0200 answered a question Hi, I am looking for a FIWARE software developer who can support me on a number of vertical solutions. Drop me a note to nic465@gmail.com

There are a series of FIWARE consultancy services on the FIWARE Marketplace: https://marketplace.fiware.org/pages/...

2020-03-18 09:31:28 +0200 answered a question FIWARE is big. is there any tutorial?

In addition to the Tour Guide which gives a brief introduction to the major elements of the FIWARE Catalogue there is a growing list of learning materials being created on line:

There is usually a quick start guide or simple tutorial to be found within the documentation of each generic enabler as well.

2020-03-11 10:55:08 +0200 answered a question Opening the code to the public is necessary when using fiware-orion with no modification?

If you are using FIWARE Orion as-is and your software is merely sending/receiving context information there is no obligation to open source your own proprietary software. If you are just using the docker images that will be fine.

The AGPL 3.0 is more concerned about a developer who improves the source code of Orion and wants to keep that improvement to themselves for commercial gain - that would not be compliant. The AGPL is used because the current contributors to all of the FIWARE catalogue components are giving all updates back as free open source, and new contributors should as well.

Third parties commercial software connecting to the unchanged open source components are not obliged to be open source themselves - indeed the commercial offering found on the FIWARE Marketplace are good examples of this concept: https://marketplace.fiware.org/

2019-12-03 21:53:18 +0200 received badge  Teacher (source)
2019-10-22 09:28:20 +0200 answered a question Context Broker and Geo Location Visualization

It is difficult to decide what is a "best" approach as it will depend on your use case. Several options present themselves:

These run from the simple to the complex and are increasingly flexible as you go down the list.

2018-10-16 23:07:26 +0200 received badge  Enthusiast
2018-10-10 15:44:00 +0200 answered a question Error at Cygnus when receives a Notification from "Orion context Broker" : 'fiware-servicepath' header value does not match the number of notified context responses

When setting up the subscription, Cygnus currently only accepts notifications in the older NGSI v1 format- the attrsFormat=legacy is therefore needed.

see this : Stack Overflow Answer for more details

2018-06-27 15:00:19 +0200 answered a question Strange Comet issues

In your demo I’ve checked - you are connecting to a mongo DB - you are aggregating

docker run -it --network comet_demo_fiware_network --entrypoint /bin/bash mongo

mongo --host mongo_sth --port 27018

show dbs

admin 0.000GB config 0.000GB local 0.000GB sth_sensei_service 0.000GB

use sth_sensei_service

It looks the that your subscription is incorrect: { "entities": [ { "type": "PersonDetection", "isPattern": "false", "id": "PersonDetection" } ], "attributes": [ "ts" ], "reference": "http://sth:8666/notify" }

This means you are storing the ts attribute only.

Your request to comet is reading positionX and which has not been aggregated.

http://sth:8666/STH/v1/contextEntities/type/PersonDetection/id/PersonDetection/attributes/positionX

I hope this helps - you will need to alter your subscription - the attributes should be:

"attributes": [ “ts”, “posistionX” “positionY" ]

2018-06-21 09:31:05 +0200 commented answer Cygnus tutorial - not working

There is a simple "how to connect Cygnus" tutorial on GitHub - https://github.com/fiware/tutorials.Historic-Context

2018-06-21 09:29:32 +0200 commented answer Cygnus tutorial - not working

Ensure that you are running with logging to the max -I use the `CYGNUS_LOG_LEVEL=DEBUG` environment variable. Check that you are sending your notification to the right port - e.g. `CYGNUS_SERVICE_PORT=5050` would listen on "notification": {"http": { "url": "http://cygnus:5050/notify }}.

2018-06-11 09:31:59 +0200 answered a question Mobility as a Service efforts and standards?

It looks like things have changed since the previous answer to this question. Standardization of a set of Urban Mobility data Models based on the GTFS transit feed is now being discussed with the following Pull Request

2018-06-11 09:31:58 +0200 answered a question Cygnus tutorial - not working

The notification.sh appears to be a simulation of the result of an Orion Subscription - and therefore needs to be posted to the port Cygnus is listening on - which is usually localhost:5050 - assuming you are running Cygnus on localhost.

Your couldn't connect to host message indicates that either you have not started Cygnus on localhost or you have configured an alternate port. Ensure you have used the environment variable CYGNUS_API_PORT=5080 somewhere or the agent.conf file holds a line cygnus-ngsi.sources.http-source.port = 5050

The subscription it is simulating is supposed to be something along the lines of When X occurs send a notification to cygnus - Therefore I'm guessing that localhost:5050 is the location where Cygnus is supposed to be listening.

When setting up a REAL subscription and running Orion it needs to be something like:

curl -X POST \ 'http://{{orion:port}}/v2/subscriptions/' \ -H 'Content-Type: application/json' \ -d '{ "description": "Notify Cygnus of all context changes", "subject": { "entities": [ { "idPattern": ".*" } ] }, "notification": { "http": { "url": "http://{{cygnus:port}}/notify" }, "attrsFormat": "legacy" }, "throttling": 5 }'

Replace {{orion:port}} and {{cyngnus:port}} as necessary (this assumes you are not using a fiware-header or fiware-servicepath yet...)

You can then update an existing entity with the PATCH command:

curl -X PATCH \ 'http://{{orion}}/v2/entities/<entity-id>/attrs' \ -H 'Content-Type: application/json' \ -d ' { "price":{"type":"Integer", "value": 89} }'

Obviously replace <entity-id> and the -d payload with your data.