Comparing Flux and Warp 10 WarpScript on simple analytics use case. Keep in mind WarpScript was designed for timeseries analytics !

This article follows Keep it simple.
Again, let's compare InfluxDB and WarpScript
In this article, David G. Simmons corrects his CO2 sensor with room pressure and temperature:
ppm CO2 corrected = ppm CO2 measured * ((Temp measured * Pressure Reference ) / (Pressure measured * Temp Reference))
(constants in bold)
He wrote the flux code below :
I did the same in WarpScript, with comments, which were lacking in the flux version:
What are the 4 stages of maturity of Industry 4.0? |
That's a direct translation of the flux code. I personally think filling each series with the previous point is not a good idea. If the CO2 sensor does not send any information, but temperature and pressure are still measured, the result will ultimately be false. It would be far better to compute the result only if all three data are available.

We will remove a few points in the CO2 data. With WarpScript, you remove a sublist of ticks among all the ticks:

"It would be far better to compute the result only if all three data are available": In WarpScript, the function name is explicit: COMMONTICKS. It takes a list of Geo Time Series (GTS), and produces a list of GTS with only the ticks they have in common. So you build a list [ x y z ]
, call COMMONTICKS
, deconstruct the list LIST->
and store each element of the list in their respective variables.
The result, in red below, is far less worrying:

If you want to fill the result with the previous computed value, add the following line to the previous WarpScript:
Not using Warp 10 or WarpScript yet? Do not give up hope! You can plug the Warp 10 analytics engine on top of an existing time series database. For InfluxDB, the open source plugin is here.
Read more
Warp 10 migration: is it complex?
SELECT x WHERE system is not lagging
Review of DELL compatible batteries using Warp 10

Electronics engineer, fond of computer science, embedded solution developer.