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.
Steve, Thanks for the infos. I'm not the official contact concerning GEM products. I think it's Richard Hogue and Marc Besner that are official contacts. In any case, when you contact them by email, you can cc me because in the end, I'm the one who will add or remove new "clients" to the LDM. Have a good week-end. Daniel > -----Original Message----- > From: Steve Emmerson [mailto:steve@xxxxxxxxxxxxxxxx] > Sent: 21 November, 2003 18:02 > To: Lemay,Daniel [CMC] > Cc: ldm-users@xxxxxxxxxxxxxxxx > Subject: Re: Many instances of LDM on the same machine > > > Daniel, > > >Date: Fri, 21 Nov 2003 17:15:32 -0500 > >From: "Lemay,Daniel [CMC]" <Daniel.Lemay@xxxxxxxx> > >To: "'Steve Emmerson'" <steve@xxxxxxxxxxxxxxxx> > >Subject: RE: Many instances of LDM on the same machine > > The above message contained the following: > > > It's really that they SHOULDN'T get any data that is not > intended to > > them. > > Wierd. > > Looks like an argument for more feedtypes. > > You could run two LDM-s on the same host, but you'd have to > make some nontrivial changes to the code. > > An alternative would be to use two other product-queues > (besides the usual one). Have the LDM configuration-file > (ldmd.conf) execute a > pqsend(1) process on each product-queue and have PIPE entries in the > pqact(1) configuration-file insert the data-products into > those queues using the pqinsert(1) utility. The downstream > sites would have to have the necessary ACCEPT entries in > their LDM configuration-files. > > Incidentally, are you the new contact person for the > transmission of GEM (alias CMC) data-products to the Unidata > community? > > Regards, > Steve Emmerson > LDM Developer >
ldm-users
archives: