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.
Hi Gustavo, re: > Thank you for your mail. No worries. re: > As Celeste said, it’s all right to optimize LDM's setting. > We don’t need US data.. so it’s better to set LDM in order > to avoid receiving it. > > The data we do need is: > SYNOP, > UPPAIR (SOUNDING) , > METAR (SURFACE), > SATELITE (as important South America and ANTARTIC), > NUMERIC MODEL that include South America; it's > important they have precipitation's data. OK. The datastreams that contain the data you are specifying are: IDS|DDPLUS - SYNOP, UPPERAIR, METAR UNIWISC - SATELLITE HRS|NGRID|CONDUIT - NUMERICAL model output; each datastream has some fields that cover regions of South America Adjusting the IDS|DDPLUS and UNIWISC feed requests will be easy enough. Adjusting requests for portions of the other fields will take me some time to research and implement. re: > About [ldm@unidata etc] ldmd.conf > Most requests come from: > idd.unidata.ucar.edu PRIMARY > > I’m not sure if it’s appropriated > idd.cptec.inpe.br as “ALTERNATE”. > is it duplicating the data's stream? The PRIMARY and ALTERNATE designations for feeds is no longer used. Current versions of the LDM automatically set the feed as PRIMARY to begin with. If there is more than one request for the exact same set of data, then the processing receiving the feeds will continuously keep track of how many products they are receiving, and adjust the feed based on if that number is the plurality in the request: - feed(s) that receive less than Total#/#Requests of feeds will switch their mode to ALTERNATE (also known as SECONDARY) - the feed that receives more than Total#/#Requests will set themselves up in PRIMARY mode This setup allows for the feed getting the products fastest to stay in PRIMARY mode while the other feed(s) switch to SECONDARY mode. This approach minimizes the latency for products and minimizes the amount of network bandwidth used. re: > Let me know if you can help to solve this. I will work with Jeff Weber (another Unidata staff member) to craft the ldmd.conf REQUEST lines to get you model output data that is important for your area. Either Jeff or I will then modify your ldmd.conf file (and then restart your LDM) with the needed changes. We will, of course, send you a detailed email explaining what we did and why. Cheers, Tom -- **************************************************************************** Unidata User Support UCAR Unidata Program (303) 497-8642 P.O. Box 3000 address@hidden Boulder, CO 80307 ---------------------------------------------------------------------------- Unidata HomePage http://www.unidata.ucar.edu **************************************************************************** Ticket Details =================== Ticket ID: EJN-974549 Department: Support IDD Priority: Normal Status: Closed