Hi Pratima,
The block size is the length of data that is read in at a time. Each block may contain several events depending on your experiment. While each block of data is used to calculate some average values such as the baseline current, etc., the raw data is appended to a queue so that you never lose any events. The total number of events both the ones that were properly analyzed and the ones that were rejected are available either by querying the data base or by looking at the run log. In the MOSAIC interface, the statistics page also displays this information.
Hope this helps.
Arvind
--
View the MOSAIC documentation at https://pages.nist.gov/mosaic.
---
You received this message because you are subscribed to the Google Groups "mosaic" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
mosaic+un...@list.nist.gov.
To view this discussion on the web visit
https://groups.google.com/a/list.nist.gov/d/msgid/mosaic/a78b9c89-91fa-428d-ad52-1f29655ede5cn%40list.nist.gov.
You received this message because you are subscribed to a topic in the Google Groups "mosaic" group.
To unsubscribe from this topic, visit https://groups.google.com/a/list.nist.gov/d/topic/mosaic/opOd9WNniK8/unsubscribe.
To unsubscribe from this group and all its topics, send an email to mosaic+un...@list.nist.gov.
To view this discussion on the web visit https://groups.google.com/a/list.nist.gov/d/msgid/mosaic/SA1PR09MB7824749BA96294D4F5E4C614F3569%40SA1PR09MB7824.namprd09.prod.outlook.com.
Hi Pratima,
Yes, block size is used to compute the baseline, but also check for drift, track the open current, etc. You can see the relevant functions in mosaic/partition/metaEventPartition.py.
Data is requested on demand by the partitioning code. In you example, for an event starting at 2.8 s with a block size of 1 s, metaEventPartition will detect the start of the event and when it runs of out data request, more. This request is fulfilled by mosaic/trajio/metaTrajIO.py, which will just add one more block of data to the pipeline. Once complete, metaEventPartition will continue analyzing data until the event ends. If there is no data available, for example, if the measurement was stopped in the middle of the event, then that partial event will be rejected and processing will stop.
Thanks,
To view this discussion on the web visit https://groups.google.com/a/list.nist.gov/d/msgid/mosaic/CA%2BMDE09LwsOeUs3%3DS4x8CM3KKt0t9i1abDm4%3D1wLk%2B2Fbajqvg%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/a/list.nist.gov/d/msgid/mosaic/SA1PR09MB78245560A162FF52350EE2D0F35B9%40SA1PR09MB7824.namprd09.prod.outlook.com.
Hi Pratima,
The events are processed in two steps: i) The event partition code (mosaic/partition) identifies an event by comparing it to a threshold. This includes all the individual levels within an event and ii) each recognized event is processed based on the selected algorithm (mosaic/process).
If you have multiple levels within an event, I would select either ADEPT or cusumPLUS to identify the sub-states. If the data predominantly has a single state then ADEPT 2-state may be more appropriate and faster. The documentation (https://pages.nist.gov/mosaic) provides additional details on the differences.
To view this discussion on the web visit https://groups.google.com/a/list.nist.gov/d/msgid/mosaic/CA%2BMDE08GzOFwgduKadRK5MyUsWzrGaowT2W9iWW0mo0uNwtdUg%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/a/list.nist.gov/d/msgid/mosaic/SA1PR09MB7824606AE55AF645708D582BF35A9%40SA1PR09MB7824.namprd09.prod.outlook.com.