<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Announcing &#8211; New Web Search</title>
	<atom:link href="http://blogs.ancestry.com/ancestry/2011/05/13/announcing-new-web-search/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.ancestry.com/ancestry/2011/05/13/announcing-new-web-search/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=announcing-new-web-search</link>
	<description>The official blog of Ancestry.com</description>
	<lastBuildDate>Sun, 19 May 2013 02:45:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Tanya</title>
		<link>http://blogs.ancestry.com/ancestry/2011/05/13/announcing-new-web-search/#comment-53183</link>
		<dc:creator>Tanya</dc:creator>
		<pubDate>Fri, 27 May 2011 02:37:28 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.ancestry.com/ancestry/?p=5850#comment-53183</guid>
		<description>For the problems of duplicates: I go to the list of people and look for duplicates. Click on each name and see if which one you wish to keep. Go to quick edit and add a keyboard symbol (I use *) before or after the first name. 
This way I know which one to keep and can delete the duplicates. Remove the (*) when finished with your tree.
I have problems getting duplicate census dates on an ancestor even when I don&#039;t check the box on hints. I look at the profile and have the same date 2 or more times with the same source.</description>
		<content:encoded><![CDATA[<p>For the problems of duplicates: I go to the list of people and look for duplicates. Click on each name and see if which one you wish to keep. Go to quick edit and add a keyboard symbol (I use *) before or after the first name.<br />
This way I know which one to keep and can delete the duplicates. Remove the (*) when finished with your tree.<br />
I have problems getting duplicate census dates on an ancestor even when I don&#8217;t check the box on hints. I look at the profile and have the same date 2 or more times with the same source.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gentry Davies</title>
		<link>http://blogs.ancestry.com/ancestry/2011/05/13/announcing-new-web-search/#comment-53170</link>
		<dc:creator>Gentry Davies</dc:creator>
		<pubDate>Mon, 23 May 2011 15:14:34 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.ancestry.com/ancestry/?p=5850#comment-53170</guid>
		<description>Tony and Andy,

This is an important issue we&#039;re aware of and will try to deal with as best we can.  I think they are actually two separate issues.

Andy, you alluded to the first one which is &quot;dynamic&quot; URL&#039;s that are generated when the main way to access a record is via a search engine.  Allen County Deaths is a good example of this - everything is session based, the URL doesn&#039;t change from search to search, so there is no way for us to send people to the record directly.  We realize that sending someone to a search page is not the ideal user experience, but it&#039;s the best we can do for now and it does make data searchable that Google doesn&#039;t index.  In the case that each record has a static/permanent URL we&#039;ll of course try to send people to that page rather than the search form.

Tony the other issue which is what I assume you&#039;re talking about, which is more about site reorganization, right? We&#039;re working on ways to monitor whether links are still good so we can fix them as necessary. In my experience the sites that change the most often are smaller (less than 100,000 records) and html based, while the larger search engine based datasets are somewhat more constant, although this is definitely a generalization.

Great questions, thanks!</description>
		<content:encoded><![CDATA[<p>Tony and Andy,</p>
<p>This is an important issue we&#8217;re aware of and will try to deal with as best we can.  I think they are actually two separate issues.</p>
<p>Andy, you alluded to the first one which is &#8220;dynamic&#8221; URL&#8217;s that are generated when the main way to access a record is via a search engine.  Allen County Deaths is a good example of this &#8211; everything is session based, the URL doesn&#8217;t change from search to search, so there is no way for us to send people to the record directly.  We realize that sending someone to a search page is not the ideal user experience, but it&#8217;s the best we can do for now and it does make data searchable that Google doesn&#8217;t index.  In the case that each record has a static/permanent URL we&#8217;ll of course try to send people to that page rather than the search form.</p>
<p>Tony the other issue which is what I assume you&#8217;re talking about, which is more about site reorganization, right? We&#8217;re working on ways to monitor whether links are still good so we can fix them as necessary. In my experience the sites that change the most often are smaller (less than 100,000 records) and html based, while the larger search engine based datasets are somewhat more constant, although this is definitely a generalization.</p>
<p>Great questions, thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Hatchett</title>
		<link>http://blogs.ancestry.com/ancestry/2011/05/13/announcing-new-web-search/#comment-53159</link>
		<dc:creator>Andy Hatchett</dc:creator>
		<pubDate>Sat, 21 May 2011 02:03:24 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.ancestry.com/ancestry/?p=5850#comment-53159</guid>
		<description>Tony Re: #26

I&#039;m curious, with no search function on the home page, how does one go about finding people once they are on the site?</description>
		<content:encoded><![CDATA[<p>Tony Re: #26</p>
<p>I&#8217;m curious, with no search function on the home page, how does one go about finding people once they are on the site?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony Cousins</title>
		<link>http://blogs.ancestry.com/ancestry/2011/05/13/announcing-new-web-search/#comment-53158</link>
		<dc:creator>Tony Cousins</dc:creator>
		<pubDate>Fri, 20 May 2011 19:27:20 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.ancestry.com/ancestry/?p=5850#comment-53158</guid>
		<description>Thanks Andy
 - we use Gedhtree and like I said it regenerates the HTML pages and we don&#039;t have a search function on our home page. 

TonyC</description>
		<content:encoded><![CDATA[<p>Thanks Andy<br />
 &#8211; we use Gedhtree and like I said it regenerates the HTML pages and we don&#8217;t have a search function on our home page. </p>
<p>TonyC</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Hatchett</title>
		<link>http://blogs.ancestry.com/ancestry/2011/05/13/announcing-new-web-search/#comment-53157</link>
		<dc:creator>Andy Hatchett</dc:creator>
		<pubDate>Fri, 20 May 2011 14:42:42 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.ancestry.com/ancestry/?p=5850#comment-53157</guid>
		<description>Tony Re: #24

From what I have seen, if a site is using non-static pages then the link just goes to the home page of the site and then the user has to use that site&#039;s search engine to find the person.

If you use the example person and do a search you will see that is what happens when you go to the Allen County website.

Brian made a post about it on one of the boards but I don&#039;t remember which one.</description>
		<content:encoded><![CDATA[<p>Tony Re: #24</p>
<p>From what I have seen, if a site is using non-static pages then the link just goes to the home page of the site and then the user has to use that site&#8217;s search engine to find the person.</p>
<p>If you use the example person and do a search you will see that is what happens when you go to the Allen County website.</p>
<p>Brian made a post about it on one of the boards but I don&#8217;t remember which one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony Cousins</title>
		<link>http://blogs.ancestry.com/ancestry/2011/05/13/announcing-new-web-search/#comment-53135</link>
		<dc:creator>Tony Cousins</dc:creator>
		<pubDate>Wed, 18 May 2011 14:06:54 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.ancestry.com/ancestry/?p=5850#comment-53135</guid>
		<description>We have our own family tree web site and publish at least twice a year. When we do the process regenerates all the HTML pages which means that any indexing can not be set in stone. How would Ancestry handle changes like this - if the site isn&#039;t reindexed after a major update then people would be directed to the wrong pages. That would be just another snafu for Ancestry and the subscribers.

TonyC</description>
		<content:encoded><![CDATA[<p>We have our own family tree web site and publish at least twice a year. When we do the process regenerates all the HTML pages which means that any indexing can not be set in stone. How would Ancestry handle changes like this &#8211; if the site isn&#8217;t reindexed after a major update then people would be directed to the wrong pages. That would be just another snafu for Ancestry and the subscribers.</p>
<p>TonyC</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: download keylogger</title>
		<link>http://blogs.ancestry.com/ancestry/2011/05/13/announcing-new-web-search/#comment-53131</link>
		<dc:creator>download keylogger</dc:creator>
		<pubDate>Tue, 17 May 2011 10:27:24 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.ancestry.com/ancestry/?p=5850#comment-53131</guid>
		<description>It is always nice to read your post as having unique and informative content to read. Can you please tell this will really helpful for showing fast indexing of new site?</description>
		<content:encoded><![CDATA[<p>It is always nice to read your post as having unique and informative content to read. Can you please tell this will really helpful for showing fast indexing of new site?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pat Haley</title>
		<link>http://blogs.ancestry.com/ancestry/2011/05/13/announcing-new-web-search/#comment-53130</link>
		<dc:creator>Pat Haley</dc:creator>
		<pubDate>Mon, 16 May 2011 22:03:36 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.ancestry.com/ancestry/?p=5850#comment-53130</guid>
		<description>THANK YOU Carol A. H.!!!!   No, I don&#039;t like the new format.  I was &quot;raised&quot; with the old one so I prefer it.</description>
		<content:encoded><![CDATA[<p>THANK YOU Carol A. H.!!!!   No, I don&#8217;t like the new format.  I was &#8220;raised&#8221; with the old one so I prefer it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken Hinds</title>
		<link>http://blogs.ancestry.com/ancestry/2011/05/13/announcing-new-web-search/#comment-53129</link>
		<dc:creator>Ken Hinds</dc:creator>
		<pubDate>Mon, 16 May 2011 11:59:23 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.ancestry.com/ancestry/?p=5850#comment-53129</guid>
		<description>#15 Patsy:

Re your second issue:

The reason you get so many ridiculous results to your searches is that it is not matching on everything you enter. 

On the search page, click &quot;Advanced Search&quot;. This gives you a new option: &quot;Match all terms exactly&quot;. Click this option and try your search again.

Without this option, if you search for Wilson Rigsby born in Kentucky, you get:

a: Everyone named Wilson Rigsby, regardless of birth place
b: Everyone named Wilson born in Kentucky, regardless of last name
c: Everyone named Rigsby born in Kentucky, regardless of first name

With the option, you get only Wilson Rigsby born in Kentucky.

Why &quot;match all exactly&quot; is not the default I simply cannot comprehend.</description>
		<content:encoded><![CDATA[<p>#15 Patsy:</p>
<p>Re your second issue:</p>
<p>The reason you get so many ridiculous results to your searches is that it is not matching on everything you enter. </p>
<p>On the search page, click &#8220;Advanced Search&#8221;. This gives you a new option: &#8220;Match all terms exactly&#8221;. Click this option and try your search again.</p>
<p>Without this option, if you search for Wilson Rigsby born in Kentucky, you get:</p>
<p>a: Everyone named Wilson Rigsby, regardless of birth place<br />
b: Everyone named Wilson born in Kentucky, regardless of last name<br />
c: Everyone named Rigsby born in Kentucky, regardless of first name</p>
<p>With the option, you get only Wilson Rigsby born in Kentucky.</p>
<p>Why &#8220;match all exactly&#8221; is not the default I simply cannot comprehend.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carol A. H.</title>
		<link>http://blogs.ancestry.com/ancestry/2011/05/13/announcing-new-web-search/#comment-53128</link>
		<dc:creator>Carol A. H.</dc:creator>
		<pubDate>Sun, 15 May 2011 23:38:24 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.ancestry.com/ancestry/?p=5850#comment-53128</guid>
		<description>#19 Pat:

I&#039;m assuming you dont&#039;t like the NEW search and want to go back to the OLD search.

Click &quot;Search&quot; from the main menu bar.
On the far, far right near the top, in a teeny tiny font, will be &quot;Go to Old/New Search.&quot;
Click that and you will change to the other search mode.</description>
		<content:encoded><![CDATA[<p>#19 Pat:</p>
<p>I&#8217;m assuming you dont&#8217;t like the NEW search and want to go back to the OLD search.</p>
<p>Click &#8220;Search&#8221; from the main menu bar.<br />
On the far, far right near the top, in a teeny tiny font, will be &#8220;Go to Old/New Search.&#8221;<br />
Click that and you will change to the other search mode.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
