<?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"
	>
<channel>
	<title>Comments on: Whither GEDCOM X?</title>
	<atom:link href="http://www.beholdgenealogy.com/blog/?feed=rss2&#038;p=1096" rel="self" type="application/rss+xml" />
	<link>http://www.beholdgenealogy.com/blog/?p=1096</link>
	<description>the Development of my Genealogy Program named Behold</description>
	
		<image>
	<link>http://www.beholdgenealogy.com/blog</link>
	<url>http://www.beholdgenealogy.com/blog/../beholdblog.gif</url>
	</image>
	<copyright>Comments by Louis Kessler are Copyright 2000-2013 Louis Kessler, All Rights Reserved.  Comments by others belong to the people who made them.</copyright>
		<item>
		<title>By: Tamura Jones - Google+ - FHISO and GEDCOM X</title>
		<link>http://www.beholdgenealogy.com/blog/?p=1096#comment-524</link>

				<dc:creator>Tamura Jones - Google+ - FHISO and GEDCOM X</dc:creator>

		<pubDate>Thu, 19 Jul 2012 21:27:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.beholdgenealogy.com/blog/?p=1096#comment-524</guid>
		<description>... Louis Kessler did a blog post that garnered some comments: ...</description>
		<content:encoded><![CDATA[<p>&#8230; Louis Kessler did a blog post that garnered some comments: &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Whither FHISO and GEDCOM X? Observations and Commentary</title>
		<link>http://www.beholdgenealogy.com/blog/?p=1096#comment-516</link>

				<dc:creator>Whither FHISO and GEDCOM X? Observations and Commentary</dc:creator>

		<pubDate>Wed, 18 Jul 2012 21:44:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.beholdgenealogy.com/blog/?p=1096#comment-516</guid>
		<description>... Since RootsTech 2012, there were some announcements and blog posts about GEDCOM X and FHISO ...</description>
		<content:encoded><![CDATA[<p>&#8230; Since RootsTech 2012, there were some announcements and blog posts about GEDCOM X and FHISO &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Louis Kessler</title>
		<link>http://www.beholdgenealogy.com/blog/?p=1096#comment-509</link>

				<dc:creator>Louis Kessler</dc:creator>

		<pubDate>Sat, 09 Jun 2012 04:19:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.beholdgenealogy.com/blog/?p=1096#comment-509</guid>
		<description>Tamura is right. Bloatedness adds overhead in execution time and transfer time. If a standard is used for everything and that everything becomes 4 times bigger than it need be, then it's a waste. When online databases of millions of names are created, it will slow things down from 4 to 16 times. That will slow down millions of people doing the same thing over and over, time after time. It's better to not add bloatedness to a new standard if it can be at all helped.

As far as data formats go, GEDCOM is not too wasteful on space. It is better than XML, but not as good as a database. It's the addition of all the "standards" stuff into the XML and the repetition of declarations for each entity that causes the real bloat.

Most of these updates to GEDCOM would not add significant size to the file. Some, such as a Place record, might add a bit of size, but nothing close to the 2 or 3 or 4 or 40 times the file size that the standardizations add.</description>
		<content:encoded><![CDATA[<p>Tamura is right. Bloatedness adds overhead in execution time and transfer time. If a standard is used for everything and that everything becomes 4 times bigger than it need be, then it&#8217;s a waste. When online databases of millions of names are created, it will slow things down from 4 to 16 times. That will slow down millions of people doing the same thing over and over, time after time. It&#8217;s better to not add bloatedness to a new standard if it can be at all helped.</p>
<p>As far as data formats go, GEDCOM is not too wasteful on space. It is better than XML, but not as good as a database. It&#8217;s the addition of all the &#8220;standards&#8221; stuff into the XML and the repetition of declarations for each entity that causes the real bloat.</p>
<p>Most of these updates to GEDCOM would not add significant size to the file. Some, such as a Place record, might add a bit of size, but nothing close to the 2 or 3 or 4 or 40 times the file size that the standardizations add.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Louis Kessler</title>
		<link>http://www.beholdgenealogy.com/blog/?p=1096#comment-508</link>

				<dc:creator>Louis Kessler</dc:creator>

		<pubDate>Sat, 09 Jun 2012 03:46:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.beholdgenealogy.com/blog/?p=1096#comment-508</guid>
		<description>Everyone makes lists of &lt;a href="http://www.gedcomx.org/Legacy-GEDCOM-Deficiencies.html" rel="nofollow"&gt;what's wrong with GEDCOM&lt;/a&gt;. There's never anything in those lists that couldn't be handled relatively easily with an updated GEDCOM. &lt;a href="https://github.com/FamilySearch/gedcomx/issues/141#issuecomment-6206680" rel="nofollow"&gt;Ryan Heaton claims that GEDCOM X has resolved a lot of the deficiencies&lt;/a&gt;.

But have you seen any lists of what's right with GEDCOM? I've delved deeply into GEDCOM as I've programmed the guts out of it with Behold. I could make a list of rights that is much more extensive than the list of wrongs. How many of the "rights" has GEDCOM X forgotten about and not implemented? There's decades of these rights embedded in the old standard, including fixes and tweaks that happened as updates to the standard. That's something not easily duplicated in a new standard developed from scratch.

An updated GEDCOM to me is not just viable, but the best solution to a new standard. I am probably the most vocal supporter of this. I don't know offhand of anyone else who supports this idea. I have expressed these thoughts many times on BetterGEDCOM, but never got any encouragement to carry the thought forward.  

Part of the reason, I believe, is that no one has taken the time to really study GEDCOM and the thought that went into it. Personally, I really appreciate what they've done. GEDCOM's success has been phenomenal, as 99% of genealogy software have provided some measure of support of the GEDCOM standard. New programs today know they need to incorporate this 20 year old standard if they want genealogists to consider them. No other field that I know of has a standard that's been around as long and become this entrenched.</description>
		<content:encoded><![CDATA[<p>Everyone makes lists of <a href="http://www.gedcomx.org/Legacy-GEDCOM-Deficiencies.html" rel="nofollow">what&#8217;s wrong with GEDCOM</a>. There&#8217;s never anything in those lists that couldn&#8217;t be handled relatively easily with an updated GEDCOM. <a href="https://github.com/FamilySearch/gedcomx/issues/141#issuecomment-6206680" rel="nofollow">Ryan Heaton claims that GEDCOM X has resolved a lot of the deficiencies</a>.</p>
<p>But have you seen any lists of what&#8217;s right with GEDCOM? I&#8217;ve delved deeply into GEDCOM as I&#8217;ve programmed the guts out of it with Behold. I could make a list of rights that is much more extensive than the list of wrongs. How many of the &#8220;rights&#8221; has GEDCOM X forgotten about and not implemented? There&#8217;s decades of these rights embedded in the old standard, including fixes and tweaks that happened as updates to the standard. That&#8217;s something not easily duplicated in a new standard developed from scratch.</p>
<p>An updated GEDCOM to me is not just viable, but the best solution to a new standard. I am probably the most vocal supporter of this. I don&#8217;t know offhand of anyone else who supports this idea. I have expressed these thoughts many times on BetterGEDCOM, but never got any encouragement to carry the thought forward.  </p>
<p>Part of the reason, I believe, is that no one has taken the time to really study GEDCOM and the thought that went into it. Personally, I really appreciate what they&#8217;ve done. GEDCOM&#8217;s success has been phenomenal, as 99% of genealogy software have provided some measure of support of the GEDCOM standard. New programs today know they need to incorporate this 20 year old standard if they want genealogists to consider them. No other field that I know of has a standard that&#8217;s been around as long and become this entrenched.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brett</title>
		<link>http://www.beholdgenealogy.com/blog/?p=1096#comment-507</link>

				<dc:creator>Brett</dc:creator>

		<pubDate>Sat, 09 Jun 2012 03:13:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.beholdgenealogy.com/blog/?p=1096#comment-507</guid>
		<description>I note the concerns Tamura has said re size of GEDCOM X files. Do you see a GEDCOM update as being significantly different in file size to that of 5 or 5.5?</description>
		<content:encoded><![CDATA[<p>I note the concerns Tamura has said re size of GEDCOM X files. Do you see a GEDCOM update as being significantly different in file size to that of 5 or 5.5?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brett</title>
		<link>http://www.beholdgenealogy.com/blog/?p=1096#comment-506</link>

				<dc:creator>Brett</dc:creator>

		<pubDate>Sat, 09 Jun 2012 03:12:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.beholdgenealogy.com/blog/?p=1096#comment-506</guid>
		<description>Brett said: "GEDCOM X may end up being the only format in the running for this standard".
Louis said: "GEDCOM ... could probably be fixed with one or two significant but not earth-shattering updates".

So is/should an updated GEDCOM be a viable consideration for the standard? Does anyone else support your thoughts on this?</description>
		<content:encoded><![CDATA[<p>Brett said: &#8220;GEDCOM X may end up being the only format in the running for this standard&#8221;.<br />
Louis said: &#8220;GEDCOM &#8230; could probably be fixed with one or two significant but not earth-shattering updates&#8221;.</p>
<p>So is/should an updated GEDCOM be a viable consideration for the standard? Does anyone else support your thoughts on this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Louis Kessler</title>
		<link>http://www.beholdgenealogy.com/blog/?p=1096#comment-505</link>

				<dc:creator>Louis Kessler</dc:creator>

		<pubDate>Sat, 09 Jun 2012 01:38:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.beholdgenealogy.com/blog/?p=1096#comment-505</guid>
		<description>Brett said: "... 'extras' could be accomodated through updates."

Absolutely! GEDCOM was excellent at the time. If they had not stopped updating it, we'd have a really fine standard today. I'm sure it would have everything everyone is looking for and data would be transferring almost flawlessly between programs (of developers willing enough to properly implement it).

Instead, the adverse reaction is that "GEDCOM's terrible" and "it has to be rewritten from scratch". That's the part I disagree with. In my opinion, GEDCOM is very good and has proved its mettle over time.

I think GEDCOM needs updates, 20 years of updates for that matter. But the basic concepts and overall structure is well thought out. To rewrite everything from scratch and recreate every idea is a gigantic effort that will never get agreement by everyone.

The sad part of it is that, in my opinion, all the things people think are wrong or missing from GEDCOM today could probably be fixed with one or two significant but not earth-shattering updates. That could be done and agreed to in a year or so, and it would be accepted quite readily by genealogy software developers who want a standard way to share their citations, place records, multimedia and other needed entities.

For those purists who want XML or JSON syntax, they are mappable 1-1 from the GEDCOM syntax and translators would be quick and easy. That's trivial.

I have not been convinced by anyone yet of any good reason to start over, which is what everyone's trying to do.

Louis</description>
		<content:encoded><![CDATA[<p>Brett said: &#8220;&#8230; &#8216;extras&#8217; could be accomodated through updates.&#8221;</p>
<p>Absolutely! GEDCOM was excellent at the time. If they had not stopped updating it, we&#8217;d have a really fine standard today. I&#8217;m sure it would have everything everyone is looking for and data would be transferring almost flawlessly between programs (of developers willing enough to properly implement it).</p>
<p>Instead, the adverse reaction is that &#8220;GEDCOM&#8217;s terrible&#8221; and &#8220;it has to be rewritten from scratch&#8221;. That&#8217;s the part I disagree with. In my opinion, GEDCOM is very good and has proved its mettle over time.</p>
<p>I think GEDCOM needs updates, 20 years of updates for that matter. But the basic concepts and overall structure is well thought out. To rewrite everything from scratch and recreate every idea is a gigantic effort that will never get agreement by everyone.</p>
<p>The sad part of it is that, in my opinion, all the things people think are wrong or missing from GEDCOM today could probably be fixed with one or two significant but not earth-shattering updates. That could be done and agreed to in a year or so, and it would be accepted quite readily by genealogy software developers who want a standard way to share their citations, place records, multimedia and other needed entities.</p>
<p>For those purists who want XML or JSON syntax, they are mappable 1-1 from the GEDCOM syntax and translators would be quick and easy. That&#8217;s trivial.</p>
<p>I have not been convinced by anyone yet of any good reason to start over, which is what everyone&#8217;s trying to do.</p>
<p>Louis</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brett</title>
		<link>http://www.beholdgenealogy.com/blog/?p=1096#comment-504</link>

				<dc:creator>Brett</dc:creator>

		<pubDate>Fri, 08 Jun 2012 23:21:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.beholdgenealogy.com/blog/?p=1096#comment-504</guid>
		<description>It’s impossible to get a standard agreed on that is complete enough to include everything needed in an unambiguous way that every programmer will include and implement perfectly.

While I reluctantly agree to the above, I would be hoping that any standard developed and accepted by a reasonable number of developers/web sites would be supported sufficiently that any 'extras' could be accomodated through updates.</description>
		<content:encoded><![CDATA[<p>It’s impossible to get a standard agreed on that is complete enough to include everything needed in an unambiguous way that every programmer will include and implement perfectly.</p>
<p>While I reluctantly agree to the above, I would be hoping that any standard developed and accepted by a reasonable number of developers/web sites would be supported sufficiently that any &#8216;extras&#8217; could be accomodated through updates.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Catching Up -- GEDCOMX, Better GEDCOM, and FHISO - Stardust 'n' Roots</title>
		<link>http://www.beholdgenealogy.com/blog/?p=1096#comment-503</link>

				<dc:creator>Catching Up -- GEDCOMX, Better GEDCOM, and FHISO - Stardust 'n' Roots</dc:creator>

		<pubDate>Fri, 08 Jun 2012 18:22:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.beholdgenealogy.com/blog/?p=1096#comment-503</guid>
		<description>... Louis Kessler, developer of Behold, has given a cursory review of the GEDCOM X publicly released data format. His primary concern is ...</description>
		<content:encoded><![CDATA[<p>&#8230; Louis Kessler, developer of Behold, has given a cursory review of the GEDCOM X publicly released data format. His primary concern is &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Louis Kessler</title>
		<link>http://www.beholdgenealogy.com/blog/?p=1096#comment-502</link>

				<dc:creator>Louis Kessler</dc:creator>

		<pubDate>Fri, 08 Jun 2012 13:03:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.beholdgenealogy.com/blog/?p=1096#comment-502</guid>
		<description>Sorry for going too far on the technical side. 

Yes, the goal of everyone is to transfer their data seamlessly between programs which - new standard or not - is never going to happen. It's impossible to get a standard agreed on that is complete enough to include everything needed in an unambiguous way that every programmer will include and implement perfectly. I wouldn't be surprised if a new standard never reaches the levels of acceptance and amount of correct data transferance that GEDCOM has.

GEDCOM X is leading the game, because they're now the first of the new breed of replace-GEDCOM groups that has published their specs. I'm am saying there will be alternatives coming, but for there to be a standard, there's got to be just one that wins. For it to best help the genealogy community, the various factions ultimately must work together and compromise on a new all-encompassing standard. 

Ergo GEDCOM will be around for a while.</description>
		<content:encoded><![CDATA[<p>Sorry for going too far on the technical side. </p>
<p>Yes, the goal of everyone is to transfer their data seamlessly between programs which - new standard or not - is never going to happen. It&#8217;s impossible to get a standard agreed on that is complete enough to include everything needed in an unambiguous way that every programmer will include and implement perfectly. I wouldn&#8217;t be surprised if a new standard never reaches the levels of acceptance and amount of correct data transferance that GEDCOM has.</p>
<p>GEDCOM X is leading the game, because they&#8217;re now the first of the new breed of replace-GEDCOM groups that has published their specs. I&#8217;m am saying there will be alternatives coming, but for there to be a standard, there&#8217;s got to be just one that wins. For it to best help the genealogy community, the various factions ultimately must work together and compromise on a new all-encompassing standard. </p>
<p>Ergo GEDCOM will be around for a while.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brett</title>
		<link>http://www.beholdgenealogy.com/blog/?p=1096#comment-501</link>

				<dc:creator>Brett</dc:creator>

		<pubDate>Fri, 08 Jun 2012 04:19:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.beholdgenealogy.com/blog/?p=1096#comment-501</guid>
		<description>All this is somewhat too technical for a mere genealogist as myself.

I appreciate the advantage of a standard 'protocol' for transferring information between programs. But I am at a loss as to why GEDCOM X may end up being the only format in the running for this standard.

Originally, I thought GEDCOM X was an internal requirement for Family Search and thus thought a standard was still required for transfer of data. From this, I envisaged Family Search would convert data from the standard (from other programs) to their format, to enable use on their site. I also thought Family Search would eventually offer a conversion option from their data to the standard.

What I wish to do, when it is all said and done, is to be able transfer my information between programs for my use (without loss or corruption) and also to send/give to other researchers/family members, to allow them to use the program / site of their choice.</description>
		<content:encoded><![CDATA[<p>All this is somewhat too technical for a mere genealogist as myself.</p>
<p>I appreciate the advantage of a standard &#8216;protocol&#8217; for transferring information between programs. But I am at a loss as to why GEDCOM X may end up being the only format in the running for this standard.</p>
<p>Originally, I thought GEDCOM X was an internal requirement for Family Search and thus thought a standard was still required for transfer of data. From this, I envisaged Family Search would convert data from the standard (from other programs) to their format, to enable use on their site. I also thought Family Search would eventually offer a conversion option from their data to the standard.</p>
<p>What I wish to do, when it is all said and done, is to be able transfer my information between programs for my use (without loss or corruption) and also to send/give to other researchers/family members, to allow them to use the program / site of their choice.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 1.071 seconds -->
