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.
Hiya, I lookup postmaster in the support archives, here's a message that will shed more light on a LDM configuration using a port then my last message. It shows the different configurations to use for text and binary products on different ports. This should work with your NOAAport configuration. http://www.unidata.ucar.edu/glimpse/ldm/2092 Robb... On Tue, 18 Jan 2000, Don Murray wrote: > >From: Paul Sisson <address@hidden> > >Organization: . > >Keywords: 200001182135.OAA21713 > > Hi Paul- > > >We tried to call both you and Robb today, but no luck. FYI it seems we got > >trapped in voice mail neverland today. The secretary was out and her calls > >were > >forwarded to someone else that was out and his calls forwarded back to the > >secretary. Thats a neat trick. > > We aim to please! ;-) When you called we were in a staff meeting. Robb > is catching up on his e-mails after being out sick on Friday and being > at the AMS last week. > > >Anyway we are still hopeful that our server to LDM thing can work. We have a > >internal program that sends data out a tcp port (not sure if thats the > >correct > >terminology) and we think we configured the ldm to listen on that port, but > >can't seem to store any products. > > Is it that you can't store products, or there are none being read from the > port? > > >We would like this to work to help push us into AWIPS and off AFOS forever. > >It > >seems like a plausible thing, but so far we can't figure it out. > > I'm going to have to let Robb handle this because it is beyond my knowledge > of the LDM. I talked to Robb about it this morning and he said he'd send > Luc a message asking for details. He probably hasn't gotten to it yet > because he's still catching up on e-mail. It's much better to do this > by e-mail than by phone because then we have a record of what transpired. > If Luc (or you) can detail the problem (what's not working, what you've > tried, etc) and send it to Robb, that could help the process along. > > Don > ************************************************************* > Don Murray UCAR Unidata Program > address@hidden P.O. Box 3000 > (303) 497-8628 Boulder, CO 80307 > ************************************************************* > Unidata WWW Server http://www.unidata.ucar.edu/ > McIDAS Demonstration Machine http://mcdemo.unidata.ucar.edu/ > ************************************************************* > =============================================================================== Robb Kambic Unidata Program Center Software Engineer III Univ. Corp for Atmospheric Research address@hidden WWW: http://www.unidata.ucar.edu/ ===============================================================================