
Metadata versus Taxonomy

October 11, 2010
694 Views

I’ve advocated for many years that Information Management should be a superset of related disciplines including data warehousing, document management, library science, enterprise search et cetera.  While this is an easy statement to make, it is really hard to execute.

I’ve advocated for many years that Information Management should be a superset of related disciplines including data warehousing, document management, library science, enterprise search et cetera.  While this is an easy statement to make, it is really hard to execute.

The problem is that practitioners from the different technical backgrounds have radically different approaches to handling information in all of its forms.  While the technologies are different (using solutions as diverse as relational databases, file systems and even physical shelving) this is not the real reason why the disciplines are so hard to bring together.

Practitioners coming from unstructured and structured data backgrounds use subtly different definitions of metadata and I argue that it is these differences that cause most of the angst that comes through in disparate repositories, governance and a lack of integrated business solutions.

Unstructured data came first, and its filing is primarily treated as a problem of taxonomy.  The most famous approach is, of course, the Dewey Decimal System.  When unstructured data practitioners talk of metadata they include the taxonomy and attributes of the data itself such as the author, publication date, copyright and other core attributes (best defined by Dublin Core).

Structured data practitioners have, for the past forty years, relied on relational database theory as the foundation of their information management practices.  Relational data generally includes as data, rather than definition, the key elements of people, place and time.  Such an approach is very neat, with metadata being literally data about data and being restricted to data structures and the definition of the data elements themselves.  As a result, the metadata for structured data is much more succinct.

While succinct is a good thing for computer programmers, it seldom translates well for the rest of society.  As a result, structured database metadata has seldom found its way out of technical departments within large organisations.  At the same time, the need to understand who authored a record, who it was about and how it relates to other events in a timeline remain as important as ever.  As a result, we now have “master data”.

Perhaps the solution is for all Information Management practitioners to concede that Metadata should encompass both the metadata that structured data practitioners advocate and the master data that the unstructured data practitioners have long advocated as being essential.  We just have to get over our fixation on the titles.  I’ve tried to define an approach that does this in my new book, Information-Driven Business.

Read more at MIKE2.0: The Open Source Standard for Information Management
https://www.smartdatacollective.com/metadata-versus-taxonomy/
www.smartdatacollective.com
crawl=CC-MAIN-2019-04
82919
application/http; msgtype=response
sha1:WSKYCCOUYYCW5ULGNGCGJP7KTWA6P7VG
<urn:uuid:8332c18f-e36a-4dff-9682-23ca681d557d>
2019-01-17T07:13:25Z
68.66.204.123
text/html
sha1:FZ7HUZJKIDS3PAFMQOAMNUBDJDXN5KE5
<urn:uuid:910f1890-e56c-4acc-aa49-357d6dc122db>
https://www.smartdatacollective.com/metadata-versus-taxonomy/
response
<urn:uuid:70591d71-e485-444f-aa31-81adeccdd6c7>
isPartOf: CC-MAIN-2019-04
publisher: Common Crawl
description: Wide crawl of the web for January 2019
operator: Common Crawl Admin (info@commoncrawl.org)
hostname: ip-10-136-233-116.ec2.internal
software: Apache Nutch 1.15 (modified, https://github.com/commoncrawl/nutch/)
robots: checked via crawler-commons 0.11-SNAPSHOT (https://github.com/crawler-commons/crawler-commons)
format: WARC File Format 1.1
conformsTo: http://iipc.github.io/warc-specifications/specifications/warc-format/warc-1.1/