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

Re: [Ref-Links] A missing piece: response protocols



> From: Eric Hellman <eric@hellman.net>
> Date: 1999-06-04 18:48:49 -0400

> One thing that has been largely unaddressed in the whole discussion of
> reference linking has been the nitty gritty of how a linking database can
> determine, in an automated way, whether a link is correct.

There are three steps I think.

1) Validate the metadata against a collective database (PubRef, PubMed, etc.)
2) Get S-Link-S info - valid metadata + up-to-date S-Link-S info should  
always give a proper link.
3) Validate the link.

Personally, I would like to be able to stop at 1 + 2. I don't want to have  
to check the validity of links every time a publisher updates their S-Link-S.  
I like to build links on the fly, not maintain huge databases of URLs. If  
broken links are generated in steps 1 and 2, then it really seems to be a  
problem with the other publishers'  system/metadata. However, since the  
centralized repository isn't set up yet for all fields, 3 is necessary at  
this point. For 3, I think publishers should provide a standard validator  
link that just checks the URL without actually returning the content behind  
the URL. Some kind of a small XML record for cross-checking would be  
sufficient. It is some about abusive to use the content links directly.

Two other points:

1) The centralized metadatabase should be a separate entity than the DOI resolver.
2) In theory, this centralized database could be replaced by reliable  
publisher validators. In practice, this might be too much of a burden on the  
publisher to have to do the batch matching. But it is food for thought.

> Is any one interested in developing a proposal in this area?

Yes.

Cheers,
Mark

------------------------------------------------------
Ref-Links maillist  -  Ref-Links@doi.org
http://www.doi.org/mailman/listinfo/ref-links