How to use meta function to extract addtional data from EdgeX message bus?

When data are published into EdgeX message bus, besides the actual device value, it also have some additional values, such as event created time, modified time etc in the event. Sometimes these values are required for data analysis. This article describes how to use functions provided by Kuiper to achieve the goal.

Events data model received in EdgeX message bus

The data structure received from EdgeX message bus is list as in below. An Event structure encapsulates related metadata (ID, Pushed, Device, Created, Modified, Origin), along with the actual data (in Readings field) collected from device service.

Similar to Event, Reading also has some metadata (ID, Pushed… etc).

• Event
  • ID
  • Pushed
  • Device
  • Created
  • Modified
  • Origin
  • Readings
    • reading [0]
      • Id
      • Pushed
      • Created
      • Origin
      • Modified
      • Device
      • Name
      • Value
    • reading [1]
      • … // The same as in reading[0]
      • …
    • reading [n] …

EdgeX data model in Kuiper

So how the EdgeX data are managed in Kuiper? Let’s take an example.

As in below - firstly, user creates an EdgeX stream named events with yellow color.

Secondly, one message is published to message bus as in below.

• The device name is demo with green color
• Reading name temperature & Humidity with red color.
• It has some metadata that is not necessary to “visible”, but it probably will be used during data analysis, such as Created field in Event structure. Kuiper saves these values into message tuple named metadata, and user can get these values during analysis.

Thirdly, a SQL is provided for data analysis. Please notice that,

• The events in FROM clause is yellow color, which is a stream name defined in the 1st step.
• The SELECT fields temperature & humidity are red color, which are the Name field of readings.
• The WHERE clause meta(device) in green color, which is ued for extracting device field from Events structure. The SQL statement will filter data that device names are not demo.

Below are some other samples that extract other metadata through meta function.

1. meta(created): 000

   Get ‘created’ metadata from Event structure

2. meta(temperature -> created): 123

   Get ‘created’ metadata from reading[0], key with ‘temperature’

3. meta(humidity -> created): 456

   Get ‘created’ metadata from reading[1], key with ‘humidity’

Please notice that if you want to extract metadata from readings, you need to use reading-name -> key operator to access the value. In previous samples, temperature & humidity are reading-names, and key is the field names in readings.

However, if you want to get data from Events, just need to specify the key directly. As the 1st sample in previous list.

The meta function can also be used in SELECT clause, below is another example. Please notice that if multiple meta functions are used in SELECT clause, you should use AS to specify an alias name, otherwise, the data of previous fields will be overwritten.

SELECT temperature,humidity, meta(id) AS eid,meta(Created) AS ec, meta(temperature->pushed) AS tpush, meta(temperature->Created) AS tcreated, meta(temperature->Origin) AS torigin, meta(Humidity->Device) AS hdevice, meta(Humidity->Modified) AS hmodified FROM demo WHERE meta(device)="demo2"

Summary

meta function can be used in Kuiper to access metadata values. Below lists all available keys for Events and Reading.

• Events: id, pushed, device, created, modified, origin, correlationid
• Readning: id, created, modified, origin, pushed, device