Closed ghost closed 6 years ago
If they were swapped it was not on my end (I pulled the data directly from here: https://www.sciencebase.gov/catalog/item/58c301f2e4b0f37a93ed915a). The definitions from NID:
(Acre-Feet, Number) Calculated field: Maximum value of normal storage and maximum storage. Accepted as the general storage of the dam.
(Acre-Feet, Number) Normal storage, in acre-feet, which is defined as the total storage space in a reservoir below the normal retention level, including dead and inactive storage and excluding any flood control or surcharge storage. For normally dry flood control dams, the normal storage will be a zero value. If unknown, the value will be blank and not zero.
I don't really know what that means.
I understand the definitions having worked with the NID circa 1999. Easiest it to assume that some clerk back in the day populating NID at some point swapped some numbers. It a single major dam is the core source of storage, then a simple one time mistake is quite possible. I did not expect it to have a source in any coding logic of yours.
Well, assuming it is my mistake is often fairly safe 😜 !
Should I make the change in the all_gage_data.feather file? You might want to run your same test on the all_huc12_covariates.feather (https://github.com/scworland-usgs/restore-2018/tree/master/data/huc12) file as well.
No we stand pat for now but as part of modeling building, at least my script must trap the issue.
For the regionalizations that I am doing I want to make sure the covariates are correct to help identify parameters. If you are fairly confident there is a mistake, I should probably change the master file.
Problem with both sites is that the number of dams is kind of nonzero (consulting tot_major tot_ndams), so a mistake of a swap for a single dam record in the NID is not likely. So the question is how the original aggregation of the NID worked in NHD+ For the record, I have consulted the station manuscripts of the USGS and no relevant information is therein.
Inspection shows two gages with a total_nid_storage less than tot_norm_storage. I am computing a flood storage per square mile metric. For time being, I will just assume the two records got swapped accidently in original data entry but the numbers are correct. (CDA is log10 of contributing drainage area from NWIS.)