FamilySearch Wiki:Wiki Support/Responsibilities and Projects

From FamilySearch Wiki

(Difference between revisions)
(deleted section on projects)
Line 9: Line 9:
:*Evaluate meeting and  determine whether new/different/other meetings are needed  
:*Evaluate meeting and  determine whether new/different/other meetings are needed  
:*Monthly [[FamilySearch Wiki:WikiProject Support#Status_Reports|status reports]] on meeting.
:*Monthly [[FamilySearch Wiki:WikiProject Support#Status_Reports|status reports]] on meeting.
=== <br> ===
== Wiki Policies and Guidelines  ==
== Wiki Policies and Guidelines  ==

Revision as of 22:05, 13 February 2012

Wiki Support > Responsibilities and Projects


Wiki Community

Priority 1: New Contributor Training

  • Evaluate meeting and  determine whether new/different/other meetings are needed
  • Monthly status reports on meeting.

Wiki Policies and Guidelines

Priority 1: Role Management

The Wiki provides several different types of roles. Having a understanding the different roles and the process by which a user can have their role changed is critical. The Management of the roles for different users will be an ongoing task for Tier 2:

  • Manage the roles for all support staff who come and go.
  • Manage other roles within the wiki held by staff, missionaries, volunteers, and the general wiki community.
  • See the following pages for details about role management:
  1. Help:Assigning permissions
  2. See Special:ListGroupRights for a definition of the roles.
  3. See Special:UserRights to change the role for an individual user.
  • Administrators in the wiki will come and go. The role will need changing for those who are no longer administrators.
  • Reviewers are typically those who are assigned to upload images to the wiki. The Reviewers are constantly changing, therefore the role will need to be removed when the user is no longer assigned to upload images.
  • Moderators for the wiki content will come and go. The moderator role assigned to the users will need changing accordingly. See FamilySearch Wiki:Moderator for documentation related to the moderator role. There is still a need to design a way to implement the vetting practice for applying to be a moderator, so changes related to supporting the moderator role will likely be seen. Pages in the wiki related the moderator role include:
  1. FamilySearch Wiki:Moderator
  2. FamilySearch Wiki:The Purpose of Site Moderation
  3. Category:Moderators
  4. Category:Roles in the FamilySearch Wiki
  5. {{Modub}}

Priority 2: Governance

  • Governing the wiki includes several processes, all of which are still in the process of development by the community. Having Tier 2 step into the role of identifying the governance processes from a support perspective will be an added benefit.
  • One page that was created to help understand some of the governance processes that might be needed is FamilySearch Wiki:How Community Governs Wikipedia.

Wiki Content

Priority 1: Patrolling New Articles and recent changes

Which concerns? I see notes in the table but not a question to respond to - do you want a status of what is now happening with patrolling? (at the moment, nothing, until we train the missionaries on it next week) janellv

Priority 2: Vandalism Patrolling

  • Tier 2 needs to identify the process for patrolling the wiki for vandalism.
  • Identify 24/7 coverage and a process for dealing with possible vandalism.
  • See Wikipedia and other Wiki sites for examples.
  • FamilySearch Wiki:Vandalism - vandalism policy.
  • When a user deletes all the content on a page, the system automatically adds a comment to the edited page: (Blanked content). The Special page report Short pages shows a list of all pages that were blanked (those with ‎([0 bytes]). Watching this list is a critical step in vandalism patrolling.
  • The list of Special pages below mentions other ways in which vandalism should be monitored.

Priority 4: Creating Archive Pages

Priority 5: Manage Sandbox Pages

  • Sandbox pages were created for the community to use when learning to add or edit wiki pages. The sandbox pages need to be monitored and cleaned when the users have finished using them as practice pages.
  • Should sandboxes only be encouraged to be created in the User namespace? Are sandboxes in the main namespace potential candidates to be listed on the main Learn page under the Recently Added Wiki Articles or Random Wiki Articles lists.
- Steve, I agree with your concern. I believe the use of sandbox pages should be limited to a sub-page from a user's page, which is within the User namespace. The other concern is the search results will include pages that are sandbox pages in the Main namespace and could easily confuse those who are looking for help in doing their family history research. Would you suggest the current sandbox pages in the Main namespace be deleted? Should sandbox pages be created in the user namespace for anyone to use? Or, should we rely on help, training, help articles, instructions, etc. to assist users in the creation and usage of a sandbox page? I encourage others to add their ideas as well. I would really like to see other ideas from the support team who are now responsible for supporting the wiki. We could move this discussion to the discussion page if needed. -Fran 00:20, 19 November 2010 (UTC)

Wiki Categories

Priority 1: Understanding Categories

There are two major sections of categories in the Wiki:

  1. Categories used on the content pages that reside in the Main namespace. The content in this namespace is used to help with family history research.
  2. Categories used on all pages that reside in the other namespaces (User, Template, File, Help, MediaWiki, and FamilySearch Wiki). The content that resides in all the remaining namespaces are used to help with organization, maintenance, governance, community efforts, and also navigation of content throughout the wiki.

Understanding the organization and purpose of the categories is critical. All categories that are used in the Main namespace are restricted from changes by the community. However, changes can be suggested by the community through the use of the discussion pages for each category.

Additional understanding related to adding or changing categories on wiki pages is also critical. The following pages will help with learning how to edit or add a category to a page:

Some categories are hidden. The purpose for hiding categories is to prevent confusion with those who are using the wiki to help with their family history research. The hidden categories are used for maintenance, governance, and project development purposes. See the category page for more details:

Navigation between related topics through the use of links to category pages is one of the key features of categories in the wiki. When cateogies have more than 100 pages assigned to the category, the category is no longer helpful for navigation and therefore is also not helpful to the readers. When categories have too many pages assigned to the category, the creation of sub-categories to help break up the content into smaller groups of related content is desired.

Many category pages do not has a description of the category, its usage, etc., on the category page itself. It is possible to prevent inaccurate categorization by having a description added to the pages. I don't think there is anyone in particular that could answer the questions about why some categories were created.

Also check MediaWiki and Wikipedia for additional understanding about categories, template categories, processes, etc. We have a template for linking to Wikpedia articles, but I don't remember what it is, so here are some url links:

Priority 2: Support Categories

A category structure needs to be developed and implemented for all aspects of the wiki except the FamilySearch categories for Topic, Place, Language, and Time-period. (See below) The support categories needs the following tasks done:

  1. Identifying all the categories that are related to supporting the wiki.
  2. Develop the process for managing categorization, including the FamilySearch categories. The process would include items such as merging categories, submitting a new category for approval, etc.
  3. As the process and categories are identified, a clean-up will likely be needed. This would include the organization of all the support content into the appropriate categories.
  4. Learn how to add categories to content pages (such as this one) without actually adding the category to the page itself. This is Wikicode that you will need to be familiar with.

Priority 3: Topic Categories

  1. Work toward understanding the FamilySearch topic categories that were incorporated into the wiki.
  2. The FamilySearch categories were incorporated into the wiki during December 2010.
  3. Note that the project for adopting the FamilySearch categories into the Wiki was originally referred to as the FamilySearch "taxonomy" or "topics". FamilySearch no longer uses these terms, but instead uses the term "categories." Therefore all references to the taxonomy are being removed from the wiki pages.

Priority 0: Place Categories

  • The FamilySearch place categories are not yet implemented in the Wiki.

Priority 0: Language Categories

  • The FamilySearch language categories are not yet implemented in the Wiki.

Priority 0: Time Period Categories

  • The FamilySearch time period categories are not yet implemented in the Wiki.

Wiki Maintenance

Delete ASAP Requests

  • Daily monitor the ASAP Deletion requests category page.
  • Follow-up on any requests by reviewing the content on the page and the reason the request was made.

Maintenance Templates

  • Be familiar with all the Maintenance Templates.
  • Review the documentation for each template. The documentation resides on each individual template page.
  • Review the category page for each template to see the current list of pages that have had the template added to the page.
  • Provide support and follow-up on the maintenance templates. The community members who are contributing content should be encouraged to respond to the requests for content from some of the templates (citations needed, ambiguous page title, outdated articles, etc.)
  • Reporting on the status of the maintenance templates is something that needs to be developed.

Wiki Help

Priority 1: Watching Important Content

  • Go through the help pages and watch any under your area of responsibility. (You could watch all Help pages, for example, or just a sub-set of them.)
  • When you receive emails on changes, scan changes for anything you might feel a need to review for accuracy.
  • Use the opportunity to teach others if you see any problems with the editing of the pages you are watching.

Priority 2: Wiki Tours, Demos, Overviews, etc.

Numerous articles about using the wiki exist as content pages in the wiki. An overall review, organization, and content improvement will be an ongoing task for the tier two community. All pages related to tours, demos, overviews, etc. should be identified, edited, and managed on an ongoing basis:

  • The wiki Help:Tour page(s) were created to help people use the wiki. Basically this is a different type of help. Revisions to the content may be needed. Tier 2 should improve this content and keep it updated.
  • The Help:Videos and Lessons page lists the multimedia demos available in the wiki. 
  • The Help:Wiki Overview page is another page that was created to help the users understand and use the wiki to find answers to their research questions.

Priority 4: Wiki Registration

  • There are articles in the wiki that explain the registration process. Now that the wiki has been integrated into beta FamilySearch, the registration articles are no longer needed because the Help Center contains all the instructions for obtaining either the LDS Account or the FamilySearch account.
  • As a result, the registration articles should be deleted and other pages that mention and/or link to the registration articles need to be edited to remove such content.
  • No easy way exists to find all the pages that include an explanation of the registration process. Typical pages to look for are those that discuss how to edit, how to create internal links, how to create external links, etc. Any page that explains the editing or authoring of content will likely include some brief description related to registration. When this content is found, it should be either removed entirely or edited for accuracy.