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

Re: latest Catalog XML

----- Original Message -----
From: "Benno Blumenthal" <address@hidden>
To: <address@hidden>; "Ethan Davis" <address@hidden>
Cc: "THREDDS" <address@hidden>
Sent: Tuesday, June 11, 2002 8:08 PM
Subject: Re: latest Catalog XML

> You are quite right:  going to the extreme of one dataset per xml document
> not very efficient.   Having the ability to make a thredds catalog that
> a single URL does not mean that I am going to use it for all datasets:
that is
> not my plan.   I just want the ability to do it should it seem
> Given that one server's collection is another server's dataset, you really
> to allow it.
> I think I can paraphrase your point about dataset aliases in that, since
one can
> create an alias for a dataset, it does not matter that whatever document
it is
> contained in may or may not contain a useless collection.  True in a
> sense, I suppose, but rather ugly code that forces one to put in a
> even when it has no meaning in the sense of being a desired nesting.
> At the moment, I am requesting two small changes: let a catalog contain a
> collection or a dataset, and let suffix be a property of a service.   The
> one may not be particularly useful, but it is quite minor.   The second
one is
> extremely useful to me:  I cannot make use of compound services without
> Please Please Please
> Benno

I am willing to add optional suffix attribute to service element. I would
like to leave the collection element in, even when not needed (so not allow
dataset as direct descendent of catalog). I'd like to see how that plays out
in this version, we can reconsider for next time if needed.

Can everyone live with that?

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.