User:MannAE

From FamilySearch Wiki

(Difference between revisions)
m
m
Line 141: Line 141:
 
|}
 
|}
  
=== Past projects  ===
+
=== Replacement for portal template  ===
 
+
==== Replacement for portal template  ====
+
  
 
The place portal pages (those titled "Portal:[place name]" use a MediaWiki template to create and lay out the boxes on the page. This template is problemmatical for two reasons. First, the content of each box on a portal page is actually a sub-page, so none of the content in the sub-pages is considered by search engines to be on the portal page itself. So although a portal's sub-pages may contain a lot of great content, search engines don't attribute any of that content to the portal page itself. That means words within in the sub-pages cannot be used in a search engine to find the portal page. As far as search engines are concerned, then, the Denmark portal page is just an empty shell with some code, not a content-rich page on everything you need to know about Danish research. This problem is common to external search engines like Google as well as the wiki's own search engine. To solve the problem, we need to find a more search-engine-friendly way to lay out boxes in our place pages. Mollie, Fran and Michael have all tried different solutions; have a look and see which ones you like.  
 
The place portal pages (those titled "Portal:[place name]" use a MediaWiki template to create and lay out the boxes on the page. This template is problemmatical for two reasons. First, the content of each box on a portal page is actually a sub-page, so none of the content in the sub-pages is considered by search engines to be on the portal page itself. So although a portal's sub-pages may contain a lot of great content, search engines don't attribute any of that content to the portal page itself. That means words within in the sub-pages cannot be used in a search engine to find the portal page. As far as search engines are concerned, then, the Denmark portal page is just an empty shell with some code, not a content-rich page on everything you need to know about Danish research. This problem is common to external search engines like Google as well as the wiki's own search engine. To solve the problem, we need to find a more search-engine-friendly way to lay out boxes in our place pages. Mollie, Fran and Michael have all tried different solutions; have a look and see which ones you like.  

Revision as of 17:10, 7 December 2011

Contents

Alan-mann.jpg  Alan Mann, AG®

Alan E. Mann, AG, is an accredited genealogist in England, Australia, and the Channel Islands. He is a community manager for the FamilySearch Community Services team, a workgroup in the Family History Department, Corporation of the President, The Church of Jesus Christ of Latter-day Saints. Alan was formerly the Information Services manager for the Family History Library. He teaches British Research (History 412, 413, and 481) for BYU and various computer courses for
Salt Lake Community College. Alan writes columns, reviews, and articles for several magazines, and presents around the country on the Internet and British research. Alan was a director of the Utah Genealogical Association (2004-2009), was program chair for
GenTech 2000 in San Diego, and is co-founder and co-chair of the BYU Annual Computerized Genealogy Conference (1998-2002,2006-2010).


Authoring aids

Projects

Past projects

Organize and enable department staff and initial community authors for England barn raising 

See England Barn Raising Tasks

Item Est. Time Started Finished
Meet with Barbara Baker, Sharon Hintze, and Anne Wuehler to get ideas. 2.0 x
Determine scope of barn-raising and communicate on barn raising page. 2.0 x x
Create barn raising page. 4.0 x
List all needed topics for writers to select, and/or add to topic needed list. 3.5 x
Recruit someone to get permissions for record images and scan and upload them and place them on pages. Train them. 2.5 x
Introduce authors to vetted headings. 1.0

Look at Mollie's test1 page and create England un-portal. 3.0 x
Speak with authors at least weekly to learn of & remove their obstacles. 5.0 x
x
Engage FHL authors 2.0 50% 
Teach authors best practices in citing works studied but not cited. Review FamilySearch Wiki:Sources Consulted but Not Referenced. 1.0
 
Determine other tasks, list them, do those on which above tasks are dependent. 7.5 x   

 

Engage helpers and research assistants for England barn raising 

Item Hrs. Planned Started Finished
Build up my user page more like Fran's and Mike's with links to outside sources. 4.0 x x
Review need to link all England topics discussion pages to heading example pages. 2.0 x x
Write page on major data sites for England research (this fills dependency for missionary to link wiki to 3rd party data sets) (Determine what do with FHL favorites?) 4.0  
Consider separate pages for major data sites, add those needed to topics needed list. 1.0 x
x
Check if US volunteer can handle England, or recruit someone to link wiki pages to data sets in record search and 3rd party sites. (Dependent on a pg. of U.S. data sites) 1.0  x  
Check if US volunteer can handle England, or recruit someone to link wiki pages to digitized books in the BYU Family History Archive. 1.0 x  
Recruit project volunteer for linking to Google Books 1.5 x   
Recruit someone to add to wiki pages the record content bullet lists from SourceGuide  2.0  
Recruit a England news and events "reporter" (also have him/her do Did You Know section) (Can we use Finding Genealogy News and Events within the United Statesor do we need to create one just for England?) 2.0  

Replacement for portal template

The place portal pages (those titled "Portal:[place name]" use a MediaWiki template to create and lay out the boxes on the page. This template is problemmatical for two reasons. First, the content of each box on a portal page is actually a sub-page, so none of the content in the sub-pages is considered by search engines to be on the portal page itself. So although a portal's sub-pages may contain a lot of great content, search engines don't attribute any of that content to the portal page itself. That means words within in the sub-pages cannot be used in a search engine to find the portal page. As far as search engines are concerned, then, the Denmark portal page is just an empty shell with some code, not a content-rich page on everything you need to know about Danish research. This problem is common to external search engines like Google as well as the wiki's own search engine. To solve the problem, we need to find a more search-engine-friendly way to lay out boxes in our place pages. Mollie, Fran and Michael have all tried different solutions; have a look and see which ones you like.

  1. Mollie's England/Test1 page
  2. Michael's Pennsylvania page

Administrator This user is a member of the administrator team. (verify)