2010年6月28日星期一

证据管理图已重新审视

上周我写了关于证据管理新家庭搜索树。本周的计划是写的Ancestry.com.成员树。我写的是挣扎。我决定了Ancestry.com有一块证据管理’在我的模型中表示。是时候重新审视证据管理图了。

这里 is how it has looked:

旧证据管理图

自I.’M几乎没有族谱方法专家,我的模特在专家们划伤。伊丽莎白显示米尔斯“证据分析:研究流程图”有这些基本组件:

 这Evidence Analysis Research Process Map

从我们绘制信息的来源。从我们选择证据的信息。结论的证据在于仔细分析来源,信息和证据。

在这个基础上,我吸引了我的技术背景,了解我的贡献。什么界面(技术,用户界面和底层对象)是一个家谱程序需要实现这一点吗?桌面家谱程序已经具有进入来源的接口和显示个人。我又想出了两个:证据摘要和结论条目界面。以下是证据分析组件下方的四个接口:

证据分析加证据管理

底行成为本文开头显示的证据管理图。一些方框显示多次以传达我赢得的一些技术内容’t bore you with.

写作关于Ancestry.com成员树,我意识到还有另一个界面可以在证据管理中发挥重要作用。我在新的证据管理图中包含它:

 这Evidence Management Diagram

新图的圆形性质演变(旋转;-)从添加新的 比较 界面。

  1. 为了评估潜在的来源,我们比较所有“facts”我们相信具有源头信息的个人。如果比较有利,我们已经确定了一个新的来源。
  2. 通过源界面,我们输入有关源的引文和其他信息。
  3. 我们从来源获取信息并创建证据摘要。
  4. 为了帮助我们结束,分析界面显示相关证据。
  5. 我们的结论成为其中之一“facts”展示了一个人。

虽然名称可能已更改,但红色,绿色,紫色和蓝色框的功能保持与以前相同。

你怎么看?

  • 改变改善了吗?
  • 更容易理解吗?
  • 它是否满足较新用户的需求?经验丰富的用户?家谱计划软件工程师?
  • 循环格式是否适合?
  • 我是否正确应用了行业术语?
  • 接口名称是否准确地反映了界面的功能,如此处和以前的文章在此中解释?
  • 可以肯定有技术不准确。 (例如,信息来自源,而不是源接口。)是否有不准确性可以纠正,使图的有用性增加?

在这一系列文章中,我已经取决于您的反馈。在你之后’ve有机会回应,我希望有耐力返回并通过新图和新术语来修订所有先前的文章。

提前致谢。

有了这个新模型,我准备接受Ancestry.com… Next time…

2010年6月25日星期五

咨询通知:逃避连核吗?

国家档案和记录管理(纳拉)邀请顾客在伙伴网站上发布的纳拉集合中的纳拉集合中的质量问题通知他们。发送信息到[email protected]。然而,官员指出,有些问题是“难以无缝和及时地解决。”在这种情况下,合作伙伴是发布咨询通知。

奈良指向Ancestry.com数据库,“美国第二次世界大战草案登记卡,1942年,” as an example.

当这些起草卡在特拉华州,马里兰州,宾夕法尼亚州和西弗吉尼亚州的州被拍摄时,每张卡的前部都被拍摄在上一张卡片的背面上方。例如,纸稿卡John Henry Sullivan.在下面的微杂散片段上圈出红色。 (对于易读性,我添加了更大的帧号。)他的草稿卡的前部位于顶部框架1307.背部位于底部框架1308..

Delaware第二次世界大战起草法案登记牌在错误的背部旁边是微型的

作为奈良国家,Ancestry.com.已在数据库描述中发布了咨询通知,并在其中一个受影响状态的注册人的记录显示中:

关于PA,MD,WV和DE的州的图像的说明。这四个州被在国家档案馆扫描了一个人的后面的方式’S草稿卡在与下一个个人的正面相同的图像上。结果是,当您单击以查看原始图像时,您将看到草稿卡的正确前侧,但以前的士兵的背面’S卡。祖先了解这个问题,并正在努力纠正这个问题。

简单地说,如果要查看卡的正确背面,请转到下一个图像。我怎么能告诉哪个方向去?在框架1308之后的威尔明顿卡中有一些肯特卡。将注册人与背面的草案汇票与背面的草案进行比较。但我骨折…

修复或不修复…

纳拉说,问题可以使用通知’t be fixed in a “timely manner.”我认为他们希望供应商最终解决这个问题。 ancestry.com发布了这个系列 2006年5月 。从那以后的四年中,Ancestry.com发表了数十亿纪录。 isn.’这很长时间足以解决这个问题?

看着Daniel Sullivan.’s draft card来自纽约。这贺卡前面 背部 在单独的图像上。在特拉华州也这样做是如此困难吗?

竖起大拇指和拇指向下

一个大的 绿色竖起大拇指ancestry.com保留框架号。这种做法符合我提到的行业标准存档质量数字录制存储库尊重des喜欢.

A 绿色拇指向下Fumanysearch.用于在他们的框架中剪裁“美国,第二次世界大战书法登记卡,1942年.”

两个大 绿色竖起大拇指对于Ancestry.com数字化其他国家—彩色!哇。那’我只能说。哇!

TIM SULLIVAN的注册卡颜色
(对不起,蒂姆;没有打算对您或您的同名的不尊重。
这是一张我遇到戏剧性的墨水颜色的第一张牌。)

一丁点 绿色拇指向下对于家庭搜索,因为他们的收藏也是如此… 下来,即。正如我写下,他们的收藏在飞行员上Recordsearch.网站和哈姆’尚未发布beta familysearch.org.地点。但是绿色拇指只是一个微小的速度;飞行员和β’预计一直工作。

最后,一个绿色的拇指向上和一个绿色的拇指,为ancestry.com。

问题是微杂散片段的框架1309,上面。它’缺少。我怎么知道?因为Ancestry.com做了正确的事情并包括框号。这是重点,毕竟。为用户提供独立检测错误的所属。如果您查看框架框架1308.然后点击下一步图像,最终会框架1310..

缺少帧可能导致用户将前面和背部联系起来’t belong together.

可是等等。这种情况并不那么简单。我咨询了缩微杂散,发现框架1309是重复的1308.如果ancestry.com留在框架1309中,用户可能会用红卡的背面关联绿卡前面!

帧1309是框架1308的副本

它们的解决方案是为了静默地移除框架1309,使得前部和背部正确相关联。但是,如果用户通知帧丢失,那么如果没有解释,而不访问原始的微杂散,则用户必须假设丢失一个前部和一个背面,留下两张牌损害。

正确的解决方案是在框架1309上包含咨询通知。

这里’我的咨询通知Ancestry.com和Fuinysearch:你能看到为什么行业最好的做法是“best practices?”

2010年6月23日星期三

目前的问题怎么样?

Ancestry.com.添加了遗失的船只etruria
Ancestry.com.添加了丢失的船,
etruria,浏览纽约通行证 -
1893年11月13日的Enver抵达。

Ancestry.com.并没有完全修复了Throop镇的拼写错误
ancestry.com仅部分修复
Throop镇的拼写拼写。

国家档案和记录管理(奈良)最近回应了关于纳拉记录收集的赞助人,如合作伙伴所发布的Ancestry.com..

奈良认真对待研究人员提出的担忧。我们正在与我们的合作伙伴合作,以改善其数码产品,包括在伙伴关系协议之前生产的产品,因为我们的注意力达成了问题。我们的合作伙伴希望纠正错误,并正在合作。

通过发送电子邮件来敦促顾客报告合作伙伴集合的特定问题[email protected] .

Accestry.com已经回应了几个案例。在一个,Ancestry.com在1893年11月13日浏览纽约乘客抵达的船只遗失(见插图,右上)。

在另一个案例中,在1920年的人口普查中搜索,宾夕法尼亚州普斯兰卡群岛的历报,因为Throop被误导为巧妙。 Accestry.com及时修复了搜索索引。但是,Ancestry.com尚未解决浏览菜单,区描述和图像上方的标题中使用的拼写(参见图,右下)。

官员指出了一些问题“难以无缝和及时地解决。”在这种情况下,合作伙伴是发布咨询通知。

下次,我’请检查一个这样的咨询通知。

2010年6月21日星期一

这Evidence Architecture of the New FamilySearch Tree

看 “证据管理”概述本系列和与其他文章的链接。

让我告诉你的新家庭搜索树(NFS)具有证据管理所需的架构。你可能不想在家试试这个;一世’在关闭的课程上训练有素的专业人士。

在我们潜入新的家庭搜索之前,如果您知道一些NFS技术术语,它将有助于帮助。1

  • 一个 证据总结(一个绿色盒子里证据管理图表)被称为a persona. .
  • 一个 个人(蓝框)被称为a.
  • A 结论(紫色盒子)被称为断言.

如果我指定我的术语和NFS技术术语,我会用斜杠分隔两个,如下所示:

结论(断言)

例子

为了说明NFS中的证据管理,我 再次 使用David Rencher的示例。我在下面的五种来源中的每一个,在NFS中创建了一份证据摘要(角色),用于下面的每个来源的Angeline Clyment。

来源 名称 人物ID 证据总结  
图像 1850年人口普查佩顿C Clements lwxx-tpn. 证据总结: 1850年人口普查佩顿C Clements 关联
图像 Peyton Clements Probate最终确定了 lwxx-5y3 证据总结: Peyton Clements Probate最终确定了 关联
图像 1880年人口普查 LWXX-BGT. 证据总结: 1880年人口普查 关联
图像 死亡证明A J Goldsmith lwxf-m6t. 证据总结: 死亡证明A J Goldsmith 关联
图像 婚姻戈德史密斯 lwxf-9zv. 证据总结: 婚姻戈德史密斯 关联
来源

单击图像链接以查看源的数字副本。

名称(人格ID)

即使NFS没有,我也包括表中的证据摘要名称’支持它们。相反,NFS使用Persona ID。请记住,NFS中的角色取代了证据摘要。

证据总结 and Link

单击缩略图以查看证据摘要的图像。比较源头和摘要,以查看这两个匹配。

我包括摘要的图像(personas),因为一旦连接—合并因为NFS称之为—对于个人(人),NFS没有办法看摘要。我包括摘要的链接,但一旦连接(组合),链接会带来个体而不是摘要。

在NFS中创建证据摘要

在封面下的这种完美的建筑,这是不幸的Fumanysearch.选择愚蠢到最低常见的分母的界面。我认为可以充分为所有人提供顾客系谱成熟水平。因为NFS没有’t直接访问Personas,因为我知道创建个人(人)也创建了证据摘要(角色),我点击了添加信息然后添加未连接到我的家谱的个人.

然后我从来源添加了证据:

Entering evidence for: Peyton Clements Probate最终确定了 
来自这一点的证据“Peyton Clements Probate最终确定了” source.
单击此和后续图像以放大。

由于摘要将与Angeline合并,我只输入了她的信息。因为它不明显,我如何到达出生日期“在1852年11月25日之前,”我点击了音符图标并输入:“遗嘱文件国家安吉丽娜超过21岁。”

对于每个摘要,我点击了来源详情并增加了引文。一份真正的证据摘要只有整个摘要的一个来源。因为NFS没有’t有真正的摘要,我点击了复选框,使用此来源… 如过去所述,NFS源模板不足。因此,我进入了整个引文 评论 领域,如下图所示。

证据来源总结:婚姻是戈德史密斯
来源“婚姻戈德史密斯”
证据总结

完成证据摘要后,我点击了继续。对于没有死亡信息的摘要,NFS让我有机会进入它。

NFS消息:必须添加死亡信息

我很欣赏提醒进入可能无意中错过的信息。但不幸的是,NFS坚持添加信息—a death flag—即使源不包含死亡信息。鉴于NFS已经完全相信这个人已经死了,看起来是多余的。

NFS然后让我查看信息。

审查证据摘要:Angeline Death证书 
审查证据总结,“Angeline’s death certificate”

请注意,所有信息都重复两次。这是NFS的一个很好的功能之一。我可以完全输入信息,就像它源文档中的显示一样。在原始文本下方,NFS显示其标准化解释所以我可以看出它是否理解。大多数程序要么丢弃原始文本,要么默默地丢弃—也许不正确—interprets it.

如果NFS真正支持的证据管理,我会点击审查可能的重复项看看是否有其他人已经为此来源和这个人输入了证据摘要。然后我会点击 完毕 .

我点击后 完毕 我看到了完成的证据摘要(人物)。

证据总结: Peyton Clements Probate最终确定了
这“Peyton Clements Probate最终确定了” evidence summary

得出结论

结论NFS的入口名称的Angeline Clements作为我’提到的,在得出结论时,就会出现证据管理的大笔资金。 NFS要求在利用证据结束时将证据摘要(合格)联系(合并)向个人(人员)。这个过程是凌乱的,反映了家庭搜索绘制的复制问题。如果我向我黯然失色,请搞定并进入结论。就此而言,我将所有摘要与个人相连。

然后我点击了 概括 标签。在证据管理的背景下,它可以被称为结论标签。结论选项卡显示了基本毒品:名称,性别,出生/洗礼和死亡/埋葬。旁边的每个是向下箭头(由鼠标指针指向右侧的插图中)。我点击了向下箭头,NFS显示了输入证据摘要的所有值。我指出了代表我的结论的人(用手指出)并点击它。

下面,将我所建议的结论条目(左)与NFS(右)的诞生日期进行比较。

建议的Ageneline Cryments诞生日期的结论  NFS结论Angeline Cryments诞生日期

比较两者,您将注意到NFS结论中的几个缺点:

  • 没有摘要名称,很难记住每件证据来自哪里。
  • 这notes I entered in the summary are not displayed.
  • 显然,由于NFS没有规定记录证据的属性,因此无可以显示。
  • 没有地方进入关于每条证据的分析,因此其他用户无法知道是否已经处理了相反的证据。
  • 没有地方可以进入用于得出结论的整体推理。

没有福利

NFS的证据管理兼容架构已经给予了家庭搜索,只不过是问题,所以我希望他们会丢弃它。证明有问题的一个原因是家庭搜索’决定预加载数百万垃圾,无源证据摘要( IGI. Patron提交,祖传文件和谱系资源文件)。但我倾斜。

NFS用户从NFS证据管理架构中没有益处的一个原因是NFS设计人员未能为用户提供一种查看整个证据摘要的方式。点击 Angeline Clements的详细信息选项卡’T允许用户查看证据摘要甚至是摘要列表。相反,它显示了交错和脱离上下文的所有证据:

个人LWFZ-RDZ的详细信息

使用综合记录选择连接(组合)证据摘要:

使用组合的记录选项查看NFS证据摘要

此选项使用户能够断开(单独)摘要(PersonAs)错误地连接到错误的人。当您这样做时,源中的所有断言都会在一组中出现。当摘要重新分配给正确的人时,所有断言都是一个组。

结论

因为我了解NFS架构,我可以利用其证据管理的力量。但这样做是痛苦的。 Familysearch用户没有受益于其架构有两个原因。首先,因为家庭研究将垃圾预加载到NFS中,垃圾就是他们’re getting out ( GIGO. )。不幸的是,用户界面和架构决策现在正在由此产生的涟漪驱动。其次,FamilySearch选择不为未成熟用户和成熟用户提供不同的用户体验。然后,家庭搜索必须通过隐藏证据摘要(Personas)的存在来简化用户体验。

为了结束新的家庭搜索树架构的这个介绍,让我说这是极其令人印象深刻,理想地设计用于证据管理。希望一天会通过开放角色管理来利用他们的技术优势的家庭研究—or, as I call it—evidence management.


来源

     1.  Rob Lyons, “家谱组合/分开,”Familysearch开发商大会,2008年;在线档案,“录制的演示文稿,” Fumanysearch.开发人员网络:用于软件程序员 (http://devnet.familysearch.org : accessed 18 June 2010). Also “ 词汇表 ,” Fumanysearch.开发人员网络.

2010年6月18日星期五

奈良响应ancestry.com问题

缺少缩微文件

这国家档案和记录管理(奈良)最近回应了指责Ancestry.com.帖子NARA记录集合具有许多质量问题,包括缺少文件。

奈良 的发言人希望明确祖先,ANCSTRY.COM在与他们联系合同关系之前,超过7000万只图像上发布了超过300个NARA Microfilm系列。

Ancestry.com.数字化,索引,并使用NARA Microfilm出版物在线在线解释,并通过从NARA购买任何人提供的纳瓦微杂货出版物。 这是祖先[.com]的工作,没有参与,监督或质量保证工作。

奈良 已在伙伴网站上发布了所有集合的列表,是否在协议之前或之后收集。列表是在http://www.archives.gov/digitization/digitized-by-partners.html并将定期更新。但我骨折…

在银弹簧的数字化设施,这两者已经开始根据合同安排数字化记录。 NARA PREPS扫描记录,ANCESTRY.com进行扫描,NARA进行质量控制检查。根据 奈良 ,

两位员工确保每页都已成像。 NARA是一个页面逐个页面质量控制检查扫描的5%。如果出现问题,则立即纠正错误,并在该相机运营商的审查百分比’工作增加了。操作员必须在审核返回到5%级别之前完美地映像两个连续的框。

对于最近的一个项目,检查了130个中的9个盒子。每个1,000页的任何一个盒子的最高错误率为4页。在处理继续之前立即数字化丢失页面。审查的所有框的整体错误率为每10,000页的7个丢失页面。大多数丢失的文件没有’T实际上已经跳过,但扫描无法在否则空白页面上拾取灯印或标记。

“Nara认为,数字化数千个文档并使它们在线提供,前所未有的索引值得较少的错误百分比。”由于一个尝试将错误率驱动到0,因此成本逐渐爆炸。换句话说,将错误率从0.07%降至0.007%可能会花费100倍,降至0.0007%可能会增加10,000次。

虽然奈良似乎觉得当前的质量/成本比是可以接受的,但发言人明确了,“奈良不想要错误。” Next week I’如果你遇到问题,请告诉你纳拉官员建议你这样做。

2010年6月16日星期三

ancestry.com丢失了文件

缺少缩微文件员工国家档案和记录管理(奈良)最近回应了指责Ancestry.com.帖子缺少文档的NARA记录集合。

今年早些时候Ancestry.com.年度博主日托德·詹森向我们介绍了华盛顿的新纳拉扫描工厂。(我暗示了演讲我的一篇文章。在我写文章之前,我在ancestry.com上等待照片。现在我可能可以’记得足以做演示司法。但我骨折 …)

那时候我问了Ancestry.com如果在发布它们时仍然从Nara Collections中删除图像。安德鲁等待我们,他们的政策一直是发布每种形象。另一个andestry.com员工在房间里(我不’记住谁)倾斜,并低声说出他们已经删除了图像的情况。

我的听证会不是’这一切都很尖锐,所以我没有’T听到所提到的情况,但大多数Ancestry.com订户众所周知,祖先.com始终这样做。 Ancestry.com似乎觉得他们正在通过砍伐和切割人口普查:

  • 丢弃没有清晰名称的图像:
    • 微磁性标题
    • 奈良出版物小册子
    • 盖子
    • 人口普查总计
    • 空白的形式
    • 可以的页面’被读,因为它们被成像太黑了,太轻便了或太模糊了
  • 根据按字母统计管辖区重新排列人口普查区
  • 阻止通过一组图像的两端

这些变化对于涉及足够危险的家谱的决策者来说是完全合理的。

事实上,如果ANCESTRY.COM也允许未经修复的访问,这些变化可能确实是改进。前者没有后者的反响:

  • 删除上下文删除信息
  • 篡改证据会降低其证据价值
  • 更改任何方式的用户抢劫用户无意中丢弃的文档
  • 删除难以辨认的图像使Nara工作人员无法知道对原件的访问是有保证的

由于这些原因,成员专业系列学家协会(APG)批评了Ancestry.com’练习。去年Peggy Reeves指出除了Ancestry.com缺少来自Roll 402的前25名士兵之一,除了来自卷402中的一个’S发布T-288,一般指数到养老金文件,1861-1934。如果Ancestry.com允许未经改善的访问这个Nara出版物,Reeves将发现了两件事之一。无论是难以辨认的图像,或Ancestry.com无意中遗漏了所有索引卡“Charles Roe” to “Allen Rogers.”

那’很多丢失的文件。

数字出版商可能希望从微纤维实践中汲取课程。Fumanysearch.(如图所示犹他州的谱系学会)始终拍摄每个文档,但是当原始文档难以辨认时,包括标签指示“Illegible Original.”

下次我’LL分享纳拉不得不对此这一切。

2010年6月14日星期一

家谱学家或八卦

如果他们不依赖真正的证据,科学家们[包括系列学家]并不比八卦更好。

Penelope Fitzgerald.

在举行的例子中“证据管理解释说明”我们看到使用的大笔资金证据管理在绘制结论时发生。从Ageneline N之示例绘制了Angeline N之一,eClements Goldsmith再次假设在发现和进入每一条证据之间传递一周或更长。当进入每个关于她出生的证据时,我们可能会重新审视我们的出生日期的结论。每次点击编辑出生日期时,证据管理器都会显示一个结论条目窗口。

为方便起见,我已从示例中复制了结论条目窗口。我已纳入大部分反馈。如果我没有’得到你的,请记住这个例子只是概念性。

摘要名称 断言 证据 笔记 创建日期 关联 分析
自动选择的证据
1850年人口普查佩顿C Clements 年龄 2 联邦副本的图像副本 1850 来源 最早的记录;在短短两岁的时候,高可能是1850年人口普查暗示了1848年。
1860年人口普查 年龄 12 联邦副本的图像副本 1860 来源 下一个最早的记录与1848年同意
1870年人口普查P C Clements Jr. 年龄 18 联邦副本的图像副本 1870 来源 所有出生日期的新孤儿错误建议第3方提供了数据
Peyton Clements Probate最终确定了 年龄 超过21年 原件的形象。主要信息 1873年11月25日 来源 1848年和1850年与父亲一致’s probate record
1880年人口普查 年龄 25 联邦副本的图像副本 1880 来源 以0或5结尾的人口普查年龄是可疑的
死亡证明A J Goldsmith 出生日期 1850年2月5日 图像副本原件。次要信息 1939 来源 即使根据1850年人口普查,也没有理由怀疑2月5日
墓碑A J Goldsmith 出生日期 1850 中学 1939 来源 可能是与死亡证明相同的信息
手动选择的证据
婚姻戈德史密斯 Marr-inte 1873年1月15日 expl 1873 来源 1843-1858的出生很可能。
1850年人口普查佩顿C Clements 兄弟 埃莉诺 年龄 1 1850 来源 1850年在1850年拥有1岁的兄弟姐妹,Angeline必须于1848年出生。
结论出生日期: 1848年2月5日
推理: 很明显,最早的记录具有正确的诞生年份。虽然日期和月份没有合作证据,但目前没有理由怀疑它。

 

供应商如何完成结论条目?这是我发现的:

特征 Ancestry.com. Fumanysearch..org. footnote.com.
结论进入促进了设计的智能结论。
所有相关证据摘要的相关断言都聚集在一起并在一个地方展示。 是的 - ish. 是的 是(但没有分组)如果一个人的页面被认为是一个结论的人,但如果人员页面是证明人
为了鼓励批判性思考,可以为每条证据和结论输入笔记。 是的 - ish. 是的 - ish. 是的 - ish.
基于结论类型自动选择证据进行分析。对于出生日期结论,自动显示有关年龄和出生日期的证据。 是的 是(但没有分组)如果一个人的页面被认为是一个结论的人,但如果人员页面是证明人
这user can manually select other evidence. 所有证据都显示在所有情况下。
为每条证据及其来源显示属性及其来源。对于源,这些可能包括:原始或衍生,衍生类型,录制日期和录音机。对于证据,这些可能包括:线人,初级或二级,直接或间接以及支持性或矛盾。

 

我意识到这些桌子几乎没有什么比没有好。我需要从这些产品中显示一些屏幕截图,以说明我的内容’谈论。我计划开始今天那些,但周三和星期五的文章造成了崭露头角,周末结束了。敬请关注…

就这样你(供应商)知道,我’M总是打开以回答您可能对证据管理的问题… no extra charge.

2010年6月12日星期六

rrrrr - 垃圾邮件评论 - rrrrrr

对于发布到我的网站的垃圾邮件评论,我深表歉意。我知道你们中的一些人订阅了评论,并且必须涉及他们。

这使我能够在我的网站上启用一个功能,要求我在发布之前查看每个评论。不幸的是,我在周末做了很多人的工作,以便它不会侵犯我的工作。这意味着难以及时审查您的评论。

我非常感谢您的意见。你是一个惊人的群体,愉快地学习你要说的话。希望这将是一个暂时的变化,以便除了回应我之外,您还可以继续回复其他评论者。

这种变化立即生效。

- 祖先内幕

2010年6月9日星期三

不,你’重新通过时间旅行

虽然它 ’确实,Ancestry.com博主日1月在2010年1月重新举行,我从来没有到过那些我写过的所有文章的内容表。一世’纠正了与其他文章有关’今天发表了ve:“Ancestry.com.博主2010年.”

如果您在发布它们时遇到了所有文章,则可以忽略这一点。否则,我希望你发现它很有用。

Ancestry.com.博主2010年

单击以下每个链接以阅读Accestry.com上的每个演示文稿’s Bloggers Day 2010.

2010年6月7日星期一

关闭,但没有雪茄

Fumanysearch.将记录放入文件夹中 
在里面 新家庭搜索树,记录
组合成文件夹
选择摘要值。图像
礼貌:Familysearch International。

看 “证据管理”概述本系列和与其他文章的链接。

供应商支持证据摘要

每个供应商都有一些特征,即达庭别化地接近证据摘要。

新的家庭搜索树是关闭的。将证据摘要放入用户选择结论的个人文件夹中(将其称为摘要值)。Fumanysearch.是目前的技术领导者。但后来他们预装了与无价值,资源,次要信息,衍生资源来源的ockles的证据摘要:祖先档案,谱系资源文件,用户提交给国际系谱指标。这反过来又产生了s,又崩溃了他们的服务器。 此外,它们没有证据概要’对用户的有用性。因此,他们对他们的技术领导没有任何优势。

Fumanysearch.宣布他们的意图分开伪影个人。这使它们朝着正确的方向移动。但是因为他们的技术进步只给出了问题,但他们将被诱惑完全放弃它。让你的手指交叉。

脚注也许是最接近的。他们为社会保障指数和1930年人口普查等收集中提到的个人创建了证据摘要。他们创建了允许用户存储结论的人员页面。但是,它们已将两种页面定位为等同物。因此,用户感到沮丧,因为没有能够组合两者。

脚注应该拍打一个“Evidence Summary”他们证据摘要人员页面上的绰号。他们需要能够将证据摘要附加到用户贡献人员页面,以便人数从证据摘要继承证据。继承还允许用户从其他用户继承’人员页面。这允许用户在不用担心其他用户将修改其页面的情况下分享他们的贡献。

特征 祖先
.com
Fumanysearch..org. footnote.com.
证据摘要与结论分开地存储了抽象的证据
是的。 NFS树文档使用这些条款 记录 , 文件夹 , 和 概括 解释这一点证据总结(绿色盒子),个人(蓝框),和结论(紫色盒)分别。所有人的记录放在(合并)进入他们的 文件夹 用户选择一个 概括 存在冲突时的价值。
 
否用户贡献。之间没有区别 记录 文件夹 .
是的,是的。重复的人员页面关闭,但没有一个概念证据摘要人员页面与a结论人员页面。
证据摘要分开来自来源的抽象证据 是的,是提供的来源。 是的预装。 是的
总结中的每条证据由断言类型分类(例如,名称,性别,年龄,出生日期,出生地,婚姻日期,地方,死亡日期,地方,埋葬日期等等) 是的预装。 是的
用户可以查看并使用整个证据摘要 是结合或分离时的 记录 .
用户可以向证据摘要提供描述性名称
可以生成一份证据摘要
可以按名称,主题,来源,证据创建日期,信息,证据权重等排序和过滤列表。
证据摘要与来源有关(条目) 是的预装。 是的
用户可以将证据表征为主要信息或辅助信息,支持或冲突,直接或间接。
用户可以输入关于一段证据的记录 是的 - ish.