You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Dark Monitors will likely require the same (or very similar) bits of data to perform the actual monitoring, so it makes sense to create one DataModel for all of the dark monitors to use.
The text was updated successfully, but these errors were encountered:
Create a DataModel that pulls corrtag files directly from the dark monitor programs. This would ensure that the data remains focused on what's needed for the dark monitors and is much more efficient than looking through all available corrtag files across all programs, but it also means that whatever list that defines the dark monitor programs would need to be updated yearly.
Create a CorrtagDataModel that's general to corrtag files, and then pull files with EXPTYPE = 'DARK'. This would avoid the issue of having to update the set of defined dark programs each year, but then there's the risk of the scope of this table becoming too large. There's currently no other monitor that requires data from corrtag files, so ingesting data from all COS corrtag files might be overkill.
Run through all new corrtag files, but only ingest if the EXPTYPE = "Dark". This is inefficient, but not prohibitively so, especially since there'd only be a need to run through allcorrtag files one time (the first time), and then the monitor would only need to look at a few at a time after that (assuming that it executes every few weeks or so). This has the benefit of avoiding updating the dark programs list while also keeping the scope of the DataModel well-defined
The Dark Monitors will likely require the same (or very similar) bits of data to perform the actual monitoring, so it makes sense to create one
DataModel
for all of the dark monitors to use.The text was updated successfully, but these errors were encountered: