[wxqc] barometer problems
jdunaway at optonline.net
jdunaway at optonline.net
Wed Apr 9 10:41:29 CDT 2008
The closest airport I was able to get weather data from is Laguardia in NYC.----- 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/823b7c9f/attachment-0001.html
More information about the wxqc
mailing list