You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Apart from the generation of the trust, the use of secured Context Brokers should be transparent to the user of the IoT
47
47
Agent.
48
48
49
-
### GeoJSON support (this only applies for NGSI-LD, not for NGSIv1 and NGSIv2)
49
+
### GeoJSON support
50
50
51
51
The defined `type` of any GeoJSON attribute can be any set to any of the standard NGSI-v2 GeoJSON types - (e.g.
52
52
`geo:json`, `geo:point`). NGSI-LD formats such as `GeoProperty`, `Point` and `LineString` are also accepted `type`
@@ -69,17 +69,19 @@ values. If the latitude and longitude are received as separate measures, the
69
69
}
70
70
```
71
71
72
-
For `attributes` and `static_attributes` which need to be formatted as GeoJSON values, three separate input formats are
73
-
accepted. Provided the `type` is provisioned correctly, the `value` may be defined using any of the following formats:
74
72
75
-
- a comma delimited string
73
+
For `attributes` and `static_attributes` which need to be formatted as GeoJSON values, three separate input
74
+
formats are accepted. Provided the `type` is provisioned correctly, the `value` may be defined using any of
75
+
the following formats:
76
+
77
+
- a comma delimited string
76
78
77
79
```json
78
80
{
79
-
"name": "location",
80
-
"value": "23, 12.5"
81
+
"name": "location",
82
+
"value": "23, 12.5"
81
83
}
82
-
```
84
+
````
83
85
84
86
- an array of numbers
85
87
@@ -183,12 +185,11 @@ Other unrecognised `type` attributes will be passed as NGSI-LD data using the fo
183
185
}
184
186
```
185
187
188
+
186
189
### NGSI-LD Linked Data support
187
190
188
-
`static_attributes` may be supplied with an additional `link` data element when provisioning an IoT Agent to ensure that
189
-
active attributes from the provisioned IoT Device may be maintained in parallel with a linked data entity . Take for
190
-
example a temperature gauge placed within a building. The **Device** data model literally represents the IoT device
191
-
itself, but the `temperature` attribute also needs to be shared with the **Building** entity
191
+
`static_attributes` may be supplied with an additional `link` data element when provisioning an IoT Agent to ensure that active attributes from the provisioned IoT Device may be maintained in parallel with a linked data entity . Take for example a temperature gauge placed within a building.
192
+
The **Device** data model literally represents the IoT device itself, but the `temperature` attribute also needs to be shared with the **Building** entity
192
193
193
194
A `link` between them can be provisioned as shown:
194
195
@@ -222,8 +223,7 @@ e.g.:
222
223
}
223
224
```
224
225
225
-
Whenever a `temperature` measure is received **Device** is updated, and entity `urn:ngsi-ld:Building:001` is also
226
-
updated as shown:
226
+
Whenever a `temperature` measure is received **Device** is updated, and entity `urn:ngsi-ld:Building:001` is also updated as shown:
227
227
228
228
```json
229
229
"temperature": {
@@ -292,7 +292,7 @@ The library provides some plugins out of the box, in the `dataPlugins` collectio
292
292
use the `addQueryMiddleware` and `addUpdateMiddleware` functions with the selected plugin, as in the example:
0 commit comments