Calculation in Grafana using series whereas datasource are Postgres












0















I have a table in Postgres with the following structure



id,timestamp,engineeringvalue
178,1527506108366,100.9
185,1527506108366,1475.23
178,1527506167365,98.86
185,1527506168465,1485.55
178,1527506227564,98.25
185,1527506227564,1490.06
178,1527506287663,98.8


in addition to feature 185 and 179 there is 32 other features.



I am using Grafana to visualize features 185 and 178 by using the following Select



Series ASELECT
$__time(timestamp/1000,10m,previous),
avg(engineeringvalue) AS "Feature A"
FROM
analogsignalfud
WHERE
id=178 and
timestamp >= $__unixEpochFrom()::bigint*1000 and
timestamp <= $__unixEpochTo()::bigint*1000
GROUP BY 1
ORDER BY 1

Series BSELECT
$__time(timestamp/1000,10m,previous),
avg(engineeringvalue) AS "Available Power"
FROM
analogsignalfud
WHERE
id=185 and
timestamp >= $__unixEpochFrom()::bigint*1000 and
timestamp <= $__unixEpochTo()::bigint*1000
GROUP BY 1
ORDER BY 1


This is working very well to graph the features. The features are derived from an event based log and therefore the "timestamp" are not synchronised between that features. Still Grafana "fix" this in the Graph where the data is visualised.



I want to use the A and B Series in a new Series C that is a calculated features where A and B are used. Is this possible when Postgres is the source and the timestamp for the Features are not synchronised.










share|improve this question













migrated from superuser.com Jan 24 at 13:33


This question came from our site for computer enthusiasts and power users.



















  • Interesting problem. What precisely you want to calculate in series C? Looks like you would need to interpolate missing data points - for simplicity only in linear parts of your graphs between data points - although they look quite un-linear judging from data you provided. There are functions in postgis for it - postgis.net/docs/manual-1.4/ST_Line_Interpolate_Point.html If query would be too slow you can always preaggregate data.

    – JosMac
    Jan 24 at 15:58
















0















I have a table in Postgres with the following structure



id,timestamp,engineeringvalue
178,1527506108366,100.9
185,1527506108366,1475.23
178,1527506167365,98.86
185,1527506168465,1485.55
178,1527506227564,98.25
185,1527506227564,1490.06
178,1527506287663,98.8


in addition to feature 185 and 179 there is 32 other features.



I am using Grafana to visualize features 185 and 178 by using the following Select



Series ASELECT
$__time(timestamp/1000,10m,previous),
avg(engineeringvalue) AS "Feature A"
FROM
analogsignalfud
WHERE
id=178 and
timestamp >= $__unixEpochFrom()::bigint*1000 and
timestamp <= $__unixEpochTo()::bigint*1000
GROUP BY 1
ORDER BY 1

Series BSELECT
$__time(timestamp/1000,10m,previous),
avg(engineeringvalue) AS "Available Power"
FROM
analogsignalfud
WHERE
id=185 and
timestamp >= $__unixEpochFrom()::bigint*1000 and
timestamp <= $__unixEpochTo()::bigint*1000
GROUP BY 1
ORDER BY 1


This is working very well to graph the features. The features are derived from an event based log and therefore the "timestamp" are not synchronised between that features. Still Grafana "fix" this in the Graph where the data is visualised.



I want to use the A and B Series in a new Series C that is a calculated features where A and B are used. Is this possible when Postgres is the source and the timestamp for the Features are not synchronised.










share|improve this question













migrated from superuser.com Jan 24 at 13:33


This question came from our site for computer enthusiasts and power users.



















  • Interesting problem. What precisely you want to calculate in series C? Looks like you would need to interpolate missing data points - for simplicity only in linear parts of your graphs between data points - although they look quite un-linear judging from data you provided. There are functions in postgis for it - postgis.net/docs/manual-1.4/ST_Line_Interpolate_Point.html If query would be too slow you can always preaggregate data.

    – JosMac
    Jan 24 at 15:58














0












0








0








I have a table in Postgres with the following structure



id,timestamp,engineeringvalue
178,1527506108366,100.9
185,1527506108366,1475.23
178,1527506167365,98.86
185,1527506168465,1485.55
178,1527506227564,98.25
185,1527506227564,1490.06
178,1527506287663,98.8


in addition to feature 185 and 179 there is 32 other features.



I am using Grafana to visualize features 185 and 178 by using the following Select



Series ASELECT
$__time(timestamp/1000,10m,previous),
avg(engineeringvalue) AS "Feature A"
FROM
analogsignalfud
WHERE
id=178 and
timestamp >= $__unixEpochFrom()::bigint*1000 and
timestamp <= $__unixEpochTo()::bigint*1000
GROUP BY 1
ORDER BY 1

Series BSELECT
$__time(timestamp/1000,10m,previous),
avg(engineeringvalue) AS "Available Power"
FROM
analogsignalfud
WHERE
id=185 and
timestamp >= $__unixEpochFrom()::bigint*1000 and
timestamp <= $__unixEpochTo()::bigint*1000
GROUP BY 1
ORDER BY 1


This is working very well to graph the features. The features are derived from an event based log and therefore the "timestamp" are not synchronised between that features. Still Grafana "fix" this in the Graph where the data is visualised.



I want to use the A and B Series in a new Series C that is a calculated features where A and B are used. Is this possible when Postgres is the source and the timestamp for the Features are not synchronised.










share|improve this question














I have a table in Postgres with the following structure



id,timestamp,engineeringvalue
178,1527506108366,100.9
185,1527506108366,1475.23
178,1527506167365,98.86
185,1527506168465,1485.55
178,1527506227564,98.25
185,1527506227564,1490.06
178,1527506287663,98.8


in addition to feature 185 and 179 there is 32 other features.



I am using Grafana to visualize features 185 and 178 by using the following Select



Series ASELECT
$__time(timestamp/1000,10m,previous),
avg(engineeringvalue) AS "Feature A"
FROM
analogsignalfud
WHERE
id=178 and
timestamp >= $__unixEpochFrom()::bigint*1000 and
timestamp <= $__unixEpochTo()::bigint*1000
GROUP BY 1
ORDER BY 1

Series BSELECT
$__time(timestamp/1000,10m,previous),
avg(engineeringvalue) AS "Available Power"
FROM
analogsignalfud
WHERE
id=185 and
timestamp >= $__unixEpochFrom()::bigint*1000 and
timestamp <= $__unixEpochTo()::bigint*1000
GROUP BY 1
ORDER BY 1


This is working very well to graph the features. The features are derived from an event based log and therefore the "timestamp" are not synchronised between that features. Still Grafana "fix" this in the Graph where the data is visualised.



I want to use the A and B Series in a new Series C that is a calculated features where A and B are used. Is this possible when Postgres is the source and the timestamp for the Features are not synchronised.







postgresql






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Jan 24 at 13:16









luhrerenluhreren

1




1




migrated from superuser.com Jan 24 at 13:33


This question came from our site for computer enthusiasts and power users.









migrated from superuser.com Jan 24 at 13:33


This question came from our site for computer enthusiasts and power users.















  • Interesting problem. What precisely you want to calculate in series C? Looks like you would need to interpolate missing data points - for simplicity only in linear parts of your graphs between data points - although they look quite un-linear judging from data you provided. There are functions in postgis for it - postgis.net/docs/manual-1.4/ST_Line_Interpolate_Point.html If query would be too slow you can always preaggregate data.

    – JosMac
    Jan 24 at 15:58



















  • Interesting problem. What precisely you want to calculate in series C? Looks like you would need to interpolate missing data points - for simplicity only in linear parts of your graphs between data points - although they look quite un-linear judging from data you provided. There are functions in postgis for it - postgis.net/docs/manual-1.4/ST_Line_Interpolate_Point.html If query would be too slow you can always preaggregate data.

    – JosMac
    Jan 24 at 15:58

















Interesting problem. What precisely you want to calculate in series C? Looks like you would need to interpolate missing data points - for simplicity only in linear parts of your graphs between data points - although they look quite un-linear judging from data you provided. There are functions in postgis for it - postgis.net/docs/manual-1.4/ST_Line_Interpolate_Point.html If query would be too slow you can always preaggregate data.

– JosMac
Jan 24 at 15:58





Interesting problem. What precisely you want to calculate in series C? Looks like you would need to interpolate missing data points - for simplicity only in linear parts of your graphs between data points - although they look quite un-linear judging from data you provided. There are functions in postgis for it - postgis.net/docs/manual-1.4/ST_Line_Interpolate_Point.html If query would be too slow you can always preaggregate data.

– JosMac
Jan 24 at 15:58












0






active

oldest

votes











Your Answer






StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");

StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f54347869%2fcalculation-in-grafana-using-series-whereas-datasource-are-postgres%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























0






active

oldest

votes








0






active

oldest

votes









active

oldest

votes






active

oldest

votes
















draft saved

draft discarded




















































Thanks for contributing an answer to Stack Overflow!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f54347869%2fcalculation-in-grafana-using-series-whereas-datasource-are-postgres%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Сан-Квентин

8-я гвардейская общевойсковая армия

Алькесар