For several years, Ol' Myrt here has recommended that researchers clean up their genealogy databases because it won't be long before FamilySearch will give access to what for years was called "new" FamilySearch, not to be confused with the newly revised website design that we've all been working on since the turn of the new year.
Now comes word from Ancestry Insider that finally, the first hope of public access to the "Family Tree" part of FamilySearch, that here-to-fore only members of the LDS Church have been able to access. AI writes:
"In February 2011, we’ve invited a limited number of public users to begin testing public access to the new FamilySearch [Family Tree] website,” disclosed FamilySearch. “These valued testers will help us make sure the system can handle the increased load.” Don’t bother begging; FamilySearch has already selected the testers." See Ancestry Insiders' NFS Public Release Begins posted this morning.
What's the big deal?
Well, it will be hard to ignore the elephant in the room when FamilySearch's Family Trees goes live. It will become arguably the largest compiled genealogy database in the world.
This doesn't mean that this database doesn't have it's problems.
My access was limited, since our "temple district" was the last in the world to receive access, owing to the fact that our region of the LDS Church does a lot of temple work. So I cannot report about the progress coders have made with Family Trees.
I can report that there are many problems when combining multiple databases from a variety of sources including the IGI (International Genealogical Index), the AF (Ancestral File), the PRF (Pedigree Resource File), the TIB (Temple Index Bureau) and LDS Church membership records.
In discussions during FamilySearch Bloggers Day in person in October, and via webinar in November, end-user bloggers expressed dismay that the more reliable "extracted" entries were not easily sorted out from "patron" entries in the IGI data. One method for sorting in a previous incarnation of the IGI was to work through the data using Batch IDs, now missing from the new FamilySearch Family Trees.
Why are Batch ID's important? Extracted entries were done by 2 volunteers who indexed original parish records from microfilm, and a third volunteer and/or a computer, (depending on the year), and the work was submitted in batches. So a batch would typically be an entire parish, making it much easier for end-user researchers to find all instances of a surname in the batch, and more readily see index entries that might trace a family through several generations back in time.
Being able to distinguish those 2-3 person evaluated index entries from "patron" entries to the IGI is invaluable to researchers. Problems arise most frequently from patron entries, fraught with errors ro frequently that I personally distrust them completely. (OK, I might look there for clues in a rare attempt at straddling a brick wall.)
Any compiled database from multiple source will have challenges, and the FamilySearch Family Trees is no exception. These are the kinds of errors I see for just one branch on my family tree.
- Duplicate individuals because of even slight differences in the spelling of names, meant that my great-grandmother's profile in FamilySearch Family Trees has 28 children instead of the 11 we know about.
- Multiple dates for a single event. You can spot the ones that were calculated from a census record. But in other instances, there are clear typos like 1986 instead of 1886. (Why didn't people run a "possible records problem" report in their genealogy management program before contributing data to the IGI, AF, PRF, and the TI?
- Incorrect merging of individuals. This happens through indiscriminate use of merging (in one's own genealogy management program) or combining (on FamilySearch's Family Trees) when there are several in close proximity on the family tree with the same given name and surname. Some things just cannot be rushed.
- Incorrectly associating a document with someone on a family. This is just faulty research and faulty data entry. My Uncle Jack is alive and well. Yet someone had him listed as "female" and deceased. Well, early on, when one could "dispute" rather than "discuss" I objected to the "female" so it was changed to "male" and pointed out that while the Social Security Death Index does have an entry for someone by the same name, about the same age, and a nearby locality, my Uncle Jack is not dead. He just snowbirds to Arizona for half the year.
FamilySearch Family Trees will not replace individual databases for genealogists. It is merely another collaboration tool. For members of the LDS Church, it can ensure we aren't duplicating temple work on a common ancestor.
It will be interesting to see how this unfolds. As competent genealogists, we must be aware of FamilySearch Family Trees, but take it with a grain of salt. We must also caution the newbies that join our rank not to take too seriously any compiled genealogy on the internet or in a book on the shelf at the library.
All compiled research must be evaluated in the context of cited sources and a reasonbly exhaustive review of surviving record groups for the time and place where the ancestor once lived.
For Further Reading
- The Genealogical Proof Standard posted at the Board for Certification of Genealogists website.
Happy family tree climbing!
Your friend in genealogy.