[LibX] handle / doi recognition
es287 at cornell.edu
Tue Mar 17 07:04:08 PDT 2009
sorry i did not see your response godmar,
I don't know much more than what I read on their web pages; I can
report that this
does work for me (ff 3.0.7, windows xp).
just quoting the home page for this extension:
(1) A commonly used HTML encoding represents a handle as a URL for a
web-to-handle proxy server to resolve, e.g.,
http://hdl.handle.net/4263537/4000 or http://dx.doi.org/10.1000/1. The
extension will recognize these as "handle URLs", extract the handles,
and resolve them directly without first going through an external
proxy server or other kind of middleware.
The URL form of handles and DOI® names has traditionally been the most
common method of using them in web pages. (Note that Digital Object
Identifiers (DOI names), here referenced as doi:, are a branded form
of handles.) To ensure both backwards compatibility and future
compatibility, the extension will precisely mimic the behavior of the
web-to-handle proxy servers. That is, there will be no functional
difference between clicking on a URL or a URI link for the same
handle, given that the extension is installed.
The extension will automatically detect if a firewall prevents direct
handle resolution and will fall back to using a web-to-handle proxy
server in that case.
(2) The citation below, represented as a URI link, is an anchor with a
handle as the reference value: <a href="hdl:4263537/4000">. With the
extension installed, clicking on the URI will resolve the handle and
redirect the browser to the Handle System web site home page. One of
the values stored with handle 4263537/4000 is http://www.handle.net.
If the extension is not installed, clicking on the link below will
result in an error, most likely "The address is not valid."
(3) The extension will also identify handles that are used in web
pages as image sources. If the extension is installed, a Handle System
logo will be displayed below. Firefox loads the image when the page is
rendered by finding and resolving the handle in the 'src' attribute of
the HTML tag <img src="hdl:4263537/imageTest">. Without the extension,
you see a symbol representing an image file that the browser couldn't
since they seem to be depending on a particular version of java, i think they
are using the javaclient libraries that they have developed.
To tell you the truth, I don't think very many web pages
actually provide links in the format hdl:4263537/imageTest --
who would do that? when they know no browsers speak hdl protocol?
the more likely scenario is pre-proxied links in this format:
you already have a working link anyway: using the actual handle protocol removes
a dependency on the presence of that handle proxy server, but so what?
so I'm not as enthusiastic as I was when I first tried this out.
On Fri, Feb 20, 2009 at 12:20 PM, Godmar Back <godmar at gmail.com> wrote:
> Their extension doesn't work for me (fails with "handleExtension"
> undefined and an error about a security policy missing), so I can't
> test what it does.
> What does it do?
> For instance, if I put a <a href="doi:10.1000/xxx"> in a page, what
> happens if the user clicks on it?
> If I put a <img src="doi:10.10000/xxx"> in a page, what happens?
> What handles do they handle (if you pardon the pun), and how do they
> handle them?
> - Godmar
> On Fri, Feb 20, 2009 at 8:17 AM, Enrico Silterra <es287 at cornell.edu> wrote:
>> there is now a firefox extension for recognizing
>> handles, resolving them directly, and actually treating the handle as the
>> address of the target page -- not the target URL.
>> Any chance this could be incorporated in some way into libx?
>> just my .02 yoctocents,
>> Enrico Silterra Software Engineer
>> 501 Olin Library Cornell University Ithaca NY 14853
>> Voice: 607-255-6851 Fax: 607-255-6110 E-mail: es287 at cornell.edu
>> "caelum ipsum petimus stultitia", Horace, Odes, I, 3.
>> CONFIDENTIALITY NOTE
>> The information transmitted, including attachments, is intended only
>> for the person or entity to which it is addressed and may contain
>> confidential and/or privileged material. Any review, retransmission,
>> dissemination or other use of, or taking of any action in reliance
>> upon, this information by persons or entities other than the intended
>> recipient is prohibited. If you received this in error, please contact
>> the sender and destroy any copies of this document.
>> Libx mailing list
>> Libx at mozdev.org
Enrico Silterra Software Engineer
501 Olin Library Cornell University Ithaca NY 14853
Voice: 607-255-6851 Fax: 607-255-6110 E-mail: es287 at cornell.edu
"Prediction is very difficult, especially about the future." Niels Bohr
The information transmitted, including attachments, is intended only
for the person or entity to which it is addressed and may contain
confidential and/or privileged material. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance
upon, this information by persons or entities other than the intended
recipient is prohibited. If you received this in error, please contact
the sender and destroy any copies of this document.
More information about the Libx