DECODR1502.exe LTER bottle data code = 9
The new version of DECODR1502.exe 'DataCode Checker' module will "9" the LTER duplicate bottle oxygen datacode if it does not already have a "9", "6" or "4" AND there is a "L" in the DPTHNT column.
Notes on software, hardware, methods, and technical metadata.
DECODR is SIO-CalCOFI's comprehensive data processing suite - a Windows program developed by SIO-CalCOFI which has evolved over the years. Originally working with multiple ascii files to generate an IEH and Data Report, DECODR now processes bottle data with corresponding CTD data in station csvs. DECODR does general data processing of the salt, oxygen, chlorophyll, nutrients, and primary productivity analyses. Merging all individual CTD cast bottle data assays into a station csv. DECODR imports corresponding CTD sensor data at the bottle depths. DECODR also creates most of the data products: contour maps (using Surfer), Data Reports, database csvs, & IEHs.
The new version of DECODR1502.exe 'DataCode Checker' module will "9" the LTER duplicate bottle oxygen datacode if it does not already have a "9", "6" or "4" AND there is a "L" in the DPTHNT column.
When starting a PSal run, the initial sub is given a sta number of 999 since no station base file has been loaded yet. This causes the routine to skip subsequent values. I will fix PSal to not give initial subs readings a 999 designation but look for this issue by examining salt files when they do not run.
The new version DECODR1502.exe - changed the label MRK SALT to CTD SALT - the source of the CTD salt value is the sta.csv. The option to use primary or secondary salt (right side of processing screen) does work. I ran it and got primary sta.csv salts in the CTD SALT (formerly MRK SALT) column. I added an extra sig fig so CTD salt is 33.xxxx but reduced the bottle-CTD salt to three sig figs ie 0.004 as per DMW's request.
Fine tuned the nutrient datacodes for MDL handling.
Addressed some problems with the contour-csv-generation from CTD asc files.
Fixed chl ave blank, F, tau zeroing issue - array index glitch fixed, it was using blank for all fields.
Nutrient sta.csv update bug fixed - using new nutrient datacodes was causing an error resulting in "bak dir..." dialog repeatedly appearing.
Note: when a prodo station is not identified or saved as prodo by CESL, "P" footnotes are not added to the DEPTHFN column of the station csv. This results in the scintillation importer not recognizing the cast or depths as prodo bottles. This happened on sta 001 on 1411NH - "P"s were added to the 1411001.csv prodo bottles and the import was correct.
Two problems fixed:
Problem 1: when updating .csv with CHL values - values placed in the boxen for Blank, F and Tau uses blank values for everything resulting in 0.00 in all fields for Chl in sta.csv files. Solution - F & Tau array elements were not index properly so Blank was used for all three values - fixed.
Problem 2: recurrent "no .bak directory" error message when trying to update sta.csvs for Nuts. Solution: when there is an error, this is the default response even though the error may be the result of something else. Error descriptor has been updated to describe other problems.