Thank you everyone who helped with my Death Flag issue: using the utility I got it down to 200 individuals who had a death date but still showed Living = ? and changed them manually. I could see no common factor so put it down to just one of those things. I am now driving myself demented trying to work out how to rationalise duplicate tags eg "1851 Census" and "1851 Cen". I know I cannot merge. I know the utility will convert all of one to all of another - but I think I must then delete the unused one manually? My understanding is that having converted all users to the preferred tag (ie someone who had a tag called 1851 Cen now has a tag called 1851 Census but with the same detail of place etc) I should not run any risk of deleting data and TMG would alert me if I did. Is that correct? Please - how do I create a list of which people are using which tag - eg 1851 Census? I think I need List of Events and not List of People but I then get stuck on how to define the report. Apologies for being dense but I have been going in circles for some time now. Sian

Can someone tell me how to change my email address for this list? When I log into Roostweb it doesn't want to take my email name. I don't know what should go in there. I signed up years ago. Thanks for your help. * Kat**hie Fortner PLCGS* * <kathie.fortner@gmail.com>*

On 2/2/19 11:23 PM, Brian Gross wrote: > John, Lee and Richard, > > Thank you for the messages. > > John and Lee: I hadn't imagined that the sorting would be pseudo-random, but it makes sense that it would be that way. > > I'll correct the Sort Dates and eliminate the problem. Richard: Thank you for the tip re. Sort Date ranges. > > Brian Just to be clear, it isn't that the sort is 'random', which sort of implies that something is done to intentionally make it different time to time, but that the sort is uncontrolled, that there are no extra factors that are taken in effect to provide a stable sorting for events with the same sort date. For a given database, and a given set of conditions, the sort will give the same result, as computers naturally tend to do the same thing the same way. The issue is that a minor change that seems inconsequential to you might change the results. The best solution is to adjust sort dates so no two events (that you care about their order) have the exact same sort date, then there is not an issue. -- Richard Damon

Yes and yes. There was a big Windows update recently - had to re-enter the TMG password etc - and that always messes things up. Mostly I can live with it, just ensure I make regular back ups. I'm running Validate File Integrity after which (provided clean) I will run the utility again and see if it picks up more. After which I may actually get some research done! Thanks Sian On Sun, 3 Feb 2019 at 10:49, John Hanson <john.hanson@one-name.org> wrote: > Sian > I assume that you have a good and upto date anti-virus program. Have you > made sure that you have done a full scan recently. > > I would also suggest clearing out your browser history and cookies- I know > that it can be a pain but better in the long run > > Regards > John Hanson - researching the Halstead/Holstead/Alstead names > Researcher, the Halsted Trust, https://www.halstedresearch.org.uk > > > > -----Original Message----- > From: Sian Plant <sian1plant@gmail.com> > Sent: 03 February 2019 10:14 > To: The Master Genealogist Rootsweb Email List <tmg@rootsweb.com> > Subject: [TMG] Re: Living Flag not updating > > On the subject of the utility, I tried to make a donation but I get a 404 > error. I am also unable to use the link to contact John to ask about > this. Has anyone else experienced this problem or is it just me/my > computer? It has been acting up recently flagging security risks for sites > like FMP etc. Nightmare. > > On Sat, 2 Feb 2019 at 23:36, Janis Rodriguez via TMG <tmg@rootsweb.com> > wrote: > > > Thanks to John, TMG Utility uses many, many other parameters. > > > > https://www.johncardinal.com/tmgutil/setliving.htm > > > > Remember to check the results first with the log only function and > > don’t forget to backup, as John recommends... > > > > Sent from my iPad > > > > > On Feb 2, 2019, at 12:54 PM, Dennis Lee Bieber < > > bieber.genealogy@earthlink.net> wrote: > > > > > > At 2/2/2019 7:26 PM, Sian Plant wrote: > > >> 2. Is there a utility I can run that would correct this error? > > >> > > > > > > List of People report, Filter for #Deathtag > 0, > > > Options/Secondary > > Output, Change Flag Living -> N > > > > > > _______________________________________________ > > > Email preferences: http://bit.ly/rootswebpref Unsubscribe > > > https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com > > > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: > > https://ancstry.me/2HDBym9 > > > Rootsweb Blog: http://rootsweb.blog > > > RootsWeb is funded and supported by Ancestry.com and our loyal > > > RootsWeb > > community > > > > _______________________________________________ > > Email preferences: http://bit.ly/rootswebpref Unsubscribe > > https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com > > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: > > https://ancstry.me/2HDBym9 > > Rootsweb Blog: http://rootsweb.blog > > RootsWeb is funded and supported by Ancestry.com and our loyal > > RootsWeb community > > > > _______________________________________________ > Email preferences: http://bit.ly/rootswebpref Unsubscribe > https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: > https://ancstry.me/2HDBym9 Rootsweb Blog: http://rootsweb.blog RootsWeb > is funded and supported by Ancestry.com and our loyal RootsWeb community > > > _______________________________________________ > Email preferences: http://bit.ly/rootswebpref > Unsubscribe https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: > https://ancstry.me/2HDBym9 > Rootsweb Blog: http://rootsweb.blog > RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb > community >

Sian I assume that you have a good and upto date anti-virus program. Have you made sure that you have done a full scan recently. I would also suggest clearing out your browser history and cookies- I know that it can be a pain but better in the long run Regards John Hanson - researching the Halstead/Holstead/Alstead names Researcher, the Halsted Trust, https://www.halstedresearch.org.uk -----Original Message----- From: Sian Plant <sian1plant@gmail.com> Sent: 03 February 2019 10:14 To: The Master Genealogist Rootsweb Email List <tmg@rootsweb.com> Subject: [TMG] Re: Living Flag not updating On the subject of the utility, I tried to make a donation but I get a 404 error. I am also unable to use the link to contact John to ask about this. Has anyone else experienced this problem or is it just me/my computer? It has been acting up recently flagging security risks for sites like FMP etc. Nightmare. On Sat, 2 Feb 2019 at 23:36, Janis Rodriguez via TMG <tmg@rootsweb.com> wrote: > Thanks to John, TMG Utility uses many, many other parameters. > > https://www.johncardinal.com/tmgutil/setliving.htm > > Remember to check the results first with the log only function and > don’t forget to backup, as John recommends... > > Sent from my iPad > > > On Feb 2, 2019, at 12:54 PM, Dennis Lee Bieber < > bieber.genealogy@earthlink.net> wrote: > > > > At 2/2/2019 7:26 PM, Sian Plant wrote: > >> 2. Is there a utility I can run that would correct this error? > >> > > > > List of People report, Filter for #Deathtag > 0, > > Options/Secondary > Output, Change Flag Living -> N > > > > _______________________________________________ > > Email preferences: http://bit.ly/rootswebpref Unsubscribe > > https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com > > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: > https://ancstry.me/2HDBym9 > > Rootsweb Blog: http://rootsweb.blog > > RootsWeb is funded and supported by Ancestry.com and our loyal > > RootsWeb > community > > _______________________________________________ > Email preferences: http://bit.ly/rootswebpref Unsubscribe > https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: > https://ancstry.me/2HDBym9 > Rootsweb Blog: http://rootsweb.blog > RootsWeb is funded and supported by Ancestry.com and our loyal > RootsWeb community > _______________________________________________ Email preferences: http://bit.ly/rootswebpref Unsubscribe https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: https://ancstry.me/2HDBym9 Rootsweb Blog: http://rootsweb.blog RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community

On the subject of the utility, I tried to make a donation but I get a 404 error. I am also unable to use the link to contact John to ask about this. Has anyone else experienced this problem or is it just me/my computer? It has been acting up recently flagging security risks for sites like FMP etc. Nightmare. On Sat, 2 Feb 2019 at 23:36, Janis Rodriguez via TMG <tmg@rootsweb.com> wrote: > Thanks to John, TMG Utility uses many, many other parameters. > > https://www.johncardinal.com/tmgutil/setliving.htm > > Remember to check the results first with the log only function and don’t > forget to backup, as John recommends... > > Sent from my iPad > > > On Feb 2, 2019, at 12:54 PM, Dennis Lee Bieber < > bieber.genealogy@earthlink.net> wrote: > > > > At 2/2/2019 7:26 PM, Sian Plant wrote: > >> 2. Is there a utility I can run that would correct this error? > >> > > > > List of People report, Filter for #Deathtag > 0, Options/Secondary > Output, Change Flag Living -> N > > > > _______________________________________________ > > Email preferences: http://bit.ly/rootswebpref > > Unsubscribe https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com > > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: > https://ancstry.me/2HDBym9 > > Rootsweb Blog: http://rootsweb.blog > > RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb > community > > _______________________________________________ > Email preferences: http://bit.ly/rootswebpref > Unsubscribe https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: > https://ancstry.me/2HDBym9 > Rootsweb Blog: http://rootsweb.blog > RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb > community >

Thank you. I have taken the plunge, acquired the utility and run it. It has reduced the number of Living = ? by about 30,000 but I still have a lot of people in the database with a date of death and Living = ? so not sure what to try next. Again opening the death entry and clicking OK triggers the Flag to change to N. I can see plenty of other things to do with the utility so I'm still glad to have been prompted to use it. Thanks everyone Sian On Sat, 2 Feb 2019 at 23:36, Janis Rodriguez via TMG <tmg@rootsweb.com> wrote: > Thanks to John, TMG Utility uses many, many other parameters. > > https://www.johncardinal.com/tmgutil/setliving.htm > > Remember to check the results first with the log only function and don’t > forget to backup, as John recommends... > > Sent from my iPad > > > On Feb 2, 2019, at 12:54 PM, Dennis Lee Bieber < > bieber.genealogy@earthlink.net> wrote: > > > > At 2/2/2019 7:26 PM, Sian Plant wrote: > >> 2. Is there a utility I can run that would correct this error? > >> > > > > List of People report, Filter for #Deathtag > 0, Options/Secondary > Output, Change Flag Living -> N > > > > _______________________________________________ > > Email preferences: http://bit.ly/rootswebpref > > Unsubscribe https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com > > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: > https://ancstry.me/2HDBym9 > > Rootsweb Blog: http://rootsweb.blog > > RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb > community > > _______________________________________________ > Email preferences: http://bit.ly/rootswebpref > Unsubscribe https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: > https://ancstry.me/2HDBym9 > Rootsweb Blog: http://rootsweb.blog > RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb > community >

John, Lee and Richard, Thank you for the messages. John and Lee: I hadn't imagined that the sorting would be pseudo-random, but it makes sense that it would be that way. I'll correct the Sort Dates and eliminate the problem. Richard: Thank you for the tip re. Sort Date ranges. Brian -----Original Message----- From: Richard Damon <Richard@Damon-Family.org> Sent: Saturday, February 2, 2019 7:47 PM To: tmg@rootsweb.com Subject: [TMG] Re: Order of events in Journal Report On 2/2/19 8:41 PM, Lee Hoffman wrote: > At 2/2/2019 20:10, Brian Gross wrote >> When TMG sees events that have the same Date and Sort Date, how does >> it determine the output order for a Journal Report? > ====clipped==== >> Changing the Sort Dates certainly cleans all this up. I'd like to >> know what I should expect when Sort Dates are the same. > > What you should expect is ---- nothing! That is, when Tags > (expecially similar Tags) have the same Date (and especially Sort > Date) then they will output in whichever Tag happens to come next. > When a report is generated, TMG gathers the various records needed and > writes them to temporary files which are then sorted according to the > need of the report and the Report Options selected. When two records > have the same sort value, either can be placed before the other/ In > fact, it is possible that a report generated today _could_ have > records sorted differently than the same report generated yesterday > (assuming no change to the data set). > > The only way to be sure that two records having the same Date sort in > a specific way is to make sure the Sort Dates are different. This is > especially so for Tags of the same Tag Type. Different Tag Types > having the same Sort Date often sort in a specific order -- more > often in the expected life order -- birth, marriage, death, burial. > > In the case of married name and marriages, TMG v9x will sort the > married name before the marriage. This was not the case with earlier > versions of TMG (e.g., v4x) where the marriage printed first. This is > why many users prefer to change the Sort Date of the Name-Marr Tag to > one date later than the Marriage Tag (or add the "after" date prefix). > > So, if the particular order of data in a report is important, be sure > to set the Sort Date(s) so that the order is as you want. > > Lee > One small trick that I have figured out that helps in making same day sort dates sort in a given order is to change them to date ranges. 2 Feb 2019 sorts before 2 Feb 2019 - 3 Feb 2019 which sorts before 2 Feb 2019 - 4 Feb 2019 which sorts before 3 Feb 2019 Using date ranges avoids the problem of having to have a sort date with a different base day than the actual event just to get things sorted, and then chasing other events that happened close to that date also. This works better in my mind than working with things like after, because there are a limited number of these options, and it is hard to remember the order of them. -- Richard Damon _______________________________________________ Email preferences: http://bit.ly/rootswebpref Unsubscribe https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: https://ancstry.me/2HDBym9 Rootsweb Blog: http://rootsweb.blog RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community

On 2/2/19 8:41 PM, Lee Hoffman wrote: > At 2/2/2019 20:10, Brian Gross wrote >> When TMG sees events that have the same Date and Sort Date, how does it >> determine the output order for a Journal Report? > ====clipped==== >> Changing the Sort Dates certainly cleans all this up.  I'd like to >> know what >> I should expect when Sort Dates are the same. > > What you should expect is  ---- nothing!   That is, when Tags > (expecially similar Tags) have the same Date (and especially Sort > Date) then they will output in whichever Tag happens to come next.  > When a report is generated, TMG gathers the various records needed and > writes them to temporary files which are then sorted according to the > need of the report and the Report Options selected.  When two records > have the same sort value, either can be placed before the other/  In > fact, it is possible that a report generated today _could_ have > records sorted differently than the same report generated yesterday > (assuming no change to the data set). > > The only way to be sure that two records having the same Date sort in > a specific way is to make sure the Sort Dates are different.  This is > especially so for Tags of the same Tag Type.  Different Tag Types > having the same  Sort Date often sort in a specific order -- more > often in the expected life order -- birth, marriage, death, burial. > > In the case of married name and marriages, TMG v9x will sort the > married name before the marriage.  This was not the case with earlier > versions of TMG (e.g., v4x) where the marriage printed first.  This is > why many users prefer to change the Sort Date of the Name-Marr Tag to > one date later than the Marriage Tag (or add the "after" date prefix). > > So, if the particular order of data in a report is important, be sure > to set the Sort Date(s) so that the order is as you want. > > Lee > One small trick that I have figured out that helps in making same day sort dates sort in a given order is to change them to date ranges. 2 Feb 2019 sorts before 2 Feb 2019 - 3 Feb 2019 which sorts before 2 Feb 2019 - 4 Feb 2019 which sorts before 3 Feb 2019 Using date ranges avoids the problem of having to have a sort date with a different base day than the actual event just to get things sorted, and then chasing other events that happened close to that date also. This works better in my mind than working with things like after, because there are a limited number of these options, and it is hard to remember the order of them. -- Richard Damon

Hi all If I have found a family member whose details are on Geni, can I easily import those details to my TMG database? Regards Jacquie

At 2/2/2019 20:10, Brian Gross wrote >When TMG sees events that have the same Date and Sort Date, how does it >determine the output order for a Journal Report? ====clipped==== >Changing the Sort Dates certainly cleans all this up. I'd like to know what >I should expect when Sort Dates are the same. What you should expect is ---- nothing! That is, when Tags (expecially similar Tags) have the same Date (and especially Sort Date) then they will output in whichever Tag happens to come next. When a report is generated, TMG gathers the various records needed and writes them to temporary files which are then sorted according to the need of the report and the Report Options selected. When two records have the same sort value, either can be placed before the other/ In fact, it is possible that a report generated today _could_ have records sorted differently than the same report generated yesterday (assuming no change to the data set). The only way to be sure that two records having the same Date sort in a specific way is to make sure the Sort Dates are different. This is especially so for Tags of the same Tag Type. Different Tag Types having the same Sort Date often sort in a specific order -- more often in the expected life order -- birth, marriage, death, burial. In the case of married name and marriages, TMG v9x will sort the married name before the marriage. This was not the case with earlier versions of TMG (e.g., v4x) where the marriage printed first. This is why many users prefer to change the Sort Date of the Name-Marr Tag to one date later than the Marriage Tag (or add the "after" date prefix). So, if the particular order of data in a report is important, be sure to set the Sort Date(s) so that the order is as you want. Lee

Brian, When the sort dates are the same, the sort sequence is unpredictable. Even if you get the same sequence when running a report multiple times, it may change later for no apparent reason. If you want a specific sequence, set the sort dates to achieve it. John

Hi, When TMG sees events that have the same Date and Sort Date, how does it determine the output order for a Journal Report? For example, in the Person Details window I have a Marriage tag followed by the Name-Marr tag, Name-Var tag #1 and Name-Var tag #2. All four tags have the same Date and Sort Date. The Journal Report outputs the sentence for Name-Var tag #1, followed by Name-Var tag #2, the Name-Marr tag and finally the Marriage tag. I expected to see sentences output in the order the tags appear in the Details window, but that's clearly not what happens. Changing the Sort Dates certainly cleans all this up. I'd like to know what I should expect when Sort Dates are the same. Brian

Thanks to John, TMG Utility uses many, many other parameters. https://www.johncardinal.com/tmgutil/setliving.htm Remember to check the results first with the log only function and don’t forget to backup, as John recommends... Sent from my iPad > On Feb 2, 2019, at 12:54 PM, Dennis Lee Bieber <bieber.genealogy@earthlink.net> wrote: > > At 2/2/2019 7:26 PM, Sian Plant wrote: >> 2. Is there a utility I can run that would correct this error? >> > > List of People report, Filter for #Deathtag > 0, Options/Secondary Output, Change Flag Living -> N > > _______________________________________________ > Email preferences: http://bit.ly/rootswebpref > Unsubscribe https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: https://ancstry.me/2HDBym9 > Rootsweb Blog: http://rootsweb.blog > RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community

At 2/2/2019 7:26 PM, Sian Plant wrote: >2. Is there a utility I can run that would correct this error? > List of People report, Filter for #Deathtag > 0, Options/Secondary Output, Change Flag Living -> N

Sian Plant wrote: > Good evening. I have recently found that a large number of people > in my database have the Living flag set to "?"... > However, I think I have about 20k-30k individuals affected by this... > 1. Have I enter these incorrectly in some way... Not necessarily. The Flag is only automatically changed in a limited number of situations. See the comments on this flag in my on-line book: https://www.mjh-nm.net/STYLE.HTML#LivingFlag > 2. Is there a utility I can run that would correct this error? Yes. John Cardinal's TMG Utility has the People function "Set Living=N" which will probably do what you want: https://www.johncardinal.com/tmgutil/setliving.htm Hope this gives you ideas, Michael

Good evening. I have recently found that a large number of people in my database have the Living flag set to "?". This means that their details do not appear when I run reports so I do need to fix it if possible. This is the case even where Death details have been entered and the event is shown as primary and applies to the full range of dates 1500 through to 2019. I have run the usual utilities but it has not been picked up. I can change this on a person by person basis by opening the Tag and clicking OK which then prompts the Flag to change. However, I think I have about 20k-30k individuals affected by this. 1. Have I enter these incorrectly in some way so that the death is not being recorded properly? These are not gedcom imports but entries I have typed myself using the Add menu. 2. Is there a utility I can run that would correct this error? I'm running V9.05 with Windows 10. Many thanks for your help Sian

The next meeting of the Seattle TMG Users Group meets Saturday, February 9, 2:00-4:30 p.m., at Skyline First Hill, 725 9th Avenue, Seattle. Parking is available in the Skyline parking garage. Valet parking is available at the front entrance. This month, Ed will show how DNA testing might help overcome a brick wall in a family line. Barb will present her Watkins family conundrum, "Does DNA help or hinder solving adoption questions?" For driving directions and a map of the neighborhood, see: https://www.skylineseattle.org/contact/ For the KC Metro Trip Planner, see: https://tripplanner.kingcounty.gov/

Thanks Michael. I will report back. Robin > On Feb 2, 2019, at 12:04 PM, Michael J. Hannah <mjh@rr-nm.net> wrote: > > Robin, > > Create a new temporary Windows folder. Now in Step 2 of the Restore, select that folder in "Restore project to this folder". Once done you can open and check that the project is complete. > > If desired, you can now use TMG to "rename" the project. Or you can use TMG to "delete" the bad project in your original folder, and use TMG to "move" the restored project from the temporary folder into your original folder. > > It would also be appropriate to review Terry's Tips about using restore and what to check concerning the Preferences after a restore: > https://tmg.reigelridge.com/new-computer-version.htm#restore > > Hope this gives you ideas, > > Michael

Robin, Create a new temporary Windows folder. Now in Step 2 of the Restore, select that folder in "Restore project to this folder". Once done you can open and check that the project is complete. If desired, you can now use TMG to "rename" the project. Or you can use TMG to "delete" the bad project in your original folder, and use TMG to "move" the restored project from the temporary folder into your original folder. It would also be appropriate to review Terry's Tips about using restore and what to check concerning the Preferences after a restore: https://tmg.reigelridge.com/new-computer-version.htm#restore Hope this gives you ideas, Michael