Skip to content

Commit

Permalink
smurf: some preliminary code for applying MCE response to fakemap data
Browse files Browse the repository at this point in the history
This is sort-of correct, but realistically the fake signal should have
the filter applied prior to adding to the real data. This is good enough
though if you just want to see what the effect is for *only* the fake
source.
  • Loading branch information
edwardchapin committed Nov 20, 2012
1 parent 0d718a8 commit 10b4cb4
Showing 1 changed file with 18 additions and 0 deletions.
18 changes: 18 additions & 0 deletions applications/smurf/libsmf/smf_iteratemap.c
Original file line number Diff line number Diff line change
Expand Up @@ -385,6 +385,8 @@
* smf_calcmodel_flt). This is controlled by new config parameter FLT.UNDOFIRST.
* 2012-10-22 (DSB):
* If ( abs(itermaps) > 1 ) then include a quality component in each itermap.
* 2012-11-20 (EC):
* Add some commented-out code to apply the MCE response to fakemap data
* {enter_further_changes_here}
* Notes:
Expand Down Expand Up @@ -1450,6 +1452,22 @@ void smf_iteratemap( ThrWorkForce *wf, const Grp *igrp, const Grp *iterrootgrp,
}
}
}

{
/* Apply the response function of the MCE. Really, instead of
convolving with the response after adding the fakemap signal
to the time-series, we should be filtering it BEFORE adding
(since the real data have already been filtered by this
response). */
/*
smfFilter *filt = smf_create_smfFilter(res[0]->sdata[idx], status);
smf_filter_mce( filt, 1, status );
smf_update_quality( res[0]->sdata[idx], 1, NULL, 0, 0.05, status );
smf_filter_execute( wf, res[0]->sdata[idx], filt, 0, 0, status );
filt = smf_free_smfFilter( filt, status );
*/
}

}
}

Expand Down

0 comments on commit 10b4cb4

Please sign in to comment.