KM Component 36 – Metadata and Tags
Stan Garfield
Metadata and tags are information about information – data fields added to documents, web sites, files, or lists that allow related items to be listed, searched for, navigated to, syndicated, and collected.
Metadata allows information to be found through browsing, searching, and other means. It defines the context of the information, how it is classified within a taxonomy, and how it is related to other information. Metadata may be applied automatically based on the origin of the content, assigned by the content owner when submitting it to a repository, or added by a knowledge manager or assistant to ensure it is done properly.
Tags are a form of metadata that can be applied by users to help them retrieve content according to their own view of how it should be categorized. Tags can be applied to web pages, documents, people, photos, music, and any other form of electronic content. These tags can also allow others to find content based on a folksonomy. The problem with a folksonomy as opposed to a taxonomy is that there are no imposed standards, and thus inconsistent tags will likely exist for information that should be tagged uniformly.
Metadata should be based on the standard taxonomy defined for the organization. It should be embedded in repository entry forms as mandatory fields with pick lists so that contributed content is correctly classified. Search engines should offer the option to search by the available metadata fields so that results will be as specific as possible.
Examples of metadata are customer name, industry, country, product or service, project identifier, technology type, date, revenue amount, etc. Whenever possible, metadata values should be supplied from a table, rather than entered as free-form text in an input field. The reason for this is that if, for example, each user is allowed to enter the customer name, then there will be many variations, and it will be difficult to search by customer name. If one user enters GM and another enters General Motors, the value of metadata is diminished. Offering a pick list containing the standard customer names will avoid this problem.
Metadata Example
Tagging Example
See also:
Stan Garfield
Please enjoy Stan’s additional blog posts offering advice and insights drawn from many years as a KM practitioner. You may also want to download a copy of his book, Proven Practices for Implementing a Knowledge Management Program, from Lucidea Press. And learn about Lucidea’s Inmagic Presto and SydneyEnterprise with KM capabilities to support successful knowledge curation and sharing.
Similar Posts
Lucidea’s Lens: Knowledge Management Thought Leaders Part 98 – Rachad Najjar
Generative AI, expertise mapping, and knowledge sharing—Rachad Najjar has spent his career at the intersection of these disciplines. As the CEO of 3R Knowledge Services and former knowledge-sharing leader at GE Vernova, he has helped many organizations design smarter KM strategies. In this edition of Lucidea’s Lens, Stan Garfield highlights Rachad’s contributions to the field.
Lucidea’s Lens: Knowledge Management Thought Leaders Part 97 – Art Murray
As CEO of Applied Knowledge Sciences and Chief Fellow of the Enterprise of the Future Program, Art Murray champions innovative approaches to knowledge curation, digital transformation, and governance. Discover Art’s work and impact on knowledge management and organizational transformation.
Lucidea’s Lens: Knowledge Management Thought Leaders Part 96 – Peter Morville
Peter Morville is a pioneer in the fields of information architecture and user experience, with expertise in organizational strategy and planning. His specialties include findability, information architecture, user experience, usability, and systems thinking.
Lucidea’s Lens: Knowledge Management Thought Leaders Part 95 – Matt Moore
Matt Moore is a project/program manager, blogger, presenter, webinar host, and deep thinker. He has worked in the knowledge management field for over 20 years.
Leave a Comment
Comments are reviewed and must adhere to our comments policy.
0 Comments