Open lindsayplatt opened 1 year ago
Definitely something wonky going on at that site. The data exist, but you can't get to the new gage pages for that site, and the discharge metadata look weird to me. I think it's something with the records, and I see the site has been discontinued, so that might be something to do with it. https://waterdata.usgs.gov/monitoring-location/03501975/#parameterCode=00065
But you can see the data at the old gage site (daily values) page: https://waterdata.usgs.gov/nwis/dv?referred_module=sw&site_no=03501975
Right, but I don't see any UV data on those pages, so its weird that the UV inventory returned something for count_nu
.
I need to keep moving forward with this for now. So, I am going to add a single line that skips over the code in convert_to_long()
if the data input has 0 rows. Here's the line I added in the function for now:
Oh weird: you can get dv data, but not stat code 00003, just 00001 and 00002.
readNWISdv(siteNumbers = "03501975", parameterCd = "00060", statCd = '00001', startDate = "", endDate = "")
Oh strange, I think we are skipping this entirely within the dv
pull here then. Still so weird that my May 5 inventory claimed there were over 350k records and now there are 0. Maybe they were working on something with this site?
Yeah, maybe they're making these data available in the dv
database, and the mean
isn't an approved record yet. Not entirely sure, but the only reason it's being pulled by uv
is when it doesn't exist in dv
. Suggests to me that they are working on these records, as you suggest.
Got passed this with some code in #30 but not sure if there is some underlying issue we should investigate later, so leaving open for now :)
I'm not sure how this is happening but one of the UV files doesn't have any data. This is causing an error within the
combine_nwis_data()
function at the end of the UV task makefile in10_nwis_uv_pull_tasks.yml
because it tries to pivot the data usingconvert_to_long()
and fails because the columns are missing.I'm not sure why this single file is empty. The value of the partition information stored as
uv_partition_230505_137
before passing toget_nwis_data()
isSo we would expect to see a lot of data. But if you manually pull data and check the inventory with the appropriate params, it correctly shows no data. So, it would appear that somehow the inventory value in
count_nu
next to this site is incorrect. I'm not sure how to resolve that.