[wxqc] Another set of old data

[Steve]

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.html