I'm still pretty new at this linked data thing, but I find it strange that RDA element properties URIs such as http://rdaregistry.info/Elements/a/P50034 and http://rdaregistry.info/Elements/a/P50209 both return the same HTML page in a browser. Would it not have been more usable if the properties used hash-URIs that could have located the particular property on the particular page (e.g. http://rdaregistry.info/Elements/a#P50034)? Also, a plain "curl" request returns Content-type: application/octet-stream -- but it's pretty clearly Turtle, so I think that should be Content-type: text/turtle I would have liked to see more meaningful URIs--like http://rdaregistry.info/Elements/agent/addressOf instead of http://rdaregistry.info/Elements/a/P50209--as meaningful URIs seem a lot more approachable to this non-machine, but I guess that would have been a lot more work. On Tue, Jan 21, 2014 at 10:45 AM, Diane Hillmann <[log in to unmask]> wrote: > Folks: > > I hope this announcement will be of general interest (and apologies if you > receive more than one). > > Diane > > ---------- Forwarded message ---------- > From: JSC Secretary <[log in to unmask]> > Date: Tue, Jan 21, 2014 at 10:23 AM > Subject: [rules] Publication of the RDA Element Vocabularies > <snip recipients> > > RDA colleagues, > > See the announcement below, also posted on the JSC website. Feel free to > share this information with your colleagues. > > Regards, Judy Kuhagen > > = = = = = > > The Joint Steering Committee for Development of RDA (JSC), Metadata > Management Associates, and ALA Publishing (on behalf of the co-publishers > of RDA) are pleased to announce that the RDA elements and relationship > designators have been published in the Open Metadata Registry (OMR) as > Resource Description Framework (RDF) element sets suitable for linked data > and semantic Web applications. > > The elements include versions "unconstrained" by Functional Requirements > for Bibliographic Records (FRBR) and Functional Requirements for Authority > Data (FRAD), the standard library models underpinning RDA, that are > intended for use in applications by non-RDA communities. > > The published version of the RDA element sets builds on several years of > work by the DCMI/RDA Task Group. Earlier versions developed by the Group > will remain available, but will be deprecated for further development and > use, and redirected to the new version. > > Gordon Dunsire, Chair of the JSC, said "The RDA element set is a > distillation of modern approaches to resource discovery supporting rich > descriptions of library and cultural heritage materials and detailed > relationships between them at international level. The JSC has recently > established a working group to assist in extending and refining the RDA > elements, and hopes that they will be useful to other communities, ranging > from close neighbours in library linked data to the global networks of > general search." > > Diane Hillmann of Metadata Management Associates said "We are extremely > pleased to be able to make this new version available now in fully > published form, ready for implementation by libraries and vendors. We look > forward to discussing the important features available in this version with > our colleagues at the upcoming ALA Midwinter meetings and beyond." > > James Hennelly, Managing Editor of RDA Toolkit, said "This is an important > update to the RDA Registry and a crucial step in the advancement of RDA's > mission to be a standard that is accessible to both cataloging > professionals, through the toolkit and print and ebook publications, and to > application developers seeking to make use of library data, through the > Registry's expression of the RDA elements and vocabularies." > > The basic RDA element set namespace is rdaregistry.info and it contains a > total of over 1600 properties and classes. Elements are distributed in sets > (the number of elements in each set is given in brackets): > Agent properties > [http://metadataregistry.org/schema/show/id/81.html]<http://metadataregistry.org/schema/show/id/81.html>(226) > Expression properties > [http://metadataregistry.org/schema/show/id/78.html]<http://metadataregistry.org/schema/show/id/78.html>(236) > Item properties > [http://metadataregistry.org/schema/show/id/80.html]<http://metadataregistry.org/schema/show/id/80.html>(54) > Manifestation properties > [http://metadataregistry.org/schema/show/id/79.html]<http://metadataregistry.org/schema/show/id/79.html>(213) > Work properties > [http://metadataregistry.org/schema/show/id/77.html]<http://metadataregistry.org/schema/show/id/77.html>(232) > Unconstrained properties > [http://metadataregistry.org/schema/show/id/82.html]<http://metadataregistry.org/schema/show/id/82.html>(698) > Classes [http://metadataregistry.org/schema/show/id/83.html]<http://metadataregistry.org/schema/show/id/83.html>(8) > > Follow the links to see details of each element set. > > Questions or comments on the content of the element sets may be addressed > to the Chair of the JSC, Gordon Dunsire [[log in to unmask]]. Questions > and comments on the encoding of the vocabularies or on the Open Metadata > Registry may be addressed to Diane Hillmann [[log in to unmask]].