John Caron wrote:
thats an interesting issue. i suppose we can add an optional
attribute to the documentation element, like mustNotify="true" which
means to clients that they should pop up the contents of the
documentation element and have the user press "Accept". Do you think
that would suffice?
I want to say yes, something like that would work, but that supposes,
1) all THREDDS clients would do the right thing, and
2) all DODS/OPenDAP/WCS/ADDE clients would display the restrictions in
the THREDDS catalog.
1) is possible at this stage of THREDDS, I think, but 2) seems pretty
unlikely. It would really take a communal commitment to this sort of
thing to make it work, and I am not sure the interest is really
there. The alternative is for me to set up user names and passwords
so that I (as the original server) can take care of challenging the
user using HTTP and then allowing the user to use the data. Not my
favorite solution, but at least it works.
Benno
I realize THREDDS is mostly about freely exchanged data, and
restricted data is OK too because the underlying data server is
responsible for restricting access to the data. But there is
another class of data which required display of some agreement as a
condition for use.
The classic example is WMO40, the key phrase being "must provide this
same notification" ,e.g.
*The following data and products may have conditions placed on their
international commercial use. They can be used within the U.S. or for
non-commercial international activities without restriction.
Re-distribution of these data by others must provide this same
notification. A log of IP addresses accessing these data and products
will be maintained and may be made available to data providers. *
*For details, please consult: *
*http://www.wmo.ch/web/ddbs/jen/AdditionalData&Products/AdditionalData&Products.html
<http://www.wmo.ch/web/ddbs/jen/AdditionalData&Products/AdditionalData&Products.html>
*