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.
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/ ===============================================================================