NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
You just need to know the first VCP in the file as Joe suggests, a compromise, but still very timely in that the next scan will shoe the new vcp. At NCDC we do not currently harvest this data, but we are working on the possibility, so I would be very interested in this code. *-Alan* ------ Alan D. Hall IT Project Manager Remote Sensing and Applications Division (RSAD) National Climatic Data Center 151 Patton Ave. Asheville, NC 28801-5001 Alan.Hall@xxxxxxxx (828)271-4071 Follow NCDC on Facebook <http://www.facebook.com/NOAANationalClimaticDataCenter> and Twitter <http://www.twitter.com/NOAANCDC> (@NOAANCDC) On Sat, Apr 26, 2014 at 6:23 PM, Joe Sirott <sirott@xxxxxxxxxx> wrote: > Hi Blair, > > You don't have to read the entire file do get the first VCP in the file -- > just the first bzipped record. We have code that does this and it takes > very little time per station. > > > On 4/26/14 1:26 PM, Blair Trosper wrote: > > Some of you may recall a past thread similar to this, and I'm sort of > looking for ideas -- so if anyone has something better than what I > describe, I would love to know. > > We've got a service, which we're about to open up to the world for free, > that notifies a subscriber via SMS when a RADAR site goes from 31/32 into > an "active" mode (you can choose the granularity of which VCPs you'd want > notifications for, just in case you didn't care about VCP 121, for > example). It's a very good 'heads up' that things are about to become > eventful. (The service can also send emails, push the data to a URL > endpoint, and even push it to apps.) > > To that end, we keep track of the metadata (VCP, timestamp, etc) from > all the volume scans we ingest. At present, this requires us to use custom > C++ code to actually decipher the L2 or L3 scans to locate the data. While > this generally works, the problem in this method is two fold: > - About 10% of the scans do not conform to the storage structure outlined > by the ROC, requiring us to write more kludges than I'd care to admit. > (ROC hasn't bothered to return communications regarding bugs we've > reported in this regard.) > - This is computationally expensive. (We're doing more than just pulling > the metadata, such as plotting the smoothed data over Google Maps, but you > can imagine than reading the entire L2 file just to find out the VCP is > inefficient.) > > I've always wished there was a free text message type product on IDS/HDS > that would send the metadata along with each volume scan, but that doesn't > seem to exist. (We've requested it, but apparently the demand for this is > low.) > > The closest thing I can find is something similar to this product: > http://www.rwic.und.edu/weather/text/KMAF/SDUS84.wmo > > Its NNN is DPA and follows the WMO ID pattern of SDUS##...however, it's > only sent out hourly. > > Can anyone think of a better way...or perhaps even point out a product > I'm perhaps not aware of? > > * * * * * * * * * * * * * * * * * * * * * * * * * > * * * * * * * * * * * * * * * * * * * * * * * * > Blair Trosper > Updraft Networks / Weather Data > NOC: 469-844-5440 > Early Watch Notifications: http://twitter.com/weatherwatches > > > _______________________________________________ > ldm-users mailing listldm-users@xxxxxxxxxxxxxxxx > For list information or to unsubscribe, visit: > http://www.unidata.ucar.edu/mailing_lists/ > > > > _______________________________________________ > ldm-users mailing list > ldm-users@xxxxxxxxxxxxxxxx > For list information or to unsubscribe, visit: > http://www.unidata.ucar.edu/mailing_lists/ >
ldm-users archives: