Closed jeanconn closed 1 year ago
For this, I didn't add anything fancy, like the checks we have for dark
that the date that corresponds the data in the structure is the same as the one that made the catalog ...
How might one actually use the value of supp_agasc_version
? I can see how the supp_last_updated
can (in theory) be used to recover a particular version, but I don't have the imagination to see how the version of the agasc
package which was used to update the supplement that time is actionable.
I thought it could be useful for the same reason that we put it in the file (which you may also disagree with). For now, for example, we've got a testing file built with a version of agasc
before it has been officially promoted. With an eye to real future improvements / development of the code that makes the data, it would be useful to track the version of the agasc
module that made the code.
(so you could have a parallel cron task running the testing code with similarly-dated files before final promotion etc).
So I just figured date + version was really what made the data file unique.
But could also cut it for simplicity.
How might one actually use the value of supp_agasc_version?
I am also not sure we will use it, but supp_agasc_version tells you the version that was actually used to compute the magnitude, so if you ever wanted to compare two catalogs which differ because the star magnitudes were slightly different, you could trace the origin of the discrepancy.
I am also not sure we will use it, but supp_agasc_version tells you the version that was actually used to compute the magnitude,
For a particular star mag update (one of the 80000 stars), you have no idea which version of agasc
was used to compute that magnitude. The supp_agasc_version
just tells you the installed version of agasc
for the most recent update to the supplement file, but you have no agasc
version that can be tied to a particular mag and mag error. You do of course have the star last update time, which can (with some effort) be tied to the version of agasc
. That's what we might do in reality, but the supp_agasc_version
being put in the pickle seems not useful.
Not likely to ever get promoted.
Description
Save the agasc supplement info in the meta for a catalog if the supplement data was used.
Testing