ADJUSTMENTS TO THE METEOROLOGICAL DATA
On February 12, 2003, wind direction (WDIR) values were corrected by Thomas Nylen for a systematic error in the measurement created by improper wiring. The wind sensor still worked, but the values were systematically off. The wind direction is off by 180 degrees and mirrored around the north-south axis. For example a wind direction of 160 degrees was corrected by adding 180 degrees to it (340 or -20) and takING the mirror value of that, i.e. 20 degrees.
On June 4, 2004, all of the relative humidity (RH) values were corrected for a
systematic error in the measurement created by an instrument manufacturer error.
All RH data with air temperatures below freezing were corrected using the vapor
pressure over ice (rather than over water which was used initially). The error
became quite large for very cold temperatures (the correction could grow to
around 30%). The polynomials used for the correction is based on Lowe (1977). The original RH
value is multiplied by the saturation vapor pressure over water and divided by the
the saturation vapor pressure over ice
RH3m_corr=[RH3m]*(6.107799961 + [AirT3m] * (0.4436518521 + [AirT3m] * (0.01428945805 + [AirT3m] * (0.0002650648471 + [AirT3m] *(0.000003031240396 + [AirT3m] * (0.00000002034080948 + 0.00000000006136820929 * [AirT3m])))))) / (6.109177956 + [AirT3m] * (0.503469897 + [AirT3m] * (0.01886013408 + [AirT3m] * (0.0004176223716 + [AirT3m] * (0.00000582472028 + [AirT3m] * (0.00000004838803174 + 0.0000000001838826904 * [AirT3m])))))))Records that showed corrected RH values greater than or equal to 100 were changed to 99.99 and flagged.
On August 24, 1999, the data manager did some fine-tuning of the data, as requested by Thomas Nylen. This included:
On May 16, 2000, relative humidity (RH) values were corrected for a
systematic error in the measurement created by an instrument manufacturer error.
All RH data with air temperatures below freezing were corrected using the vapor
pressure over ice (rather than over water which was used initially). The error
became quite large for very cold temperatures (the correction could grow to
around 30%). The formula used for the correction was:
RH_corr=RH_orig/((A*temp*temp)+(B*temp)+C)For example, with an air temperature of -2.3 and RH_orig of 50.6, the RH_corr will be 51.7. Records that showed corrected RH values greater than or equal to 100 were changed to 99.99 and flagged.
where
RH_corr = corrected relative humidity
RH_orig = original relative humidity
temp = air temperature
A = 4.165E-5
B = 9.7E-3
C = 1.0
In June 2000, summary files were added to the web containing daily and monthly statistics. These were generated by creating "views" of daily and monthly means, minimums, maximums and counts of the records represented in the Oracle database's meteorology tables.
In May 2003, PAR values between 11/20/01 10:30 AM and 1/24/02 11:45 AM were changed because the wrong multiplier was used the first time it was processed. The values were divided by 1.37283 (old multiplier) and multiplied by 1.64249 (correct multiplier).
In Apr 2004, LwRadIn data between 11/17/2000 @ 1130 am and 01/09/2002 @ 08:45 am were delete and flagged as "LwRadIn value recorded by instrument but known to be bad data". The sensor values were considerably lower than the tempeature corrected LwRadIn2 value. The battery in the Eppley Pyrgeometer was probably left in, which affects the output voltage.
On June 4, 2004, the relative humidity (RH) values after January 15, 2000 @ 1300 were corrected for a
systematic error in the measurement created by an instrument manufacturer error.
All RH data with air temperatures below freezing were corrected using the vapor
pressure over ice (rather than over water which was used initially). The error
became quite large for very cold temperatures (the correction could grow to
around 30%). The polynomials used for the correction is based on Lowe (1977). The original RH
value is multiplied by the saturation vapor pressure over water and divided by the
the saturation vapor pressure over ice
RH3m_corr=[RH3m]*(6.107799961 + [AirT3m] * (0.4436518521 + [AirT3m] * (0.01428945805 + [AirT3m] * (0.0002650648471 + [AirT3m] *(0.000003031240396 + [AirT3m] * (0.00000002034080948 + 0.00000000006136820929 * [AirT3m])))))) / (6.109177956 + [AirT3m] * (0.503469897 + [AirT3m] * (0.01886013408 + [AirT3m] * (0.0004176223716 + [AirT3m] * (0.00000582472028 + [AirT3m] * (0.00000004838803174 + 0.0000000001838826904 * [AirT3m])))))))Records that showed corrected RH values greater than or equal to 100 were changed to 99.99 and flagged.
The first 96 records found in the 978/brh/brh97f01 file contained the same dates/times as the latter portion of the 967/brh/brh96702 file (overlap of records in the 1996/97 & 1997/98 files). Although the values in these files did not contain exact matches, a choice had to be made on which records to use. The data manager subjectively decided to use the 1996/97 records. This explains why the first record number (fline#) from the 978/brh/brh97f01 file is '978/brh/brh97f01.96', rather than 978/brh/brh97f01.0. If you have any questions, please contact the data manager.
On August 17, 1999, the data manager added the 1998-1999 data to this dataset. In the process, she did some fine-tuning of the data, which included:
On August 27, more fine-tuning of the data occurred. This included:
On May 16, 2000, relative humidity (RH) values were corrected for a
systematic error in the measurement created by an instrument manufacturer error.
All RH data with air temperatures below freezing were corrected using the vapor
pressure over ice (rather than over water which was used initially). The error
became quite large for very cold temperatures (the correction could grow to
around 30%). The formula used for the correction was:
RH_corr=RH_orig/((A*temp*temp)+(B*temp)+C)For example, with an air temperature of -2.3 and RH_orig of 50.6, the RH_corr will be 51.7. Records that showed corrected RH values greater than or equal to 100 were changed to 99.99 and flagged.
where
RH_corr = corrected relative humidity
RH_orig = original relative humidity
temp = air temperature
A = 4.165E-5
B = 9.7E-3
C = 1.0
In June 2000, summary files were added to the web containing daily and monthly statistics. These were generated by creating "views" of daily and monthly means, minimums, maximums and counts of the records represented in the Oracle database's meteorology tables.
In May 2003, SwRadIn values between 12/30/1994 10:00:00 PM and 4/19/1996 11:30:00 PM were changed because it was determined the wrong multiplier was used. The values were corrected by dividing by 88.4 (mAmps m-2) and multiplying by 113.12 (W m-2).
On June 4, 2004, the relative humidity (RH) values after January 26, 2000 @ 1545 were corrected for a
systematic error in the measurement created by an instrument manufacturer error.
All RH data with air temperatures below freezing were corrected using the vapor
pressure over ice (rather than over water which was used initially). The error
became quite large for very cold temperatures (the correction could grow to
around 30%). The polynomials used for the correction is based on Lowe (1977). The original RH
value is multiplied by the saturation vapor pressure over water and divided by the
the saturation vapor pressure over ice
RH3m_corr=[RH3m]*(6.107799961 + [AirT3m] * (0.4436518521 + [AirT3m] * (0.01428945805 + [AirT3m] * (0.0002650648471 + [AirT3m] *(0.000003031240396 + [AirT3m] * (0.00000002034080948 + 0.00000000006136820929 * [AirT3m])))))) / (6.109177956 + [AirT3m] * (0.503469897 + [AirT3m] * (0.01886013408 + [AirT3m] * (0.0004176223716 + [AirT3m] * (0.00000582472028 + [AirT3m] * (0.00000004838803174 + 0.0000000001838826904 * [AirT3m])))))))Records that showed corrected RH values greater than or equal to 100 were changed to 99.99 and flagged.
Files were submitted by Karen Lewis to the McMurdo LTER data manager in October, 1997 and March, 1999. In order to get the dates and times in the proper format, Denise Steigerwald changed any times marked as 24:00 to 0:00, and added 1 to the corresponding julian date. Julian dates and times were then converted to a format with mm/dd/yy hh24:mm in order to make this file more compatible with other McMurdo LTER files. Variables were renamed to match with corresponding measurements at other meteorology stations. A column was also added for location code in order to identify the station of these measurements. Updates were done using Microsoft Excel and Access software. Comma delimited ascii files were then generated to make the data files available on the web page.
In June, 1999, it was determined that the transformations used to get records from level 0 to level 1 did not occur for the data sets submitted by Karen Lewis. Denise Steigerwald, the data manager, therefore replaced what she could with data sets that originated at the Desert Research Institute and had undergone these transformations. This included records between November 10, 1995 and August 21, 1996. The remaining records were downloaded by Thomas Nylen to allow him to get the records to level 1. On September 29, 1999, the level 1 records on the web replaced the level 0 records.
In May 2000, the 1999-2000 data was posted. In the process, Denise Steigerwald changed the layout of the files so that they were sorted by category (air temperatures, humidity, radiation, wind etc.) rather than by year. Files containing monthly and daily averages were generated and minor adjustments were made to the metadata.
On May 17, 2000, relative humidity (RH) values were corrected for a systematic error in the measurement created by an instrument manufacturer error. All RH data with air temperatures below freezing were corrected using the vapor pressure over ice (rather than over water which was used initially). The error became quite large for very cold temperatures (the correction could grow to around 30%). The formula used for the correction was:
For example, with an air temperature of -2.3 and RH_orig of 50.6, the RH_corr will be 51.7. Records that showed corrected RH values greater than or equal to 100 were changed to 99.99 and flagged.
RH_corr=RH_orig/((A*temp*temp)+(B*temp)+C)
where
RH_corr = corrected relative humidity
RH_orig = original relative humidity
temp = air temperature
A = 4.165E-5
B = 9.7E-3
C = 1.0
In June 2000, summary files were added to the web containing daily and monthly statistics. These were generated by creating "views" of daily and monthly means, minimums, maximums and counts of the records represented in the Oracle database's meteorology tables.
On June 4, 2004, the relative humidity (RH) values after January 16, 2000 @ 1600 were corrected for a
systematic error in the measurement created by an instrument manufacturer error.
All RH data with air temperatures below freezing were corrected using the vapor
pressure over ice (rather than over water which was used initially). The error
became quite large for very cold temperatures (the correction could grow to
around 30%). The polynomials used for the correction is based on Lowe (1977). The original RH
value is multiplied by the saturation vapor pressure over water and divided by the
the saturation vapor pressure over ice
RH3m_corr=[RH3m]*(6.107799961 + [AirT3m] * (0.4436518521 + [AirT3m] * (0.01428945805 + [AirT3m] * (0.0002650648471 + [AirT3m] *(0.000003031240396 + [AirT3m] * (0.00000002034080948 + 0.00000000006136820929 * [AirT3m])))))) / (6.109177956 + [AirT3m] * (0.503469897 + [AirT3m] * (0.01886013408 + [AirT3m] * (0.0004176223716 + [AirT3m] * (0.00000582472028 + [AirT3m] * (0.00000004838803174 + 0.0000000001838826904 * [AirT3m])))))))Records that showed corrected RH values greater than or equal to 100 were changed to 99.99 and flagged.
While processing the 1997-98 files, Peter Doran identified an error in the LWRadIn values for the Commonwealth station in 1996-97's data from Julian day 319 of 1996 at 15:45 local time to Julian day 27 of 1997 at 9:00 local time. To correct the LWRadIn values during this period the values needed to be multiplied by 0.800514. The data manager at INSTAAR did this & provided updated versions of the data sets in May, 1999.
On August 18, 1999, the data manager added the 1998-1999 data to this dataset. In the process, she did some fine-tuning of the data, which included:
On May 17, 2000, relative humidity (RH) values were corrected for a
systematic error in the measurement created by an instrument manufacturer error.
All RH data with air temperatures below freezing were corrected using the vapor
pressure over ice (rather than over water which was used initially). The error
became quite large for very cold temperatures (the correction could grow to
around 30%). The formula used for the correction was:
RH_corr=RH_orig/((A*temp*temp)+(B*temp)+C)For example, with an air temperature of -2.3 and RH_orig of 50.6, the RH_corr will be 51.7. Records that showed corrected RH values greater than or equal to 100 were changed to 99.99 and flagged.
where
RH_corr = corrected relative humidity
RH_orig = original relative humidity
temp = air temperature
A = 4.165E-5
B = 9.7E-3
C = 1.0
On June 6, 2000, the dataset showing longwave radiation measurements was updated. Thomas Nylen had gone through values recorded before January 22, 1999 and made some changes to these values and their corresponding flags (comments). Many of the fields were originally left blank but have now been assigned an appropriate number.
In June 2000, summary files were added to the web containing daily and monthly statistics. These were generated by creating "views" of daily and monthly means, minimums, maximums and counts of the records represented in the Oracle database's meteorology tables.
In April 2003, the LwRadOut2 data were adjusted between 01/20/1999 12:45 PM and 01/23/2003 04:15 PM to account for erroneous dome thermister measurements made by the Eppley precision spectral pyranometer. The problem was identified by Eppley when recalibrating the instrument. The dome and case temperatures should be about the same, especially in the winter. The voltage measured by the dome thermister was consistently 9% higher than the case thermister. To correct the problem the dome thermister were divided by 1.09 and the LwRadOut2 values were calculated again using the methods outlined in Procedures for Correcting Eppley Pyrgeometer Data. The revised values were on average 11.2% higher than the previous calculated values.
On September 6, 1999, the data manager added the 1998-1999 data to this dataset. In the process, she did some fine-tuning of the data, which included:
On May 24, 2000, relative humidity (RH) values were corrected for a
systematic error in the measurement created by an instrument manufacturer error.
All RH data with air temperatures below freezing were corrected using the vapor
pressure over ice (rather than over water which was used initially). The error
became quite large for very cold temperatures (the correction could grow to
around 30%). The formula used for the correction was:
RH_corr=RH_orig/((A*temp*temp)+(B*temp)+C)For example, with an air temperature of -2.3 and RH_orig of 50.6, the RH_corr will be 51.7. Records that showed corrected RH values greater than or equal to 100 were changed to 99.99 and flagged.
where
RH_corr = corrected relative humidity
RH_orig = original relative humidity
temp = air temperature
A = 4.165E-5
B = 9.7E-3
C = 1.0
In June 2000, summary files were added to the web containing daily and monthly statistics. These were generated by creating "views" of daily and monthly means, minimums, maximums and counts of the records represented in the Oracle database's meteorology tables.
On August 16, 1999, the data manager added the 1998-1999 data to this dataset. In the process, she did some fine-tuning of the data, which included:
On May 24, 2000, relative humidity (RH) values were corrected for a systematic error in the measurement created by an instrument manufacturer error. All RH data with air temperatures below freezing were corrected using the vapor pressure over ice (rather than over water which was used initially). The error became quite large for very cold temperatures (the correction could grow to around 30%). The formula used for the correction was:
For example, with an air temperature of -2.3 and RH_orig of 50.6, the RH_corr will be 51.7. Records that showed corrected RH values greater than or equal to 100 were changed to 99.99 and flagged.
RH_corr=RH_orig/((A*temp*temp)+(B*temp)+C)
where
RH_corr = corrected relative humidity
RH_orig = original relative humidity
temp = air temperature
A = 4.165E-5
B = 9.7E-3
C = 1.0
In June 2000, summary files were added to the web containing daily and monthly statistics. These were generated by creating "views" of daily and monthly means, minimums, maximums and counts of the records represented in the Oracle database's meteorology tables.
On May 6, 2003, radiation values were omitted between June 25, 2001 @ 0230 to Nov 27, 2001
because station was blown over.
On September 2, 1999, at the request of Thomas Nylen, the data manager did some fine-tuning of the data. This included:
On May 30, 2000, relative humidity (RH) values were corrected for a systematic error in the measurement created by an instrument manufacturer error. All RH data with air temperatures below freezing were corrected using the vapor pressure over ice (rather than over water which was used initially). The error became quite large for very cold temperatures (the correction could grow to around 30%). The formula used for the correction was:
For example, with an air temperature of -2.3 and RH_orig of 50.6, the RH_corr will be 51.7. Records that showed corrected RH values greater than or equal to 100 were changed to 99.99 and flagged.
RH_corr=RH_orig/((A*temp*temp)+(B*temp)+C)
where
RH_corr = corrected relative humidity
RH_orig = original relative humidity
temp = air temperature
A = 4.165E-5
B = 9.7E-3
C = 1.0
In June 2000, summary files were added to the web containing daily and monthly statistics. These were generated by creating "views" of daily and monthly means, minimums, maximums and counts of the records represented in the Oracle database's meteorology tables.
In May 2003, incoming and outgoing shortwave radiation between December 18, 1993 @ 1930 and Jan 16, 1994 @ 2300 were flagged as questionable. Often during this period there are maximum and minimum threshold values that the sensors reach and do not fall above or below.
On May 30, 2000, relative humidity (RH) values were corrected for a systematic error in the
measurement created by an instrument manufacturer error. All RH data with air
temperatures below freezing were corrected using the vapor
pressure over ice (rather than over water which was used initially). The
error became quite large for very cold temperatures (the correction could grow to around 30%).
The formula used for the correction was:
RH_corr=RH_orig/((A*temp*temp)+(B*temp)+C)For example, with an air temperature of -2.3 and RH_orig of 50.6, the RH_corr will be 51.7. Records that showed corrected RH values greater than or equal to 100 were changed to 99.99 and flagged.
where
RH_corr = corrected relative humidity
RH_orig = original relative humidity
temp = air temperature
A = 4.165E-5
B = 9.7E-3
C = 1.0
In June 2000, summary files were added to the web containing daily and monthly statistics. These were generated by creating "views" of daily and monthly means, minimums, maximums and counts of the records represented in the Oracle database's meteorology tables.
On May 7, 2003, SwRadIn and SwRadOut values between 11/20/1993 4:30:00 PM and
11/23/1994 8:00:00 AM flagged as questionable because the values are
significantly lower than the other stations during the same time period.
It appears the pyranometers were either tilted or installed improperly.
Also SwRadIn and SwRadOut values between 11/25/1997 @ 1445 and 01/10/1998 1430
because the wrong multiplier was used. The SwRadIn values were divided by
109.29 and multiplied by 115.61 and the SwRadOut were divided by 108.7 and
multiplied by 116.41.
On June 29, 2004, wind direction between 11/20/1993 16:30 to 11/27/1995 15:00 was flagged because the data is about +25 degrees off from the true direction. This was determined by comparing the daily wind direciton over the entire 10 years of record. Additionally, between 11/27/1995 15:30 to 11/25/1997 13:30, the wind direction data was flagged because it is about -10 degrees off from the true direction.
On May 31, 2000, relative humidity (RH) values were corrected for a systematic error in the
measurement created by an instrument manufacturer error. All RH data with air
temperatures below freezing were corrected using the vapor
pressure over ice (rather than over water which was used initially). The
error became quite large for very cold temperatures (the correction could grow to around 30%).
The formula used for the correction was:
RH_corr=RH_orig/((A*temp*temp)+(B*temp)+C)For example, with an air temperature of -2.3 and RH_orig of 50.6, the RH_corr will be 51.7. Records that showed corrected RH values greater than or equal to 100 were changed to 99.99 and flagged.
where
RH_corr = corrected relative humidity
RH_orig = original relative humidity
temp = air temperature
A = 4.165E-5
B = 9.7E-3
C = 1.0
In June 2000, summary files were added to the web containing daily and monthly statistics. These were generated by creating "views" of daily and monthly means, minimums, maximums and counts of the records represented in the Oracle database's meteorology tables.
On June 29, 2004, Thomas Nylen flagged the incoming and outgoing shortwave radiation data between 11/21/1994 @ 1520 to 12/01/1995 @ 0945 as questionable because the values are significantly higher than L. Bonney during the time period. During this time period, two Licor pyranometers were used, but were wired similar to the Eppley Pyranometers and used the same lines in the program. It is suspected that the incorrect wiring and/or program caused the higher output. After two Eppley Pyranometers were installed on the station on December 1, 1995 @ 1045, the values matched the measurements made at Lake Bonney.
On September 9, 1999, the data manager added the 1998-1999 data to this dataset. In the process, at the request of Thomas Nylen, she did some fine-tuning of the data. Revisions included:
On June 1, 2000, relative humidity (RH) values were corrected for a systematic error in the
measurement created by an instrument manufacturer error. All RH data with air
temperatures below freezing were corrected using the vapor
pressure over ice (rather than over water which was used initially). The
error became quite large for very cold temperatures (the correction could grow to around 30%).
The formula used for the correction was:
RH_corr=RH_orig/((A*temp*temp)+(B*temp)+C)For example, with an air temperature of -2.3 and RH_orig of 50.6, the RH_corr will be 51.7. Records that showed corrected RH values greater than or equal to 100 were changed to 99.99 and flagged.
where
RH_corr = corrected relative humidity
RH_orig = original relative humidity
temp = air temperature
A = 4.165E-5
B = 9.7E-3
C = 1.0
In June 2000, summary files were added to the web containing daily and monthly statistics. These were generated by creating "views" of daily and monthly means, minimums, maximums and counts of the records represented in the Oracle database's meteorology tables.
On September 6, 1999, the data manager added the 1998-1999 data to this dataset. In the process, she did some fine-tuning of the data, which included:
On June 1, 2000, relative humidity (RH) values were corrected for a systematic
error in the measurement created by an instrument manufacturer error. All RH
data with air temperatures below freezing were corrected using the vapor
pressure over ice (rather than over water which was used initially). The error
became quite large for very cold temperatures (the correction could grow to
around 30%). The formula used for the correction was:
RH_corr=RH_orig/((A*temp*temp)+(B*temp)+C)For example, with an air temperature of -2.3 and RH_orig of 50.6, the RH_corr will be 51.7. Records that showed corrected RH values greater than or equal to 100 were changed to 99.99 and flagged.
where
RH_corr = corrected relative humidity
RH_orig = original relative humidity
temp = air temperature
A = 4.165E-5
B = 9.7E-3
C = 1.0
In June 2000, summary files were added to the web containing daily and monthly statistics. These were generated by creating "views" of daily and monthly means, minimums, maximums and counts of the records represented in the Oracle database's meteorology tables.