<?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: RootsMagic 4 Unwrapped &#8211; Named Groups</title>
	<atom:link href="http://blog.rootsmagic.com/?feed=rss2&#038;p=169" rel="self" type="application/rss+xml" />
	<link>http://blog.rootsmagic.com/?p=169</link>
	<description>News about RootsMagic, Personal Historian, and Family Atlas software</description>
	<lastBuildDate>Sat, 27 Apr 2013 15:42:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Cheryl Hamilton</title>
		<link>http://blog.rootsmagic.com/?p=169&#038;cpage=1#comment-3796</link>
		<dc:creator>Cheryl Hamilton</dc:creator>
		<pubDate>Fri, 13 Mar 2009 10:31:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rootsmagic.com/?p=169#comment-3796</guid>
		<description><![CDATA[This is one feature that is extremely useful. I have grouped the direct ancestors all the way back on one line. I have also grouped together the line that leads to the author of the book about my family. I have several ways of using this feature.]]></description>
		<content:encoded><![CDATA[<p>This is one feature that is extremely useful. I have grouped the direct ancestors all the way back on one line. I have also grouped together the line that leads to the author of the book about my family. I have several ways of using this feature.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gary Murrell</title>
		<link>http://blog.rootsmagic.com/?p=169&#038;cpage=1#comment-1881</link>
		<dc:creator>Gary Murrell</dc:creator>
		<pubDate>Tue, 25 Nov 2008 20:08:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rootsmagic.com/?p=169#comment-1881</guid>
		<description><![CDATA[I&#039;ve been waiting for this for eons! I upload gedcoms to WorldConnect and each time I do I have to re-generate the people I want to include - a very time-consuming job. Now I will be able to do it once - with future uploads not requirsing re-selection. Awesome!!!]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve been waiting for this for eons! I upload gedcoms to WorldConnect and each time I do I have to re-generate the people I want to include &#8211; a very time-consuming job. Now I will be able to do it once &#8211; with future uploads not requirsing re-selection. Awesome!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Oddvar Sellereite</title>
		<link>http://blog.rootsmagic.com/?p=169&#038;cpage=1#comment-1508</link>
		<dc:creator>Jon Oddvar Sellereite</dc:creator>
		<pubDate>Sun, 26 Oct 2008 04:34:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rootsmagic.com/?p=169#comment-1508</guid>
		<description><![CDATA[Named groups are very velcomed. I wrote an article in the wish list with link: http://www.rootsmagic.com/forums/index.php?showtopic=5166&amp;hl. 
My main purpose for this suggestion was a way of filtering persons into how reliable the information for them are, and by this way be able to exclude them from certain reports. Especially I looked for a way to isolate persons imported from a GEDCOM file or other files. A principle I had in mind with this purpose was that one person only could belong to one group. But that you easily could switch a person from one group to another according to your research.

In RM4 named groups are introduced, but also a sort of proof level, that can be put on parent relations and on facts. In the introduced named groups functionality, a person can belong to several groups. Will the way named groups are implemented and the proof level option give possebilities to isolate imported Gedcom files, and exclude uncertain persons from published reports? Just as important as decide which person you want to include into a report, is the the possebility to decide which persons to exclude from certain reports.

When importing a Gedcom file in RM4, will it be possible to create a named group, and that all imported persons are put into this group? Will it be possible to exclude uncertain persons from reports?

I also see the discussion of static and dynamic groups. I can see a conflict between dynamic groups based on a search criteria, and the possebility of including/excluding single persons (one by one) to/from a group. Will the introduced way of named groups give possebility to include/exclude single persons to/from a group?

Jon Oddvar Sellereite]]></description>
		<content:encoded><![CDATA[<p>Named groups are very velcomed. I wrote an article in the wish list with link: <a href="http://www.rootsmagic.com/forums/index.php?showtopic=5166&#038;hl" rel="nofollow">http://www.rootsmagic.com/forums/index.php?showtopic=5166&#038;hl</a>.<br />
My main purpose for this suggestion was a way of filtering persons into how reliable the information for them are, and by this way be able to exclude them from certain reports. Especially I looked for a way to isolate persons imported from a GEDCOM file or other files. A principle I had in mind with this purpose was that one person only could belong to one group. But that you easily could switch a person from one group to another according to your research.</p>
<p>In RM4 named groups are introduced, but also a sort of proof level, that can be put on parent relations and on facts. In the introduced named groups functionality, a person can belong to several groups. Will the way named groups are implemented and the proof level option give possebilities to isolate imported Gedcom files, and exclude uncertain persons from published reports? Just as important as decide which person you want to include into a report, is the the possebility to decide which persons to exclude from certain reports.</p>
<p>When importing a Gedcom file in RM4, will it be possible to create a named group, and that all imported persons are put into this group? Will it be possible to exclude uncertain persons from reports?</p>
<p>I also see the discussion of static and dynamic groups. I can see a conflict between dynamic groups based on a search criteria, and the possebility of including/excluding single persons (one by one) to/from a group. Will the introduced way of named groups give possebility to include/exclude single persons to/from a group?</p>
<p>Jon Oddvar Sellereite</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vyger</title>
		<link>http://blog.rootsmagic.com/?p=169&#038;cpage=1#comment-1253</link>
		<dc:creator>Vyger</dc:creator>
		<pubDate>Mon, 06 Oct 2008 02:41:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rootsmagic.com/?p=169#comment-1253</guid>
		<description><![CDATA[Ah well, I thought these groups would have existed around a stored search criteria and therefore dynamic but at least after the last post by Bruce it looks like that will come in a patch.

Still a great thing to look forward to in the future.]]></description>
		<content:encoded><![CDATA[<p>Ah well, I thought these groups would have existed around a stored search criteria and therefore dynamic but at least after the last post by Bruce it looks like that will come in a patch.</p>
<p>Still a great thing to look forward to in the future.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jerry Bryan</title>
		<link>http://blog.rootsmagic.com/?p=169&#038;cpage=1#comment-1252</link>
		<dc:creator>Jerry Bryan</dc:creator>
		<pubDate>Mon, 06 Oct 2008 01:53:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rootsmagic.com/?p=169#comment-1252</guid>
		<description><![CDATA[Even as static, it&#039;s a great enhancement, and it will be even better when it&#039;s dynamic --  well worth waiting for.]]></description>
		<content:encoded><![CDATA[<p>Even as static, it&#8217;s a great enhancement, and it will be even better when it&#8217;s dynamic &#8212;  well worth waiting for.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bruce Buzbee</title>
		<link>http://blog.rootsmagic.com/?p=169&#038;cpage=1#comment-1251</link>
		<dc:creator>Bruce Buzbee</dc:creator>
		<pubDate>Sun, 05 Oct 2008 22:56:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rootsmagic.com/?p=169#comment-1251</guid>
		<description><![CDATA[Named groups are currently static.  We will be addressing dynamic groups (for lack of a better name) down the road a bit.  We are having to temporarily remove some functionality that isn&#039;t ready yet in order to get the program out like everyone is clamoring for.]]></description>
		<content:encoded><![CDATA[<p>Named groups are currently static.  We will be addressing dynamic groups (for lack of a better name) down the road a bit.  We are having to temporarily remove some functionality that isn&#8217;t ready yet in order to get the program out like everyone is clamoring for.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vyger</title>
		<link>http://blog.rootsmagic.com/?p=169&#038;cpage=1#comment-1246</link>
		<dc:creator>Vyger</dc:creator>
		<pubDate>Sat, 04 Oct 2008 01:21:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rootsmagic.com/?p=169#comment-1246</guid>
		<description><![CDATA[Saved Search Criteria, another dream come truye - How good can this get.....Well done Bruce]]></description>
		<content:encoded><![CDATA[<p>Saved Search Criteria, another dream come truye &#8211; How good can this get&#8230;..Well done Bruce</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aussie Mike</title>
		<link>http://blog.rootsmagic.com/?p=169&#038;cpage=1#comment-1243</link>
		<dc:creator>Aussie Mike</dc:creator>
		<pubDate>Fri, 03 Oct 2008 04:02:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rootsmagic.com/?p=169#comment-1243</guid>
		<description><![CDATA[Watching the tantalising drip feed approach of RM4’s release with much anticipation, trying to hazard a guess of the pending release date has got the better of me. I carried out a regression analysis in Excel of all the dates of Bruce’s teases, together with the dates of all the comments, and extended the trend line out to take into account for another 6 teasers (‘with at least 10 more to go’ note in the ‘And the 5th tab is…’ teaser), ‘Mr Excel’ says 26 October is the date of the last of the 10 teasers.  By that stage over 260 blogs will have been recorded. Adding another one or two teasers and a couple of weeks before a release, my best estimate is mid November. By that stage I suggest the blog noise will be pushing the count to well over 300. Yes, I need to get a life as I apparently do not have enough to do.
And regarding the contents of the last 6 teasers, my wish list includes sources/repositories, better integration with personal filing systems/numbers and multiple computer use. I so hope that sources and repositories get a good thrashing as I am look to RM4 to provide some much needed direction for me. I am using my migration to RM4 as a trigger to review and sort out all of my citing/sourcing/repositories.  The deeper I research the various themes and myriad of nuances in citing genealogical information (and there is a lot of information on the net), the more I am hoping that RM4 will proudly come to the rescue and provide some leadership in a software package in encouraging us to be all good family historians. This program is setting a new benchmark and the mark getting higher and higher with each new teaser. Named Groups is a beauty. Bring it on!]]></description>
		<content:encoded><![CDATA[<p>Watching the tantalising drip feed approach of RM4’s release with much anticipation, trying to hazard a guess of the pending release date has got the better of me. I carried out a regression analysis in Excel of all the dates of Bruce’s teases, together with the dates of all the comments, and extended the trend line out to take into account for another 6 teasers (‘with at least 10 more to go’ note in the ‘And the 5th tab is…’ teaser), ‘Mr Excel’ says 26 October is the date of the last of the 10 teasers.  By that stage over 260 blogs will have been recorded. Adding another one or two teasers and a couple of weeks before a release, my best estimate is mid November. By that stage I suggest the blog noise will be pushing the count to well over 300. Yes, I need to get a life as I apparently do not have enough to do.<br />
And regarding the contents of the last 6 teasers, my wish list includes sources/repositories, better integration with personal filing systems/numbers and multiple computer use. I so hope that sources and repositories get a good thrashing as I am look to RM4 to provide some much needed direction for me. I am using my migration to RM4 as a trigger to review and sort out all of my citing/sourcing/repositories.  The deeper I research the various themes and myriad of nuances in citing genealogical information (and there is a lot of information on the net), the more I am hoping that RM4 will proudly come to the rescue and provide some leadership in a software package in encouraging us to be all good family historians. This program is setting a new benchmark and the mark getting higher and higher with each new teaser. Named Groups is a beauty. Bring it on!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Claire FitzGerald</title>
		<link>http://blog.rootsmagic.com/?p=169&#038;cpage=1#comment-1242</link>
		<dc:creator>Claire FitzGerald</dc:creator>
		<pubDate>Fri, 03 Oct 2008 00:06:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rootsmagic.com/?p=169#comment-1242</guid>
		<description><![CDATA[This all sounds just great but are you going to release version 4.0 before December 1, 2008. My time limit is about to run out. Thanks a bunch to your whole team for all the great and hard work.]]></description>
		<content:encoded><![CDATA[<p>This all sounds just great but are you going to release version 4.0 before December 1, 2008. My time limit is about to run out. Thanks a bunch to your whole team for all the great and hard work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jerry Bryan</title>
		<link>http://blog.rootsmagic.com/?p=169&#038;cpage=1#comment-1240</link>
		<dc:creator>Jerry Bryan</dc:creator>
		<pubDate>Thu, 02 Oct 2008 17:38:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rootsmagic.com/?p=169#comment-1240</guid>
		<description><![CDATA[Here&#039;s a follow-up comment on the static vs. dynamic question.

The current version of GenSmarts has a capability to process a subset of your database, and the subset capability is remarkably similar to the new Groups facility in RM 4.  The GenSmarts subset capability is &quot;mostly dynamic&quot;.  Individual people are not marked as being in the subset.  The only thing that GenSmarts stores is the subset rule (&quot;ancestors of Albert&quot;, for example).  But if you have GenSmarts open and if you add a person to your RM database that satisfies the rule for the current GenSmarts subset, the new person does not show up immediately in GenSmarts.  For the new person to show up in GenSmarts, you have to tell GenSmarts to re-open the RM database.  In practice, this really isn&#039;t an issue because GenSmarts has to open the RM database every time you start up GenSmarts, anyway.

I mention this behavior of GenSmarts only because the implementation of Groups in RM 4 may be somewhere between purely static and purely dynamic.  It may be &quot;dynamic&quot;, but nevertheless it may still require RM to re-open the database for Group changes to take effect.  I&#039;m curious to know, but only Bruce knows for sure.]]></description>
		<content:encoded><![CDATA[<p>Here&#8217;s a follow-up comment on the static vs. dynamic question.</p>
<p>The current version of GenSmarts has a capability to process a subset of your database, and the subset capability is remarkably similar to the new Groups facility in RM 4.  The GenSmarts subset capability is &#8220;mostly dynamic&#8221;.  Individual people are not marked as being in the subset.  The only thing that GenSmarts stores is the subset rule (&#8220;ancestors of Albert&#8221;, for example).  But if you have GenSmarts open and if you add a person to your RM database that satisfies the rule for the current GenSmarts subset, the new person does not show up immediately in GenSmarts.  For the new person to show up in GenSmarts, you have to tell GenSmarts to re-open the RM database.  In practice, this really isn&#8217;t an issue because GenSmarts has to open the RM database every time you start up GenSmarts, anyway.</p>
<p>I mention this behavior of GenSmarts only because the implementation of Groups in RM 4 may be somewhere between purely static and purely dynamic.  It may be &#8220;dynamic&#8221;, but nevertheless it may still require RM to re-open the database for Group changes to take effect.  I&#8217;m curious to know, but only Bruce knows for sure.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
