 |
 |
Thanks for this pointer Owen. It's a nice illustration of the fact that what users actually want (well, I know I did back when I actually worked in large information services departments!) is something more like an intranet where the content I find is weighted towards me, the "audience" e.g. the intranet knows I'm a 2nd year medical student and one of my registered preferred languages is Mandarin already, or it "knows" that I'm a rare books cataloguer and I want to see what "nine out of ten" other cataloguers recorded for this obscure and confusing title. However, this stuff is quite intense for linked data, isn't it? I understand that it would involve lots of quads, named graphs or whatever... In a parallel world, I'm currently writing up recommendations for aggregating ONIX for Books records. ONIX data can come from multiple sources who potentially assert different things about a given "book" (i.e. something with an ISBN to keep it simple). This is why *every single ONIX data element* can have option attributes of @datestamp @sourcename @sourcetype [e.g. publisher, retailer, data aggregator... library?] ...and the ONIX message as a whole is set up with "header" and "product record" segments that each include some info about the sender/recipient/data record in question. How people in the book supply chain are implementing these is a distinct issue, but could these capabilities have some relevance to what you're discussing? Do you have any other pointers to "intranet-like" catalogues? In the museum space, there is of course this: http://www.researchspace.org/ Cheers, Michael -----Original Message----- From: Code for Libraries [mailto:[log in to unmask]] On Behalf Of Owen Stephens Sent: 28 August 2012 21:37 To: [log in to unmask] Subject: Re: [CODE4LIB] Corrections to Worldcat/Hathi/Google The JISC funded CLOCK project did some thinking around cataloguing processes and tracking changes to statements and/or records - e.g. http://clock.blogs.lincoln.ac.uk/2012/05/23/its-a-model-and-its-looking-good/ Not solutions of course, but hopefully of interest Owen Owen Stephens Owen Stephens Consulting Web: http://www.ostephens.com Email: [log in to unmask] Telephone: 0121 288 6936 On 28 Aug 2012, at 19:43, Simon Spero <[log in to unmask]> wrote: > On Aug 28, 2012, at 2:17 PM, Joe Hourcle wrote: > >> I seem to recall seeing a presentation a couple of years ago from someone in the intelligence community, where they'd keep all of their intelligence, but they stored RDF quads so they could track the source. >> >> They'd then assign a confidence level to each source, so they could get an overall level of confidence on their inferences. >> [...] >> It's possible that it was in the context of provenance, but I'm getting bogged down in too many articles about people storing provenance information using RDF-triples (without actually tracking the provenance of the triple itself) > > Provenance is of great importance in the IC and related sectors. > > An good overview of the nature of evidential reasoning is David A Schum (1994;2001). Evidential Foundations of Probabilistic Reasoning. Wiley & Sons, 1994; Northwestern University Press, 2001 [Paperback edition]. > > There are usually papers on provenance and associated semantics at the GMU Semantic Technology for Intelligence, Defense, and Security (STIDS). This years conference is 23 - 26 October 2012; see http://stids.c4i.gmu.edu/ for more details. > > Simon