Justin Abold-LaBreche - Data Skills Pathway Workspace
Student Information
Mentor Information
Meeting Schedule: Wednesdays, 1PM Central / 2PM Eastern
Project Interest Sensors Engineering Cybersecurity
Project Question or Problem Historical visibility-sensor data contain anomalous readings during periods when visibility was otherwise clear. The sensor's wiring was corrected in early September 2026, and subsequent data no longer exhibit the known wiring-related errors. The challenge is to develop a reliable method for identifying erroneous observations in the historical data and marking them with a value of 9999, allowing researchers to distinguish invalid measurements while preserving the remainder of the historical dataset for analysis.
Project Brief
Project Title: Identification and Cleansing of Anomalous Visibility Sensor Data
Project Goal: Develop and test a method for identifying erroneous observations in historical visibility-sensor data caused by a known sensor wiring problem. Erroneous observations will be marked with a value of 9999 so they can be distinguished from valid measurements while preserving the historical dataset for research use.
There is a potential longer term goal of automating the data cleansing process.
Data Source: Historical data from the IR System MiniBSV visibility sensor located on the roof of Clifford Hall at the University of North Dakota. Daily sensor files contain a timestamp and three data fields, including solar irradiance (Field 1), extinction coefficient (Field 2), and horizontal visibility in meters (Field 3). The sensor's maximum reported visibility is 4,000 meters.
Method or Tools: Python will be used to read, parse, analyze, and eventually cleanse the historical sensor files. Matplotlib is being used to visualize relationships among the sensor fields and changes over time. Initial analysis compares known good and problematic data and tests simple temporal rules for identifying anomalous visibility observations. For example, one candidate rule flags a sub-4,000-meter observation when the two preceding and two following observations all report 4,000-meter visibility. Candidate rules will be tested against additional historical and post-repair data before determining an appropriate cleansing method.
Expected Output: A Python-based method for identifying and marking erroneous historical visibility observations with 9999. If feasible within the project timeframe, the longer-term objective is to automate the process so that the agreed-upon cleansing procedure can be applied across multiple historical data files rather than processing each file individually.
Why this project matters: Historical visibility data may be valuable for atmospheric-science research, but erroneous measurements caused by the previous wiring problem can compromise subsequent analysis if they cannot be distinguished from legitimate reductions in visibility caused by actual atmospheric conditions. Developing a reproducible method for identifying and marking those observations would improve the usability of the historical dataset while retaining valid measurements.
The project also supports my longer-term interest in cyber-physical systems, particularly power systems, smart grids, and industrial control systems. Although the application here is an atmospheric sensor rather than a power-system device, the underlying problem is similar: using data from a physical sensor to distinguish genuine changes in the physical environment from anomalous measurements caused by equipment or system faults. I am using the Data Skills Pathway to develop the Python, data-analysis, and anomaly-detection skills that I hope to apply in future undergraduate research and eventually to cyber-physical power-system research.
What I completed this week: I became familiar with the MiniOFS visibility sensor dataset and began exploring differences between a known problematic historical file (July 1) and a good comparison file (September 14). I plotted visibility over time and examined the relationship among the sensor's solar irradiance, extinction coefficient, and visibility fields. Based on the pattern in the visibility data, I began developing a simple rule-based approach for identifying potentially erroneous observations: when a sub-4000 visibility reading is surrounded by readings of 4000, mark the questionable observation as 9999 rather than deleting it.
What I learned: The visibility field is capped at 4000 m, and the problematic July 1 data contain repeated brief drops below 4000 that appear different from sustained changes in visibility. I also identified unexpected negative extinction-coefficient values in the September 14 data. Discussion with Shawn clarified that negative extinction values are not physically meaningful but can result from conditions such as dew on the sensor. The absence of those values on July 1 therefore does not explain the erroneous visibility readings, but examining the additional sensor fields provided useful insight into how the instrument behaves.
Paper, figure, dataset, tool, script, or output shared: Python scripts and Matplotlib plots comparing the July 1 problematic dataset with the September 14 good dataset. I produced plots of visibility over time and explored visibility in relation to solar irradiance and extinction coefficient. I also documented the negative extinction-coefficient finding for discussion with the project team.
Question or blocker: The primary question is how to distinguish erroneous historical visibility readings from legitimate atmospheric changes without removing valid observations. At this stage, only a small number of example days have been examined, so a rule that appears effective on July 1 needs to be tested against additional good and problematic days.
What I tried: I visually compared good and problematic datasets and explored whether the other sensor fields could help explain the erroneous visibility readings. I began testing the idea that an isolated sub-4000 observation surrounded by 4000-m readings could provide a simple temporal signature for questionable data. Rather than deleting questionable observations, the proposed approach is to preserve the record while recoding identified values as 9999.
Next step: Write and test Python code implementing the temporal cleansing rule, compare its behavior on the July 1 and September 14 datasets, and begin obtaining additional historical files so the approach can be tested on more than two days. Longer term, explore whether the cleansing process can be automated across the historical dataset rather than processing files individually.
What I completed this week: I developed and tested three candidate temporal filtering rules for identifying questionable visibility observations: 2-before/2-after (2/2), 2-before/1-after (2/1), and 1-before/1-after (1/1). I tested the rules against July 1 (problematic data) and September 14 (good data). The 2/2 rule identified 92 observations on July 1 versus 10 on September 14; relaxing the rule to 2/1 produced 94 versus 13, and 1/1 produced 96 versus 24. I also conducted preliminary analysis of the magnitude of changes between consecutive visibility readings and gained access through WinSCP/VPN to the historical sensor server and MiniOFS directory, although I do not yet have permission to access the data files.
What I learned: The preliminary results suggest that the conservative 2/2 rule provides better separation between the two test days than relaxing the temporal requirement. July 1 contained 104 sub-4000 observations, of which 92 (88.5%) met the 2/2 criterion, compared with only 10 of 317 (3.2%) on September 14.
The jump analysis also revealed substantial structural differences. On July 1, 108 of 204 nonzero changes (52.9%) were ≥500 m, compared with 28 of 385 (7.3%) on September 14. In addition, only 4 of July's 204 nonzero changes (2.0%) occurred between two sub-4000 readings, compared with 247 of 385 (64.2%) on September 14. The problematic day therefore appears dominated by abrupt excursions away from and back to the 4000-m ceiling, while the good day shows much more continuous variation below 4000.
I also examined what the 2/2 rule misses. The 12 remaining sub-4000 observations on July 1 occur in short clusters that prevent them from meeting the 2/2 requirement. This suggests that jump magnitude could potentially complement the temporal rule.
Paper, figure, dataset, tool, script, or output shared: Python scripts implementing the 2/2, 2/1, and 1/1 rules; comparative plots and histograms for the July 1 and September 14 datasets; descriptive output comparing nonzero jumps, jump magnitude, and sub-4000 behavior. I also established a WinSCP connection to the littlestorm server through the UND VPN.
Python Code for 2/2 Rule Counter = 0 Counter9999 = 0 for item in VisibilityField3:
if item <4000 and Counter >=2 and Counter <= len(VisibilityField3)-3:
if (VisibilityField3[Counter-2] == 4000 and VisibilityField3[Counter-1] == 4000
and VisibilityField3[Counter+1] == 4000 and VisibilityField3[Counter+2] == 4000):
CleanedVisibilityField3[Counter] = 9999
Counter9999 += 1
Counter += 1
Python Code for Count of Observations Less than 4K count4 = 0 for item in VisibilityField3:
if item < 4000:
count4 += 1
Python Code for Jump Size and Jump Characterization JumpSize = [] JumpEnd = 0 JumpStart = 0 Non4000Jump = 0 for x in range(1,len(JumpsVisibilityField3)):
JumpDifference = abs(JumpsVisibilityField3[x]-JumpsVisibilityField3[x-1])
if JumpDifference != 0:
JumpSize.append(JumpDifference)
if JumpsVisibilityField3[x] == 4000:
JumpEnd += 1
elif JumpsVisibilityField3[x-1] == 4000:
JumpStart += 1
else:
Non4000Jump += 1
Question or blocker: I currently can connect to the historical sensor server and reach the MiniOFS directory, but I receive a permissions error when attempting to access the sensor data directory. I therefore cannot yet obtain additional historical files needed to determine whether the patterns observed in July 1 and September 14 generalize to other days. *Update: I have access to the MiniOFS director and sensor files thanks to the help of Atmospheric Sciences team! (Thank you!) I successfully downloaded ten additional files and was able to read them in.*
What I tried: I compared increasingly permissive temporal rules, examined the observations captured and missed by the 2/2 rule, and explored whether the size and structure of consecutive visibility changes provide additional information. I created histograms of jump magnitude and calculated the frequency of ≥500-m changes and whether transitions involved the 4000-m ceiling. I also connected to the server using WinSCP after determining that access requires the UND VPN.
Next steps:
What I completed:
What I learned:
Paper, figure, dataset, tool, script, or output shared:
Question or blocker:
What I tried:
Next step:
I continued investigating possible sources of independent ground-truth data for evaluating the Clifford Hall MiniOFS visibility sensor. Our goal is to distinguish genuine periods of reduced atmospheric visibility from potentially erroneous sensor readings to be able to calculate probability of detection stats for our proposed data marking methods.
I investigated three possible reference sources:
I also developed code to automate the creation of Python dictionaries for the Clifford Hall and Gorman Field datasets from all source files for 2026. Observations are now organized by their internal date stamps rather than by individual files, allowing multiple files to contribute observations to the same calendar date. This is an improvement over the past week.
I completed a preliminary inventory of the two datasets:
I also discussed with Shawn the possibility of examining Gorman Field electric field mill (EFM) measurements to determine whether changes in atmospheric electric fields correlate with or precede changes in visibility. This may be the best source of ground truth since the sensor is collocated geographically with the minOFS visibility sensor.
Ground truth is more complicated than simply comparing two instruments. Gorman Field provides measurements from a similar sensor, but the stations are geographically separated, and genuine local differences in visibility are possible.
The airport ASOS provides an independent visibility measurement, but its observations are generally hourly, compared with the approximately 30-second MinOFS sampling interval. This limits its usefulness for validating individual short-duration visibility changes. Also both MinOFS and ASOS visibility measurements have upper reporting limits. A MinOFS reading of 4,000 meters represents visibility at or above its reporting ceiling, while an ASOS reading of 10 miles may also represent an upper reporting limit. Neither necessarily represents the exact atmospheric visibility. Historical GFK ASOS visibility dataset obtained through the Iowa Environmental Mesonet.
NDAWN does not directly measure visibility, but relative humidity, temperature, dew point, and wind measurements could help determine whether conditions were consistent with fog or other causes of reduced visibility. This makes using NDAWN more complicated.
Comparing selected Clifford Hall and Gorman Field plots showed both agreements and disagreements. For example, September 21 showed generally good agreement at maximum visibility, while September 14 showed more substantial reductions at Clifford Hall than at Gorman Field. On September 25, both stations recorded reduced visibility, but their patterns differed.
These comparisons suggest that isolated reductions, abrupt changes, and differences between stations may be useful indicators of questionable observations, but none independently proves that a reading is erroneous.
I also earned improved my ability to use Python dictionaries to organize large datasets by date, including .setdefault(), .append(), .keys(), .values(), and .items(). Also learned how to handle malformed data records.
Recognized the importance of distinguishing dates represented by filenames from dates containing actual observations, as well as checking data completeness before comparing daily statistics.
Create Dictionaries.py — Python script for reading and aggregating Clifford Hall and Gorman Field MiniOFS observations.
Comparative visibility plots for selected Clifford Hall and Gorman Field dates.
Previously generated daily descriptive-statistics spreadsheets for both stations, which will be recalculated using the aggregated observations.