In my previous articles on the Birth of the Metaweb and the name "The Metaweb" I have focused on the general paradigm of the emerging microcontent revolution that is reshaping the Web.
In a nutshell the Metaweb is not a new Web, rather it's a new evolution of the existing Web comprised of interconnected microcontent objects. Let's unpack this definition.
The Metaweb contains the Web
The Metaweb is not a new Web, rather it is the next evolution of the existing Web. The Metaweb includes the first Web (Web sites, Web pages, files and servers) as well as other Internet resources and even resources on computers, cell phones, PDAs and other connected devices. It might be useful to think of the first Web as "Web1" and the Metaweb as "Web2" -- Web2 contains yet extends Web1. The Metaweb is the first step towards the future "Semantic Web."
The Metaweb is a distributed network
The Metaweb, like the Web, does not exist in one place. Rather it is a distributed system that is chaotically organized from the bottom-up in a grassroots manner.
The Metaweb is comprised of microcontent objects
What is a "microcontent object?" Here is one attempt at a definition: It is a finite collection of metadata and data that has at least one unique identity and at least one unique address on the network, and that encapsulates no more than a small number of central ideas, where the number of central ideas encapsulated is usually 1.
For example a Weblog posting is a microcontent object because it is a finite collection of metadata (the fields of the posting as defined in XML or RDF) and data (the content of the posting), and it has an identity and URL, and is generally focused on providing a small quantity of information about a single central idea (although not always).
Contrast this with the concept of a "Web page" or a "Web site" and the distinction becomes a little clearer. A Web site is a complex, compound collection of metadata and data that may be addressed on a single domain-name, and that contains one or more information collections of unbounded size where each sub-collection may itself comprise a Web page or another Web site. A Web site is therefore "macrocontent" rather than "microcontent."
A Web page on the other hand is a little closer to the micro-level, but even here there is still a distinction between a typical Web page and true "microcontent" -- namely that a Web page is not limited to being "small" or to being focused around only a few central ideas (for example, consider the home page of Yahoo -- this is a page but it is not microcontent).
Microcontent is a new class of content
Microcontent is "small content." That is, small, granular pieces of content, each with an unique identity and URI, that may be published, subscribed to, and linked across the network.
Examples of microcontent include typical Weblog postings, RSS/Atom posts, discussion postings, Wiki nodes, or database records that have their own URI's.
If anyone would like to help to refine the definition of "microcontent" here, please feel free to add comments to this article with your suggestions. I admit my definition could use some work, but it's functional at least.
One important point that is worth debating: How essential is metadata to microcontent? Can microcontent exist without containing metadata or is metadata the key to microcontent? In my definition above I suggest that metadata is a requirement of microcontent, but that may or may not be the case. Is the definition of microcontent merely that it is "small content" or is it "small self-describing content"? What do you think?
Long ago, while I was learning folk tales at the University, I came across the
Aarne-Thompson Index of "Motifs".
A motif may be an action, an item, a character, or even a direct quote from the
book. However, whatever that motif is, Aarne and Thompson have identified it as
an improtant characteristic of at least one folk tale. Their method involves
comparing the motifs present in the stories. Stories that have many of the same
motifs are then classified as related and given a number.
This idea of taking the smallest unit of an idea fascinated me ever since and the result is QTSaver, which arranges the same web motifs according to different needs.
Please see more details on my blog
http://qtsaver.blogspot.com/
Posted by: Zeevveez | September 07, 2005 at 01:13 AM
Microcontent is defined because it is a paradigm shift -- but of course all content is part of a continuum of "content."
Posted by: Nova Spivack | February 17, 2004 at 05:39 AM
hm. your definition sounds good. but I don't see any reason in defining microcontent as a separate substance. What is it done for, huh?
Posted by: wonderyak | February 15, 2004 at 10:51 AM
So is xpath like purple numbers? Are paragraphs within microcontent nanocontent?
Some people seem to be searching for something to treat as atomic. It's all holonic (things made up of other things) of course, so in that framing we're looking for useful ways of chunking things. One weblog page can have multiple items per day, and someone will want to be able to look at each day *and* at each item in the day as pieces of microcontent.
A future with mix of explicitly and inferredly chunked stuff seems likely.
Will soon post a related item to http://ourpla.net/cgi/pikie?ObBlog
Posted by: John Abbe | February 06, 2004 at 01:39 PM
False dichotomy. For example: use an xpath statement as a parameter in a URL get. Now the content can both be embedded and uniquely addressable.
Posted by: Lucas | December 15, 2003 at 06:48 PM
Actually, I am thinking about this some more... I think that microcontent should have a URI because it should have a network identity. If it is merely marked up data then it cannot be located on the network and could not even be said to be distinct from other content that it is embedded in. There are many reasons why we might want microcontent to be distinct and addressible even when embedded in other content.
Posted by: Nova Spivack | December 12, 2003 at 07:40 AM
Yes you raise a good point. I am going to modify my definition!
Posted by: Nova Spivack | December 12, 2003 at 07:26 AM
I am intrigued that you consider microcontent should necessarily have a URI. I have always thought that something like 'event details' expressed in a suitably marked-up way containing information such as a 'name', 'time' and 'place' was a good candidate for microcontent. Similarly its compactness also makes it a good candidate for copying around (as an email attachment for example 'passed by value') which could then be unpacked by a helper application that understands that particular type of microcontent.
Posted by: adrian cuthbert | December 12, 2003 at 06:50 AM