FamilySearch Wiki:Wiki Support/Responsibilities and ProjectsEdit This Page

From FamilySearch Wiki

Revision as of 19:22, 29 December 2010 by JensenFA (Talk | contribs)

FamilySearch Wiki:WikiProject Support

Tier 2 is responsible for the following support projects:


Wiki Community

Priority 1: Wiki Newbies Meeting and Genealogists Meeting

  • Evaluate meetings and work with facilitator to determine whether new/different/other meetings are needed
  • Monthly status reports on both meetings.

Priority 2: WikiProjects

The WikiProject home page has the following description about WikiProjects and getting support for creating a new project or maintaining an existing project. Tier 2 should be familiar with the process as described so they can serve as support for those who want additional help. All known WikiProjects are listed at Projects Seeking Contributors. If projects are not listed on this page, either the project coordinator or someone on the Tier 2 support team should add them. The introductory text on that page states:

This is a list of the WikiProjects that are currently active and working on content. The projects are always seeking contributors, so feel free to join a group and have fun! If you would like help with organizing a FamilySearch WikiProject, please send your request through the Help link above.

Creating New Projects

If you would like to create a new project, following the naming conventions for WikiProjects to help make your project easy to find:

  1. The name of the project should begin with the word "FamilySearch Wiki" and followed by a colon
  2. After the colon type the word "WikiProject"
  3. Then type the name of the project. Example: FamilySearch Wiki:WikiProject Utah
  4. Be sure to add the new project to the list below, under the subject heading that is related to the new project.

For more details about naming new WikiProject pages, see FamilySearch Wiki:Naming Conventions for Project Pages.

Additional notes about supporting WikiProjects
  • Also note that there are numerous WikiProjects whose pages were not created in the FamilySearch Wiki namespace. Eventually, they should all be moved into the right namespace, but currently the most important task is to insure that new projects are created in the FamilySearch Wiki namespace. Support will have to work with all the other WikiProject coordinators in getting the project pages moved correctly.
  • Do a search for "wikiproject" to see the list of project pages that reside in the Main namespace.
  • One easy way to ensure that new projects are created in the right namespace is during the Patrolling process. In the review of all new pages, when patrollers discover a project that was created in another namespace, the issue should be brought to the attention of the team who is responsible for supporting projects.
  • It may be helpful to have a new template created for adding to project pages that need to be moved. The {{Move}} is already available and could be used instead of creating a new template. The moving of new project pages would benefit from being moved quickly and therefore may warrant a new template. It's also possible that a new parameter could be added to the {{Move}} template to accommodate this need.
Supporting WikiProjects Started by the Community

Community members can create a WikiProject to help organize and recruit other community members in a major project related to the wiki research content, templates, categories, maintenance, support, etc. Some users may want help in setting up a WikiProject, adding pages for the project, using categories and templates in the project. See the list of Projects Seeking Contributors for examples of how projects are being created and managed within the wiki. The support team will help community members with the following steps related to WikiProjects:

  • Create the project page in the FamilySearch Wiki namespace with the title beginning with "WikiProject".
  • Add the right category to the project page
  • Help the community member understand the options available for WikiProjects related to UserBoxes

Priority 3: Welcoming Committee Project

  • Welcoming new editors to the wiki is part of tier two support. Dawne is currently assigned to help with all aspects of welcoming and recognition needs in the wiki. Work with her to help improve the aspects of the welcoming committee process and documentation.
  • The FamilySearch Wiki Welcoming Committee documentation is already in place and ready for use. Volunteers to welcome new contributors and help them get started in various ways are always welcome, so encourage others to join this committee.
  • Members of the committee can also help improve the ways we welcome new authors and help them get started in adding content.

Priority 4: The Community Center Page

  • Improve the Community Center page to be the heart of support for the wiki.
  • Work with Dawne on this because she has the assignment related to welcoming new wiki community members.

Priority 5: Communicate New Issues

  • This will likely be a joint project between both tier 2 and 3. Issues need to be reported through tier 3 and the JIRA tickets in order for engineering to get involved in resolving the problem. Tier 2 needs to know what the issues are in order to support the end users and answer their questions. How this communication takes place between tier 2, 3, and the community is something that the two tiers need to resolve and put into place. Be sure to involve the community to get their ideas on what would be the best resolution.

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

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

  • A template to allow users to request the creation of a talk page archive has been created, it's called {{archiveme}}
  • Support needs to understand how to create an archive page.
  • Support needs to follow up on the requests made - Category:Archive requests.

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

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 taxonomies (see Topic, Place, Language, and Time-period 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 taxonomy. 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 taxonomy (aka categories) that will be incorporated into the wiki by reviewing the project page - FamilySearch Wiki:WikiProject New Common Taxonomy
  2. The FamilySearch taxonomy was incorporated into the wiki in December 2010. Tier 2 is now responsible for maintaining the topic categories to ensure that FamilySearch search features will return matches for topic content.

Priority 0: Place Categories

Priority 0: Language Categories

Priority 0: Time Period Categories

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.
  • Inform Tier 3 if there is a delete request that needs responding to ASAP

Maintenance Templates

  • Be familiar with all the Maintenance Templates.
  • Review the template page for each template for the documentation.
  • Review the category page for each template for the current list of pages that have had the template added to the page.
  • Tier 2 and Tier 3 has responsibility for support and follow-up on some of 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.
  • Note that this Maintenance page could be reorganized to reflect the different levels of support; Tier 2, Tier 3, and Community.

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 Wiki Demonstrations page lists the multimedia demos available in the wiki. The page currently has the {{Merge}} template on the page stating the content should be merged with the content on the Help:Tour page. I don't know if a merge is really needed, or if the community would like a page like this that lists all the multimedia demos available for 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 3: Help Namespace Content

  • The wiki Help content is currently being added to the Help Center. Tier 2 should assist in this process by reviewing the documents and giving feedback as needed.

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.