Posted: May 26, 2015 | Author: Tamara Bredemus | Filed under: 2010, 2013, ECM, Metadata, SharePoint | Tags: Metadata, Upload Issues |
Ran into an issue the other day. A user was getting an error message when he tried to upload some Visio diagrams.

The strange thing was some of the Visio diagrams uploaded to the SharePoint Online site without any issues.
After searching the internet for the error message I ran across Vaikun Rajanihanth’s post from 2012 Invalid lookup value. The author correctly identifies the issue as the file was down loaded from another SharePoint site before the user tried to upload it to the current SharePoint site. The file still maintained the metadata from the first SharePoint site which caused the conflict while uploading the file to its new SharePoint location. The author details how to resolve the issue for a Word file, but the solution could not be applied to the Visio diagram because “Check for Issues” does not appear in the Info or Backstage view of the Visio file.
To remove the prior SharePoint metadata from the Visio file take the following steps…
- Right click on the file name and select Properties from the drop-down menu.

- In the Properties widow, click the Custom tab.
- If there are no values in the Properties field, this is not the fix you need.

- If you do see values in the Properties field, you are on the right path.

- To remove the Properties, select the first Property and then click Remove.

- Repeat this process until all Properties are removed.
- Click OK.

- You may now upload the file to your new SharePoint location without any issues.
Posted: September 2, 2014 | Author: Tamara Bredemus | Filed under: 2013, SharePoint, Team |

Everyone is excited about their new Fantasy Football Teams and Leagues here in the United States. A lot of deliberation and planning go into selecting members of your team. Hours even days are spent pouring over players’ stats and skills before making the final choices.
What about our Fantasy SharePoint Teams? Imagine if you could build your dream team from the ground up.
- What stats and skills would you pull onto the team?
- Would you define roles and the skills needed to fulfill those roles OR would you define the skills and then define the roles based on the people with the various skills?
- Would those skills be different if it was SharePoint Online, On Premises or Hybrid?
- Would personality traits enter into the equation? If so what would they be?
Here’s a couple I think are needed regardless if you go old fashioned roles based or skills based.
- Know and understand the tools available in the browser to prevent over development. Exam 77-419
- Information Architecture / Library Science background
- Search Engine Optimization
- Keyword Query Language
- Understand how SharePoint interacts with other Office Applications.
- Create Search Results templates for SharePoint 2013
- Know and understand SharePoint Designer Workflows, …
- Can work in one or more of the following languages:
- HTML5
- CSS3
- Net
- XML
- Understand and can make use of the client-side object model and REST APIs.
It’s only a start.
Add your skills list to the comments below.
Posted: March 11, 2014 | Author: Tamara Bredemus | Filed under: Business Analyst, SharePoint, Social | Tags: Yammer |
NEVER use the word Facebook to describe enterprise social.
“People will be able to connect instantaneously, just like Facebook.”
“Our employees will be able to have conversations regardless of time of day or location, just like Facebook.”
That F word drives fear of a productivity black hole into the hearts of the CEO, CIO, CFO and most others on the leadership team in your organization. Some of them may have already been on Facebook. Your leadership team is already aware that Facebook can easily suck an hour or two out of your day. That isn’t productive, unless your company specializes in videos of people doing stupid things or produces cute pictures of cats doing stupid things.
If you want to sell enterprise social to the CEO, CIO, CFO or anyone else for that matter, show them how it will save time.
Do contracts take forever to review because you are doing it through email? How much turnaround time could be saved by having the discussion all in one place? Posting links to similar contracts within the conversation? Not only will it shorten the turnaround time for contracts, it will free up your sales team’s time to build more relationships with your clients.
Now we have another F word.
Fabulous!
Posted: March 1, 2014 | Author: Tamara Bredemus | Filed under: SharePoint, Social |
Social is neat, Social is cool, Social is shiny, and it isn’t worth a darn unless it solves a business problem.
There are some organizations that install SharePoint Social features or Yammer because it’s the hip new thing. No training, no leadership buy-in, no business problem to solve. These implementations will be ignored by your co-workers, scorned by legal and lamented by HR.
If you want to prevent a “Social Debacle” within your organization put your ear to the ground. Listen for groups complaining about how hard it is to track things in email, find the most recent discussion on a document or project, and spending too much time in meetings discussing the same things over and over and over again.
Now you’ve found your business problem.
Talk to the group find out what they are doing and what they have tried to get the problem under control. Work with the group to create a place where these discussions can occur and be found later for review. Get the leader of the group or their boss involved early and make sure they participate in discussions and interactions.
If leadership isn’t using your Social Solution, no one will.
Make sure your Social Solution meets your users where they live; in email, on their mobile devices or in another location or piece of hardware. The business problem and how people will interact with your Social Solution is more important than the tool you choose.
Posted: August 20, 2013 | Author: Tamara Bredemus | Filed under: Permissions, SharePoint | Tags: Permission |
It’s not very high tech, but it works. Create a spreadsheet with tabs for your SharePoint Groups/Sites Matrix and each permission level used on the site. You may need to expand the SharePoint Groups/Sites Matrix to include lists and libraries that are uniquely secured.
Here is an example of one I’ve used.

View and download a copy of the spreadsheet here.
Posted: April 4, 2013 | Author: Tamara Bredemus | Filed under: 2010, 2013, SharePoint | Tags: Change view, Views |
It should come as no surprise to anyone that how we switch views in SharePoint 2013 lists and libraries has changes.
To make it easier to spot the differences between 2010 and 2013 let’s do a side by side comparison.
2013
|
|
2010
|
Document Library
In 2013 the Add New Document option is at the top of the library. In 2010 the link is at the bottom.
|
 |
|

|
What to click on to change views
The Library tab is available in both 2013 and 2010.
Notice in 2013 all views are listed. In 2010 you need the dropdown in the breadcrumb
|
 |
|

|
Make the View Menu appear
In 2013 click the ellipse. In 2010 click the dropdown in the breadcrumb.
|
 |
|

|
View Menu from Library tab
Icons in 2013 look cleaner, but basically remained the same.
|
 |
|

|
With another web part on the page
In both 2013 and 2010 adding another web part to the page makes the Ribbon disappear.
Users must select the web part they want to work with before the contextual Ribbon re-appears.
In 2013 the views remain listed. In 2010 the dropdown in the breadcrumb disappears.
|
 |
|

|
Please let me know if I should add something to this side by side comparison for Views.
Posted: March 28, 2013 | Author: Tamara Bredemus | Filed under: SharePoint |
That’s right!
Your user isn’t stupid; SharePoint is stupid.
There I’ve said it.
Let the skies open up and lightning strike me dead.
If you don’t teach your user how to use what was built, you will need to point that stupid finger at yourself, not your user.
You were hired for your job, solving issues with SharePoint (if you are lucky). The sales team you are building a solution for was hired for sales jobs. They are not stupid because they don’t know SharePoint. You are not stupid because you don’t know sales. SharePoint isn’t stupid because tools can’t be stupid they are inanimate (unless you have enchanted tools).
Consider this the next time you want to call a user stupid because they don’t know SharePoint.
Posted: January 25, 2013 | Author: Tamara Bredemus | Filed under: Permissions, SharePoint | Tags: Active Directory, Permission, Security |
What should we use to manage SharePoint Permissions: Secure Active Directory (AD) Groups or SharePoint Groups?
As with everything in SharePoint the answer is, “It depends.” Most people end up using both AD Groups and SharePoint Groups to manage permisisons.
Before we discuss the pros and cons of both AD groups and SharePoint groups, there are a couple things we need to keep in mind.
Keep in Mind
- A distribution list is NOT an AD Group
- An AD Group MAY have a distribution list
- Only Secure AD Groups can be used
Active Directory Groups
|
Pros
|
Cons
|
Managed by IT
The IT Department creates and manages the groups. The Site Collection Administrator and/or Site Owner do not need to add and remove users from AD Groups. |
Can’t see users
SharePoint can’t open AD Groups. This makes troubleshooting permission issues a challenge. If the AD Group has a distribution list, put the distribution list in the To: line of an email and expand to see the users. |
May contain multiple groups (nested)
If a department is made up of several teams, the department AD Group usually contains the team AD Groups. This makes managing users easier. |
Can’t use with Person/Group column
SharePoint can’t open AD Groups. When using a Person/Group column, under Additional Column Settings we can allow people to select from all users or only users in a selected Group. |
Great for large groups
Adding smaller AD Groups to create a large AD Group makes managing users easier. |
Sometimes not kept up to date
IT manages Active Directory. Sometimes there is a delay in communicating changes to IT. Active Directory usually syncs with SharePoint overnight. |
SharePoint Groups
|
Pros
|
Cons
|
Use for Person/Group column
When using a Person/Group column, under Additional Column Settings we can allow people to select from all users or only users in a selected Group. If the SharePoint Group contains an AD Group, there will be no users from which to select. |
Adding and removing users
The Site Collection Administrator and/or Site Owner to add and remove users from SharePoint Groups. When a user changes teams, departments, roles and/or companies the Site Collection Administrator and/or Site Owner must move the user to the appropriate SharePoint Group. |
See users in group
Troubleshooting permissions issues is easier when you can see what users are in which groups. You can see individual users in SharePoint Groups, but you cannot see users in AD Groups within SharePoint. |
Can’t nest SharePoint Groups
SharePoint does not allow us to add SharePoint Groups to a SharePoint Group. Example: We have a SharePoint Group for each department; IT, HR, ect. We want to create a SharePoint Group named All Departments. We would need to add individual users to the All Departments Group as we cannot add the IT SharePoint Group and HR SharePoint Group to the All Departments SharePoint Group. |
More flexibility
The Site Collection Administrator and/or Site Owner to add and remove users from SharePoint Groups. This allows us to create groups to fit any need. |
|
What other pros and cons have you run into? Leave a comment and they will be tested and added to the lists above.
If you need an overview of SharePoint Permisisons check out SharePoint Permissions So Easy Even a Caveman Can Do It.
Posted: December 31, 2012 | Author: Tamara Bredemus | Filed under: SharePoint | Tags: 2013 |
There are at least two ways to upload documents to a SharePoint 2013 library.
- Old School – Click on Documents tab and in the New Group, select Upload. Just like in 2007 and 2010.
- New School – Just drag and drop the document into the library. No need to open in Explorer View, get a cup of coffee while you wait for it to open, and then drag and drop files.
Click on the video below to check it out.
Posted: December 28, 2012 | Author: Tamara Bredemus | Filed under: Permissions, SharePoint | Tags: Permission, Security |
These drawings, found in a cave in Redmond, WA, date back to early 2001. The pictographs have stumped archeologists throughout the ages, until now.

Recent discoveries by a SharePoint addict reveal the true meaning of these images.
“It looks like the four building blocks of SharePoint permissions.” Take a look at the cave drawing again, this time with annotation.

But how do SharePoint Permissions work?
Here are the basic steps:
- Add users to the SharePoint group
- Give the group a permission level
- Grant the group access to somewhere

Of course if you are not satisfied with the permission levels or SharePoint groups that are available, given the correct rights, you can create your own groups and permission levels.
Although it is not considered a Best Practice, you could also give permissions directly to a user.
- Give the user a permission level
- Grant the user access to somewhere

Some of the drawings show another figure. This additional figure depicts secure Active Directory (AD) groups.
- Add AD groups to the SharePoint group
- Give the group a permission level
- Grant the group access to somewhere

Further interpretation of the drawings revealed another option
- Give the AD group a permission level
- Grant the AD group access to somewhere

Some archeologists were stunned that there was no pictograph for audiences, but then someone pointed out that SharePoint audiences are not part of permissions or security. SharePoint audiences are just a way to reduce noise on a page.
In our next session we will discuss the pros and cons using AD Groups and Users to manage SharePoint Permissions.

View and download the entire deck here.