From pirkle at texoma.net Thu Sep 1 19:57:59 2005 From: pirkle at texoma.net (Rex Pirkle) Date: Thu Sep 1 19:58:06 2005 Subject: [wxqc] RE:Davis WeatherLink for Windows v5.6.0 Update available Message-ID: <000001c5af50$fcbfa630$0100a8c0@DJSSJ661> Davis WeatherLink v5.6 release is available for owners of earlier versions of the software. The Davis software support page contains the download link and summary of changes: http://www.davisnet.com/support/weather/software.asp#vantagePro Platform: Windows 95, 98, NT4, ME, 2000, XP (a USB connection requires 98SE or above) File name: WeatherLink_Install_560.exe Released 30-Aug-05 File size 3.47 MB Rex K8CYJ-5 AR863 From john at virginiamountains.com Fri Sep 2 15:46:44 2005 From: john at virginiamountains.com (John Webb) Date: Fri Sep 2 15:48:22 2005 Subject: [wxqc] Sea Level Pressure Message-ID: <6.0.0.22.0.20050902154526.02316d30@mail.npsis.com> Can anyone comment on this?................................................ -------------------------------------------------------------------- The Davis Vantage Pro II reports using sea level pressure reduction algorithm (elevation AND temperature corrections). I have noticed that QC takes this and then corrects it again for temperature. This causes barometer QC for Vantage stations to fluctuate significantly, especially after cold fronts. Can this be programmed in QC? Fact is that Davis Vantage stations do not report altimeter pressure. At 12:00 PM 8/19/2005, you wrote: >Don, > >CWOP "sea level pressures" are in fact the altimeter sea level >reduction, which is a function of elevation. "Sea level pressure" as >defined here use the NWS sea level pressure reduction algorithm, which >is a function of both elevation and temperature. > >On Thu, 18 Aug 2005, Don Palmer wrote: > > > I just recently noticed that my sea level readings are listed under > "Altimeter" beneath the heading of "Pressure In", where they list > Pressure In, Sea Level Pressure and Altimeter. What's with that? > > > > don > > CW2327 From john at virginiamountains.com Fri Sep 2 16:55:05 2005 From: john at virginiamountains.com (John Webb) Date: Sat Sep 3 10:40:49 2005 Subject: [wxqc] Sea Level Pressure Message-ID: <6.0.0.22.0.20050902165457.021050b8@mail.npsis.com> Can anyone comment on this?................................................ -------------------------------------------------------------------- The Davis Vantage Pro II reports using sea level pressure reduction algorithm (elevation AND temperature corrections). I have noticed that QC takes this and then corrects it again for temperature. This causes barometer QC for Vantage stations to fluctuate significantly, especially after cold fronts. Can this be programmed in QC? Fact is that Davis Vantage stations do not report altimeter pressure. At 12:00 PM 8/19/2005, you wrote: >Don, > >CWOP "sea level pressures" are in fact the altimeter sea level >reduction, which is a function of elevation. "Sea level pressure" as >defined here use the NWS sea level pressure reduction algorithm, which >is a function of both elevation and temperature. > >On Thu, 18 Aug 2005, Don Palmer wrote: > > > I just recently noticed that my sea level readings are listed under > "Altimeter" beneath the heading of "Pressure In", where they list > Pressure In, Sea Level Pressure and Altimeter. What's with that? > > > > don > > CW2327 From tbarstow at earthlink.net Sat Sep 3 12:10:01 2005 From: tbarstow at earthlink.net (Thomas Barstow) Date: Sat Sep 3 12:09:53 2005 Subject: [wxqc] Altimeter Pressure In-Reply-To: <200509031200.1ebArc32I3Nl34j0@mx-austrian.atl.sa.earthlink .net> References: <200509031200.1ebArc32I3Nl34j0@mx-austrian.atl.sa.earthlink.net> Message-ID: <6.2.3.4.0.20050903120659.01ca20f8@pop.earthlink.net> I sure don't know why they don't add that. Maybe if we all email them or call them the pressure of us calling they add it in future. If we all stick together and put are request in as a group maybe someone will listen and fix/add the item. >Can anyone comment on this?................................................ > >-------------------------------------------------------------------- >The Davis Vantage Pro II reports using sea level pressure reduction >algorithm (elevation AND temperature corrections). I have noticed that QC >takes this and then corrects it again for temperature. This causes >barometer QC for Vantage stations to fluctuate significantly, especially >after cold fronts. Can this be programmed in QC? Fact is that Davis Vantage >stations do not report altimeter pressure. > > >At 12:00 PM 8/19/2005, you wrote: > >Don, > > > >CWOP "sea level pressures" are in fact the altimeter sea level > >reduction, which is a function of elevation. "Sea level pressure" as > >defined here use the NWS sea level pressure reduction algorithm, which > >is a function of both elevation and temperature. > > > >On Thu, 18 Aug 2005, Don Palmer wrote: > > > > > I just recently noticed that my sea level readings are listed under > > "Altimeter" beneath the heading of "Pressure In", where they list > > Pressure In, Sea Level Pressure and Altimeter. What's with that? > > > > > > don > > > CW2327 > > > > >------------------------------ > >Message: 2 >Date: Fri, 02 Sep 2005 16:55:05 -0400 >From: John Webb >Subject: [wxqc] Sea Level Pressure >To: wxqc@lists.gladstonefamily.net >Message-ID: <6.0.0.22.0.20050902165457.021050b8@mail.npsis.com> >Content-Type: text/plain; charset="us-ascii"; format=flowed > >Can anyone comment on this?................................................ > >-------------------------------------------------------------------- >The Davis Vantage Pro II reports using sea level pressure reduction >algorithm (elevation AND temperature corrections). I have noticed that QC >takes this and then corrects it again for temperature. This causes >barometer QC for Vantage stations to fluctuate significantly, especially >after cold fronts. Can this be programmed in QC? Fact is that Davis Vantage >stations do not report altimeter pressure. > > >At 12:00 PM 8/19/2005, you wrote: > >Don, > > > >CWOP "sea level pressures" are in fact the altimeter sea level > >reduction, which is a function of elevation. "Sea level pressure" as > >defined here use the NWS sea level pressure reduction algorithm, which > >is a function of both elevation and temperature. > > > >On Thu, 18 Aug 2005, Don Palmer wrote: > > > > > I just recently noticed that my sea level readings are listed under > > "Altimeter" beneath the heading of "Pressure In", where they list > > Pressure In, Sea Level Pressure and Altimeter. What's with that? > > > > > > don > > > CW2327 > > > >------------------------------ > >_______________________________________________ >wxqc mailing list >wxqc@lists.gladstonefamily.net >http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > >The contents of these messages are the responsibility of the author(s). > > >End of wxqc Digest, Vol 11, Issue 3 >*********************************** Tom Barstow Visit our sites @: Moyock Weather Service www.moyockweather.com http://www.wunderground.com/US/NC/Moyock.html Mom and Pop's General Store www.momandpopgifts.com From Michael.F.Barth at noaa.gov Tue Sep 6 09:38:35 2005 From: Michael.F.Barth at noaa.gov (Mike Barth) Date: Tue Sep 6 09:38:40 2005 Subject: [wxqc] Sea Level Pressure In-Reply-To: <6.0.0.22.0.20050902154526.02316d30@mail.npsis.com> References: <6.0.0.22.0.20050902154526.02316d30@mail.npsis.com> Message-ID: John, Sorry I didn't reply sooner... I'm afraid the QC processing doesn't have the ability to take into account that some APRSWXNET stations are reporting SLP instead of altimeter. I suggest you contact Davis about fixing this -- the APRSWXNET protocol requires altimeter. In the meantime, you should ignore the QC results. Mike On Fri, 2 Sep 2005, John Webb wrote: > Can anyone comment on this?................................................ > > -------------------------------------------------------------------- > The Davis Vantage Pro II reports using sea level pressure reduction algorithm > (elevation AND temperature corrections). I have noticed that QC takes this > and then corrects it again for temperature. This causes barometer QC for > Vantage stations to fluctuate significantly, especially after cold fronts. > Can this be programmed in QC? Fact is that Davis Vantage stations do not > report altimeter pressure. > > > At 12:00 PM 8/19/2005, you wrote: >> Don, >> >> CWOP "sea level pressures" are in fact the altimeter sea level >> reduction, which is a function of elevation. "Sea level pressure" as >> defined here use the NWS sea level pressure reduction algorithm, which >> is a function of both elevation and temperature. >> >> On Thu, 18 Aug 2005, Don Palmer wrote: >> >> > I just recently noticed that my sea level readings are listed under >> "Altimeter" beneath the heading of "Pressure In", where they list Pressure >> In, Sea Level Pressure and Altimeter. What's with that? >> > >> > don >> > CW2327 > > > _______________________________________________ > wxqc mailing list > wxqc@lists.gladstonefamily.net > http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > > The contents of this message are the responsibility of the author. > From john at virginiamountains.com Tue Sep 6 12:11:26 2005 From: john at virginiamountains.com (John Webb) Date: Tue Sep 6 12:11:38 2005 Subject: [wxqc] Re: Sea Level Pressure In-Reply-To: <20050906160149.72531.qmail@mail.npsis.com> References: <20050906160149.72531.qmail@mail.npsis.com> Message-ID: <6.0.0.22.0.20050906120736.01f5fb68@mail.swva.net> Thanks Mike. Do you have any idea what percentage of APRSWXNET stations have Davis equipment, and therefore are affected? John Webb C3212 At 12:01 PM 9/6/2005, you wrote: >John, > >Sorry I didn't reply sooner... > >I'm afraid the QC processing doesn't have the ability to take into account >that some APRSWXNET stations are reporting SLP instead of altimeter. I >suggest >you contact Davis about fixing this -- the APRSWXNET protocol requires >altimeter. In the meantime, you should ignore the QC results. > >Mike > >On Fri, 2 Sep 2005, John Webb wrote: > > > Can anyone comment on this?................................................ > > > > -------------------------------------------------------------------- > > The Davis Vantage Pro II reports using sea level pressure reduction > algorithm > > (elevation AND temperature corrections). I have noticed that QC takes this > > and then corrects it again for temperature. This causes barometer QC for > > Vantage stations to fluctuate significantly, especially after cold fronts. > > Can this be programmed in QC? Fact is that Davis Vantage stations do not > > report altimeter pressure. > > From Michael.F.Barth at noaa.gov Tue Sep 6 12:25:44 2005 From: Michael.F.Barth at noaa.gov (Mike Barth) Date: Tue Sep 6 12:25:47 2005 Subject: [wxqc] Re: Sea Level Pressure In-Reply-To: <6.0.0.22.0.20050906120736.01f5fb68@mail.swva.net> References: <20050906160149.72531.qmail@mail.npsis.com> <6.0.0.22.0.20050906120736.01f5fb68@mail.swva.net> Message-ID: I don't have any idea, we don't keep track of what kinds of stations people have. Unfortunately, the Vantage Pro is quite popular so I bet there will be more than I'd like in this category! Mike On Tue, 6 Sep 2005, John Webb wrote: > Thanks Mike. Do you have any idea what percentage of APRSWXNET stations have > Davis equipment, and therefore are affected? > > John Webb > C3212 > > At 12:01 PM 9/6/2005, you wrote: >> John, >> >> Sorry I didn't reply sooner... >> >> I'm afraid the QC processing doesn't have the ability to take into account >> that some APRSWXNET stations are reporting SLP instead of altimeter. I >> suggest >> you contact Davis about fixing this -- the APRSWXNET protocol requires >> altimeter. In the meantime, you should ignore the QC results. >> >> Mike >> >> On Fri, 2 Sep 2005, John Webb wrote: >> >> > Can anyone comment on >> this?................................................ >> > >> > -------------------------------------------------------------------- >> > The Davis Vantage Pro II reports using sea level pressure reduction >> algorithm >> > (elevation AND temperature corrections). I have noticed that QC takes >> this >> > and then corrects it again for temperature. This causes barometer QC for >> > Vantage stations to fluctuate significantly, especially after cold >> fronts. >> > Can this be programmed in QC? Fact is that Davis Vantage stations do not >> > report altimeter pressure. >> > > > _______________________________________________ > wxqc mailing list > wxqc@lists.gladstonefamily.net > http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > > The contents of this message are the responsibility of the author. > From Russell.B.Chadwick at noaa.gov Tue Sep 6 14:06:53 2005 From: Russell.B.Chadwick at noaa.gov (Russ Chadwick) Date: Tue Sep 6 14:11:47 2005 Subject: [wxqc] Re: Sea Level Pressure Message-ID: The last time that we checked (about a year ago), 42% used Davis Weather Link, 23% used VWS, 22% used Weather-Display, 3% used FreeWX, 3% used Hendrickson a1w, and there were others less than 3%. Russ -----Original Message----- From: wxqc-bounces@lists.gladstonefamily.net [mailto:wxqc-bounces@lists.gladstonefamily.net] On Behalf Of John Webb Sent: Tuesday, September 06, 2005 10:11 AM To: wxqc@lists.gladstonefamily.net Subject: [wxqc] Re: Sea Level Pressure Thanks Mike. Do you have any idea what percentage of APRSWXNET stations have Davis equipment, and therefore are affected? John Webb C3212 From dshelms at comcast.net Tue Sep 6 15:55:54 2005 From: dshelms at comcast.net (dshelms@comcast.net) Date: Tue Sep 6 15:55:59 2005 Subject: [wxqc] Re: Sea Level Pressure Message-ID: <090620051955.8362.431DF447000CA1E9000020AA22007340769C03040A089C0B@comcast.net> I'm guessing about 25-30% of CWOP members use Davis. Dave CW0351 > I don't have any idea, we don't keep track of what kinds of stations people > have. Unfortunately, the Vantage Pro is quite popular so I bet there will > be more than I'd like in this category! > > Mike > > On Tue, 6 Sep 2005, John Webb wrote: > > > Thanks Mike. Do you have any idea what percentage of APRSWXNET stations have > > Davis equipment, and therefore are affected? > > > > John Webb > > C3212 > > > > At 12:01 PM 9/6/2005, you wrote: > >> John, > >> > >> Sorry I didn't reply sooner... > >> > >> I'm afraid the QC processing doesn't have the ability to take into account > >> that some APRSWXNET stations are reporting SLP instead of altimeter. I > >> suggest > >> you contact Davis about fixing this -- the APRSWXNET protocol requires > >> altimeter. In the meantime, you should ignore the QC results. > >> > >> Mike > >> > >> On Fri, 2 Sep 2005, John Webb wrote: > >> > >> > Can anyone comment on > >> this?................................................ > >> > > >> > -------------------------------------------------------------------- > >> > The Davis Vantage Pro II reports using sea level pressure reduction > >> algorithm > >> > (elevation AND temperature corrections). I have noticed that QC takes > >> this > >> > and then corrects it again for temperature. This causes barometer QC for > >> > Vantage stations to fluctuate significantly, especially after cold > >> fronts. > >> > Can this be programmed in QC? Fact is that Davis Vantage stations do not > >> > report altimeter pressure. > >> > > > > > _______________________________________________ > > wxqc mailing list > > wxqc@lists.gladstonefamily.net > > http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > > > > The contents of this message are the responsibility of the author. > > > _______________________________________________ > wxqc mailing list > wxqc@lists.gladstonefamily.net > http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > > The contents of this message are the responsibility of the author. From dshelms at comcast.net Tue Sep 6 16:00:35 2005 From: dshelms at comcast.net (dshelms@comcast.net) Date: Tue Sep 6 16:01:15 2005 Subject: [wxqc] Re: Sea Level Pressure Message-ID: <090620052000.17592.431DF563000408D0000044B822007340769C03040A089C0B@comcast.net> Russ quotes a data logger application breakout we did looking at the "CW" observers alone. The Ham Radio folks (about 40% of all CWOP/APRSWXNET observers) don't have as much Davis equipment at the Internet observers, so the 30% estimate of all CWOP members is probably pretty close. Dave CW0351 > The last time that we checked (about a year ago), 42% used Davis Weather > Link, 23% used VWS, 22% used Weather-Display, 3% used FreeWX, 3% used > Hendrickson a1w, and there were others less than 3%. > > Russ > > -----Original Message----- > From: wxqc-bounces@lists.gladstonefamily.net > [mailto:wxqc-bounces@lists.gladstonefamily.net] On Behalf Of John Webb > Sent: Tuesday, September 06, 2005 10:11 AM > To: wxqc@lists.gladstonefamily.net > Subject: [wxqc] Re: Sea Level Pressure > > Thanks Mike. Do you have any idea what percentage of APRSWXNET stations > have Davis equipment, and therefore are affected? > > John Webb > C3212 > > > _______________________________________________ > wxqc mailing list > wxqc@lists.gladstonefamily.net > http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > > The contents of this message are the responsibility of the author. From rich.taft at att.net Tue Sep 6 23:39:51 2005 From: rich.taft at att.net (rich.taft@att.net) Date: Tue Sep 6 23:39:56 2005 Subject: [wxqc] Sea Level Pressure Message-ID: <090720050339.10947.431E610700044C3400002AC321602810609B000E9BD2080C079D@att.net> I also have a VP2 using VWS. I've been getting 97 of 97 errors on my QC report. Doesn't this mean that the pressure data that we VP2 users paid big bucks to collect is also being ignored by NOAA MADIS? I'm sure the VWS can provide both corrected and uncorrected data. If it’s putting the wrong data into the packet then that needs to be addressed with the Author of VWS. I'm a little unsure of what the problem with the data is. Are you saying that VP2 does Temperature & Humidity compensation on the raw Pressure data prior to sending it to the Data logger, or is it something else? -- Richard Taft www.taftphoto.com CW3815 -------------- Original message ---------------------- From: Mike Barth > John, > > Sorry I didn't reply sooner... > > I'm afraid the QC processing doesn't have the ability to take into account > that some APRSWXNET stations are reporting SLP instead of altimeter. I suggest > you contact Davis about fixing this -- the APRSWXNET protocol requires > altimeter. In the meantime, you should ignore the QC results. > > Mike From Michael.F.Barth at noaa.gov Wed Sep 7 13:37:30 2005 From: Michael.F.Barth at noaa.gov (Mike Barth) Date: Wed Sep 7 13:37:40 2005 Subject: [wxqc] Sea Level Pressure In-Reply-To: <090720050339.10947.431E610700044C3400002AC321602810609B000E9BD2080C079D@att.net> References: <090720050339.10947.431E610700044C3400002AC321602810609B000E9BD2080C079D@att.net> Message-ID: I don't know very much about the Davis data, so I might be wrong, but the impression I had was that the calculation of sea level pressure (instead of the desired altimeter) is done by the Davis Weather Link software. If this is correct, then VWS might be reporting the correct quantity. Can someone who knows more about Davis and/or VWS comment on this question? Mike On Wed, 7 Sep 2005 rich.taft@att.net wrote: > I also have a VP2 using VWS. I've been getting 97 of 97 errors on my QC report. Doesn't this mean that the pressure data that we VP2 users paid big bucks to collect is also being ignored by NOAA MADIS? > > I'm sure the VWS can provide both corrected and uncorrected data. If it’s putting the wrong data into the packet then that needs to be addressed with the Author of VWS. > > I'm a little unsure of what the problem with the data is. Are you saying that VP2 does Temperature & Humidity compensation on the raw Pressure data prior to sending it to the Data logger, or is it something else? > > -- > Richard Taft > www.taftphoto.com > CW3815 > > -------------- Original message ---------------------- > From: Mike Barth >> John, >> >> Sorry I didn't reply sooner... >> >> I'm afraid the QC processing doesn't have the ability to take into account >> that some APRSWXNET stations are reporting SLP instead of altimeter. I suggest >> you contact Davis about fixing this -- the APRSWXNET protocol requires >> altimeter. In the meantime, you should ignore the QC results. >> >> Mike > _______________________________________________ > wxqc mailing list > wxqc@lists.gladstonefamily.net > http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > > The contents of this message are the responsibility of the author. > From gary.oldham at adelphia.net Wed Sep 7 13:52:38 2005 From: gary.oldham at adelphia.net (Gary Oldham) Date: Wed Sep 7 13:52:47 2005 Subject: [wxqc] Sea Level Pressure In-Reply-To: References: <090720050339.10947.431E610700044C3400002AC321602810609B000E9BD2080C079D@att.net> Message-ID: <431F28E6.109@adelphia.net> Skipped content of type multipart/alternative-------------- next part -------------- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.344 / Virus Database: 267.10.18/91 - Release Date: 9/6/2005 From Michael.F.Barth at noaa.gov Wed Sep 7 15:17:24 2005 From: Michael.F.Barth at noaa.gov (Mike Barth) Date: Wed Sep 7 15:17:24 2005 Subject: [wxqc] Sea Level Pressure In-Reply-To: <431F28E6.109@adelphia.net> References: <090720050339.10947.431E610700044C3400002AC321602810609B000E9BD2080C079D@att.net> <431F28E6.109@adelphia.net> Message-ID: WeatherLink is apparently reporting a variable that we can refer to as "NWS sea level pressure", since it uses the same SLP reduction algorithm (using 12h-old temperature) as is used by ASOS's to report SLP. See this explanation from Davis: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/2005-May/000182.html The "altimeter setting" variable that we want is the same as the value that is reported on the TV news, and is simply station pressure with an offset calculated as a function of elevation, using the U.S. standard atmosphere assumption. I have a Lacrosse WS2310, using WeatherDisplay software, and what I did was simply add the offset via WD, and didn't add any offset on the console. The differences between SLP and altimeter are accentuated at altitude. Near sea level they're very close, so people who are near sea level may still have some confidence in the QC results (maybe!). We may have a multitude of different algorithms being used by the different weather station hardware and software platforms, and this may have a lot to do with the high QC failure rate we've seen for the network as a whole. DaveH: Can you take an action to find a volunteer to figure out what the different hardware/software platforms are doing, and possibly get them all reporting altimeter? Alternatively, we could use the station table to track which sites have validated altimeter data and then toss all obs that haven't been validated? Etc. Mike On Wed, 7 Sep 2005, Gary Oldham wrote: > WeatherLink reports the same data that's shown on the Vantage Pro console. > If the user has set his altitude on the console (or via the WeatherLink > software, which then makes the adjustment on the console), then that value > (adjusted for altitude only) is what is reported by WeatherLink. As far as I > know, that's the same way it works with all the third party software as well, > including VWS. VWS will allow a user to use their station pressure (meaning > an altitude value of "0" on the Vantage Pro console) and will do the > adjustment within VWS; I don't know whether this adjustment goes to altimeter > value or sea level. > Confusingly, the VWS manual makes the following statement: "An air data > calculator is included in Virtual Weather Station. Virtual Weather Station > uses the same formulas used in airplane data computers flying throughout the > world.The altitude and air data information provides air density, pressure > altitude, corrected temperature and pressure to sea-level conditions." The > "air data calculator" on the Station Settings window in VWS does show both > the temperature and weather station-reported pressure, so perhaps VWS *is* > including temperature in its pressure corrections. WeatherLink, to the best > of my knowledge, does not. > > Gary Oldham > www.ag-weather.com > www.weatherforum.net > > Mike Barth wrote: > >> I don't know very much about the Davis data, so I might be wrong, but the >> impression I had was that the calculation of sea level pressure (instead of >> the desired altimeter) is done by the Davis Weather Link software. If this >> is correct, then VWS might be reporting the correct quantity. Can someone >> who knows more about Davis and/or VWS comment on this question? >> >> Mike >> >> On Wed, 7 Sep 2005 rich.taft@att.net wrote: >> >>> I also have a VP2 using VWS. I've been getting 97 of 97 errors on my QC >>> report. Doesn't this mean that the pressure data that we VP2 users paid >>> big bucks to collect is also being ignored by NOAA MADIS? >>> >>> I'm sure the VWS can provide both corrected and uncorrected data. If it?s >>> putting the wrong data into the packet then that needs to be addressed >>> with the Author of VWS. >>> >>> I'm a little unsure of what the problem with the data is. Are you saying >>> that VP2 does Temperature & Humidity compensation on the raw Pressure data >>> prior to sending it to the Data logger, or is it something else? >>> >>> -- >>> Richard Taft >>> www.taftphoto.com >>> CW3815 >>> >>> -------------- Original message ---------------------- >>> From: Mike Barth >>> >>>> John, >>>> >>>> Sorry I didn't reply sooner... >>>> >>>> I'm afraid the QC processing doesn't have the ability to take into >>>> account >>>> that some APRSWXNET stations are reporting SLP instead of altimeter. I >>>> suggest >>>> you contact Davis about fixing this -- the APRSWXNET protocol requires >>>> altimeter. In the meantime, you should ignore the QC results. >>>> >>>> Mike >>> >>> _______________________________________________ >>> wxqc mailing list >>> wxqc@lists.gladstonefamily.net >>> http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc >>> >>> The contents of this message are the responsibility of the author. >>> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> wxqc mailing list >> wxqc@lists.gladstonefamily.net >> http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc >> >> The contents of this message are the responsibility of the author. >> >> ------------------------------------------------------------------------ >> >> No virus found in this incoming message. >> Checked by AVG Anti-Virus. >> Version: 7.0.344 / Virus Database: 267.10.18/91 - Release Date: 9/6/2005 >> > From john at virginiamountains.com Wed Sep 7 15:58:36 2005 From: john at virginiamountains.com (John Webb) Date: Wed Sep 7 16:55:39 2005 Subject: [wxqc] Re: Sea Level Pressure In-Reply-To: <20050907160233.37661.qmail@mail.npsis.com> References: <20050907160233.37661.qmail@mail.npsis.com> Message-ID: <6.0.0.22.0.20050907154312.020de1f8@mail.swva.net> If all of your pressure data is being flagged by QC, make sure your elevation is set correctly in your software. If that isn't the problem, make a calibration (in the software) using reliable stations nearby as references. I waited for a broad area of high pressure and looked at all stations within a 20 mile radius, which got me to within .02Hg of everyone else. The problem with VP2 is that the next time a much cooler or warmer air mass arrives, your readings will fluctuate with QC. Once you watch this happen a few times, you can recalibrate to an average setting that usually will pass QC. That's the best we (Davis station users) can do until there is a software fix on one end or the other that will convert SLP to Altimeter. John Webb C3212 At 12:02 PM 9/7/2005, you wrote: >I also have a VP2 using VWS. I've been getting 97 of 97 errors on my QC >report. Doesn't this mean that the pressure data that we VP2 users paid >big bucks to collect is also being ignored by NOAA MADIS? > >I'm sure the VWS can provide both corrected and uncorrected data. If it's >putting the wrong data into the packet then that needs to be addressed >with the Author of VWS. > >I'm a little unsure of what the problem with the data is. Are you saying >that VP2 does Temperature & Humidity compensation on the raw Pressure data >prior to sending it to the Data logger, or is it something else? From dshelms at comcast.net Wed Sep 7 22:13:52 2005 From: dshelms at comcast.net (Dave Helms) Date: Wed Sep 7 22:15:57 2005 Subject: [wxqc] Sea Level Pressure In-Reply-To: References: <090720050339.10947.431E610700044C3400002AC321602810609B000E9BD2080C079D@att.net> <431F28E6.109@adelphia.net> Message-ID: <431F9E60.5090901@comcast.net> Hi Mike, Yep, lots of potential pressure derivations combinations to consider. Going after the pressure problem has been on the honey do list, but a little lower than other items like finishing the CWOP Guide and quick start brief, developing the NWS CWOP "Road Show" slides for the WCMs, developing the snow instructions, revalidating the dew point/RH performance thresholds with Philip, enhancing the CWOP Software Support Page, yadi, yadi, ya. Ultimatedly, we will have to document exactly how the larger weather station and software vendors sample raw data and generate the parameters (e.g. what specific algorithms) in order to understand how to use CWOP information more effectively. Dave CW0351 Mike Barth wrote: > WeatherLink is apparently reporting a variable that we can refer to as > "NWS sea level pressure", since it uses the same SLP reduction algorithm > (using 12h-old temperature) as is used by ASOS's to report SLP. See > this explanation from Davis: > > http://pond1.gladstonefamily.net:8080/pipermail/wxqc/2005-May/000182.html > > The "altimeter setting" variable that we want is the same as the value > that is reported on the TV news, and is simply station pressure with > an offset calculated as a function of elevation, using the > U.S. standard atmosphere assumption. I have a Lacrosse WS2310, using > WeatherDisplay software, and what I did was simply add the offset via > WD, and didn't add any offset on the console. > > The differences between SLP and altimeter are accentuated at altitude. > Near sea level they're very close, so people who are near sea level > may still have some confidence in the QC results (maybe!). > > We may have a multitude of different algorithms being used by the > different weather station hardware and software platforms, and this > may have a lot > to do with the high QC failure rate we've seen for the network as a > whole. > > DaveH: Can you take an action to find a volunteer to figure out what the > different hardware/software platforms are doing, and possibly get them > all reporting altimeter? Alternatively, we could use the station table > to track which sites have validated altimeter data and then toss all > obs that haven't been validated? Etc. > > Mike > > > On Wed, 7 Sep 2005, Gary Oldham wrote: > >> WeatherLink reports the same data that's shown on the Vantage Pro >> console. If the user has set his altitude on the console (or via the >> WeatherLink software, which then makes the adjustment on the >> console), then that value (adjusted for altitude only) is what is >> reported by WeatherLink. As far as I know, that's the same way it >> works with all the third party software as well, including VWS. VWS >> will allow a user to use their station pressure (meaning an altitude >> value of "0" on the Vantage Pro console) and will do the adjustment >> within VWS; I don't know whether this adjustment goes to altimeter >> value or sea level. Confusingly, the VWS manual makes the following >> statement: "An air data calculator is included in Virtual Weather >> Station. Virtual Weather Station uses the same formulas used in >> airplane data computers flying throughout the world.The altitude and >> air data information provides air density, pressure altitude, >> corrected temperature and pressure to sea-level conditions." The >> "air data calculator" on the Station Settings window in VWS does show >> both the temperature and weather station-reported pressure, so >> perhaps VWS *is* including temperature in its pressure corrections. >> WeatherLink, to the best of my knowledge, does not. >> >> Gary Oldham >> www.ag-weather.com >> www.weatherforum.net >> >> Mike Barth wrote: >> >>> I don't know very much about the Davis data, so I might be wrong, >>> but the >>> impression I had was that the calculation of sea level pressure >>> (instead of >>> the desired altimeter) is done by the Davis Weather Link software. >>> If this >>> is correct, then VWS might be reporting the correct quantity. Can >>> someone >>> who knows more about Davis and/or VWS comment on this question? >>> >>> Mike >>> >>> On Wed, 7 Sep 2005 rich.taft@att.net wrote: >>> >>>> I also have a VP2 using VWS. I've been getting 97 of 97 errors on >>>> my QC report. Doesn't this mean that the pressure data that we VP2 >>>> users paid big bucks to collect is also being ignored by NOAA MADIS? >>>> >>>> I'm sure the VWS can provide both corrected and uncorrected data. >>>> If it?s putting the wrong data into the packet then that needs to >>>> be addressed with the Author of VWS. >>>> >>>> I'm a little unsure of what the problem with the data is. Are you >>>> saying that VP2 does Temperature & Humidity compensation on the raw >>>> Pressure data prior to sending it to the Data logger, or is it >>>> something else? >>>> >>>> -- >>>> Richard Taft >>>> www.taftphoto.com >>>> CW3815 >>>> >>>> -------------- Original message ---------------------- >>>> From: Mike Barth >>>> >>>>> John, >>>>> >>>>> Sorry I didn't reply sooner... >>>>> >>>>> I'm afraid the QC processing doesn't have the ability to take into >>>>> account >>>>> that some APRSWXNET stations are reporting SLP instead of >>>>> altimeter. I suggest >>>>> you contact Davis about fixing this -- the APRSWXNET protocol >>>>> requires >>>>> altimeter. In the meantime, you should ignore the QC results. >>>>> >>>>> Mike >>>> >>>> >>>> _______________________________________________ >>>> wxqc mailing list >>>> wxqc@lists.gladstonefamily.net >>>> http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc >>>> >>>> The contents of this message are the responsibility of the author. >>>> >>> ------------------------------------------------------------------------ >>> >>> >>> _______________________________________________ >>> wxqc mailing list >>> wxqc@lists.gladstonefamily.net >>> http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc >>> >>> The contents of this message are the responsibility of the author. >>> >>> ------------------------------------------------------------------------ >>> >>> >>> No virus found in this incoming message. >>> Checked by AVG Anti-Virus. >>> Version: 7.0.344 / Virus Database: 267.10.18/91 - Release Date: >>> 9/6/2005 >>> >> > _______________________________________________ > wxqc mailing list > wxqc@lists.gladstonefamily.net > http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > > The contents of this message are the responsibility of the author. > > From clayj at nwlink.com Fri Sep 9 01:10:58 2005 From: clayj at nwlink.com (Clay Jackson) Date: Fri Sep 9 01:14:54 2005 Subject: [wxqc] Sea Level Pressure In-Reply-To: <431F9E60.5090901@comcast.net> References: <090720050339.10947.431E610700044C3400002AC321602810609B000E9BD2080C079D@att.net> <431F28E6.109@adelphia.net> <431F9E60.5090901@comcast.net> Message-ID: <6103A66E-9165-4AA8-A89D-6B345948867F@nwlink.com> Well, I'm glad my old WMII doesn't have THIS problem - I've sure had enough others :-) Anyway, it seems to me that there are enough CWOP/APRSWXNET folks now, and more coming "out of the woodwork", that it might be possible for us as a group to start sending "requirements" to vendors (which would seem to me to be fairly simple) and perhaps even set up a "certification" process whereby a vendor could then claim "CWOP Certified" if their data collection and transmission algorithms could be configured according to those standards. I might even volunteer to help collect and publish some of this, if someone at NOAA/MADIS can tell us the specifics on what they're looking for. Clay Jackson N7QNM On Sep 7, 2005, at 7:13 PM, Dave Helms wrote: > Hi Mike, > > Yep, lots of potential pressure derivations combinations to > consider. Going after the pressure problem has been on the honey > do list, but a little lower than other items like finishing the > CWOP Guide and quick start brief, developing the NWS CWOP "Road > Show" slides for the WCMs, developing the snow instructions, > revalidating the dew point/RH performance thresholds with Philip, > enhancing the CWOP Software Support Page, yadi, yadi, ya. > > Ultimatedly, we will have to document exactly how the larger > weather station and software vendors sample raw data and generate > the parameters (e.g. what specific algorithms) in order to > understand how to use CWOP information more effectively. > Dave > CW0351 > > Mike Barth wrote: > > >> WeatherLink is apparently reporting a variable that we can refer >> to as >> "NWS sea level pressure", since it uses the same SLP reduction >> algorithm >> (using 12h-old temperature) as is used by ASOS's to report SLP. >> See this explanation from Davis: >> >> http://pond1.gladstonefamily.net:8080/pipermail/wxqc/2005-May/ >> 000182.html >> >> The "altimeter setting" variable that we want is the same as the >> value >> that is reported on the TV news, and is simply station pressure with >> an offset calculated as a function of elevation, using the >> U.S. standard atmosphere assumption. I have a Lacrosse WS2310, using >> WeatherDisplay software, and what I did was simply add the offset via >> WD, and didn't add any offset on the console. >> >> The differences between SLP and altimeter are accentuated at >> altitude. >> Near sea level they're very close, so people who are near sea level >> may still have some confidence in the QC results (maybe!). >> >> We may have a multitude of different algorithms being used by the >> different weather station hardware and software platforms, and >> this may have a lot >> to do with the high QC failure rate we've seen for the network as >> a whole. >> >> DaveH: Can you take an action to find a volunteer to figure out >> what the >> different hardware/software platforms are doing, and possibly get >> them >> all reporting altimeter? Alternatively, we could use the station >> table >> to track which sites have validated altimeter data and then toss all >> obs that haven't been validated? Etc. >> >> Mike >> >> >> On Wed, 7 Sep 2005, Gary Oldham wrote: >> >> >>> WeatherLink reports the same data that's shown on the Vantage Pro >>> console. If the user has set his altitude on the console (or via >>> the WeatherLink software, which then makes the adjustment on the >>> console), then that value (adjusted for altitude only) is what is >>> reported by WeatherLink. As far as I know, that's the same way >>> it works with all the third party software as well, including >>> VWS. VWS will allow a user to use their station pressure >>> (meaning an altitude value of "0" on the Vantage Pro console) and >>> will do the adjustment within VWS; I don't know whether this >>> adjustment goes to altimeter value or sea level. Confusingly, the >>> VWS manual makes the following statement: "An air data calculator >>> is included in Virtual Weather Station. Virtual Weather Station >>> uses the same formulas used in airplane data computers flying >>> throughout the world.The altitude and air data information >>> provides air density, pressure altitude, corrected temperature >>> and pressure to sea-level conditions." The "air data calculator" >>> on the Station Settings window in VWS does show both the >>> temperature and weather station-reported pressure, so perhaps VWS >>> *is* including temperature in its pressure corrections. >>> WeatherLink, to the best of my knowledge, does not. >>> >>> Gary Oldham >>> www.ag-weather.com >>> www.weatherforum.net >>> >>> Mike Barth wrote: >>> >>> >>>> I don't know very much about the Davis data, so I might be >>>> wrong, but the >>>> impression I had was that the calculation of sea level pressure >>>> (instead of >>>> the desired altimeter) is done by the Davis Weather Link >>>> software. If this >>>> is correct, then VWS might be reporting the correct quantity. >>>> Can someone >>>> who knows more about Davis and/or VWS comment on this question? >>>> >>>> Mike >>>> >>>> On Wed, 7 Sep 2005 rich.taft@att.net wrote: >>>> >>>> >>>>> I also have a VP2 using VWS. I've been getting 97 of 97 errors >>>>> on my QC report. Doesn't this mean that the pressure data that >>>>> we VP2 users paid big bucks to collect is also being ignored by >>>>> NOAA MADIS? >>>>> >>>>> I'm sure the VWS can provide both corrected and uncorrected >>>>> data. If it?s putting the wrong data into the packet then that >>>>> needs to be addressed with the Author of VWS. >>>>> >>>>> I'm a little unsure of what the problem with the data is. Are >>>>> you saying that VP2 does Temperature & Humidity compensation on >>>>> the raw Pressure data prior to sending it to the Data logger, >>>>> or is it something else? >>>>> >>>>> -- >>>>> Richard Taft >>>>> www.taftphoto.com >>>>> CW3815 >>>>> >>>>> -------------- Original message ---------------------- >>>>> From: Mike Barth >>>>> >>>>> >>>>>> John, >>>>>> >>>>>> Sorry I didn't reply sooner... >>>>>> >>>>>> I'm afraid the QC processing doesn't have the ability to take >>>>>> into account >>>>>> that some APRSWXNET stations are reporting SLP instead of >>>>>> altimeter. I suggest >>>>>> you contact Davis about fixing this -- the APRSWXNET protocol >>>>>> requires >>>>>> altimeter. In the meantime, you should ignore the QC results. >>>>>> >>>>>> Mike >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> wxqc mailing list >>>>> wxqc@lists.gladstonefamily.net >>>>> http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc >>>>> >>>>> The contents of this message are the responsibility of the author. >>>>> >>>>> >>>> ------------------------------------------------------------------- >>>> ----- >>>> >>>> _______________________________________________ >>>> wxqc mailing list >>>> wxqc@lists.gladstonefamily.net >>>> http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc >>>> >>>> The contents of this message are the responsibility of the author. >>>> >>>> ------------------------------------------------------------------- >>>> ----- >>>> >>>> No virus found in this incoming message. >>>> Checked by AVG Anti-Virus. >>>> Version: 7.0.344 / Virus Database: 267.10.18/91 - Release Date: >>>> 9/6/2005 >>>> >>>> >>> >>> >> _______________________________________________ >> wxqc mailing list >> wxqc@lists.gladstonefamily.net >> http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc >> >> The contents of this message are the responsibility of the author. >> >> >> > > _______________________________________________ > wxqc mailing list > wxqc@lists.gladstonefamily.net > http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > > The contents of this message are the responsibility of the author. > > From dshelms at comcast.net Fri Sep 9 07:06:47 2005 From: dshelms at comcast.net (Dave Helms) Date: Fri Sep 9 07:08:52 2005 Subject: [wxqc] Sea Level Pressure In-Reply-To: <6103A66E-9165-4AA8-A89D-6B345948867F@nwlink.com> References: <090720050339.10947.431E610700044C3400002AC321602810609B000E9BD2080C079D@att.net> <431F28E6.109@adelphia.net> <431F9E60.5090901@comcast.net> <6103A66E-9165-4AA8-A89D-6B345948867F@nwlink.com> Message-ID: <43216CC7.7030409@comcast.net> Hi Clay, We do have a requirements document, its the CWOP Guide we wrote last spring. We documented measurement and processing requirements in great detail in the guide; this section of the guide was not written for the weather station owners, but for vendors supporting the effort. Dave Clay Jackson wrote: > Well, I'm glad my old WMII doesn't have THIS problem - I've sure had > enough others :-) > > Anyway, it seems to me that there are enough CWOP/APRSWXNET folks > now, and more coming "out of the woodwork", that it might be possible > for us as a group to start sending "requirements" to vendors (which > would seem to me to be fairly simple) and perhaps even set up a > "certification" process whereby a vendor could then claim "CWOP > Certified" if their data collection and transmission algorithms could > be configured according to those standards. > > I might even volunteer to help collect and publish some of this, if > someone at NOAA/MADIS can tell us the specifics on what they're > looking for. > > Clay Jackson > N7QNM > > > On Sep 7, 2005, at 7:13 PM, Dave Helms wrote: > >> Hi Mike, >> >> Yep, lots of potential pressure derivations combinations to >> consider. Going after the pressure problem has been on the honey do >> list, but a little lower than other items like finishing the CWOP >> Guide and quick start brief, developing the NWS CWOP "Road Show" >> slides for the WCMs, developing the snow instructions, revalidating >> the dew point/RH performance thresholds with Philip, enhancing the >> CWOP Software Support Page, yadi, yadi, ya. >> >> Ultimatedly, we will have to document exactly how the larger weather >> station and software vendors sample raw data and generate the >> parameters (e.g. what specific algorithms) in order to understand >> how to use CWOP information more effectively. >> Dave >> CW0351 >> >> Mike Barth wrote: >> >> >>> WeatherLink is apparently reporting a variable that we can refer to as >>> "NWS sea level pressure", since it uses the same SLP reduction >>> algorithm >>> (using 12h-old temperature) as is used by ASOS's to report SLP. >>> See this explanation from Davis: >>> >>> http://pond1.gladstonefamily.net:8080/pipermail/wxqc/2005-May/ >>> 000182.html >>> >>> The "altimeter setting" variable that we want is the same as the value >>> that is reported on the TV news, and is simply station pressure with >>> an offset calculated as a function of elevation, using the >>> U.S. standard atmosphere assumption. I have a Lacrosse WS2310, using >>> WeatherDisplay software, and what I did was simply add the offset via >>> WD, and didn't add any offset on the console. >>> >>> The differences between SLP and altimeter are accentuated at altitude. >>> Near sea level they're very close, so people who are near sea level >>> may still have some confidence in the QC results (maybe!). >>> >>> We may have a multitude of different algorithms being used by the >>> different weather station hardware and software platforms, and this >>> may have a lot >>> to do with the high QC failure rate we've seen for the network as a >>> whole. >>> >>> DaveH: Can you take an action to find a volunteer to figure out >>> what the >>> different hardware/software platforms are doing, and possibly get them >>> all reporting altimeter? Alternatively, we could use the station >>> table >>> to track which sites have validated altimeter data and then toss all >>> obs that haven't been validated? Etc. >>> >>> Mike >>> >>> >>> On Wed, 7 Sep 2005, Gary Oldham wrote: >>> >>> >>>> WeatherLink reports the same data that's shown on the Vantage Pro >>>> console. If the user has set his altitude on the console (or via >>>> the WeatherLink software, which then makes the adjustment on the >>>> console), then that value (adjusted for altitude only) is what is >>>> reported by WeatherLink. As far as I know, that's the same way it >>>> works with all the third party software as well, including VWS. >>>> VWS will allow a user to use their station pressure (meaning an >>>> altitude value of "0" on the Vantage Pro console) and will do the >>>> adjustment within VWS; I don't know whether this adjustment goes >>>> to altimeter value or sea level. Confusingly, the VWS manual makes >>>> the following statement: "An air data calculator is included in >>>> Virtual Weather Station. Virtual Weather Station uses the same >>>> formulas used in airplane data computers flying throughout the >>>> world.The altitude and air data information provides air density, >>>> pressure altitude, corrected temperature and pressure to sea-level >>>> conditions." The "air data calculator" on the Station Settings >>>> window in VWS does show both the temperature and weather >>>> station-reported pressure, so perhaps VWS *is* including >>>> temperature in its pressure corrections. WeatherLink, to the best >>>> of my knowledge, does not. >>>> >>>> Gary Oldham >>>> www.ag-weather.com >>>> www.weatherforum.net >>>> >>>> Mike Barth wrote: >>>> >>>> >>>>> I don't know very much about the Davis data, so I might be wrong, >>>>> but the >>>>> impression I had was that the calculation of sea level pressure >>>>> (instead of >>>>> the desired altimeter) is done by the Davis Weather Link >>>>> software. If this >>>>> is correct, then VWS might be reporting the correct quantity. >>>>> Can someone >>>>> who knows more about Davis and/or VWS comment on this question? >>>>> >>>>> Mike >>>>> >>>>> On Wed, 7 Sep 2005 rich.taft@att.net wrote: >>>>> >>>>> >>>>>> I also have a VP2 using VWS. I've been getting 97 of 97 errors >>>>>> on my QC report. Doesn't this mean that the pressure data that >>>>>> we VP2 users paid big bucks to collect is also being ignored by >>>>>> NOAA MADIS? >>>>>> >>>>>> I'm sure the VWS can provide both corrected and uncorrected >>>>>> data. If it?s putting the wrong data into the packet then that >>>>>> needs to be addressed with the Author of VWS. >>>>>> >>>>>> I'm a little unsure of what the problem with the data is. Are >>>>>> you saying that VP2 does Temperature & Humidity compensation on >>>>>> the raw Pressure data prior to sending it to the Data logger, or >>>>>> is it something else? >>>>>> >>>>>> -- >>>>>> Richard Taft >>>>>> www.taftphoto.com >>>>>> CW3815 >>>>>> >>>>>> -------------- Original message ---------------------- >>>>>> From: Mike Barth >>>>>> >>>>>> >>>>>>> John, >>>>>>> >>>>>>> Sorry I didn't reply sooner... >>>>>>> >>>>>>> I'm afraid the QC processing doesn't have the ability to take >>>>>>> into account >>>>>>> that some APRSWXNET stations are reporting SLP instead of >>>>>>> altimeter. I suggest >>>>>>> you contact Davis about fixing this -- the APRSWXNET protocol >>>>>>> requires >>>>>>> altimeter. In the meantime, you should ignore the QC results. >>>>>>> >>>>>>> Mike >>>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> wxqc mailing list >>>>>> wxqc@lists.gladstonefamily.net >>>>>> http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc >>>>>> >>>>>> The contents of this message are the responsibility of the author. >>>>>> >>>>>> >>>>> ------------------------------------------------------------------- >>>>> ----- >>>>> >>>>> _______________________________________________ >>>>> wxqc mailing list >>>>> wxqc@lists.gladstonefamily.net >>>>> http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc >>>>> >>>>> The contents of this message are the responsibility of the author. >>>>> >>>>> ------------------------------------------------------------------- >>>>> ----- >>>>> >>>>> No virus found in this incoming message. >>>>> Checked by AVG Anti-Virus. >>>>> Version: 7.0.344 / Virus Database: 267.10.18/91 - Release Date: >>>>> 9/6/2005 >>>>> >>>>> >>>> >>>> >>> _______________________________________________ >>> wxqc mailing list >>> wxqc@lists.gladstonefamily.net >>> http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc >>> >>> The contents of this message are the responsibility of the author. >>> >>> >>> >> >> _______________________________________________ >> wxqc mailing list >> wxqc@lists.gladstonefamily.net >> http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc >> >> The contents of this message are the responsibility of the author. >> >> > > _______________________________________________ > wxqc mailing list > wxqc@lists.gladstonefamily.net > http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > > The contents of this message are the responsibility of the author. > > From t_biskit at yahoo.com Wed Sep 14 07:26:43 2005 From: t_biskit at yahoo.com (Thomas Hybiske) Date: Wed Sep 14 07:26:49 2005 Subject: [wxqc] Many stations not reporting this morning..... Message-ID: <20050914112643.74891.qmail@web52711.mail.yahoo.com> This morning I've noticed that many station's data is not being received. Mine has not been posted for 16 hours. There are others though that are getting through. Curiously, if you look at those station pages and the raw data, it's usually NOT a Davis station. Are those stations sending their data to another server? As a new member, I don't know much about the system, I just followed the instructions that came with my Vantage Pro II station to get it on the air. Are the stations getting thru being instructed to send their data somewhere else? Thanks, Tom Hybiske K3GM __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050914/72e609c8/attachment.html From mark at markwyman.com Wed Sep 14 07:47:51 2005 From: mark at markwyman.com (Mark) Date: Wed Sep 14 07:54:49 2005 Subject: [wxqc] Many stations not reporting this morning..... In-Reply-To: <20050914112643.74891.qmail@web52711.mail.yahoo.com> Message-ID: <20050914115441.7AFC435817E@relay03.roc.ny.frontiernet.net> I have a Davis, but it is not posting right now, with an error log that says "APRS Socket Not Found". This probably means either someone goofed up the firewall settings on the APRS server, or it is down. There probably is different servers to try, but I have no idea which. -Mark _____ From: wxqc-bounces@lists.gladstonefamily.net [mailto:wxqc-bounces@lists.gladstonefamily.net] On Behalf Of Thomas Hybiske Sent: Wednesday, September 14, 2005 7:27 AM To: wxqc@lists.gladstonefamily.net Subject: [wxqc] Many stations not reporting this morning..... This morning I've noticed that many station's data is not being received. Mine has not been posted for 16 hours. There are others though that are getting through. Curiously, if you look at those station pages and the raw data, it's usually NOT a Davis station. Are those stations sending their data to another server? As a new member, I don't know much about the system, I just followed the instructions that came with my Vantage Pro II station to get it on the air. Are the stations getting thru being instructed to send their data somewhere else? Thanks, Tom Hybiske K3GM __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050914/1800155a/attachment.html From mark at markwyman.com Wed Sep 14 07:50:10 2005 From: mark at markwyman.com (Mark) Date: Wed Sep 14 07:57:05 2005 Subject: [wxqc] Many stations not reporting this morning..... In-Reply-To: <20050914112643.74891.qmail@web52711.mail.yahoo.com> Message-ID: <20050914115701.BA2373582AA@relay03.roc.ny.frontiernet.net> Just found this: http://www.wxqa.com/news.html Seems these outages are expected. -Mark _____ From: wxqc-bounces@lists.gladstonefamily.net [mailto:wxqc-bounces@lists.gladstonefamily.net] On Behalf Of Thomas Hybiske Sent: Wednesday, September 14, 2005 7:27 AM To: wxqc@lists.gladstonefamily.net Subject: [wxqc] Many stations not reporting this morning..... This morning I've noticed that many station's data is not being received. Mine has not been posted for 16 hours. There are others though that are getting through. Curiously, if you look at those station pages and the raw data, it's usually NOT a Davis station. Are those stations sending their data to another server? As a new member, I don't know much about the system, I just followed the instructions that came with my Vantage Pro II station to get it on the air. Are the stations getting thru being instructed to send their data somewhere else? Thanks, Tom Hybiske K3GM __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050914/6b78c5b7/attachment.html From philip at gladstonefamily.net Wed Sep 14 08:32:47 2005 From: philip at gladstonefamily.net (Philip Gladstone) Date: Wed Sep 14 08:33:05 2005 Subject: [wxqc] Many stations not reporting this morning..... In-Reply-To: <20050914112643.74891.qmail@web52711.mail.yahoo.com> References: <20050914112643.74891.qmail@web52711.mail.yahoo.com> Message-ID: <4328186F.9090308@gladstonefamily.net> There is also another breakage at MADIS that will compound the problem. I got no data after 1600 UTC yesterday. Philip Thomas Hybiske wrote: > This morning I've noticed that many station's data is not being > received. Mine has not been posted for 16 hours. There are others > though that are getting through. Curiously, if you look at those station > pages and the raw data, it's usually NOT a Davis station. Are those > stations sending their data to another server? As a new member, I don't > know much about the system, I just followed the instructions that came > with my Vantage Pro II station to get it on the air. Are the stations > getting thru being instructed to send their data somewhere else? > Thanks, Tom Hybiske K3GM > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > ------------------------------------------------------------------------ > > _______________________________________________ > wxqc mailing list > wxqc@lists.gladstonefamily.net > http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > > The contents of this message are the responsibility of the author. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3322 bytes Desc: S/MIME Cryptographic Signature Url : http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050914/d5b82468/smime-0001.bin From tomh at sprynet.com Wed Sep 14 09:40:29 2005 From: tomh at sprynet.com (Tom Hargrave) Date: Wed Sep 14 09:40:42 2005 Subject: [wxqc] Re: Alternate reportin wxqc Digest, Vol 11, Issue 9 In-Reply-To: <200509140836.1efwuD7FZ3Nl3qa0@aaron.mail.atl.earthlink.net> References: <200509140836.1efwuD7FZ3Nl3qa0@aaron.mail.atl.earthlink.net> Message-ID: <4328284D.6070807@sprynet.com> I find that by using rotate.aprs.net seldom fails to find a server open. Tom Hargrave mailto:tomh@sprynet.com http://www.flyrodders.net/weather wxqc-request@lists.gladstonefamily.net wrote: >Send wxqc mailing list submissions to > wxqc@lists.gladstonefamily.net > >To subscribe or unsubscribe via the World Wide Web, visit > http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc >or, via email, send a message with subject or body 'help' to > wxqc-request@lists.gladstonefamily.net > >You can reach the person managing the list at > wxqc-owner@lists.gladstonefamily.net > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of wxqc digest..." > > >Today's Topics: > > 1. Many stations not reporting this morning..... (Thomas Hybiske) > 2. RE: Many stations not reporting this morning..... (Mark) > 3. RE: Many stations not reporting this morning..... (Mark) > 4. Re: Many stations not reporting this morning..... > (Philip Gladstone) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Wed, 14 Sep 2005 04:26:43 -0700 (PDT) >From: Thomas Hybiske >Subject: [wxqc] Many stations not reporting this morning..... >To: wxqc@lists.gladstonefamily.net >Message-ID: <20050914112643.74891.qmail@web52711.mail.yahoo.com> >Content-Type: text/plain; charset="iso-8859-1" > >This morning I've noticed that many station's data is not being received. Mine has not been posted for 16 hours. There are others though that are getting through. Curiously, if you look at those station pages and the raw data, it's usually NOT a Davis station. Are those stations sending their data to another server? As a new member, I don't know much about the system, I just followed the instructions that came with my Vantage Pro II station to get it on the air. Are the stations getting thru being instructed to send their data somewhere else? Thanks, Tom Hybiske K3GM > >__________________________________________________ >Do You Yahoo!? >Tired of spam? Yahoo! Mail has the best spam protection around >http://mail.yahoo.com >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050914/72e609c8/attachment-0001.html > >------------------------------ > >Message: 2 >Date: Wed, 14 Sep 2005 07:47:51 -0400 >From: "Mark" >Subject: RE: [wxqc] Many stations not reporting this morning..... >To: "'Discussion of weather data quality issues'" > >Message-ID: > <20050914115441.7AFC435817E@relay03.roc.ny.frontiernet.net> >Content-Type: text/plain; charset="us-ascii" > >I have a Davis, but it is not posting right now, with an error log that says >"APRS Socket Not Found". This probably means either someone goofed up the >firewall settings on the APRS server, or it is down. There probably is >different servers to try, but I have no idea which. > > -Mark > > > > _____ > >From: wxqc-bounces@lists.gladstonefamily.net >[mailto:wxqc-bounces@lists.gladstonefamily.net] On Behalf Of Thomas Hybiske >Sent: Wednesday, September 14, 2005 7:27 AM >To: wxqc@lists.gladstonefamily.net >Subject: [wxqc] Many stations not reporting this morning..... > > > >This morning I've noticed that many station's data is not being received. >Mine has not been posted for 16 hours. There are others though that are >getting through. Curiously, if you look at those station pages and the raw >data, it's usually NOT a Davis station. Are those stations sending their >data to another server? As a new member, I don't know much about the >system, I just followed the instructions that came with my Vantage Pro II >station to get it on the air. Are the stations getting thru being >instructed to send their data somewhere else? Thanks, Tom Hybiske K3GM > >__________________________________________________ >Do You Yahoo!? >Tired of spam? Yahoo! Mail has the best spam protection around >http://mail.yahoo.com > >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050914/1800155a/attachment-0001.html > >------------------------------ > >Message: 3 >Date: Wed, 14 Sep 2005 07:50:10 -0400 >From: "Mark" >Subject: RE: [wxqc] Many stations not reporting this morning..... >To: "'Discussion of weather data quality issues'" > >Message-ID: > <20050914115701.BA2373582AA@relay03.roc.ny.frontiernet.net> >Content-Type: text/plain; charset="us-ascii" > >Just found this: > > > >http://www.wxqa.com/news.html > >Seems these outages are expected. > > > >-Mark > > > > _____ > >From: wxqc-bounces@lists.gladstonefamily.net >[mailto:wxqc-bounces@lists.gladstonefamily.net] On Behalf Of Thomas Hybiske >Sent: Wednesday, September 14, 2005 7:27 AM >To: wxqc@lists.gladstonefamily.net >Subject: [wxqc] Many stations not reporting this morning..... > > > >This morning I've noticed that many station's data is not being received. >Mine has not been posted for 16 hours. There are others though that are >getting through. Curiously, if you look at those station pages and the raw >data, it's usually NOT a Davis station. Are those stations sending their >data to another server? As a new member, I don't know much about the >system, I just followed the instructions that came with my Vantage Pro II >station to get it on the air. Are the stations getting thru being >instructed to send their data somewhere else? Thanks, Tom Hybiske K3GM > >__________________________________________________ >Do You Yahoo!? >Tired of spam? Yahoo! Mail has the best spam protection around >http://mail.yahoo.com > >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050914/6b78c5b7/attachment-0001.html > >------------------------------ > >Message: 4 >Date: Wed, 14 Sep 2005 08:32:47 -0400 >From: Philip Gladstone >Subject: Re: [wxqc] Many stations not reporting this morning..... >To: Discussion of weather data quality issues > >Message-ID: <4328186F.9090308@gladstonefamily.net> >Content-Type: text/plain; charset="iso-8859-1" > >There is also another breakage at MADIS that will compound the problem. >I got no data after 1600 UTC yesterday. > >Philip > >Thomas Hybiske wrote: > > >>This morning I've noticed that many station's data is not being >>received. Mine has not been posted for 16 hours. There are others >>though that are getting through. Curiously, if you look at those station >>pages and the raw data, it's usually NOT a Davis station. Are those >>stations sending their data to another server? As a new member, I don't >>know much about the system, I just followed the instructions that came >>with my Vantage Pro II station to get it on the air. Are the stations >>getting thru being instructed to send their data somewhere else? >>Thanks, Tom Hybiske K3GM >> >>__________________________________________________ >>Do You Yahoo!? >>Tired of spam? Yahoo! Mail has the best spam protection around >>http://mail.yahoo.com >> >> >>------------------------------------------------------------------------ >> >>_______________________________________________ >>wxqc mailing list >>wxqc@lists.gladstonefamily.net >>http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc >> >>The contents of this message are the responsibility of the author. >> >> >-------------- next part -------------- >A non-text attachment was scrubbed... >Name: smime.p7s >Type: application/x-pkcs7-signature >Size: 3322 bytes >Desc: S/MIME Cryptographic Signature >Url : http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050914/d5b82468/smime.bin > >------------------------------ > >_______________________________________________ >wxqc mailing list >wxqc@lists.gladstonefamily.net >http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > >The contents of these messages are the responsibility of the author(s). > > >End of wxqc Digest, Vol 11, Issue 9 >*********************************** > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050914/2aabc403/attachment.html From t_biskit at yahoo.com Wed Sep 14 09:49:28 2005 From: t_biskit at yahoo.com (Thomas Hybiske) Date: Wed Sep 14 09:49:34 2005 Subject: [wxqc] Many stations not reporting this morning..... In-Reply-To: <4328284D.6070807@sprynet.com> Message-ID: <20050914134928.79705.qmail@web52714.mail.yahoo.com> Thanks Tom. I'll try switching to rotate.aprs.net when I get home this evening from work. Tom Hybiske K3GM Tom Hargrave wrote: I find that by using rotate.aprs.net seldom fails to find a server open. Tom Hargravemailto:tomh@sprynet.comhttp://www.flyrodders.net/weather wxqc-request@lists.gladstonefamily.net wrote: Send wxqc mailing list submissions to wxqc@lists.gladstonefamily.netTo subscribe or unsubscribe via the World Wide Web, visit http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqcor, via email, send a message with subject or body 'help' to wxqc-request@lists.gladstonefamily.netYou can reach the person managing the list at wxqc-owner@lists.gladstonefamily.netWhen replying, please edit your Subject line so it is more specificthan "Re: Contents of wxqc digest..."Today's Topics: 1. Many stations not reporting this morning..... (Thomas Hybiske) 2. RE: Many stations not reporting this morning..... (Mark) 3. RE: Many stations not reporting this morning..... (Mark) 4. Re: Many stations not reporting this morning..... (Philip Gladstone)----------------------------------------------------------------------Message: 1Date: Wed, 14 Sep 2005 04:26:43 -0700 (PDT)From: Thomas Hybiske Subject: [wxqc] Many stations not reporting this morning.....To: wxqc@lists.gladstonefamily.netMessage-ID: <20050914112643.74891.qmail@web52711.mail.yahoo.com>Content-Type: text/plain; charset="iso-8859-1"This morning I've noticed that many station's data is not being received. Mine has not been posted for 16 hours. There are others though that are getting through. Curiously, if you look at those station pages and the raw data, it's usually NOT a Davis station. Are those stations sending their data to another server? As a new member, I don't know much about the system, I just followed the instructions that came with my Vantage Pro II station to get it on the air. Are the stations getting thru being instructed to send their data somewhere else? Thanks, Tom Hybiske K3GM__________________________________________________Do You Yahoo!?Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part --------------An HTML attachment was scrubbed...URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050914/72e609c8/attachment-0001.html------------------------------Message: 2Date: Wed, 14 Sep 2005 07:47:51 -0400From: "Mark" Subject: RE: [wxqc] Many stations not reporting this morning.....To: "'Discussion of weather data quality issues'" Message-ID: <20050914115441.7AFC435817E@relay03.roc.ny.frontiernet.net>Content-Type: text/plain; charset="us-ascii"I have a Davis, but it is not posting right now, with an error log that says"APRS Socket Not Found". This probably means either someone goofed up thefirewall settings on the APRS server, or it is down. There probably isdifferent servers to try, but I have no idea which. -Mark _____ From: wxqc-bounces@lists.gladstonefamily.net[mailto:wxqc-bounces@lists.gladstonefamily.net] On Behalf Of Thomas HybiskeSent: Wednesday, September 14, 2005 7:27 AMTo: wxqc@lists.gladstonefamily.netSubject: [wxqc] Many stations not reporting this morning..... This morning I've noticed that many station's data is not being received.Mine has not been posted for 16 hours. There are others though that aregetting through. Curiously, if you look at those station pages and the rawdata, it's usually NOT a Davis station. Are those stations sending theirdata to another server? As a new member, I don't know much about thesystem, I just followed the instructions that came with my Vantage Pro IIstation to get it on the air. Are the stations getting thru beinginstructed to send their data somewhere else? Thanks, Tom Hybiske K3GM__________________________________________________Do You Yahoo!?Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part --------------An HTML attachment was scrubbed...URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050914/1800155a/attachment-0001.html------------------------------Message: 3Date: Wed, 14 Sep 2005 07:50:10 -0400From: "Mark" Subject: RE: [wxqc] Many stations not reporting this morning.....To: "'Discussion of weather data quality issues'" Message-ID: <20050914115701.BA2373582AA@relay03.roc.ny.frontiernet.net>Content-Type: text/plain; charset="us-ascii"Just found this: http://www.wxqa.com/news.htmlSeems these outages are expected. -Mark _____ From: wxqc-bounces@lists.gladstonefamily.net[mailto:wxqc-bounces@lists.gladstonefamily.net] On Behalf Of Thomas HybiskeSent: Wednesday, September 14, 2005 7:27 AMTo: wxqc@lists.gladstonefamily.netSubject: [wxqc] Many stations not reporting this morning..... This morning I've noticed that many station's data is not being received.Mine has not been posted for 16 hours. There are others though that aregetting through. Curiously, if you look at those station pages and the rawdata, it's usually NOT a Davis station. Are those stations sending theirdata to another server? As a new member, I don't know much about thesystem, I just followed the instructions that came with my Vantage Pro IIstation to get it on the air. Are the stations getting thru beinginstructed to send their data somewhere else? Thanks, Tom Hybiske K3GM__________________________________________________Do You Yahoo!?Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part --------------An HTML attachment was scrubbed...URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050914/6b78c5b7/attachment-0001.html------------------------------Message: 4Date: Wed, 14 Sep 2005 08:32:47 -0400From: Philip Gladstone Subject: Re: [wxqc] Many stations not reporting this morning.....To: Discussion of weather data quality issues Message-ID: <4328186F.9090308@gladstonefamily.net>Content-Type: text/plain; charset="iso-8859-1"There is also another breakage at MADIS that will compound the problem. I got no data after 1600 UTC yesterday.PhilipThomas Hybiske wrote: This morning I've noticed that many station's data is not being received. Mine has not been posted for 16 hours. There are others though that are getting through. Curiously, if you look at those station pages and the raw data, it's usually NOT a Davis station. Are those stations sending their data to another server? As a new member, I don't know much about the system, I just followed the instructions that came with my Vantage Pro II station to get it on the air. Are the stations getting thru being instructed to send their data somewhere else? Thanks, Tom Hybiske K3GM__________________________________________________Do You Yahoo!?Tired of spam? Yahoo! Mail has the best spam protection aroundhttp://mail.yahoo.com------------------------------------------------------------------------_______________________________________________wxqc mailing listwxqc@lists.gladstonefamily.nethttp://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqcThe contents of this message are the responsibility of the author. -------------- next part --------------A non-text attachment was scrubbed...Name: smime.p7sType: application/x-pkcs7-signatureSize: 3322 bytesDesc: S/MIME Cryptographic SignatureUrl : http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050914/d5b82468/smime.bin------------------------------_______________________________________________wxqc mailing listwxqc@lists.gladstonefamily.nethttp://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqcThe contents of these messages are the responsibility of the author(s).End of wxqc Digest, Vol 11, Issue 9*********************************** _______________________________________________ wxqc mailing list wxqc@lists.gladstonefamily.net http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc The contents of this message are the responsibility of the author. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050914/3dac5b7e/attachment-0001.html From here_tivo at yahoo.com Thu Sep 15 06:58:42 2005 From: here_tivo at yahoo.com (Steve Schlei) Date: Thu Sep 15 06:58:47 2005 Subject: [wxqc] Davis Weatherlink 5.6 upgrade problem Message-ID: <20050915105843.69765.qmail@web34205.mail.mud.yahoo.com> Last night I upgraded to the final version of Weatherlink 5.6 from the Weatherlink 5.6 beta release #3. The beta version was functioning just fine, uploading data to both CWOP and WeatherUnderground. Now with the final version installed the WeatherUnderground upload information is gone. When it goes to upload files the WeatherUnderground check mark is greyed out. I looked under Internet Settings and the box for WeatherUnderground in the Configure tab is no longer there. I also looked under help to find out how to configure for WeatherUnderground but there isn't any information of it. Can someone tell me how to get the upload for WeatherUnderground back under 5.6 final, otherwise I will have to revert back to 5.5. Steve CW2841 --------------------------------- Yahoo! for Good Click here to donate to the Hurricane Katrina relief effort. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050915/4e6cf805/attachment.html From albert.arnold at ps.ge.com Thu Sep 15 07:13:27 2005 From: albert.arnold at ps.ge.com (Arnold, Albert (GE Energy)) Date: Thu Sep 15 07:13:34 2005 Subject: [wxqc] Davis Weatherlink 5.6 upgrade problem Message-ID: <0DB3B056D3A69F4C80BB2E7B807919E202C9A691@SCHMLVEM04.e2k.ad.ge.com> This also happened to me, you must go to Weather Underground and download the patch to allow WeatherLink to acknowledge. With the new 5.6a version, they must have made sure you could no longer get this link unless you get the file from Weather Underground. Davis has decided only to support CWOP program and provide the necessary tools for that link. Hope that helps. Albert -----Original Message----- From: wxqc-bounces@lists.gladstonefamily.net [mailto:wxqc-bounces@lists.gladstonefamily.net]On Behalf Of Steve Schlei Sent: Thursday, September 15, 2005 6:59 AM To: wxqc@lists.gladstonefamily.net Subject: [wxqc] Davis Weatherlink 5.6 upgrade problem Last night I upgraded to the final version of Weatherlink 5.6 from the Weatherlink 5.6 beta release #3. The beta version was functioning just fine, uploading data to both CWOP and WeatherUnderground. Now with the final version installed the WeatherUnderground upload information is gone. When it goes to upload files the WeatherUnderground check mark is greyed out. I looked under Internet Settings and the box for WeatherUnderground in the Configure tab is no longer there. I also looked under help to find out how to configure for WeatherUnderground but there isn't any information of it. Can someone tell me how to get the upload for WeatherUnderground back under 5.6 final, otherwise I will have to revert back to 5.5. Steve CW2841 _____ Yahoo! for Good Click here to donate to the Hurricane Katrina relief effort. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050915/d9bbdc8f/attachment.html From sam at wa4phy.net Sun Sep 18 23:27:15 2005 From: sam at wa4phy.net (Sam Drinkard) Date: Sun Sep 18 23:27:20 2005 Subject: [wxqc] O.T. Software Message-ID: <432E3012.2030205@wa4phy.net> I know this is blatenly off topic, but I'll keep it short and to the point, but I wanted to find out if any of the list members are using or have used the WRF numerical model, or MM5. Would like to connect with you if you have or use either of the models. Thanks.. Sam -- Snowman From philip at gladstonefamily.net Wed Sep 21 20:32:39 2005 From: philip at gladstonefamily.net (Philip Gladstone) Date: Wed Sep 21 20:32:44 2005 Subject: [wxqc] Miscellaneous stuff Message-ID: <4331FBA7.4010501@gladstonefamily.net> I added an RSS feed of new CWOP sites as they come online and start sending data: http://weather.gladstonefamily.net/cgi-bin/newsite.pl I'm open to suggestions as to what to put in the description area of each item. I typically don't have much data (one day) for these sites, so there is no useful quality information. Any suggestions on other feeds would be welcome. I'm thinking of doing a parameterized feed for 'new stations within x miles of point y'. Philip -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3322 bytes Desc: S/MIME Cryptographic Signature Url : http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050921/2a6b56ed/smime.bin From unkajim at comcast.net Thu Sep 22 00:08:22 2005 From: unkajim at comcast.net (Jim Pace) Date: Thu Sep 22 00:08:36 2005 Subject: [wxqc] Temperature "errors" Message-ID: <001c01c5bf2b$460d1a90$6500a8c0@Mimmy> I just signed on to this mailing list but have been receiving quality reports for a few months now. All along, I am seeing a pattern wherein my nighttime low temperatures are flagged as being in error(too low). This morning takes the cake. I just now received tonight's quality report and it, as usual flags my low temperature reading this morning of 32 degrees as being over 11 degrees too low according to the "algorithm". I'm here to say that I had to scrape that 11 degrees off my windshield this AM so's I could see out to drive to work. My now dead tomato plants didn't think it was really 11 degrees warmer either. It's bothersome to think that NOAA wants your data and then rejects good data because they don't believe it's correct. BTW I have a mercury thermometer that holds max and min temps and it agrees perfectly with my 1-Wire outdoor sensor. Is there anything can be done? Or should I give up and add 10 degrees to my CWOP postings? Jim http://ecapmiill.home.comcast.net From alaparos at taconic.net Thu Sep 22 07:13:31 2005 From: alaparos at taconic.net (Gary J. Ferdinand) Date: Thu Sep 22 07:13:42 2005 Subject: [wxqc] Temperature "errors" In-Reply-To: <001c01c5bf2b$460d1a90$6500a8c0@Mimmy> Message-ID: Hi Jim, I have a similar issue. What's your topography like? The quality checks do not seem to account for topography. With the advent of autumn here and some crisp nights/mornings, my "night temperature" has frequently plummeted way out of bounds. As I look at the topo map I can see why. I am in a small valley with hills to the east and west of me, perhaps 100-200 feet higher. They are quite close, within 100 yards or so. I suspect in my case that colder air is falling downslope and settling right over my house and temp sensor. Perhaps you have an unusually cold micro climate too? Gary > -----Original Message----- > From: wxqc-bounces@lists.gladstonefamily.net > [mailto:wxqc-bounces@lists.gladstonefamily.net]On Behalf Of Jim Pace > Sent: Thursday, September 22, 2005 12:08 AM > To: wxqc@lists.gladstonefamily.net > Subject: [wxqc] Temperature "errors" > > > I just signed on to this mailing list but have been receiving quality > reports for a few months now. All along, I am seeing a pattern wherein my > nighttime low temperatures are flagged as being in error(too low). This > morning takes the cake. I just now received tonight's quality > report and it, > as usual flags my low temperature reading this morning of 32 degrees as > being over 11 degrees too low according to the "algorithm". I'm > here to say > that I had to scrape that 11 degrees off my windshield this AM > so's I could > see out to drive to work. My now dead tomato plants didn't think it was > really 11 degrees warmer either. > It's bothersome to think that NOAA wants your data and then rejects good > data because they don't believe it's correct. BTW I have a mercury > thermometer that holds max and min temps and it agrees perfectly with my > 1-Wire outdoor sensor. Is there anything can be done? Or should I give up > and add 10 degrees to my CWOP postings? > > Jim > http://ecapmiill.home.comcast.net > > _______________________________________________ > wxqc mailing list > wxqc@lists.gladstonefamily.net > http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > > The contents of this message are the responsibility of the author. > > From Evan.Bookbinder at noaa.gov Thu Sep 22 07:43:17 2005 From: Evan.Bookbinder at noaa.gov (Evan Bookbinder) Date: Thu Sep 22 07:43:22 2005 Subject: [wxqc] Temperature "errors" In-Reply-To: References: Message-ID: <433298D5.9010107@noaa.gov> Gary, I guess a little sarcasm is good now and again, but I found that your tongue-in-cheek comments were a bit out of line. Several members of this group have provided excellent documentation on what QC is, how it's done and what it means. These insightful documents likely would have circumvented the need for your email. Ignoring some incorrect assumptions made on the development of frost and the killing of tender vegetation, let's make the obvious assumption that your observation of 32F is correct. 1.) Minimum temperatures are HIGHLY susceptible to terrain and land cover/usage. It is perfectly normal to have a 10 or more degree spread over several miles and a hundred feet elevation change on a clear, calm night. (I'm not going to get into a dissertation on cold air drainage and nocturnal inversions here). 2.) Not NOAA, nor anyone else, is rejecting anyone's data, contrary to your belief. We receive all data, good and bad. The QC tool merely provides you with the feedback necessary to determine whether an instrument could be failing or is incorrectly sited. These reports should never be used on a daily basis (due to local effects, frontal passages, etc...) and a long term average on the order of a few weeks should be used to determine systematic errors with your instrumentation. In this case, it's obvious that your local siting plays a huge roll in cold air drainage at night. The algorithm is nothing more than a mathematical equation used to relate your readings to surrounding sites. There's no standard "negative lapse rate" for cold air draining, so there's nothing that can be done to factor elevation into the algorithm. So, if your daytime highs are QCing just fine, feel free to ignore the QC message on the min temperature. Hope this helps, Evan From alaparos at taconic.net Thu Sep 22 07:50:28 2005 From: alaparos at taconic.net (Gary J. Ferdinand) Date: Thu Sep 22 07:50:44 2005 Subject: [wxqc] Temperature "errors" In-Reply-To: <433298D5.9010107@noaa.gov> Message-ID: Evan, I'm the guy who tried to help with the topo suggestion. Please get your target correct. Gary > -----Original Message----- > From: wxqc-bounces@lists.gladstonefamily.net > [mailto:wxqc-bounces@lists.gladstonefamily.net]On Behalf Of Evan > Bookbinder > Sent: Thursday, September 22, 2005 7:43 AM > To: Discussion of weather data quality issues > Subject: Re: [wxqc] Temperature "errors" > > > Gary, > > I guess a little sarcasm is good now and again, but I found that your > tongue-in-cheek comments were a bit out of line. Several members of this > group have provided excellent documentation on what QC is, how it's done > and what it means. These insightful documents likely would have > circumvented the need for your email. > > Ignoring some incorrect assumptions made on the development of frost and > the killing of tender vegetation, let's make the obvious assumption that > your observation of 32F is correct. > > 1.) Minimum temperatures are HIGHLY susceptible to terrain and land > cover/usage. It is perfectly normal to have a 10 or more degree spread > over several miles and a hundred feet elevation change on a clear, calm > night. (I'm not going to get into a dissertation on cold air drainage > and nocturnal inversions here). > > 2.) Not NOAA, nor anyone else, is rejecting anyone's data, contrary to > your belief. We receive all data, good and bad. The QC tool merely > provides you with the feedback necessary to determine whether an > instrument could be failing or is incorrectly sited. These reports > should never be used on a daily basis (due to local effects, frontal > passages, etc...) and a long term average on the order of a few weeks > should be used to determine systematic errors with your instrumentation. > In this case, it's obvious that your local siting plays a huge roll in > cold air drainage at night. The algorithm is nothing more than a > mathematical equation used to relate your readings to surrounding sites. > There's no standard "negative lapse rate" for cold air draining, so > there's nothing that can be done to factor elevation into the > algorithm. So, if your daytime highs are QCing just fine, feel free to > ignore the QC message on the min temperature. > > Hope this helps, > Evan > > > _______________________________________________ > wxqc mailing list > wxqc@lists.gladstonefamily.net > http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > > The contents of this message are the responsibility of the author. > > From Evan.Bookbinder at noaa.gov Thu Sep 22 07:59:37 2005 From: Evan.Bookbinder at noaa.gov (Evan Bookbinder) Date: Thu Sep 22 07:59:41 2005 Subject: [wxqc] Temperature "errors" In-Reply-To: References: Message-ID: <43329CA9.5090900@noaa.gov> You are correct. I was referring to Jim's original post. That's what happens with top posting (for which I'm equally guilty). Sorry about that Gary. >Evan, I'm the guy who tried to help with the topo suggestion. Please get >your target correct. > >Gary > > > >>-----Original Message----- >>From: wxqc-bounces@lists.gladstonefamily.net >>[mailto:wxqc-bounces@lists.gladstonefamily.net]On Behalf Of Evan >>Bookbinder >>Sent: Thursday, September 22, 2005 7:43 AM >>To: Discussion of weather data quality issues >>Subject: Re: [wxqc] Temperature "errors" >> >> >>Gary, >> >>I guess a little sarcasm is good now and again, but I found that your >>tongue-in-cheek comments were a bit out of line. Several members of this >>group have provided excellent documentation on what QC is, how it's done >>and what it means. These insightful documents likely would have >>circumvented the need for your email. >> >>Ignoring some incorrect assumptions made on the development of frost and >>the killing of tender vegetation, let's make the obvious assumption that >>your observation of 32F is correct. >> >>1.) Minimum temperatures are HIGHLY susceptible to terrain and land >>cover/usage. It is perfectly normal to have a 10 or more degree spread >>over several miles and a hundred feet elevation change on a clear, calm >>night. (I'm not going to get into a dissertation on cold air drainage >>and nocturnal inversions here). >> >>2.) Not NOAA, nor anyone else, is rejecting anyone's data, contrary to >>your belief. We receive all data, good and bad. The QC tool merely >>provides you with the feedback necessary to determine whether an >>instrument could be failing or is incorrectly sited. These reports >>should never be used on a daily basis (due to local effects, frontal >>passages, etc...) and a long term average on the order of a few weeks >>should be used to determine systematic errors with your instrumentation. >>In this case, it's obvious that your local siting plays a huge roll in >>cold air drainage at night. The algorithm is nothing more than a >>mathematical equation used to relate your readings to surrounding sites. >>There's no standard "negative lapse rate" for cold air draining, so >>there's nothing that can be done to factor elevation into the >>algorithm. So, if your daytime highs are QCing just fine, feel free to >>ignore the QC message on the min temperature. >> >>Hope this helps, >>Evan >> >> >>_______________________________________________ >>wxqc mailing list >>wxqc@lists.gladstonefamily.net >>http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc >> >>The contents of this message are the responsibility of the author. >> >> >> >> > >_______________________________________________ >wxqc mailing list >wxqc@lists.gladstonefamily.net >http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > >The contents of this message are the responsibility of the author. > > From nnn0qtf at bellsouth.net Thu Sep 22 13:20:52 2005 From: nnn0qtf at bellsouth.net (Dan Caywood) Date: Thu Sep 22 13:20:58 2005 Subject: [wxqc] FindU INFORMATION Message-ID: IS ANYONE HAVING PROBLEMS CONNECTING TO http://www.findu.com/cgi-bin/wxpage.cgi?call=CW3870 OR IS IT MY MACHINE? DAN CW3870 Dan Caywood, P.O. Box 15311 Wilmington, NC 28408-5311 Radio 910-799-6806 Fax 910-791-5585 Cel 910-620-5284 WB4DHU--NNN0QTF--AUX LORAN STATION _____ Upgrade Your Email - Click here! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050922/174af0e6/attachment.html From weather at mulveyfamily.com Thu Sep 22 13:32:53 2005 From: weather at mulveyfamily.com (Rich Mulvey) Date: Thu Sep 22 13:33:26 2005 Subject: [wxqc] FindU INFORMATION In-Reply-To: References: Message-ID: <4332EAC5.7060301@mulveyfamily.com> Dan Caywood wrote: > IS ANYONE HAVING PROBLEMS CONNECTING TO > http://www.findu.com/cgi-bin/wxpage.cgi?call=CW3870 OR IS IT MY MACHINE? > The main findu server is being moved someplace else, as the owner, Steve Dimse, is starting a new job in a few weeks and is having someone else take over. The backup server is supposed to be online, but according to Steve, it can barely handle even half of the load. So expect findu to be marginal, at best, until the main machine is available again. - Rich From t_biskit at yahoo.com Thu Sep 22 13:33:53 2005 From: t_biskit at yahoo.com (Thomas Hybiske) Date: Thu Sep 22 13:33:57 2005 Subject: [wxqc] FindU INFORMATION In-Reply-To: Message-ID: <20050922173353.14392.qmail@web52710.mail.yahoo.com> The server is in the process of being relocated. There's supposed to be a backup but it has greatly reduced capacity. It may be like this for the next 2 days. Tom Hybiske K3GM Dan Caywood wrote: IS ANYONE HAVING PROBLEMS CONNECTING TO http://www.findu.com/cgi-bin/wxpage.cgi?call=CW3870 OR IS IT MY MACHINE? DAN CW3870 Dan Caywood, P.O. Box 15311 Wilmington, NC 28408-5311 Radio 910-799-6806 Fax 910-791-5585 Cel 910-620-5284 WB4DHU--NNN0QTF--AUX LORAN STATION --------------------------------- _______________________________________________ wxqc mailing list wxqc@lists.gladstonefamily.net http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc The contents of this message are the responsibility of the author. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050922/18da8894/attachment.html From sdimse at gmail.com Thu Sep 22 14:01:06 2005 From: sdimse at gmail.com (Steve Dimse) Date: Thu Sep 22 14:21:01 2005 Subject: [wxqc] FindU INFORMATION In-Reply-To: <4332EAC5.7060301@mulveyfamily.com> References: <4332EAC5.7060301@mulveyfamily.com> Message-ID: <8c3c2178050922110159009f96@mail.gmail.com> On 9/22/05, Rich Mulvey wrote: > Dan Caywood wrote: > > > IS ANYONE HAVING PROBLEMS CONNECTING TO > > http://www.findu.com/cgi-bin/wxpage.cgi?call=CW3870 OR IS IT MY MACHINE? > > > > > The main findu server is being moved someplace else, as the owner, > Steve Dimse, is starting a new job in a few weeks and is having someone > else take over. Not exactly. The server is being forced to move because the ISP that hosted it for the last year or so is being forced out of business. I am not giving up administration of findU, in fact I'm raising money to buy a new server, so the backup is capable of handling the load. > > The backup server is supposed to be online, but according to Steve, > it can barely handle even half of the load. So expect findu to be > marginal, at best, until the main machine is available again. > The server is online, but it can handle three simultaneous connections vs. 40 for the primary machine. Hopefully things will get back to normal tomorrow... Steve K4HG From philip at gladstonefamily.net Thu Sep 22 20:27:47 2005 From: philip at gladstonefamily.net (Philip Gladstone) Date: Thu Sep 22 20:27:47 2005 Subject: [wxqc] Miscellaneous stuff In-Reply-To: <4331FBA7.4010501@gladstonefamily.net> References: <4331FBA7.4010501@gladstonefamily.net> Message-ID: <43334C03.10806@gladstonefamily.net> You can now get feeds for new stations coming online in your area. There are two feeds displayed on every /site/xxxxx page for stations within 100 (or 250) miles. The smarter will be able to figure out how to make a feed for any particular distance. http://weather.gladstonefamily.net/cgi-bin/newsite.pl? parameters: within=100 distance site=c0003 origin point lat=48.1234 lon=-73.4566 Use either site= or lat=&lon= to specify the point at the center of the circle. I';ve tried to set it to only update once per day -- that is when I get the data, so nothing will change faster than that. Enjoy. Philip Philip Gladstone wrote: > I added an RSS feed of new CWOP sites as they come online and start > sending data: http://weather.gladstonefamily.net/cgi-bin/newsite.pl > > I'm open to suggestions as to what to put in the description area of > each item. I typically don't have much data (one day) for these sites, > so there is no useful quality information. > > Any suggestions on other feeds would be welcome. I'm thinking of doing a > parameterized feed for 'new stations within x miles of point y'. > > Philip > > > ------------------------------------------------------------------------ > > _______________________________________________ > wxqc mailing list > wxqc@lists.gladstonefamily.net > http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > > The contents of this message are the responsibility of the author. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3322 bytes Desc: S/MIME Cryptographic Signature Url : http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050922/b881f539/smime.bin From unkajim at comcast.net Sat Sep 24 23:37:30 2005 From: unkajim at comcast.net (Jim Pace) Date: Sat Sep 24 23:37:54 2005 Subject: [wxqc] And again Message-ID: <002201c5c182$750be430$6500a8c0@Mimmy> Since it was Saturday, and since I'm on vacation this week anyway, I didn't have to scrape any of the latest 'temperature quality checking algorithm" off my windshield this time. I'm sure my two cucumber plants would tell you what they think of the quality checks as well, but the can't....they're now dead, killed by the 29 degree low this AM that according to the algorithm, should have been 41 degrees. In spite of the fact that Evan takes offense to tongue-in cheek comments as in the above paragraph, and BTW Evan, thanks for the patronizing response, the question I asked before still stands: Is there anything that can be done for stations such as mine that have their temperature readings flagged as questionable when in fact they are legitimate? My CWOP ID is CW0825. See for yourself that the stations used to compare mine against are not very nearby and not in locations that often represent weather and temperatures in my town. Jim http://ecapmiill.home.comcast.net From rich.taft at att.net Sun Sep 25 00:16:07 2005 From: rich.taft at att.net (rich.taft@att.net) Date: Sun Sep 25 00:16:10 2005 Subject: [wxqc] And again Message-ID: <092520050416.4664.43362486000F2A960000123821603762239B000E9BD2080C079D@att.net> My temperature settings don't get flagged, but my pressure settings do. I can always tell when a front moves through because that nights e-mail will be loaded with "errors" What I think is the misunderstanding here, and anyone that knows bettor feel free to correct me, is that just because you get flagged as "out of range" doesn’t mean your data isn't being collected and used, its more as a heads up message to you that, if you see the same error all day, everyday, consistently over time, that you might want to take a close look at your station for a possible problem. Temperature is one of the pieces of data that can vary widely over a very small area. The quality control software can't possibly take into account every location dependant variable when compiling the e-mail report. All it can do is compare your data with that of your nearest stations and report a discrepancy. I can't speak to all the technical details of the affects of terrain and location on temperature, but I'm sure the NWS is very happy to receive and record your data and take it into account when forming its weather models for your area. -- Richard Taft www.taftphoto.com -------------- Original message ---------------------- From: "Jim Pace" > Since it was Saturday, and since I'm on vacation this week anyway, I didn't > have to scrape any of the latest 'temperature quality checking algorithm" > off my windshield this time. I'm sure my two cucumber plants would tell you > what they think of the quality checks as well, but the can't....they're now > dead, killed by the 29 degree low this AM that according to the algorithm, > should have been 41 degrees. > In spite of the fact that Evan takes offense to tongue-in cheek comments as > in the above paragraph, and BTW Evan, thanks for the patronizing response, > the question I asked before still stands: Is there anything that can be done > for stations such as mine that have their temperature readings flagged as > questionable when in fact they are legitimate? > My CWOP ID is CW0825. See for yourself that the stations used to compare > mine against are not very nearby and not in locations that often represent > weather and temperatures in my town. > > Jim > http://ecapmiill.home.comcast.net > > _______________________________________________ > wxqc mailing list > wxqc@lists.gladstonefamily.net > http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > > The contents of this message are the responsibility of the author. From James.Dudley at noaa.gov Sun Sep 25 00:29:43 2005 From: James.Dudley at noaa.gov (James Dudley) Date: Sun Sep 25 00:28:45 2005 Subject: [wxqc] And again Message-ID: <2fca072ff08e.2ff08e2fca07@noaa.gov> There seems to be quite a bit of unnecessary concern about data quality issues. We are in the business of sharing our weather data with others. If a weather station is set up correctly (conforming closely to the WMO standards), the issue of data quality in comparision to other stations is a moot point. Each weather station location is a unique microclimate and the data will vary in comparison to other stations. Sure, the barometric pressure should normally be close to a nearby station, however temperature, dew point, relative humidity and wind will certainly vary (and should vary). The quality control is just there to give an idea of what "ball park" the data should lie. Jim Dudley CW2553 Lead Forecaster National Weather Service Hanford CA ----- Original Message ----- From: "Jim Pace" Date: Saturday, September 24, 2005 8:37 pm Subject: [wxqc] And again > Since it was Saturday, and since I'm on vacation this week anyway, > I didn't > have to scrape any of the latest 'temperature quality checking > algorithm"off my windshield this time. I'm sure my two cucumber > plants would tell you > what they think of the quality checks as well, but the > can't....they're now > dead, killed by the 29 degree low this AM that according to the > algorithm,should have been 41 degrees. > In spite of the fact that Evan takes offense to tongue-in cheek > comments as > in the above paragraph, and BTW Evan, thanks for the patronizing > response,the question I asked before still stands: Is there > anything that can be done > for stations such as mine that have their temperature readings > flagged as > questionable when in fact they are legitimate? > My CWOP ID is CW0825. See for yourself that the stations used to > comparemine against are not very nearby and not in locations that > often represent > weather and temperatures in my town. > > Jim > http://ecapmiill.home.comcast.net > > _______________________________________________ > wxqc mailing list > wxqc@lists.gladstonefamily.net > http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc > > The contents of this message are the responsibility of the author. > From Evan.Bookbinder at noaa.gov Sun Sep 25 01:14:07 2005 From: Evan.Bookbinder at noaa.gov (Evan Bookbinder) Date: Sun Sep 25 01:14:12 2005 Subject: [wxqc] And again In-Reply-To: <002201c5c182$750be430$6500a8c0@Mimmy> References: <002201c5c182$750be430$6500a8c0@Mimmy> Message-ID: <4336321F.9020608@noaa.gov> > Is there anything that can be done > for stations such as mine that have their temperature readings flagged as > questionable when in fact they are legitimate? Jim, the short answer is again no. Please re-read my email, as well as the excellent discussion written by Rich. There is no "negative" temperature correction that can be applied to nighttime drainage or radiational cooling effects that occur in valleys or areas that differ in terms of land usage and nearby topographic effects (such as rivers). If you are confident in your readings, then simply ignore the QC flags. We have an official NWS airport site here in NW MO that gets flagged nearly every night because the airport is situated along the bottom of a river valley. Is the data bad? No, the site fogs in regularly. As for the cucumbers and tomatoes however, I will question why annual vegetables would still be in a pre-harvest state in a location where a hard freeze by this date is certainly not an anomoly :) Best regards, Evan Lead Forecaster NWS Kansas City, Missouri From allan at vtstudio.com Sun Sep 25 09:30:09 2005 From: allan at vtstudio.com (Allan Seymour) Date: Sun Sep 25 10:59:55 2005 Subject: [wxqc] Temperature "errors" Message-ID: <200509251330.j8PDU5LY021655@mailgate4.sover.net> Evan you seem to be the right person to direct this to. I originally sent it to Dave Helms. Dave, I am having a problem getting my dewpoint data to fit the criteria of CWOP. I have a Davis Vantage Pro with the wireless installation. I am not having any wireless problems. The sensors are sited over a grassy area with at least 300 feet from any trees and about 5 feet off the ground on the Davis tripod.. Sensors are the fan aspirated group housed in the Davis supplied shield. Fan is set to run all the time. If you check my data quality you will see that dewpoint is always off. CW1490 I am about to mount anemometer on a 30 foot telephone pole which should get more accurate reading of wind speed. I am a fussy type of person and want to supply you all with the most accurate data I can. Do you have any suggestions to help? The only thing I can think of is that we do have quite a lot of fog here due to the river valley we are located in and that keeps it more moist here until it burns off. Thanks for any help you can give. Maybe I am trying to get my data to fit when its just my location. allan@vtstudio.com www.vtstudio.com Regards Allan Seymour Vermont Studio -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050925/5ed1efc7/attachment.html From Evan.Bookbinder at noaa.gov Sun Sep 25 15:59:12 2005 From: Evan.Bookbinder at noaa.gov (Evan Bookbinder) Date: Sun Sep 25 15:57:19 2005 Subject: [wxqc] Temperature "errors" Message-ID: Allan, Chances are your dewpoint is OK. There are a few ways to check this. 1.) If you are weather savvy, I would seriously consider investing in a sling psychrometer. This instrument is a (typically mecury, sometimes alcohol) set of two thermometers connected on a metal/wooden slat to a freely rotating handle. The bottom of one of the thermometers is covered in a cloth "sock" which you wet. By spinning the thermometers for a minute or two, you measure temperature with one and wet-bult temperature with the other as the water evaporates from the sock. The two end numbers can then be used to calculate the dewpoint. I use this all the time to make sure my instruments are calibrated. 2.) In mid afternoon on a sunny/breezy day, once the atmosphere has mixed out the elevation differences, check your dewpoint against surrounding airport sites. Assuming there are no strong cold fronts in the area, you should see a number within a degree or two. If there's a strong difference (and I will look into it with you as well), I would recommend getting a replacement instrument from Davis. There is a certain degree of inaccuracy with these digital instruments, but Davis leads the way in data quality of low-cost weather stations and it should be darn near what you expect from a manual reading. A number of users would suggest calibrating the dewpoint/RH sensor, but I am strongly against this. Unless you are 100% sure that the error is a bias error, you run the risk of masking a greater problem with the weather station. Hope this helps! Evan Content-Type: multipart/alternative; boundary="----=_NextPart_000_0000_01C5C1B3.B8ACB440" ------=_NextPart_000_0000_01C5C1B3.B8ACB440 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Evan you seem to be the right person to direct this to. I originally sent it to Dave Helms. Dave, I am having a problem getting my dewpoint data to fit the criteria of CWOP. I have a Davis Vantage Pro with the wireless installation. I am not having any wireless problems. The sensors are sited over a grassy area with at least 300 feet from any trees and about 5 feet off the ground on the Davis tripod.. Sensors are the fan aspirated group housed in the Davis supplied shield. Fan is set to run all the time. If you check my data quality you will see that dewpoint is always off. CW1490 I am about to mount anemometer on a 30 foot telephone pole which should get more accurate reading of wind speed. I am a fussy type of person and want to supply you all with the most accurate data I can. Do you have any suggestions to help? The only thing I can think of is that we do have quite a lot of fog here due to the river valley we are located in and that keeps it more moist here until it burns off. Thanks for any help you can give. Maybe I am trying to get my data to fit when its just my location. allan@vtstudio.com www.vtstudio.com Regards Allan Seymour Vermont Studio ------=_NextPart_000_0000_01C5C1B3.B8ACB440 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Evan you seem to be the right person to direct this = to. I originally sent it to Dave Helms.

 

Dave, I am having a problem getting my dewpoint data = to fit the criteria of CWOP. I have a Davis Vantage Pro with the wireless installation. I am not having any wireless problems.  The sensors = are sited over a grassy area with at least 300 feet from any trees and about = 5 feet off the ground on the Davis tripod.. Sensors are the fan aspirated group housed in the Davis supplied shield. Fan is set to = run all the time. If you check my data quality you will see that dewpoint is = always off.  CW1490  I am about to mount anemometer on a 30 foot = telephone pole which should get more accurate reading of wind = speed.

 I am a fussy type of person and want to supply = you all with the most accurate data I can. Do you have any suggestions to = help?  The only thing I can think of is that we do have quite a lot of fog here = due to the river valley we are located in and that keeps it more moist here = until it burns off.  Thanks for any help you can give. Maybe I am trying to = get my data to fit when its just my location.

allan@vtstudio.com

www.vtstudio.com=

 

Regards

Allan = Seymour

Vermont Studio

 

------=_NextPart_000_0000_01C5C1B3.B8ACB440-- -------------- next part -------------- _______________________________________________ wxqc mailing list wxqc@lists.gladstonefamily.net http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc The contents of this message are the responsibility of the author. -------------- next part -------------- A non-text attachment was scrubbed... Name: Evan.Bookbinder.vcf Type: text/x-vcard Size: 218 bytes Desc: Card for Evan Bookbinder Url : http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050925/31c2c2bd/Evan.Bookbinder.bin From t_biskit at yahoo.com Mon Sep 26 20:37:30 2005 From: t_biskit at yahoo.com (Thomas Hybiske) Date: Mon Sep 26 20:37:30 2005 Subject: [wxqc] Switching servers in Weatherlink 5.6a Message-ID: <20050927003730.51290.qmail@web52715.mail.yahoo.com> I'm trying to change the default server in Weatherlink 5.6a, but I can't find where to change it. The instructions are listed below, but I'll be darned if I can find it. Where is the APRS setup dialog? Can anybody help? Thanks, Tom Hybiske K3GM "Note to APRS usersThe default APRS server has been changed from "aprswest.net" to "arizona.aprs2.net". The names of the preferred servers to use to upload APRS data are subject to change, so it is a good idea to check documentation on the internet for the latest information. A good site to use is http://wxqa.com/index.html . In addition, the default "password" has been updated to reflect the current version of WeatherLink. Please open the APRS Setup dialog (via the Configure APRS button in the Data Upload Profile X dialog) and click the Default button to switch your APRS connection to the new APRS server. APRS call signs should be in upper case. WeatherLink will convert lower case call signs into upper case." --------------------------------- Yahoo! for Good Click here to donate to the Hurricane Katrina relief effort. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050926/a85fc8c4/attachment.html From t_biskit at yahoo.com Mon Sep 26 20:43:13 2005 From: t_biskit at yahoo.com (Thomas Hybiske) Date: Mon Sep 26 20:43:12 2005 Subject: [wxqc] Switching servers in Weatherlink 5.6a Message-ID: <20050927004313.51235.qmail@web52707.mail.yahoo.com> I'm trying to change the default server in Weatherlink 5.6a, but I can't find where to change it. The instructions are listed below, but I'll be darned if I can find it. Where is the APRS setup dialog? Can anybody help? Thanks, Tom Hybiske K3GM "Note to APRS usersThe default APRS server has been changed from "aprswest.net" to "arizona.aprs2.net". The names of the preferred servers to use to upload APRS data are subject to change, so it is a good idea to check documentation on the internet for the latest information. A good site to use is http://wxqa.com/index.html . In addition, the default "password" has been updated to reflect the current version of WeatherLink. Please open the APRS Setup dialog (via the Configure APRS button in the Data Upload Profile X dialog) and click the Default button to switch your APRS connection to the new APRS server. APRS call signs should be in upper case. WeatherLink will convert lower case call signs into upper case." --------------------------------- Yahoo! for Good Click here to donate to the Hurricane Katrina relief effort. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050926/368b00ac/attachment.html From t_biskit at yahoo.com Mon Sep 26 20:52:26 2005 From: t_biskit at yahoo.com (Thomas Hybiske) Date: Mon Sep 26 20:52:29 2005 Subject: [wxqc] Switching servers in Weatherlink 5.6a In-Reply-To: <20050927004313.51235.qmail@web52707.mail.yahoo.com> Message-ID: <20050927005226.62335.qmail@web52711.mail.yahoo.com> Sorry, I found it. On the advice of others here, I changed it to rotate.aprs.net. I was curious of the password to use, but the existing Davis default password seems to work. I've been trying to send to "arizona.aprs2.net" for nearly 3 hours now with no luck. It got thru fine with the new setting. Thanx anyway! Tom Hybiske K3GM Thomas Hybiske wrote: I'm trying to change the default server in Weatherlink 5.6a, but I can't find where to change it. The instructions are listed below, but I'll be darned if I can find it. Where is the APRS setup dialog? Can anybody help? Thanks, Tom Hybiske K3GM "Note to APRS usersThe default APRS server has been changed from "aprswest.net" to "arizona.aprs2.net". The names of the preferred servers to use to upload APRS data are subject to change, so it is a good idea to check documentation on the internet for the latest information. A good site to use is http://wxqa.com/index.html . In addition, the default "password" has been updated to reflect the current version of WeatherLink. Please open the APRS Setup dialog (via the Configure APRS button in the Data Upload Profile X dialog) and click the Default button to switch your APRS connection to the new APRS server. APRS call signs should be in upper case. WeatherLink will convert lower case call signs into upper case." --------------------------------- Yahoo! for Good Click here to donate to the Hurricane Katrina relief effort. _______________________________________________ wxqc mailing list wxqc@lists.gladstonefamily.net http://pond1.gladstonefamily.net:8080/mailman/listinfo/wxqc The contents of this message are the responsibility of the author. --------------------------------- Yahoo! for Good Click here to donate to the Hurricane Katrina relief effort. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050926/415aa816/attachment.html From gary.oldham at adelphia.net Mon Sep 26 20:55:36 2005 From: gary.oldham at adelphia.net (Gary Oldham) Date: Mon Sep 26 20:55:43 2005 Subject: [wxqc] Switching servers in Weatherlink 5.6a In-Reply-To: <20050927004313.51235.qmail@web52707.mail.yahoo.com> References: <20050927004313.51235.qmail@web52707.mail.yahoo.com> Message-ID: <43389888.1070809@adelphia.net> Skipped content of type multipart/alternative-------------- next part -------------- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.344 / Virus Database: 267.11.6/111 - Release Date: 9/23/2005 From philip at gladstonefamily.net Mon Sep 26 21:09:38 2005 From: philip at gladstonefamily.net (Philip Gladstone) Date: Mon Sep 26 21:09:47 2005 Subject: [wxqc] Google searches that lead to CWOP pages Message-ID: <43389BD2.7010902@gladstonefamily.net> Out of interest, I put together the following page: http://weather.gladstonefamily.net/cgi-bin/googledb1.pl?map=1&hours=72 which shows all the CWOP pages which have been linked to (twice or more) from google searches within the last 72 hours. The biggest destination was in Houston -- with 22 hits. Philip -- Philip Gladstone * Check out the live pondcam at http://pond.gladstonefamily.net -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3322 bytes Desc: S/MIME Cryptographic Signature Url : http://pond1.gladstonefamily.net:8080/pipermail/wxqc/attachments/20050926/61dd4b5f/smime-0001.bin From pirkle at texoma.net Thu Sep 1 19:57:59 2005 From: pirkle at texoma.net (Rex Pirkle) Date: Thu, 1 Sep 2005 18:57:59 -0500 Subject: [wxqc] RE:Davis WeatherLink for Windows v5.6.0 Update available Message-ID: <000001c5af50$fcbfa630$0100a8c0@DJSSJ661> Davis WeatherLink v5.6 release is available for owners of earlier versions of the software. The Davis software support page contains the download link and summary of changes: http://www.davisnet.com/support/weather/software.asp#vantagePro Platform: Windows 95, 98, NT4, ME, 2000, XP (a USB connection requires 98SE or above) File name: WeatherLink_Install_560.exe Released 30-Aug-05 File size 3.47 MB Rex K8CYJ-5 AR863 From john at virginiamountains.com Fri Sep 2 15:46:44 2005 From: john at virginiamountains.com (John Webb) Date: Fri, 02 Sep 2005 15:46:44 -0400 Subject: [wxqc] Sea Level Pressure Message-ID: <6.0.0.22.0.20050902154526.02316d30@mail.npsis.com> Can anyone comment on this?................................................ -------------------------------------------------------------------- The Davis Vantage Pro II reports using sea level pressure reduction algorithm (elevation AND temperature corrections). I have noticed that QC takes this and then corrects it again for temperature. This causes barometer QC for Vantage stations to fluctuate significantly, especially after cold fronts. Can this be programmed in QC? Fact is that Davis Vantage stations do not report altimeter pressure. At 12:00 PM 8/19/2005, you wrote: >Don, > >CWOP "sea level pressures" are in fact the altimeter sea level >reduction, which is a function of elevation. "Sea level pressure" as >defined here use the NWS sea level pressure reduction algorithm, which >is a function of both elevation and temperature. > >On Thu, 18 Aug 2005, Don Palmer wrote: > > > I just recently noticed that my sea level readings are listed under > "Altimeter" beneath the heading of "Pressure In", where they list > Pressure In, Sea Level Pressure and Altimeter. What's with that? > > > > don > > CW2327 From john at virginiamountains.com Fri Sep 2 16:55:05 2005 From: john at virginiamountains.com (John Webb) Date: Fri, 02 Sep 2005 16:55:05 -0400 Subject: [wxqc] Sea Level Pressure Message-ID: <6.0.0.22.0.20050902165457.021050b8@mail.npsis.com> Can anyone comment on this?................................................ -------------------------------------------------------------------- The Davis Vantage Pro II reports using sea level pressure reduction algorithm (elevation AND temperature corrections). I have noticed that QC takes this and then corrects it again for temperature. This causes barometer QC for Vantage stations to fluctuate significantly, especially after cold fronts. Can this be programmed in QC? Fact is that Davis Vantage stations do not report altimeter pressure. At 12:00 PM 8/19/2005, you wrote: >Don, > >CWOP "sea level pressures" are in fact the altimeter sea level >reduction, which is a function of elevation. "Sea level pressure" as >defined here use the NWS sea level pressure reduction algorithm, which >is a function of both elevation and temperature. > >On Thu, 18 Aug 2005, Don Palmer wrote: > > > I just recently noticed that my sea level readings are listed under > "Altimeter" beneath the heading of "Pressure In", where they list > Pressure In, Sea Level Pressure and Altimeter. What's with that? > > > > don > > CW2327 From tbarstow at earthlink.net Sat Sep 3 12:10:01 2005 From: tbarstow at earthlink.net (Thomas Barstow) Date: Sat, 03 Sep 2005 12:10:01 -0400 Subject: [wxqc] Altimeter Pressure In-Reply-To: <200509031200.1ebArc32I3Nl34j0@mx-austrian.atl.sa.earthlink .net> References: <200509031200.1ebArc32I3Nl34j0@mx-austrian.atl.sa.earthlink.net> Message-ID: <6.2.3.4.0.20050903120659.01ca20f8@pop.earthlink.net> I sure don't know why they don't add that. Maybe if we all email them or call