Registry Interface Working Draft Discussion Topic

Should make the harvest() function independent of the searchable interface?

Section 3.2 of the RI describes a currently unimplemented function that allows harvestable registries to tell harvesters to start harvesting. This is the only way a harvester can learn about a new harvestable registry (apart from someone sending an email). This question concerns whether this function should be strictly tied to the searchable interface, or should be made independent.

In the latter case, one might have a resource that harvests for a reason other than to populate a searchable registry. An example of this is the NASA ADS who is interested in integrating VO resource records into its abstract database. (See also the GetRegistries discussion topic.)

Note that currently the harvesting interface is independent of the searchable interface as a registry can operate as either type.


If you have an opinion, question, or comment about this topic, feel free to append your discussion below. Be sure to indicate your name as the author.

I think we should have an independent harvester interface, but indicate that searchable registries SHOULD implement the harvester interface as well. If we keep/redefine getRegistries() (see GetRegistries discussion), we won't be talking about just on function in the harvester interface.

-- RayPlante - 30 Mar 2005




Edit | Attach | Watch | Print version | History: r3 < r2 < r1 | Backlinks | Raw View | Raw edit | More topic actions...
Topic revision: r1 - 2005-03-30 - RayPlante
 
This site is powered by the TWiki collaboration platform Powered by Perl This site is powered by the TWiki collaboration platformCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback