[wxqc] barometer problems
jdunaway at optonline.net
jdunaway at optonline.net
Wed Apr 9 10:46:43 CDT 2008
Keith,I just did a search on KPOU and found their data. Their pressure reading (50 minutes ago) was 30.25, whereas mine reads 30.30. Their altitude is 164', whereas mine (verfiied) is 1018 feet as I'm up on top of a mountain. Is the .05 variance enough for the station to fail the MADIS QC checks?Thanks,Jim----- Original Message -----From: wxqc-request at lists.gladstonefamily.netDate: Wednesday, April 9, 2008 10:05 amSubject: wxqc Digest, Vol 42, Issue 7To: wxqc at lists.gladstonefamily.net> Send wxqc mailing list submissions to> wxqc at lists.gladstonefamily.net> > To subscribe or unsubscribe via the World Wide Web, visit> http://server.gladstonefamily.net/mailman/listinfo/wxqc> or, via email, send a message with subject or body 'help' to> wxqc-request at lists.gladstonefamily.net> > You can reach the person managing the list at> wxqc-owner at 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. Re: Another set of old data (Steve)> 2. Re: Another set of old data (Gerry Creager)> 3. AS712 Update (Bruce Lane)> 4. Barometer problems (jdunaway at optonline.net)> 5. Re: Barometer problems (Keith Miller)> 6. Weather station crash (Robert Pick)> > > -----------------------------------------------------------------> -----> > Message: 1> Date: Mon, 7 Apr 2008 14:34:51 -0600> From: "Steve" > Subject: Re: [wxqc] Another set of old data> To: , "Discussion of weather data quality> issues" > Message-ID: > Content-Type: text/plain; charset="iso-8859-1"> > As a fallback, VPLive tries to send data to tier 2 servers if > its attempt at sending to the CWOP rotation fails. With CWOP-2 > having problems lately, but remaining in the rotation, this > fallback has been kicking in occasionally. Although not I > understand it's not the recommended first choice, I was not > aware of there being a problem sending to tier 2 as an > alternative, and I think it was even mentioned on this forum > once or twice.> > I don't think the time issue is in VPLive because the data > packet is constructed first. Then it tries to send that packet > to the server pointed to by the CWOP rotation. If that fails, > then VPLive tries to send the same packet to the tier 2 server.> > With the data now being sent less frequently, problems with the > CWOP servers can result in some big gaps in the data. The > fallback strategy VPLive uses seemed like a good way of insuring > the data gets through. When the CWOP rotation is working, VPLive > will not use tier2.> > Steve> SoftWx> ----- Original Message ----- > From: Storm Alert Inc. > To: 'Discussion of weather data quality issues' > Sent: 04/07/2008 1:56 PM> Subject: [wxqc] Another set of old data> > > Gerry, et. al.,> > You can see there are two old observations once again inserted > in my stream (0631Z and 0616Z) that occurred shortly after 11:15 > CDT this morning. These are coming from an unattended computer, > and the VPLive software does not archive data or have the > ability to re-transmit old data. Nonetheless, I checked the logs > from this program and my own Internet activity and there a > nothing but emptiness between 1616Z and 1621Z when two correct > transmissions took place.> > WX2CHS>APRS,TCPXX*,qAX,CWOP-> 1:@071611z3854.60N/09419.45W_037/002g004t048r000P000p000h50b10206VL1112 > > WX2CHS>APRS,TCPXX*,qAX,T2PSR:@071616z3854.60N/09419.45W_034/001g004t048r000P000p000h51b10206VL1112 ->>> --> > WX2CHS>APRS,TCPXX*,qAX,T2PSR:@070631z3854.60N/09419.45W_352/002g009t047r000P000p001h46b10160VL1112 > --> > WX2CHS>APRS,TCPXX*,qAX,T2SGX:@070616z3854.60N/09419.45W_346/000g004t047r000P000p001h45b10158VL1112 > WX2CHS>APRS,TCPXX*,qAX,CWOP-> 3:@071621z3854.60N/09419.45W_058/002g004t047r000P000p000h51b10205VL1112 > WX2CHS>APRS,TCPXX*,qAX,CWOP-> 3:@071626z3854.60N/09419.45W_053/003g005t047r000P000p000h53b10205VL1112 > > WX2CHS>APRS,TCPXX*,qAX,T2PSR:@071631z3854.60N/09419.45W_036/001g005t048r000P000p000h55b10206VL1112 > > WX2CHS>APRS,TCPXX*,qAX,T2PSR:@071636z3854.60N/09419.45W_288/002g005t049r000P000p000h49b10208VL1112 > > I had been running on CWOP rotate to assist in some earlier > troubleshooting among the CWOP folks and software developers > back during the Winter server loading issues. Nonetheless, I > can't see how that would cause these old observations to be > recycled into my FindU data stream.> > Any ideas? Both instances I've observed this in the past week > were associated with a T2xxx server, if that makes any difference.> > Thanks,> Evan> NWS Kansas City> > > -----------------------------------------------------------------> -------------> > > _______________________________________________> wxqc mailing list> Post messages to wxqc at lists.gladstonefamily.net> To unsubcribe or change delivery options, please go to:> http://server.gladstonefamily.net/mailman/listinfo/wxqc> To search the archives: > http://www.google.com/coop/cse?cx=008314629403309390388%3Aknlfnptih9u> The contents of this message are the responsibility of the author.> -------------- next part --------------> An HTML attachment was scrubbed...> URL: > http://server.gladstonefamily.net/pipermail/wxqc/attachments/20080407/07d8e4ec/attachment-0001.html > > ------------------------------> > Message: 2> Date: Mon, 07 Apr 2008 17:07:17 -0500> From: Gerry Creager > Subject: Re: [wxqc] Another set of old data> To: Steve , Discussion of weather data quality> issues > Message-ID: <47FA9B15.7060400 at tamu.edu>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed> > Falling back to T2 is not a sustainable strategy, though. It > makes more > sense to fail over to another CWOP-dedicated server. Please > consider > this in the future.> > It would make a LOT more sense to have the CWOP-dedicated > servers listed > than to arbitrarily fail over to a T2 server.> > gerry> > Steve wrote:> > As a fallback, VPLive tries to send data to tier 2 servers if > its > > attempt at sending to the CWOP rotation fails. With CWOP-2 > having > > problems lately, but remaining in the rotation, this fallback > has been > > kicking in occasionally. Although not I understand it's not > the > > recommended first choice, I was not aware of there being a > problem > > sending to tier 2 as an alternative, and I think it was even > mentioned > > on this forum once or twice.> > > > I don't think the time issue is in VPLive because the data > packet is > > constructed first. Then it tries to send that packet to the > server > > pointed to by the CWOP rotation. If that fails, then VPLive > tries to > > send the same packet to the tier 2 server.> > > > With the data now being sent less frequently, problems with > the CWOP > > servers can result in some big gaps in the data. The fallback > strategy > > VPLive uses seemed like a good way of insuring the data gets > through. > > When the CWOP rotation is working, VPLive will not use tier2.> > > > Steve> > SoftWx> > > > ----- Original Message -----> > *From:* Storm Alert Inc. > > *To:* 'Discussion of weather data quality issues'> > > > *Sent:* 04/07/2008 1:56 PM> > *Subject:* [wxqc] Another set of old data> > > > Gerry, et. al.,> > > > You can see there are two old observations once again > inserted in my> > stream (0631Z and 0616Z) that occurred shortly after 11:15 > CDT this> > morning. These are coming from an unattended computer, and the> > VPLive software does not archive data or have the ability to> > re-transmit old data. Nonetheless, I checked the logs from this> > program and my own Internet activity and there a nothing but> > emptiness between 1616Z and 1621Z when two correct transmissions> > took place.> > > > WX2CHS>APRS,TCPXX*,qAX,CWOP-> 1:@071611z3854.60N/09419.45W_037/002g004t048r000P000p000h50b10206VL1112> > > > WX2CHS>APRS,TCPXX*,qAX,T2PSR:@071616z3854.60N/09419.45W_034/001g004t048r000P000p000h51b10206VL1112 ->>> > -->> > > WX2CHS>APRS,TCPXX*,qAX,T2PSR:@070631z3854.60N/09419.45W_352/002g009t047r000P000p001h46b10160VL1112> > > -->> > > WX2CHS>APRS,TCPXX*,qAX,T2SGX:@070616z3854.60N/09419.45W_346/000g004t047r000P000p001h45b10158VL1112> > > WX2CHS>APRS,TCPXX*,qAX,CWOP-> 3:@071621z3854.60N/09419.45W_058/002g004t047r000P000p000h51b10205VL1112> > > WX2CHS>APRS,TCPXX*,qAX,CWOP-> 3:@071626z3854.60N/09419.45W_053/003g005t047r000P000p000h53b10205VL1112> > > > WX2CHS>APRS,TCPXX*,qAX,T2PSR:@071631z3854.60N/09419.45W_036/001g005t048r000P000p000h55b10206VL1112> > > > WX2CHS>APRS,TCPXX*,qAX,T2PSR:@071636z3854.60N/09419.45W_288/002g005t049r000P000p000h49b10208VL1112> > > > > I had been running on CWOP rotate to assist in some earlier> > troubleshooting among the CWOP folks and software > developers back> > during the Winter server loading issues. Nonetheless, I > can't see> > how that would cause these old observations to be recycled > into my> > FindU data stream.> > > > Any ideas? Both instances I've observed this in the past > week were> > associated with a T2xxx server, if that makes any difference.> > > > Thanks,> > Evan> > NWS Kansas City> > > > -----------------------------------------------------------> -------------> > > > _______________________________________________> > wxqc mailing list> > Post messages to wxqc at lists.gladstonefamily.net> > To unsubcribe or change delivery options, please go to:> > http://server.gladstonefamily.net/mailman/listinfo/wxqc> > To search the archives:> > > http://www.google.com/coop/cse?cx=008314629403309390388%3Aknlfnptih9u> > > The contents of this message are the responsibility of the > author.> > > > > ---------------------------------------------------------------> ---------> > > > _______________________________________________> > wxqc mailing list> > Post messages to wxqc at lists.gladstonefamily.net> > To unsubcribe or change delivery options, please go to:> > http://server.gladstonefamily.net/mailman/listinfo/wxqc> > To search the archives: > http://www.google.com/coop/cse?cx=008314629403309390388%3Aknlfnptih9u> > > The contents of this message are the responsibility of the author.> > -- > Gerry Creager -- gerry.creager at tamu.edu> Texas Mesonet -- AATLT, Texas A&M University> Cell: 979.229.5301 Office: 979.862.3982 FAX: 979.862.3983> Office: 1700 Research Parkway Ste 160, TAMU, College Station, TX 77843> > > > ------------------------------> > Message: 3> Date: Tue, 08 Apr 2008 17:45:05 -0700> From: "Bruce Lane" > Subject: [wxqc] AS712 Update> To: wxqc at lists.gladstonefamily.net> Message-ID: <200804081745050893.58A708E4 at 192.168.42.129>> Content-Type: text/plain; charset="ISO-8859-1"> > Fellow weather-watchers,> > I've spoken with the nice folk at Rainwise, and they are > shipping me a replacement controller board for the station. > Though it may be 'shotgun' troubleshooting at its finest, Tech > Support is not certain where the problem lies (they think it's > either firmware or the barometer sensor circuit itself), so they > want to do some fault analysis with the original board.> > I should be sending accurate data again, pressure-wise, within > a week or so.> > Keep the peace(es).> > > -=-=-=-=-=-=-=-=-=-=-=-> Bruce Lane, Owner & Head Hardware Heavy,> Blue Feather Technologies -- http://www.bluefeathertech.com> kyrrin (at) bluefeathertech do/t c=o=m> "Quid Malmborg in Plano..."> > > > ------------------------------> > Message: 4> Date: Wed, 09 Apr 2008 02:07:11 +0000 (GMT)> From: jdunaway at optonline.net> Subject: [wxqc] Barometer problems> To: wxqc at lists.gladstonefamily.net> Message-ID: > Content-Type: text/plain; charset="us-ascii"> > Hi, everyone.I have a problem with my barometer readings passing > MADIS L2 statistical consistency check. Here's the link to my > MADIS QC page.http://weather.gladstonefamily.net/site/D0173I'm > at a loss as to how to correct the problem. I have an Oregon > Scientific WMR200a station and am running Weather display > 10.27i. I have reset and reset the altitude (verified at 1018', > 320m) and setup the software offset so that the bp reported by > the software matches the bp reported by the station, which is > very close to that reported by an airport 1-1/2 hours > away.Anyone have any suggestions on how to fix this > problem?Thanks in advance,JimDW0173 > -------------- next part --------------> An HTML attachment was scrubbed...> URL: > http://server.gladstonefamily.net/pipermail/wxqc/attachments/20080409/66bcaa36/attachment-0001.html > > ------------------------------> > Message: 5> Date: Tue, 08 Apr 2008 22:54:14 -0400> From: Keith Miller > Subject: Re: [wxqc] Barometer problems> To: 'Discussion of weather data quality issues'> > Message-ID: <7F0995AD943E486D91DBD4BBA28EB975 at sauron>> Content-Type: text/plain; charset=us-ascii> > > -----Original Message-----> >From: wxqc-bounces at lists.gladstonefamily.net> [mailto:wxqc-bounces at lists.gladstonefamily.net]On Behalf Of> jdunaway at optonline.net> > Sent: Tuesday, April 08, 2008 10:07 PM> > To: wxqc at lists.gladstonefamily.net> > Subject: [wxqc] Barometer problems> >> >> > > I'm at a loss as to how to correct the problem. I have an> > Oregon Scientific WMR200a station and am running Weather> > display 10.27i. I have reset and reset the altitude (verified> > at 1018', 320m) and setup the software offset so that the bp> > reported by the software matches the bp reported by the> > station, which is very close to that reported by an airport> > 1-1/2 hours away.> >> > Anyone have any suggestions on how to fix this problem?> >> > >From just a quick look, you're reporting 2mb more the KPOU.> I doubt that's the only issue, but that alone puts you pretty> close to exceding the 3mb target. And looking at the 3 day,> your error is -1.5, which means MADIS believes your barometer> is 1.5mb higher than expected.> > What airport are you using? I can get to Poughkeepsie from> here in less than 1-1/2 hour, and you're just over 15 miles> away from it. :)> > > Keith> --> CW5250 => http://weather.stadhaugh.com> http://weather.gladstonefamily.net/site/C5250> > > > ------------------------------> > Message: 6> Date: Wed, 9 Apr 2008 07:02:31 -0700> From: "Robert Pick" > Subject: [wxqc] Weather station crash> To: > Message-ID: <000701c89a4a$5b126a10$6501a8c0 at pick1>> Content-Type: text/plain; charset="iso-8859-1"> > Six days ago when I checked the status of the local weather (my > station). Windows had left a message that Weatherlink 5.7 had a > fatal error and had to close. I've checked everything, even > deleted the software, reloaded , rebuilt the station, checked > the internet settings and still no go. This all happens when the > program opens the window to show the progress of the download to > aprs. and when it gets to the step "down load images" it > freezes, and completely shuts down. My internet connection is > working fine. The other programs I run all work fine. I do > number crunching for BOINC ( Berkeley Open Infrastructure for > Network Computing ) This program is moving data on and off my > computer all day long and has been for longer than I've had my > weather station. Everything has been working in fine harmony up > until 6 days ago. I've been on the phone with Davis half a doz. > times this week to no avail. Can anyone help or suggest where I > can get some.> Respectfully, Robert Pick> -------------- next part --------------> An HTML attachment was scrubbed...> URL: > http://server.gladstonefamily.net/pipermail/wxqc/attachments/20080409/f3ad3a3d/attachment.html > > ------------------------------> > _______________________________________________> wxqc mailing list> Send messages to wxqc at lists.gladstonefamily.net> To unsubscribe or change options, please go to:> http://server.gladstonefamily.net/mailman/listinfo/wxqc> > The contents of these messages are the responsibility of the > author(s).> > End of wxqc Digest, Vol 42, Issue 7> ***********************************>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://server.gladstonefamily.net/pipermail/wxqc/attachments/20080409/8bc7dadf/attachment-0001.html
More information about the wxqc
mailing list