Sharepoint Forum

 
Home » Forum » Sharepoint       Ask a questionRSS Feeds

"Manage Content and Structure": really helpful, or a total nightmare

  Asked By: Karissa Skinner         Date: May 04, 2009      Category: Sharepoint      Views: 845
 

After reading what Microsoft wrote about using "manage content
and structure," I thought it was pretty cool that I could easily move
sites and items just using the UI. VERY cool!

I have moved a site or two, and I'm HOPING nothing is weird with them
(haven't noticed any problems).

When I move list items and documents, though, EVERY column is added
to the new library or list. EVEN when the new list/library has the
exact some setup (column names, choices in choice columns, etc.).
What on earth is going on?! This is a total disaster.

Example: I combined contents of three different lists named "tips"
into one new comprehensive "tips" list in a different site. It has an
identical setup to the other tips lists: I know, because I created
one, saved as a template, and created all of the others from the
template.

Everything appears okay at a glance (all items did indeed move into
one list and out of their old ones), but when I look at the list
settings for the new list, I see four instances of almost all of the
columns (except for the "title" since it's the "key" column for each
list). It's like they were all dragged along in the move, but the
system couldn't merge them. And how do four columns have the exact
same name? Isn't that "not allowed" in SharePoint?

This looks REALLY bad and will require a bunch of clean up to go back
down to the single set of columns. I'm really irritated that MS Help
on this subject mentions nothing about columns being dragged along
for the ride during a move...

Anyone else experience this? Any ideas and ways to fix/get around it
in the future? What a MAJOR bug, IMO.

Tagged:                  

 

4 Answers Found

 
Answer #1       Answered By: Iris Ballard          Answered On: May 04, 2009       

First question: were these columns created in the individual libraries,
or did you create site columns which you then added to content  types which
you then added to each library... or is this some in-between combination?
If I had to guess, I'd say that the first option is what you have happening
here. As a result, these columns are not identical, so SharePoint will try
to fit them all in.
Regarding your naming question, the fields may have the same *display
name*, but I'll bet if you go into the Library Settings and try to edit a
column, you'll find that the name of the column in the URL is not the same
as its display name. This is how these guys stay unique.
Though I haven't tried this myself, I would venture to say that if
you're going to have identical content types in different libraries, then
you'll want to create site content types at the highest level possible and
use them in each library to ensure consistency in the future.

Does that help at all?

 
Answer #2       Answered By: Jamila Guthrie          Answered On: May 04, 2009       

Your first guess is correct. These were actually old
lists from our SPS 2003 site, and I was trying to clean up and
consolidate some stuff. None of these use "site columns" or "content
types." I will go and check to see what you mean about the URL name.
It's probably a guid, right? Yeah, I wish they'd provide "display
name" and "url" separately for columns the way they do for views.
It'd be easier to update them, for sure!

I will certainly be exploring all of the advantages of site columns
and content  types in the near future. There is still so much this SPS
girl has to learn about MOSS... :)

Thanks for your help! Microsoft should definitely explain this
better before encouraging folks to move items  around via this new
tool. I can't imagine I'm alone w/ this problem. What a mess.

 
Answer #3       Answered By: Kalpana Ghatge          Answered On: May 04, 2009       

No problem; this stuff is still not very well documented, as you know

One thing about what you said below: the actual field names -- as opposed
to the display names -- are not actually GUIDs. You should be able to see a
field name in the URL (I don't remember the parameter name and my SP VMs
aren't spun up right now) that may look similar to the display name, i.e.
it should be something you can recognize.

 
Answer #4       Answered By: Bobbie Rodgers          Answered On: May 04, 2009       

You are correct- the URL displays the guid for the list, and then
says "field=____" and the column name. It simply puts a 0,1,2 etc.
after the field name if the (display) names are the same. I was able
to quickly double-check to make sure nothing was in the columns w/
the numbers in the name, then I deleted them. In all cases but one,
they were empty. I'm still a little confused as to how they were
populated in one of those "new" columns- it was in a doc library, and
the original and one of the new columns w/ the same name both
actually had metadata for two documents. I'm not too concerned w/ it,
but I did find it odd.

I cleaned up everything, and I feel like I've learned a lot today.
Thanks SOO much for your help!

 


Your Answer
  • Answer should be atleast 30 Characters.
  • Please put code inside [Code] your code [/Code].