Sharepoint Forum

Ask Question   UnAnswered
Home » Forum » Sharepoint       RSS Feeds

Remove templates from SPS2003

  Asked By: Aurelio    Date: Jun 28    Category: Sharepoint    Views: 1333

Kind of in a corner here ... need to remove a LOT of custom
templates from our SPS2003 environment. I know the template ID is
written in the database but I can't find every instance of it.

I have a duplicate environment and a very thorough testing team as
hitting the tables directly is unsupported. The trade off here is
getting everything down to manageable size to prepare for migration
to V3 when it arrives. The short-term benefit is reducing the
maintenance nightmare these extra templates have presented.

So, my question is this: does anyone know of a way to do this
through the object model (third party software I can purchase), code
exmaples, or which tables to hit in the database? We have good
restore procedures in place so thorough testing would be done in our
test environment first to ensure it works before trying it on



7 Answers Found

Answer #1    Answered By: Alisha Holmes     Answered On: Jun 28

You can remove  templates very easily from share point native functionality.

For list template  go to and remove unwanted templates


For site template to


Answer #2    Answered By: Laura Walker     Answered On: Jun 28

What kind  of templates? Have you tried using stsadm?

Answer #3    Answered By: Nina Banks     Answered On: Jun 28

The templates  are SPS, not WSS. A previous vendor duplicated the
base SPS directory, renamed it, and changed the header image on
default.aspx for each new directory and then created an area from
each new template, assigning it as the template  to use for that
particular area and its sub areas. The changes were not passed
through the rest of the file structure so only the first page in the
area has the banner applied. So, what I have here is an additional
42 directories of SPS templates. Making a functional change to
anything is, as you can imagine, a long and tedious process and we
are implementing a lot  of enhancements, such as Ontolica for search,
which requires specific fields to be added to document libraries,
fields removed from the upload page, etc ... doing this in excess of
50 times is not a good solution.

There are very few WSS sites as most of the information is static
and long term in nature, a true Intranet use if you will. The Webs
table in the _SITE database  has a reference to the template ID,
specified in the WEBTEMP.XML file, as well as one other table
referencing the template URL (directory name). Updating these two
fields, removing the old template reference in WEBTEMP.XML, and
removing/renaming the template directory itself breaks the portal

The directive we have is to remove  the additional directories to
meet scalability and management issues, as well as minimize the pain
for upgrading to V3. Removing these additional 42 directories and
resolving back to the original SPS template directory is the goal.

Answer #4    Answered By: Sharonda Mcfarland     Answered On: Jun 28

Ok, you have 42 custom site definitions. Once an area has been created, you can not change the site definition it is based on. I think you will have to recreate those areas using the default SPS site definition (template).

Answer #5    Answered By: Kalyan Pujari     Answered On: Jun 28

What is the best / least labor intensive way of doing this? There is
quite a bit of data on these Portal areas such as News, Documents,

Answer #6    Answered By: Christop Mcfadden     Answered On: Jun 28

First, I would create a back up of the portal. Then go through and create a new area, hide it from everyone and start moving content over. Lists and libraries can be saved as templates  and then used to create new lists and libraries on the new area (you will need to use this trick: weblogs.asp.net/.../236593.aspx).

Depending on how your libraries are set up, you can also use two browser windows and Explorer View to copy/paste documents over.

Another note, if you have area security set up on the existing areas, you will want to strip everyone’s edit rights while you are moving content so you don’t run the risk of people adding content while you are trying to move stuff over. Once the new area is set up you can open up permissions on the new area. I would also recommend stripping out the content in the old area and posting a redirect link or info that the area has moved.

Answer #7    Answered By: Gopal Jamakhandi     Answered On: Jun 28

I'll post how it turns out!!!!!!!!!!!!!

Didn't find what you were looking for? Find more on Remove templates from SPS2003 Or get search suggestion and latest updates.