[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 20041029:IDV level II server

HI jeff,
that sounds good. I'm familiar with DODS/OpENDAP, although not with ADDE. Since I"m familiar with the former my tendency would be to move forward with that and not with ADDE, but perhaps an expert on both protocols might prefer a different approach, so feel free to offer opinions :).
In terms of facilitation, advice is always welcome, what I do know, is that I don't know how much I don't know. Certainly, there are two classes of problems, the first is simply setting up a system that works at all. Presumably DODS will work for that without much hassle. Second, is setting up a system that could work for a large user base. That's tougher. That might also require more resources on my end in order to make that happen, so a grant might be in order. So I'd like to try rolling it out in a small way, see what the drain is resource-wise and then think about how to roll this out globally. 

-m

On Oct 29, 2004, at 11:57 AM, Jeff Weber wrote:


Hi Matt,
I have cc'd the IDV head developer, Don Murray, on this as well in case he 
can add/clarify/correct any information.

The "nifty" interface utilizes ADDE servers to offer up this data.
ADDE is part of the McIDAS package and delivers projection and navigation information re the dataset. The IDV can also access DODS/OpENDAP servers. 

I think it would be great to offer the live stream via one of these
protocols for IDV use!

Please let us know how we can help facilitate this.

Cheers,

Jeff
---------------------------------------------------------------------
Jeff Weber                                    address@hidden        :
Unidata Program Center                        PH:303-497-8676        :
University Corp for Atmospheric Research      3300 Mitchell Ln       :
http://www.unidata.ucar.edu/staff/jweber      Boulder,Co 80307-3000  :
---------------------------------------------------------------------

On Fri, 29 Oct 2004, Unidata Support wrote:



------- Forwarded Message


To: address@hidden
From: Matthew Huber <address@hidden>
Subject: serving level II data
Organization: UCAR/Unidata
Keywords: 200410290202.i9T22OvV006303


Hi folks,
        I'm going to ask a question from the opposite end :)  I'd like to
serve Level II data to IDV users, using that nifty interface, i.e.
browse to a server and see what they have.... What protocol are those
data servers serving the data out over, and what software are they
running to do this?  I'm looking for a more open approach than LDM (I
mean open in the sense of not having to have a strict peer-to-peer
streaming arrangement). Depending on the potential number of clients I 
could potentially serve the national stream in real time...

-Matthew Huber
Purdue University

--
********************************************************************** ****** < Unidata User Support UCAR Unidata Program < (303)497-8643 P.O. Box 3000 < address@hidden Boulder, CO 80307 < ---------------------------------------------------------------------- ------ < Unidata WWW Service http://my.unidata.ucar.edu/content/support < ---------------------------------------------------------------------- ------ < NOTE: All email exchanges with Unidata User Support are recorded in the 
Unidata inquiry tracking system and then made publicly available
through the web.  If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us. 

------- End of Forwarded Message






From address@hidden  Fri Oct 29 16:03:43 2004
hmmm, that sounds like a powerful and clean, but slow to implement solution. I am plainly ignorant of how the server side works, so forgive my questions. But it seems that the Level III interface could be leveraged. Simply go through the hoops for the in the GUI for the Level III data, and then have another box that says "would you like this as Level II data?" then it's just a matter of a server-side resolve to a different file name, which IDV more or less knows who to read immediately. If it resolves to a non-existent file it exits cleanly.... am I dreaming? :) 

-m