You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@edgent.apache.org by "Dale LaBossiere (JIRA)" <ji...@apache.org> on 2016/04/14 17:14:25 UTC

[jira] [Comment Edited] (QUARKS-124) Add a recipe for changing the rate at which data is published

    [ https://issues.apache.org/jira/browse/QUARKS-124?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15240497#comment-15240497 ] 

Dale LaBossiere edited comment on QUARKS-124 at 4/14/16 3:13 PM:
-----------------------------------------------------------------

I think that can be accomplished by inserting an "deadtime filter" right before the "publish", where the filter function:
- deadtimePeriod==0 means "pass all";  deadtimePeriod can be changed dynamically
- when a tuple is received:
  - if "now" < last-passed-time + deadtimePeriod, filter out the tuple (return false)
    otherwise update the last-passed-time and pass the tuple (return true)

[~djd] does that sort of logic achieve the desired effect / was the scenario description accurate?  If so I'll do a recipe for it.  Then I'll see about creating an "deadtime filter" to add to quarks.analytics.sensors



was (Author: dlaboss):
I think that can be accomplished by inserting an "elapsed time filter" right before the "publish", where the filter function:
- maintains a last-passed-time and min-elapsed-time state
- min-elapsed-time==0 means "pass all";  min-elapsed-time can be changed dynamically
- in the "pass all" mode: it updates the last-passed-time and passes the tuple (returns true)
- in the "elapsed time" mode: when it receives a tuple it sees if the min-elapsed-time has elapsed (e.g., 30min) since last-passed-time.  If it has then it updates last-passed-time and passes the tuple (returns true), otherwise it filters the tuple out (returns false)

[~djd] does that sort of logic achieve the desired effect / was the scenario description accurate?  If so I'll do a recipe for it.  Then I'll see about creating an "elapsed time filter" to add to quarks.analytics.sensors


> Add a recipe for changing the rate at which data is published
> -------------------------------------------------------------
>
>                 Key: QUARKS-124
>                 URL: https://issues.apache.org/jira/browse/QUARKS-124
>             Project: Quarks
>          Issue Type: Task
>          Components: Documentation
>            Reporter: Dale LaBossiere
>            Assignee: Dale LaBossiere
>
> e.g., analytics are being continuously performed and new results generated say every 1min but under "normal" conditions a "normal" result is only published (equivalently an IotDevice event generated) every 30min.  Some alert condition is detected by local analytics and the application wants to start publishing the results every 1min.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)