<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.1" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Query Builder</title>
	<link>http://www.dftproject.org/blog/2007/04/02/query-builder/</link>
	<description></description>
	<pubDate>Sat, 04 Feb 2012 02:50:10 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.1</generator>

	<item>
		<title>By: crex</title>
		<link>http://www.dftproject.org/blog/2007/04/02/query-builder/#comment-1749</link>
		<author>crex</author>
		<pubDate>Tue, 03 Apr 2007 05:43:55 +0000</pubDate>
		<guid>http://www.dftproject.org/blog/2007/04/02/query-builder/#comment-1749</guid>
					<description>Nice, but I was hoping it would include Places, not just Gender ...</description>
		<content:encoded><![CDATA[<p>Nice, but I was hoping it would include Places, not just Gender &#8230;</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Hilton</title>
		<link>http://www.dftproject.org/blog/2007/04/02/query-builder/#comment-1752</link>
		<author>Hilton</author>
		<pubDate>Tue, 03 Apr 2007 17:06:19 +0000</pubDate>
		<guid>http://www.dftproject.org/blog/2007/04/02/query-builder/#comment-1752</guid>
					<description>It now includes places.</description>
		<content:encoded><![CDATA[<p>It now includes places.</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: crex</title>
		<link>http://www.dftproject.org/blog/2007/04/02/query-builder/#comment-1754</link>
		<author>crex</author>
		<pubDate>Wed, 04 Apr 2007 09:58:00 +0000</pubDate>
		<guid>http://www.dftproject.org/blog/2007/04/02/query-builder/#comment-1754</guid>
					<description>Very useful. Thanx.

I see there are some problems with records from Herlin Family Tree (e.g. http://familj.herlin.se/individual.php?ged=familj.ged&#38;pid=I242:1). The names doesn't show in Genesis, and in Born there are four squares of which three are filled with dates (two birth dates and one death date). I see now, there are problems with other sites as well regarding the dates ... I suspect you missed something in the coding.

I like the look of the personal information. Nice icons and cute colors :)</description>
		<content:encoded><![CDATA[<p>Very useful. Thanx.</p>
<p>I see there are some problems with records from Herlin Family Tree (e.g. <a href="http://familj.herlin.se/individual.php?ged=familj.ged&amp;pid=I242:1" rel="nofollow">http://familj.herlin.se/individual.php?ged=familj.ged&amp;pid=I242:1</a>). The names doesn&#8217;t show in Genesis, and in Born there are four squares of which three are filled with dates (two birth dates and one death date). I see now, there are problems with other sites as well regarding the dates &#8230; I suspect you missed something in the coding.</p>
<p>I like the look of the personal information. Nice icons and cute colors :)</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Hilton</title>
		<link>http://www.dftproject.org/blog/2007/04/02/query-builder/#comment-1756</link>
		<author>Hilton</author>
		<pubDate>Thu, 05 Apr 2007 00:35:11 +0000</pubDate>
		<guid>http://www.dftproject.org/blog/2007/04/02/query-builder/#comment-1756</guid>
					<description>Thanks for the tip!  I looked into the specific case you mentioned, and it appears that the GEDCOM file has a NAME tag &lt;i&gt;without&lt;/i&gt; a value and GIVN and SURN subtags with the given name and surname respectively.  I've also noticed that death records are being stored as birth records in general, which was indeed an oversight.  I'll fix both issues as soon as I can and release an update.</description>
		<content:encoded><![CDATA[<p>Thanks for the tip!  I looked into the specific case you mentioned, and it appears that the GEDCOM file has a NAME tag <i>without</i> a value and GIVN and SURN subtags with the given name and surname respectively.  I&#8217;ve also noticed that death records are being stored as birth records in general, which was indeed an oversight.  I&#8217;ll fix both issues as soon as I can and release an update.</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Anders Berg</title>
		<link>http://www.dftproject.org/blog/2007/04/02/query-builder/#comment-1760</link>
		<author>Anders Berg</author>
		<pubDate>Thu, 05 Apr 2007 05:32:27 +0000</pubDate>
		<guid>http://www.dftproject.org/blog/2007/04/02/query-builder/#comment-1760</guid>
					<description>Hi there Hilton, a very interesting project you're working with. I have some questions though.

The update and search is EXTREMELY slow, which makes it unworkable. PGVUpdate is after several minutes just 14% thru. The search for persons finds a new item once a minute about...

It feels like you actually collect the data from the source sites in real time! This seems very inefficient. Why don't you index the sites with key information and store it in a database and let the user search that database? It would of course include the link to the source site data. I mean, Google doesn't visit all the sites in the world when you hit their search button.

When it comes to the search I now found the Toggle Query Builder (could be more obvious). You should be able to search for first and last names seperately. Also birth and death dates. The result should be sortable for both first and last names. The dates column should have the year, month and day in that order, to give sorting any meaning. 

It looks good otherwise, but my main concern is the update and speed. PGVAgent Update is now 22% ready... ;)</description>
		<content:encoded><![CDATA[<p>Hi there Hilton, a very interesting project you&#8217;re working with. I have some questions though.</p>
<p>The update and search is EXTREMELY slow, which makes it unworkable. PGVUpdate is after several minutes just 14% thru. The search for persons finds a new item once a minute about&#8230;</p>
<p>It feels like you actually collect the data from the source sites in real time! This seems very inefficient. Why don&#8217;t you index the sites with key information and store it in a database and let the user search that database? It would of course include the link to the source site data. I mean, Google doesn&#8217;t visit all the sites in the world when you hit their search button.</p>
<p>When it comes to the search I now found the Toggle Query Builder (could be more obvious). You should be able to search for first and last names seperately. Also birth and death dates. The result should be sortable for both first and last names. The dates column should have the year, month and day in that order, to give sorting any meaning. </p>
<p>It looks good otherwise, but my main concern is the update and speed. PGVAgent Update is now 22% ready&#8230; ;)</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Jesper Zedlitz</title>
		<link>http://www.dftproject.org/blog/2007/04/02/query-builder/#comment-1762</link>
		<author>Jesper Zedlitz</author>
		<pubDate>Thu, 05 Apr 2007 05:52:54 +0000</pubDate>
		<guid>http://www.dftproject.org/blog/2007/04/02/query-builder/#comment-1762</guid>
					<description>That is where the Valhalla server comes in play. It stores the data that has been retrieved from the various remote sites. Is that your idea, Hilton? There will probably be two modes for a Valhalla server (like a DNS server) a recursive mode where the server will connect to peers and query for data and a local mode that only searches in local data.</description>
		<content:encoded><![CDATA[<p>That is where the Valhalla server comes in play. It stores the data that has been retrieved from the various remote sites. Is that your idea, Hilton? There will probably be two modes for a Valhalla server (like a DNS server) a recursive mode where the server will connect to peers and query for data and a local mode that only searches in local data.</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Hilton</title>
		<link>http://www.dftproject.org/blog/2007/04/02/query-builder/#comment-1765</link>
		<author>Hilton</author>
		<pubDate>Thu, 05 Apr 2007 17:10:03 +0000</pubDate>
		<guid>http://www.dftproject.org/blog/2007/04/02/query-builder/#comment-1765</guid>
					<description>Anders Berg:

I'm really surprised that the PGVAgent update is running so slowly.  It could be that you're running a search at the same time, which would tend to slow it down.  Subsequent updates will go a lot faster as all the information is already in the cache.

Genesis does indeed collect all the data in real time, which is on the one hand really cool, but on the other hand really unworkable as you say.  I agree that the solution is to index it on a central server, but I don't have the time or resources to do that right now.  I'm simply working with what's there.  I would strongly encourage anyone who has the inclination to produce such a server, and I'm working hard to offer an architecture in Genesis which will make it easy to write plug-ins for any data source out there.  I just don't have the time to do it all myself.

The query builder could be a bit more obvious, so in the next revision I'll have it visible by default.  In a future release I'll add additional fields and make it easy to script your own fields.  Once I have dates in a machine-understandable format I'll fix the sorting as well.

Jesper:

You're exactly right, as usual :).</description>
		<content:encoded><![CDATA[<p>Anders Berg:</p>
<p>I&#8217;m really surprised that the PGVAgent update is running so slowly.  It could be that you&#8217;re running a search at the same time, which would tend to slow it down.  Subsequent updates will go a lot faster as all the information is already in the cache.</p>
<p>Genesis does indeed collect all the data in real time, which is on the one hand really cool, but on the other hand really unworkable as you say.  I agree that the solution is to index it on a central server, but I don&#8217;t have the time or resources to do that right now.  I&#8217;m simply working with what&#8217;s there.  I would strongly encourage anyone who has the inclination to produce such a server, and I&#8217;m working hard to offer an architecture in Genesis which will make it easy to write plug-ins for any data source out there.  I just don&#8217;t have the time to do it all myself.</p>
<p>The query builder could be a bit more obvious, so in the next revision I&#8217;ll have it visible by default.  In a future release I&#8217;ll add additional fields and make it easy to script your own fields.  Once I have dates in a machine-understandable format I&#8217;ll fix the sorting as well.</p>
<p>Jesper:</p>
<p>You&#8217;re exactly right, as usual :).</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Anders Berg</title>
		<link>http://www.dftproject.org/blog/2007/04/02/query-builder/#comment-1768</link>
		<author>Anders Berg</author>
		<pubDate>Thu, 05 Apr 2007 21:25:37 +0000</pubDate>
		<guid>http://www.dftproject.org/blog/2007/04/02/query-builder/#comment-1768</guid>
					<description>Thanks for your reply. Sounds like we agree on the best solution.

I wonder if not my slow update is because I'm pretty low on disk space. Saw your latest entry about checking the user directory and the cache, and, oh my, 100 MB is in the Genesis directory.</description>
		<content:encoded><![CDATA[<p>Thanks for your reply. Sounds like we agree on the best solution.</p>
<p>I wonder if not my slow update is because I&#8217;m pretty low on disk space. Saw your latest entry about checking the user directory and the cache, and, oh my, 100 MB is in the Genesis directory.</p>
]]></content:encoded>
				</item>
</channel>
</rss>

