- From: Hugh Glaser <hg@ecs.soton.ac.uk>
- Date: Mon, 23 May 2011 18:19:49 +0000
- To: Leigh Dodds <leigh.dodds@talis.com>, William Waites <ww@styx.org>
- CC: "public-lod@w3.org community" <public-lod@w3.org>
I think that this area of useful bridging sets of instance URIs is ripe for exploring and exploiting. I won't go into whether the April Fool's joke of the integers might actually be useful (note that dbpedia has quite a lot of URIs for numbers), but there will be many other "standard" URIs for things that we take for granted. The recent colour ones might seem like a joke as well, but perhaps not? My favourite at the moment is http://data.totl.net/chess/state/rnbqkbnr_pppppppp_8_8_8_8_PPPPPPPP_RNBQKBNR_w_KQkq_-_0_1 A very large number of URIs that describe chess positions. And tells you things like the next legal move in RDF. So if I had loads of games in RDF, I could reliably do some fun queries about games with move sequences, etc. Seems to me it is very similar to William's requirements. However, it does it slightly differently, by having resolvable URIs for the positions, which can easily go to the more conventional representations. Is that not a better way of doing what you want, William? Bring up a simple site that actually has http://example.org/issn/1234-5678 or perhaps more appropriately something like http://totl.net/issn/1234-5678 which actually resolves to some (generated) RDF snippet that is sensible. I keep meaning to build something to do it easily, but keep hoping that Leigh will do it first :-) In fact, when generating RDF from any dataset, in some sense, if you accept some of the strings uniquely identify NIRs, and then generate URIs in more than one context, based on the string, you are doing exactly the same thing locally. I guess not very clean, but as you describe it, very practical. Best Hugh On 23 May 2011, at 14:46, Leigh Dodds wrote: > Hi William, > > On 23 May 2011 14:01, William Waites <ww@styx.org> wrote: >> ... >> Then for each dataset that I have that uses the links to this space, I >> count them up and make a linkset pointing at this imaginary dataset. >> >> Obviously the same strategy for anywhere there exist some kind of >> standard identifiers that are not URIs in HTTP. >> >> Does this make sense? > > I'm not sure that the dataset is "imaginary", but what you're doing > seems eminently sensible to me. I've been working on a little project > that I hope to release shortly that aims to facilitate this kind of > linking, especially where those non-URI identifiers, or Literal Keys > [1] are > used to build patterned URIs. > >> Can we sensibly talk about and even assert the existence of a dataset >> of infinite size? (whatever "existence" means). > > I think so, we can assert what kinds of things it contains and > describe it in general terms, even if we can't enumerate all of its > elements. > > It may be more natural to thing of these more as services though than > datasets. i.e. a service that accepts some keys as input and returns a > set of assertions. In this case the assertions would be links to other > datasets. > >> Is this an abuse of DCat/voiD? > > Not in my view, I think the notion of dataset is already pretty broad. > >> Are this class of datasets subsets of sameAs.org (assuming sameAs.org >> to be complete in principle?) > > Subsets if they only asserted sameAs links, but I think you're > suggesting that this may be too strict. I think there's potentially a > whole set of related "predicate based services" [2] that provide > useful indexes of existing datasets, or expose additional annotations > of extra sources. > > The project I've been working on facilitates not just sameAs links, > but any form of links that can be derived from shared URI patterns. > This would include topic/subject based linking. ISBN was one the use > cases I had in mind, but here are others. > > Cheers, > > L. > > [1]. http://patterns.dataincubator.org/book/literal-keys.html > [2]. http://www.ldodds.com/blog/2010/03/predicate-based-services/ > > Cheers, > > L. > > -- > Leigh Dodds > Programme Manager, Talis Platform > Mobile: 07850 928381 > http://kasabi.com > http://talis.com > > Talis Systems Ltd > 43 Temple Row > Birmingham > B2 5LS > -- Hugh Glaser, Intelligence, Agents, Multimedia School of Electronics and Computer Science, University of Southampton, Southampton SO17 1BJ Work: +44 23 8059 3670, Fax: +44 23 8059 3045 Mobile: +44 75 9533 4155 , Home: +44 23 8061 5652 http://www.ecs.soton.ac.uk/~hg/
Received on Monday, 23 May 2011 18:21:03 UTC