Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
A
AMPS
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Model registry
Operate
Environments
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
Grant David Meadors
AMPS
Repository graph
Repository graph
You can move around the graph by using the arrow keys.
master
Select Git revision
Branches
1
master
default
protected
1 result
Begin with the selected commit
Created with Raphaël 2.2.0
22
May
15
13
12
9
30
Apr
11
Mar
21
Feb
20
11
8
31
Jan
11
8
16
Dec
3
30
Nov
28
21
19
13
12
9
7
5
30
Oct
25
18
17
4
2
30
Sep
28
25
24
21
13
15
Aug
14
4
2
30
Jul
29
27
26
19
18
16
10
3
2
29
Jun
27
20
19
18
12
11
6
5
4
29
May
28
14
8
7
3
1
25
Apr
24
19
14
13
12
10
9
7
6
5
3
19
Mar
16
14
Fixed remaining issues with the interstitial frame DAG concept
master
master
Added a file that should be able to submit the interstitial frames in convenient DAG format
Fixed a typo that made for an inconvenient filename referring to an observatory
Made the plotting feature more useful by labelling observatory
Added a nice python plotter to display the ratio of before and after SNR calculated by Ian Harry from iHope CBC data
The vetoes file for L1
Should have enabled the interstitial frames jobs to take on frames of odd length
As far as I can tell, the loopMICH (type 0) and initialMICH (type 2) errors from the LHO and LLO production runs are now fixed. They have been correctly resolved, meaning that the output of AMPS in the rare instances where LDAS frames have an odd length is exactly aligned with LDAS. Where LDAS has a short frame, AMPS has a short frame, and vice versa: all the remaining frames around them are normal-length in AMPS, just as they are in LDAS. I tested on the one case at LHO of initialMICH and on a loopMICH LHO job, as well as on the entirely-normal first science segment at LHO. They are fifth-decimal place differences between that first science segment and the 2013/01/22-1 run, because the latter was run on Matlab2010b whereas today I used Matlab2012a, but otherwise everything matches. I think our problems are over... or perhaps they are just beginning.
Made changes that should fix the remaining bugs. I check to see if there are any anomalous frames and, in the rare cases where there are, I think an adjustment to the frame head or tail tau variables should suffice.
Fixed a special case where the obliteration of 32 s windows into windows of up to 512+32 s long caused the final window to extend into another frame, which constructWhitespace had not prepared for. To minimize intrusion into other parts of the code, an edit was made directly to the failure point in the HoftEditor windower function, where the frameTail is attached; the Hoft.data and Hoft.baseline structures are extended by the required amount, which is exactly the length of the frameTail. A variety of checks are made the ensure this only occurs where needed and that it survives in cases where the window needs to be renormalized due to vetoes. All checks out with one test case, and since the entire category of so-called type 1 errors in the 2013-01-22-1 LHO and 2013-02-21 LLO production runs were similar across all the variables that are invoked, I think it is safe to say this should solve the problem for all errors involving loopPRC. Note that loopMICH and initialMICH, also known as type 0 and type 2 errors, are due to issues with 64 and 96 s LDAS frames sneaking into ligo_data_find and the cluster nodes, and I cannot resolve those without extensive recoding, so I think I will ignore them and just write over those jobs with interstitialFrame.m
Modified postProcessing to have consistent y limits in the output graphs
Made the segmentDivider less conversative, will give frames with two science segments to the earlier segment.
Now should work for LLO. Fixed a bug where the middle function subdivider, was obliterating some science segments, as it is wont to do for very short ones, while still writing out a line for the followed and preceding bits, which was breaking the cell-to-matrix conversion.
Fixed segmentDivider so that it counts jobs correctly, which has the effect of making it more conservative about overlapping segments. Previously it gave a 128 s frame that was in two science segments to the former of the segments. Now, it gives it to neither.
Fixed an issue with the segmentDivider so it correctly filters out any segments shorter than 60 s from the start.
Making changes to run on Matlab 2012a
Added the corresponding L1 segment-getter
Forgot xlabel on the last plot in postProcessing
Further refinements to postProcessing including a smoothing method
Made modifications to the postProcessing script to scale to a full science run
One more nomenclature change.
Modified memory requirements nomenclature in DAG generator script.
Adjusted because the memory image size on Condor seems inexplicably to have gone up. Production run attempt again.
Fixed bug where the divided segment list included entries with non-unique end times, because those subsegments were less than 1024 s long, which was a problem for the Science Finder class. Fixed by eliminating those, which were redundant anyway. Should be ready for production run.
Fixed a bug in HoftEditor that prevented windows failing the absolute comb test from ever being written if they were the first window of a segment. Now it should be ready for a trial production run.
Time for a production run.
Added a ratio of differences plot
Fixed a typo
Made modifications to enable absolute sum vetos in the comb and fixed a bug in the middle of divided segments
More characterization
Playing at printing values to learn more about the data
Now informatively marginalizes frequencies
Marginalizing over the histogram
Successfully made python histogram
Writing a python script to derive statistics in post-processing
Now in excellent shape for showing statistics
Added a statistical cut
Updated and made statistics
Made program capable of plotting differences over all 200 jobs, before and after
Made improvements to spec_avg so it prints out about 5/16 Hz around 850 Hz.
Loading