|
Difference between
version 4
and
version 3:
| At line 14 added 10 lines. |
| + Since the servers that provide the use case's data are distributed, it seems like a good plan to have each server provide information about its (relevant) holding using EML. Each server could return these XML documents as a response. In fact, since all DAP servers are bundled with some form of a HTTP server, the EML documents could be stored in the HTTP server's 'DocumentRoot'. However, our experience, and the experience of others, is that a solution based on such a collection of documents does not work in practice. The servers move, the URLs to data sets with a server move and the records about the data sets often contains errors. furthermore, as new data sets are added, data providers don't supply the needed inforamtion about them, so while the collection of records starts out complete (not considering errors in the existing information) it rapidly ages and grows more and more stale with time. |
| + |
| + To solve the problem of maintaining a accurate static collection of information about servers, this design will generate the EML records from the automatically-built DDX response which is supported by the newer DAP servers. Because this response does not necessarily contain all of the raw information needed to make a valid EML record, we will use the AIS handler, designed to be used by other projects as well, to supplement the information in the DDX with 'micro documents' that will be collected in files separate from, but closely bound to the original data. The AIS will combine the information in these files with the information in the data sets themselves and return the resulting DDX (think of it as a DDX' - DDX prime). |
| + |
| + However, if we were to require data providers to write 'AIS files' with EML that was then to be merged with the data set's information to build the DDX, we really would not have solved much, if anything. The same basic problem(s) would remain - the collection of information would grow stale. |
| + |
| + Why will storing information in the 'AIS files' work when writing full EML records doesn't? First, the AIS files will be closely bound to the data sets they describe, so they providers will likely move those AIS files when they move the data files, either when the data move within a host or between hosts. Second, the AIS files will use |
| + |
| + We have experimented with searching solutions that depend on server's |
| + |
Back to Ocean_use_case_searching,
or to the Page History.
|
