Joyce responded: > Thanks for providing the LOE marriage filter. Glad you found it useful. > Once I get these cleaned up, does this mean that > as long as I'm running version 9.05, > it will never be a problem in the future? Unfortunately, no. It will be "much, much" less of a problem as V9 sets the Primary indicator appropriately for "most" ways people use to enter tags in the Marriage group. But there are still several ways you can wind up with this non-symmetrical Primary setting by actions "you" take and which TMG cannot automatically "guess" what you want. As the footnote I cited in my on-line book states: "As of Version 8.05 whether or not the marriage tag is Primary for the focus person, the Primary designation now is automatically set for the other spouse in either of the two standard conditions: when an existing person is linked as the other spouse to a marriage tag, or when a new spouse person is created and linked from within a marriage tag." Most times TMG will help, but not always. Maybe an example would help. Let's say you found the information that Fred got engaged to some unknown lady so you entered a tag for Fred of the standard Engagement tag type to record this data. But that tag type is in the Marriage group. Assuming this is Fred's first tag in the Marriage group this Engagement tag will be marked Primary for his Marriage information. Now sometime later you discover a marriage record which shows the engagement was for Fred to Mary. You first add the new Marriage tag only to Fred and OK. Now maybe you add the marriage record as a source. Then you add Mary to the database. Now you come back to Fred's Marriage tag and Edit it to add the citation, and link Mary to this new Marriage tag as his spouse. As of V8.05 this Marriage tag automatically will be made Primary for Mary as it is (likely) her first tag of any tag type in the Marriage group. *BUT* it will *NOT* be made Primary for Fred, because Fred already has a Primary tag in the Marriage group, that old Engagement tag. This Marriage tag is now Primary for Mary but not for Fred. (Try it.) You need to manually set that new Marriage tag as Primary for Fred. Of course that is easy to forget to do. <sigh> That is just one example. Of course, while viewing any person where the Primary indicators are symmetrical, a user "could" select a Marriage tag, press the '*' (asterisk) key, and _manually_ make this tag non-Primary for this person while leaving their spouse still Primary. You *can* shoot yourself in the foot. That is why I developed (and posted) the Filter, because I have been known to do just that to myself! Hope this helps explain, Michael

Yes, that explains it very well. Thanks, Joyce -----Original Message----- From: tmg-bounces@rootsweb.com On Behalf Of Michael J. Hannah via Sent: Sunday, October 25, 2015 8:13 PM To: TMG-L submission address Subject: Re: [TMG] Missing marriage dates Joyce responded: > Thanks for providing the LOE marriage filter. Glad you found it useful. > Once I get these cleaned up, does this mean that as long as I'm > running version 9.05, it will never be a problem in the future? Unfortunately, no. It will be "much, much" less of a problem as V9 sets the Primary indicator appropriately for "most" ways people use to enter tags in the Marriage group. But there are still several ways you can wind up with this non-symmetrical Primary setting by actions "you" take and which TMG cannot automatically "guess" what you want. As the footnote I cited in my on-line book states: "As of Version 8.05 whether or not the marriage tag is Primary for the focus person, the Primary designation now is automatically set for the other spouse in either of the two standard conditions: when an existing person is linked as the other spouse to a marriage tag, or when a new spouse person is created and linked from within a marriage tag." Most times TMG will help, but not always. Maybe an example would help. Let's say you found the information that Fred got engaged to some unknown lady so you entered a tag for Fred of the standard Engagement tag type to record this data. But that tag type is in the Marriage group. Assuming this is Fred's first tag in the Marriage group this Engagement tag will be marked Primary for his Marriage information. Now sometime later you discover a marriage record which shows the engagement was for Fred to Mary. You first add the new Marriage tag only to Fred and OK. Now maybe you add the marriage record as a source. Then you add Mary to the database. Now you come back to Fred's Marriage tag and Edit it to add the citation, and link Mary to this new Marriage tag as his spouse. As of V8.05 this Marriage tag automatically will be made Primary for Mary as it is (likely) her first tag of any tag type in the Marriage group. *BUT* it will *NOT* be made Primary for Fred, because Fred already has a Primary tag in the Marriage group, that old Engagement tag. This Marriage tag is now Primary for Mary but not for Fred. (Try it.) You need to manually set that new Marriage tag as Primary for Fred. Of course that is easy to forget to do. <sigh> That is just one example. Of course, while viewing any person where the Primary indicators are symmetrical, a user "could" select a Marriage tag, press the '*' (asterisk) key, and _manually_ make this tag non-Primary for this person while leaving their spouse still Primary. You *can* shoot yourself in the foot. That is why I developed (and posted) the Filter, because I have been known to do just that to myself! Hope this helps explain, Michael