[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [xri] FW: [Discuss-DOI] Announcement: The "info" URI scheme
Drummond
>>To the extent that the "info:" scheme increases the size of
>>the URI space, it is a good thing for the XRI space too,
>>because anything that has a URI can have an XRI by definition.
I'm glad we share the vision for a more inclusive web.
>>From my brief look, "info:" doesn't appear to address any of
>>the features of the XRI spec, i.e., unlimited delegation,
>>persistence, cross-references, self-references (non-resolvability),
>>global context symbols, or internationalization.
>>
>>Am I correct?
Pretty much.
"info:" doesn't address delegation (many namespaces in the library community
have a centralized identifier assignment model, but info doesn't care about
how the identifiers are created or administered), we are making no
assertions about persistence, or internationalization (although someone has
suggested that we make it more IRI friendly). The only real feature of
"info:" from a users perspective is that these identifiers can be
transported as URIs - that is all the scheme is doing: getting these
identifiers, that exist, onto the web so we can use them in applications
that mandate use of URIs but do not require any particular functionality of
the URI.
A lot of misinformation already been produced on slashdot (and to a lesser
extent #rdfig). We are probably not going to tackle every wrong assertion
made about "info:", but some of those that have tickled me so far include:
the notion that anyone can register a namespace under "info:", the notion
that there is some cost associated with registering these public namespaces,
the notion that this provides some magical answer to searchability for those
things that are identified, the notion that the registry already exists
(Mealling got confused with another registry being setup for a different
purpose), to name but a few. It's amazing what a little speculation and lack
of reading can produce!
Regards
Eamonn
Eamonn Neylon
Manifest Solutions
Tel: +44 1869 357156
http://www.manifestsolutions.com/
-----Original Message-----
From: Eamonn Neylon [mailto:eneylon@manifestsolutions.com]
Sent: Monday, September 29, 2003 11:09 AM
To: Wachob, Gabe; 'Matthew J. Dovey'; xri@lists.oasis-open.org
Cc: herbert van de sompel; Tony Hammond
Subject: RE: [xri] FW: [Discuss-DOI] Announcement: The "info" URI scheme
Gabe
As one of the authors for this RFC (small world isn't it?), I'd like to
help
explain the rationale for the 'info' scheme. The 'info' URI scheme
addresses
the problem of an inability for many users to talk about a vast number
of
informational assets using the existing URI allocation. So, or example,
there is no way, at the moment, to make an RDF assertion about a
resource
using its NASA Astrophysics Data System Bibcode or to denote that an XML
namespace is defined in a document with a particular Library of Congress
Control Number. So the 'info' scheme enables the use of these existing
public identifiers within applications that do not require resolution.
The 'info' scheme addresses the mismatch between the semantic web
technologies and the everyday application of identifiers to
informational
assets. In so doing 'info' is intended to allow the use of identifiers
from
these public namespaces where their owners are unwilling or unable to
write
a URI scheme application, but are willing to register these namespaces
in a
registry operated to support the use of the 'info' scheme.
Regards
Eamonn
Eamonn Neylon
Manifest Solutions
Tel: +44 1869 357156
http://www.manifestsolutions.com/
-----Original Message-----
From: Wachob, Gabe [mailto:gwachob@visa.com]
Sent: 29 September 2003 18:51
To: 'Matthew J. Dovey'; xri@lists.oasis-open.org
Subject: RE: [xri] FW: [Discuss-DOI] Announcement: The "info" URI scheme
Matthew-
I'm having a hard time understanding the value of this effort. I
would
think that if you wanted to create an identifier space for dewey decimal
numbers, you'd create a URI scheme for it. With the "info" proposal,
you've
effectively replaced the IANA as registrar for URI-compatible identifier
schemes with NISO. That is, instead of registering a "dd" (dewey
decimal)
URI scheme, you register a "dd" info namespace. Same basic process,
except
that you have a different registrar.
Is *this* the motivation? Is the info URI scheme motivated by
the IETF's
strong bias towards resolvable URI schemes?
Thanks for giving me the background. I have to think about how
this relates
to XRI work as well.
-Gabe
> -----Original Message-----
> From: Matthew J. Dovey [mailto:matthew.dovey@oucs.ox.ac.uk]
> Sent: Monday, September 29, 2003 10:20 AM
> To: xri@lists.oasis-open.org
> Subject: [xri] FW: [Discuss-DOI] Announcement: The "info" URI scheme
>
>
> FYI
>
> Matthew Dovey
> Oxford University
>
> > -----Original Message-----
> > From: discuss-doi-admin@doi.org
> > [mailto:discuss-doi-admin@doi.org] On Behalf Of Hammond,
> Tony (ELSLON)
> > Sent: Monday, September 29, 2003 4:57 PM
> > To: discuss-doi@doi.org
> > Subject: [Discuss-DOI] Announcement: The "info" URI scheme
> >
> > Hi All:
> >
> >
> >
> > The following message about the newly proposed "info" URI
> > Scheme may be of interest to some members on this list. The
> > "info" scheme will allow common identifiers to be used on the
> > Web without specifying any resolution mechanisms.
> >
> >
> >
> > Tony
> >
> >
> >
> >
> >
> > #####
> >
> >
> >
> > Announcing a new Internet-Draft for an Informational RFC, to
> > allow commonly used identifiers to be part of the Web:
> >
> >
> >
> > The "info" URI Scheme for Information Assets with
> > Identifiers in Public Namespaces
> >
> >
> >
> > Herbert Van de Sompel - Los Alamos National Laboratory
> >
> > Tony Hammond - Elsevier
> >
> > Eamonn Neylon - Manifest Solutions
> >
> > Stuart L. Weibel - OCLC Online Computer Library Center
> >
> >
> >
> > The draft is available at:
> >
> >
> >
> >
> >
> http://www.ietf.org/internet-drafts/draft-vandesompel-info-uri-00.txt
> >
> >
> >
> > a. Purpose of the "info" URI scheme:
> >
> >
> >
> > There exist many information assets with identifiers in
> > public namespaces that are not referenceable by URI schemes.
> > Examples of such namespaces include Dewey Decimal
> > Classifications [1], Library of Congress Control Numbers
> > (LCCN) [2], NASA Astrophysics Data System Bibcodes [3], and
> > Open Archives Initiative (OAI) identifiers [4], among others.
> > The "info" URI scheme will facilitate the referencing of
> > information assets that have identifiers in such public
> > namespaces by means of URIs. The "info" scheme is based on a
> > Registry that invites the registration of public namespaces
> > used for the identification of information assets, by the
> > parties that maintain the namespaces.
> >
> >
> >
> > For example, assuming that the namespace of Dewey Decimal
> > Classifications (ddc:) and the namespace of Library of
> > Congress Control Numbers (lccn:) would be registered by their
> > respective authorities, then:
> >
> >
> >
> > * the Dewey Decimal Classification 22/eng//004.678 (for the
> > term "Internet") could be expressed as the "info" URI
> > <info:ddc/22/eng//004.678>
> >
> >
> >
> > * the Library of Congress Control Number 2002022641 could be
> > expressed as the "info" URI <info:lccn/2002022641>
> >
> >
> >
> > b. Background of this effort
> >
> >
> >
> > The effort to create the "info" URI scheme emerged from the
> > NISO process to standardize the OpenURL Framework for
> > context-sensitive services [5], which requires the ability to
> > describe resources by means of globally recognizable
> > identifiers. The Draft Standard for Trial Use released for
> > Public Comment introduced a "proprietary" naming architecture
> > which allowed information assets to be referenced by means of
> > widely used non-URI identifiers (e.g. PubMed identifiers,
> > Digital Object Identifiers, Astrophysics Datasystem Bibcodes,
> > and others) which would be registered under the OpenURL Framework.
> >
> >
> >
> > Public feedback led to the decision to fundamentally revise
> > the naming architecture, and to base all resource
> > identification requirements within the OpenURL Framework on
> > URIs alone. Because it was deemed unreaslistic to expect
> > that all namespaces required in the OpenURL Framework would
> > be registered within the URI allocation by the respective
> > namespace authorities, the "info" URI effort was launched.
> > This work is being conducted under the auspices of NISO, and
> > with active involvement and consultation from the IETF and
> > the W3C. It is hoped that the lightweight, and
> > community-based, registration mechanism that will underlie
> > the "info" URI scheme will rapidly lead to the availability
> > of "info" URIs to identify a wide variety of information
> > assets. More detailed information of the effort is
> available at [6].
> >
> >
> >
> > c. References
> >
> >
> >
> > [1] "Dewey Decimal Classification". Retrieved September 20,
> > 2003 from <http://www.oclc.org/dewey/>.
> >
> >
> >
> > [2] "Library of Congress Control Number". Retrieved August 1,
> > 2003 from <http://lcweb.loc.gov/marc/lccn_structure.html>.
> >
> >
> >
> > [3] "NASA Astrophysics Data System Bibliographic Code".
> > Retrieved August 1, 2003 from
> > <http://adsdoc.harvard.edu/abs_doc/help_pages/data.html>
> >
> >
> >
> > [4] Lagoze, C., H. Van de Sompel, M. Nelson and S. Warner.
> > "Specification and XML Schema for the OAI Identifier Format",
> > June 2002. Retrieved September 4, 2003 from
> > <http://www.openarchives.org/OAI/2.0/guidelines-oai-identifier.htm>.
> >
> >
> >
> > [5] Draft Standard for Trial Use ANSI/NISO Z39.88, "The
> > OpenURL Framework for Context-Sensitive Services". Retrieved
> > September 20, 2003 from
> > <http://library.caltech.edu/openurl/Public_Comments.htm>
> >
> >
> >
> > [6]<http://library.caltech.edu/openurl/PubComDocs/Announce/200
> > 30626-Announce-Naming2.htm>
> >
> >
>
> To unsubscribe from this mailing list (and be removed from
> the roster of the OASIS TC), go to
> http://www.oasis-open.org/apps/org/workgroup/xri/members/leave
> _workgroup.php.
>
To unsubscribe from this mailing list (and be removed from the roster of
the
OASIS TC), go to
http://www.oasis-open.org/apps/org/workgroup/xri/members/leave_workgroup
.php
.
To unsubscribe from this mailing list (and be removed from the roster of
the OASIS TC), go to
http://www.oasis-open.org/apps/org/workgroup/xri/members/leave_workgroup
.php.
To unsubscribe from this mailing list (and be removed from the roster of the
OASIS TC), go to
http://www.oasis-open.org/apps/org/workgroup/xri/members/leave_workgroup.php
.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]