Andrew Connell

Series: SharePoint 2010 Managed Metadata

I've worked on a few books around SharePoint in the 2007 & 2010 release. My focus is typically around core SharePoint development and the entire Enterprise Content Management (ECM) space, specifically Web Content Management (WCM) going back to my Microsoft Content Management Server (MCMS) 2002 days. I entertained plans to work on a SharePoint 2010 ECM book but took a pass this time around due to various reasons.

  • Published on

    SharePoint 2010 Managed Metadata - About the series...

    This post is part of a series on SharePoint 2010 Managed Metadata. The other posts in this series can be found here: SharePoint 2010 Managed Metadata I’ve worked on a few books around SharePoint in the 2007 & 2010 release. My focus is typically around core SharePoint development and the entire Enterprise Content Management (ECM) space, specifically Web Content Management (WCM) going back to my Microsoft Content Management Server (MCMS) 2002 days.
  • Published on

    SharePoint 2010 Managed Metadata - What is it?

    This post is part of a series on SharePoint 2010 Managed Metadata. The other posts in this series can be found here: SharePoint 2010 Managed Metadata First, metadata is simply using data to describe some other data or content. Man, I really hate that definition. Basically you’re describing something else. These descriptors can be used to better categorize & classify the content for future search operations. SharePoint has always had metadata on content.
  • Published on

    SharePoint 2010 Managed Metadata - Why I love it!

    This post is part of a series on SharePoint 2010 Managed Metadata. The other posts in this series can be found here: SharePoint 2010 Managed Metadata As I explained in a previous post, the Managed Metadata Service (MMS) application in SharePoint 2010 brings three things to the table: taxonomies (term sets), folksonomies (keywords) and syndicated content types (enterprise content types). IMHO the most powerful of these are term sets.
  • Published on

    SharePoint 2010 Managed Metadata - Global vs. Local Term Sets

    This post is part of a series on SharePoint 2010 Managed Metadata. The other posts in this series can be found here: SharePoint 2010 Managed Metadata As the first part of this post reflects, in previous posts I’ve talked about what managed metadata is and how you can use it. I touched on something that I wanted to elaborate on a bit more in this post: global vs. local term sets.
  • Published on

    SharePoint 2010 Managed Metadata - Moving/Copying MMS Instances / Term Stores between Environments

    This post is part of a series on SharePoint 2010 Managed Metadata. The other posts in this series can be found here: SharePoint 2010 Managed Metadata So you’re plugging along in a project and this email shows up in your mailbox from some project manager or your boss who asks something like this: “So, you sold us on using the SharePoint Server 2010 Managed Metadata Service (MMS) for all sorts of things, and we love it and are using it religiously.
  • Published on

    SharePoint 2010 - Managed Metadata: In Depth Look into the Taxonomy Parts

    This post is part of a series on SharePoint 2010 Managed Metadata. The other posts in this series can be found here: SharePoint 2010 Managed Metadata In the last year I’ve done a bunch of research around how Microsoft implemented metadata, specifically taxonomies and terms, in SharePoint 2010. This research has lived in a OneNote file for a long time but finally I’ve started to pull it together and put it into something a bit more cohesive and something easier to comprehend and use as a reference.
  • Published on

    SharePoint 2010 Managed Metadata - Creating Managed Metadata Columns

    This post is part of a series on SharePoint 2010 Managed Metadata. The other posts in this series can be found here: SharePoint 2010 Managed Metadata Creating columns on a SharePoint list is fairly straightforward for most folks as the browser is such an easy option. Another creation option is SharePoint Designer 2010. However in both of these scenarios the creation of the columns is not very portable. These columns are only going to live within the confines of the list you created them within.