Re: [Ref-Links] IDEAL Links

["Dr. Guenther Eichhorn" <gei@head-cfa.harvard.edu>]

Hi all,

I guess I should have chosen a different example for the second type of
link.  The IDEAL case is a name resolver just as the ApJ.  I am sorry
about that.

And I agree that there can be problems in just using the volume/page
information.  The bibcodes take that into account and provide means for
uniquing such occurences.

Tony mentioned that IDEAL does not provide for links directly to
different versions of the on-line document or for links to parts of the
document.  I think such a capability is desirable.  I link for instance
to on-line reference lists separately, since that is something our users
like to see.  Where available, I have individual links to the abstract,
the html version, the printable version (either Postscript or PDF,
whichever is available), and the reference list.  It makes it easier for
our users to find what they want, and that is my main concern.

Guenther

------ Original Message ------

In message <8525674D.005B349D.00@harcourtbrace.com>, tony_hammond@harcourtbrace
.com writes:
>
>
>Guenther:
>
>Re this para:
>
>   "The other type of link is more complicated, since we have to
>   build the address according to the publishers directory structure.
>
>   http://www.idealibrary.com/cgi-bin/links/citation/0019-1035/130/323
>
>   If the publisher decides to change the directory structure, we
>   would need to rebuild our link files.  This is no big deal, since
>   these files are created through scripts.  However, it would make
>   it easier if all publishers would provide name resolvers for
>   their on-line data.  Whether these resolvers accept bibcodes,
>   DOI's, or other identifiers (or preferably both) doesn't really
>   matter for me, since I have to keep the concordance anyhow."
>
>Just for the record, IDEAL does not map links directly onto a directory
>structure, so you will not need to rebuild your link files. And in fact the link
>to Icarus you cited is similar to the U. of Chicago Press link described, only
>using less metadata, ie just ISSN, Volume number and Page number - the standard
>citation triplet (no year etc required -  note that ISSN was chosen over Journal
>abbreviation for robustness). The two following links are identical (the
>cgi-bin/ in the pathname is optional):
>
>     http://www.idealibrary.com/links/citation/0019-1035/130/323
>     http://www.idealibrary.com/links/doi/10.1006/icar.1997.5822
>
>So you can link to an article on IDEAL either by its citation metdata or by its
>public identifier (DOI). Both are equivalent, although in the end the identifier
>is guaranteed to be unique. With metadata there is always the possibility of
>collision, ie two articles starting on the same page (which could be avoided by
>enhancing the metadata set and so the complexity). The identifier is always to
>be preferred, although the metadata route is generally more user friendly.
>Metadata has a tendency to be too much or too little - it is less stable. But
>metadata can be used to retrieve a stable identifier by querying a metadata
>database.
>
>And incdentally what you actually link to on IDEAL is an intermediate page which
>has links to the abstract, PDF and the issue TOC. There are no external links
>direct to the PDF.
>
>Tony
>
>

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