scoping intertwingularity
Dan Brickleyâs recent post to the public-lod discussion list about the future of RDF is one of the best articulations of why I appreciate the practice of linking data:
And why would anyone care to get all this semi-related, messy Web data? Because problems donât come nicely scoped and packaged into cleanly distinct domains. Whenever you try to solve one problem, it borders on a dozen others that are a higher priority for people elsewhere. You think youâre working with âeventsâ data but find yourself with information describing musicians; you think youâre describing musicians, but find yourself describing digital images; you think youâre describing digital images, but find yourself describing geographic locations; you think youâre building a database of geographic locations, and find yourself modeling the opening hours of the businesses based at those locations. To a poet or idealist, these interconnections might be beautiful or inspiring; to a project manager or product manager, they are as likely to be terrifying.
Any practical project at some point needs to be able to say âEnough with all this intertwingularity! this is our bit of the problem space, and forget the rest for nowâ. In those terms, a linked Web of RDF data provides a kind of safety valve. By dropping in identifiers that link to a big pile of other peopleâs data, we can hopefully make it easier to keep projects nicely scoped without needlessly restricting future functionality. An events database can remain an events database, but use identifiers for artists and performers, making it possible to filter events by properties of those participants. A database of places can be only a link or two away from records describing the opening hours or business offerings of the things at those places. Linked Data (and for that matter FOAFâŚ) is fundamentally a story about information sharing, rather than about triples. Some information is in RDF triples; but lots more is in documents, videos, spreadsheets, custom formats, or [hence FOAF] in peopleâs heads.
Danâs description is also a nice illustration of how the web can help us avoid Yak Shaving, by leveraging the work of others:
Any seemingly pointless activity which is actually necessary to solve a problem which solves a problem which, several levels of recursion later, solves the real problem youâre working on.
Iâm just stashing that away here so I can find it again when I need it. Thanks danbri!