This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
>From: Kevin Kelleher <address@hidden> >Organization: CAPS >Keywords: 200302172141.h1HLfK425607 LDM 6 CRAFT Hi Kevin, re: 100 radial product size > This was tested with the older version of LDM and the BZIP2 >compression. Might be interesting to see if the new version of LDM >behaves differently wrt optimizing packet size?? Yes, this is basically the jist of my previous comments. Sorry to have been so obtuse. LDM 6 is _much_ better/more efficient at moving large/larger data products than LDM5. This is the main benefit of moving away from use of blocking RPCs and the 16384 byte BLOCKDATA "chunking" size when sending large products (in LDM5 this size was 16384 bytes). Cheers, Tom >From address@hidden Tue Feb 18 09:31:10 2003 >CC: Kelvin Droegemeier <address@hidden>, address@hidden, > Kelvin Droegemeier <address@hidden>, address@hidden >Subject: Re: 20030218: LDM 6 release candidate tests at OU/CAPS (cont.) Tom, Yes, I was a few emails behind when I sent this, but did get to the email in which you explained the situation very nicely. Turns out Kelvin's point is the data transmission appears to be faster than the antenna rotation/data collection capability of the radar. So keeping the number of radials small is helpful in delivering the data quickly. I would think we could look at sending a single elevation at a time and checking the latencies. For example: * during a storm the radar scans 14 elevations in 5 min or about 20 seconds per elevation. So it seems to me waiting for the elevation to finish before sending the packet would be reasonable. * during clear air mode (the other extreme) the radar scans only 5 elevations in 10 min or about 2 min per elevation. So in this case, the data could be 2 min old. However, in clear air there usually isn't much weather to worry about, so does it really matter?? Kelvin - your thoughts? Thx. KK >From address@hidden Tue Feb 18 10:27:47 2003 >Subject: Re: 20030218: LDM 6 release candidate tests at OU/CAPS (cont.) >Cc: Unidata Support <address@hidden>, > Kelvin Droegemeier <address@hidden>, address@hidden, > Kelvin Droegemeier <address@hidden>, address@hidden Kevin, It would be great to test these ideas in the context of the new LDM. A latency of 10 seconds is viewed by some as being very important, so I want to be careful here. I think the best strategy is to test various possibilities to see what the results look like. Thanks!! Kelvin