TMG v8 on Windows 7: What causes writes to the files in the Slideshow folder? Or more to the point, what action can I take to confirm that these files will be updated in the correct TMG folder? Rick Van Dusen

TMG v8 on Windows 7: After initial installation of TMG and considerable putzing around trying to get folder locations correct, I now have TMG pointing at the folder D:\TMG8 for data. (Settings in Preferences all point this way plus I've made a Data_Paths.txt file and inserted it in the folder which holds the operating copy of tmg8.exe.) Problem is, the log files keep writing to D:\Users\Rick\My Documents\The Master Genealogist v8. How can I change this? Rick Van Dusen

Hello, everyone, I've finally decided to bite the bullet and start to do something about the dozens of loose leaf binders and notebooks I have on different family lines--stuff that goes back 30 years or more when I used to send out family group sheets by the dozens to distant relatives. As a test, I've started scanning one binder saving each page as a jpg. Ideally, I guess, I can then create a pdf file from this using various programs and then perhaps just discard the paper originals (some of which are browning from age and/or becoming fragile, depending on the paper)--although the thought of discarding everything sort of scares me. (A pdf version I thought could then be given to various libraries or societies). However, I'm up in the air about what to do about entering this information into TMG: keep each family separate or just have one gigantic database. As these families initially (that is, late 18th-mid-19th centuries) and even to this day are from the same area before spreading out around the country (and the world), it seems logical there may be all sorts of connections between some people in the different families one single database would reveal. For example, Terry, I noticed on your website that you have eight family lines with six different links, but are they all in one huge database which are sorted out somehow or six separate projects? I know I can always generate reports (descendants of ancestor X or ancestor Y), can set up a flag indicating who is a relative of mine as I enter the information, and at some point could spin off descendants of ancestor X or ancestor Y into a separate project later if I wanted (which I why I'm sort of leaning towards one huge project), but ... I realize this is no doubt one of those "six of one, half dozen of another" kinds of questions, but just curious if there is perhaps a consensus here leaning one way or the other. And an aside (or two): in reviewing stuff 30+ years old, I am very embarrassed to see that I misspelled genealogy as "geneology" on quite a few of the initial family group sheets I first sent out (X Family Geneology). Eeek. (I was a lot younger then, just starting!!!). I also used one of those awful numbering systems (312abca) to keep track of people. I also feel a twinge of sadness in realizing that many of the people I wrote to and received answers from are now dead, and gee, all those "kids" listed on the family group sheets are now no doubt grandparents or great-grandparents. Double eek. I wonder how much research I should do to try bring it up to date if/when I enter it into TMG, checking the SSDI or Findagrave. And, jeesh, I wonder if ** I ** will live that long. Yikes. Anyway, just curious what others have done. Right now am going to concentrate on getting that first loose leaf binder scanned though. Sam

Lee Hoffman shared a really nice idea for "pseudo" people in one's project to identify End-of-Lines associated with a given surname. The _Style_ chapter of my on-line book contains a major section discussing the whole concept of using "pseudo" people in a TMG project. Users interested in exploring this concept of "pseudo" people in more detail may be interested in those notes. http://www.mjh-nm.net/STYLE.HTML#PseudoPeople Hope you don't mind, Lee, but as your idea is similar to others I have collected in that section, and I am likely to use it in my own project, I have now included a summary of your idea, with full attribution: http://www.mjh-nm.net/STYLE.HTML#EOLPerson Thanks again, Lee, for sharing, Michael

On 7/24/2015 8:49 AM, Gayle Keaney via wrote: > Is there a way to get my files cleaned out without messing stuff up? > Here's the situation.... > > In my documents folder I have 2 TMG folders... > The Master Genealogis v8 and The Master Genealogist v8a. (Way back > when, when I had a computer person helping me I think they just added > the v8a as a copy.) > > Some of my 'good' projects are are in the v8 Projects folder & some are > in v8a. > When I log in to TMG & go to ' Select a Project' I only get to select > from those projects in v8. In order to get into projects in the v8a > folder I have to be already in a v8 project & have to go to the > drop-down file menu and click on the v8a project I want (although not > all of the v8a projects are listed here). > > <SNIP> > > Bottom line i s I would like to just end up with v8 with all of the > files in the right place & get rid of v8 folder etc entirely. (btw) > when I just tried moving the v8a PJC file ot v8 it produced an error so > I jus moved it back. Gayle, Do not try to move the Project files with Windows Explorer. Instead, use the functions built into TMG. If there are any Projects you want to get rid of in the TMG8 folder, use the Delete Project command on the File menu in TMG. To move the projects from the TMG8a folder, use the Copy Project command. Once you are sure you have all the Project files you want copied, you can delete the entire TMG8a folder. Terry Reigel

Select a Hello.. Is there a way to get my files cleaned out without messing stuff up? Here's the situation.... In my documents folder I have 2 TMG folders... The Master Genealogis v8 and The Master Genealogist v8a. (Way back when, when I had a computer person helping me I think they just added the v8a as a copy.) Some of my 'good' projects are are in the v8 Projects folder & some are in v8a. When I log in to TMG & go to ' Select a Project' I only get to select from those projects in v8. In order to get into projects in the v8a folder I have to be already in a v8 project & have to go to the drop-down file menu and click on the v8a project I want (although not all of the v8a projects are listed here). I have tried the 2 ways of backing up the v8a project ( thru file>backup & thru file>exit & neither way gets me a PJC file in v8. Oh, lordie.... I am so confused & this is such a mess! It would take me a week to go thru it all... I'm hoping you just know what's going on & how to 'fix' it . Bottom line i s I would like to just end up with v8 with all of the files in the right place & get rid of v8 folder etc entirely. (btw) when I just tried moving the v8a PJC file ot v8 it produced an error so I jus moved it back. Thanks for being there!! Gayle Keaney

Lee, that sounds like a really useful idea. Now that some of my lines are very long it certainly takes some time to navigate to the 'end of line' person when I am looking for them. Cheers Chris On 24 July 2015 at 02:35, Lee Hoffman/KY via <tmg@rootsweb.com> wrote: > Something I have done for years in my projects is to create > End-of-Line (EOL) persons. They help me quickly got to the oldest > ancestor in a line. Further, I make all the EOL persons to be > siblings under a single EOL. So I can go to the single EOL person > and quickly come forward to any one line and all I need remember is > the single EOL person's ID#. The arrangement is like this: > Single EOL Person (ID# 100) > EOL Brown (ID# 2500) > EOL Clay (ID# 7487) > EOL Hoffman (ID# 9942) > EOL Jones (ID# 2700) > EOL O'Rear (ID# 15602) > EOL Smith (ID# 5523) > EOL Wyatt (ID# 36582) > With over 56,000 persons in my main data set, I have some 400 > different EOL persons. An EOL person is one have no parents, but > begins a line of descendants. (I have many persons without parents > who are witnesses to events, spouses of descendants, lodgers in a > census household or otherwise are only connected for informational > purposes. I don;t consider these to be EOL persons). > > Over time, I have attempted to research the EOL persons under each > EOL line and try to trace where those might connect. For example, > under EOL Clay, at one time, I had four or five different Clay lines > that seemingly were unrelated. Concentrating on them, I was able to > find where those lines connected and I now have only one Clay line > that is under the EOL Clay person. On the other hand, my EOL Jones > line has some 70 EOL persons as "children" and I doubt that I can > connect them all together. I may get the number down by ten or so, > (if I'm lucky) but it will still have a lot of unconnected persons. > > Besides quickly finding any one EOL person, this helps organize my > research. Two reports are helpful. One is a List of People report > based in the Single EOL Person and the descendants for one or two > generations. The second report is Descendants Chart for the Single > EOL Person for 2 generations. This give me a quick overview of all > my EOL people. I will occasionally do a 3 generation version of this > (to screen) to get a greater view of some of the lines. > > After I have done quite of bit of research and data entry, I will > work with these reports to see if the new information can help tie > people together. Often I will find some people are duplicates who > can be merged and thus reduce the EOL lines or I can add more > information to one EOL person which will help in eventually > connecting that person with another EOL person. > > One way to help find the EOL persons is to set a Custom EOL Flag > based on a List of People report using a filter like: > Father ID# =Equals 0 AND > Mother ID# =Equals 0 END > I then went through that report and crossed off (reset the Flag) > those that were just Witnesses, etc. This then gave me a few hundred > persons who were candidates for creating EOL Persons. > > This process may not work for everyone, but has helped me - > > Lee > > The TMG archive is found here: > http://archiver.rootsweb.ancestry.com/th/index/TMG/ > Instructions on how to subscribe to TMG: > http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html > ------------------------------- > To unsubscribe from the list, please send an email to > TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes > in the subject and the body of the message > -- ------------------------------------------------------------------- Chris Wright http://www.chriswright.id.au https://sites.google.com/site/wrightholidays/ http://coolgarra-trips.blogspot.com/

At 7/23/2015 15:13, you wrote: > Could I ask a very simplistic question about your final >idea for finding these EOL persons? > > I thought I might start in my project by just going to a >few of the main lines I know about and 'manually' tracing >back to the end-of-line, starting from some recent individual. > > I just wanted to confirm that I'm not missing something >obvious here -- is that equivalent to your procedure, at >least in its end result? Of course your way is more >systematic and would uncover lines which might not be so >easy to think of right away. Any way that works for you would be suitable. The larger the data set, the more likely the result of just looking for those without parents will be a very large group as many will be just Witnesses. So the final list will likely be persons selected by just browsing through the data set. Lee Hoffman/KY

I do something similar. Because my database is focused on descendants of Thomas Holcombe I frequently find Holcombes in the census records and other places who I cannot connect back to Thomas. So I have created a fake person called USA Holcombe; he has many children, MA Holcombe, CT Holcombe, VT Holcombe, etc. So when I find a person in the census records that was born in Connecticut that I cannot place I show him as a son of CT Holcombe. Very often I can show his whole family brought forward for generations. This does two things for me; first when I find the same family years later I don't waste any time researching it because I already have; second, when I eventually connect this person back to Thomas, most of the work is already done! On Thu, Jul 23, 2015 at 5:23 PM, Patt Ricketts via <tmg@rootsweb.com> wrote: > Lee, > > I'm not sure I understand. You are apparently creating fictitious people > but how are you naming them. Is the last name EOL? and where in the name > are you putting the ID# > > Patt Ricketts > > On Thu, Jul 23, 2015 at 9:35 AM, Lee Hoffman/KY via <tmg@rootsweb.com> > wrote: > > > Something I have done for years in my projects is to create > > End-of-Line (EOL) persons. They help me quickly got to the oldest > > ancestor in a line. Further, I make all the EOL persons to be > > siblings under a single EOL. So I can go to the single EOL person > > and quickly come forward to any one line and all I need remember is > > the single EOL person's ID#. The arrangement is like this: > > Single EOL Person (ID# 100) > > EOL Brown (ID# 2500) > > EOL Clay (ID# 7487) > > EOL Hoffman (ID# 9942) > > EOL Jones (ID# 2700) > > EOL O'Rear (ID# 15602) > > EOL Smith (ID# 5523) > > EOL Wyatt (ID# 36582) > > With over 56,000 persons in my main data set, I have some 400 > > different EOL persons. An EOL person is one have no parents, but > > begins a line of descendants. (I have many persons without parents > > who are witnesses to events, spouses of descendants, lodgers in a > > census household or otherwise are only connected for informational > > purposes. I don;t consider these to be EOL persons). > > > > Over time, I have attempted to research the EOL persons under each > > EOL line and try to trace where those might connect. For example, > > under EOL Clay, at one time, I had four or five different Clay lines > > that seemingly were unrelated. Concentrating on them, I was able to > > find where those lines connected and I now have only one Clay line > > that is under the EOL Clay person. On the other hand, my EOL Jones > > line has some 70 EOL persons as "children" and I doubt that I can > > connect them all together. I may get the number down by ten or so, > > (if I'm lucky) but it will still have a lot of unconnected persons. > > > > Besides quickly finding any one EOL person, this helps organize my > > research. Two reports are helpful. One is a List of People report > > based in the Single EOL Person and the descendants for one or two > > generations. The second report is Descendants Chart for the Single > > EOL Person for 2 generations. This give me a quick overview of all > > my EOL people. I will occasionally do a 3 generation version of this > > (to screen) to get a greater view of some of the lines. > > > > After I have done quite of bit of research and data entry, I will > > work with these reports to see if the new information can help tie > > people together. Often I will find some people are duplicates who > > can be merged and thus reduce the EOL lines or I can add more > > information to one EOL person which will help in eventually > > connecting that person with another EOL person. > > > > One way to help find the EOL persons is to set a Custom EOL Flag > > based on a List of People report using a filter like: > > Father ID# =Equals 0 AND > > Mother ID# =Equals 0 END > > I then went through that report and crossed off (reset the Flag) > > those that were just Witnesses, etc. This then gave me a few hundred > > persons who were candidates for creating EOL Persons. > > > > This process may not work for everyone, but has helped me - > > > > Lee > > > > The TMG archive is found here: > > http://archiver.rootsweb.ancestry.com/th/index/TMG/ > > Instructions on how to subscribe to TMG: > > http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html > > ------------------------------- > > To unsubscribe from the list, please send an email to > > TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes > > in the subject and the body of the message > > > > > > -- > Patt Ricketts > www.jackandpatt.com > The TMG archive is found here: > http://archiver.rootsweb.ancestry.com/th/index/TMG/ > Instructions on how to subscribe to TMG: > http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html > ------------------------------- > To unsubscribe from the list, please send an email to > TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes > in the subject and the body of the message >

Would not a filter that included # of fathers = 0 # of mothers = 0 # children > 0 Bring up a list of EOL? If you wanted a more specific line you could change the last filter to Is an ancestor of ID# Sincerely, Don MacFarlane -----Original Message----- From: tmg-bounces@rootsweb.com [mailto:tmg-bounces@rootsweb.com] On Behalf Of Chris Wright via Sent: Thursday, July 23, 2015 2:53 PM To: Lee Hoffman/KY; tmg@rootsweb.com Subject: Re: [TMG] Project/data set "organization" Lee, that sounds like a really useful idea. Now that some of my lines are very long it certainly takes some time to navigate to the 'end of line' person when I am looking for them. Cheers Chris On 24 July 2015 at 02:35, Lee Hoffman/KY via <tmg@rootsweb.com> wrote: > Something I have done for years in my projects is to create > End-of-Line (EOL) persons. They help me quickly got to the oldest > ancestor in a line. Further, I make all the EOL persons to be > siblings under a single EOL. So I can go to the single EOL person > and quickly come forward to any one line and all I need remember is > the single EOL person's ID#. The arrangement is like this: > Single EOL Person (ID# 100) > EOL Brown (ID# 2500) > EOL Clay (ID# 7487) > EOL Hoffman (ID# 9942) > EOL Jones (ID# 2700) > EOL O'Rear (ID# 15602) > EOL Smith (ID# 5523) > EOL Wyatt (ID# 36582) > With over 56,000 persons in my main data set, I have some 400 > different EOL persons. An EOL person is one have no parents, but > begins a line of descendants. (I have many persons without parents > who are witnesses to events, spouses of descendants, lodgers in a > census household or otherwise are only connected for informational > purposes. I don;t consider these to be EOL persons). > > Over time, I have attempted to research the EOL persons under each > EOL line and try to trace where those might connect. For example, > under EOL Clay, at one time, I had four or five different Clay lines > that seemingly were unrelated. Concentrating on them, I was able to > find where those lines connected and I now have only one Clay line > that is under the EOL Clay person. On the other hand, my EOL Jones > line has some 70 EOL persons as "children" and I doubt that I can > connect them all together. I may get the number down by ten or so, > (if I'm lucky) but it will still have a lot of unconnected persons. > > Besides quickly finding any one EOL person, this helps organize my > research. Two reports are helpful. One is a List of People report > based in the Single EOL Person and the descendants for one or two > generations. The second report is Descendants Chart for the Single > EOL Person for 2 generations. This give me a quick overview of all > my EOL people. I will occasionally do a 3 generation version of this > (to screen) to get a greater view of some of the lines. > > After I have done quite of bit of research and data entry, I will > work with these reports to see if the new information can help tie > people together. Often I will find some people are duplicates who > can be merged and thus reduce the EOL lines or I can add more > information to one EOL person which will help in eventually > connecting that person with another EOL person. > > One way to help find the EOL persons is to set a Custom EOL Flag > based on a List of People report using a filter like: > Father ID# =Equals 0 AND > Mother ID# =Equals 0 END > I then went through that report and crossed off (reset the Flag) > those that were just Witnesses, etc. This then gave me a few hundred > persons who were candidates for creating EOL Persons. > > This process may not work for everyone, but has helped me - > > Lee > > The TMG archive is found here: > http://archiver.rootsweb.ancestry.com/th/index/TMG/ > Instructions on how to subscribe to TMG: > http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html > ------------------------------- > To unsubscribe from the list, please send an email to > TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes > in the subject and the body of the message > -- ------------------------------------------------------------------- Chris Wright http://www.chriswright.id.au https://sites.google.com/site/wrightholidays/ http://coolgarra-trips.blogspot.com/ The TMG archive is found here: http://archiver.rootsweb.ancestry.com/th/index/TMG/ Instructions on how to subscribe to TMG: http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html ------------------------------- To unsubscribe from the list, please send an email to TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

Lee, Thank you for outlining this very interesting idea. I will consider trying it in my own, smaller (17,000) project. Could I ask a very simplistic question about your final idea for finding these EOL persons? I thought I might start in my project by just going to a few of the main lines I know about and 'manually' tracing back to the end-of-line, starting from some recent individual. I just wanted to confirm that I'm not missing something obvious here -- is that equivalent to your procedure, at least in its end result? Of course your way is more systematic and would uncover lines which might not be so easy to think of right away. Thanks, John Cordes On Thu, Jul 23, 2015 at 12:35:23PM -0400, Lee Hoffman/KY via wrote: > Something I have done for years in my projects is to create > End-of-Line (EOL) persons. They help me quickly got to the oldest > ancestor in a line. Further, I make all the EOL persons to be > siblings under a single EOL. So I can go to the single EOL person > and quickly come forward to any one line and all I need remember is > the single EOL person's ID#. The arrangement is like this: > Single EOL Person (ID# 100) > EOL Brown (ID# 2500) > EOL Clay (ID# 7487) > EOL Hoffman (ID# 9942) > EOL Jones (ID# 2700) > EOL O'Rear (ID# 15602) > EOL Smith (ID# 5523) > EOL Wyatt (ID# 36582) > With over 56,000 persons in my main data set, I have some 400 > different EOL persons. An EOL person is one have no parents, but > begins a line of descendants. (I have many persons without parents > who are witnesses to events, spouses of descendants, lodgers in a > census household or otherwise are only connected for informational > purposes. I don;t consider these to be EOL persons). > > Over time, I have attempted to research the EOL persons under each > EOL line and try to trace where those might connect. For example, > under EOL Clay, at one time, I had four or five different Clay lines > that seemingly were unrelated. Concentrating on them, I was able to > find where those lines connected and I now have only one Clay line > that is under the EOL Clay person. On the other hand, my EOL Jones > line has some 70 EOL persons as "children" and I doubt that I can > connect them all together. I may get the number down by ten or so, > (if I'm lucky) but it will still have a lot of unconnected persons. > > Besides quickly finding any one EOL person, this helps organize my > research. Two reports are helpful. One is a List of People report > based in the Single EOL Person and the descendants for one or two > generations. The second report is Descendants Chart for the Single > EOL Person for 2 generations. This give me a quick overview of all > my EOL people. I will occasionally do a 3 generation version of this > (to screen) to get a greater view of some of the lines. > > After I have done quite of bit of research and data entry, I will > work with these reports to see if the new information can help tie > people together. Often I will find some people are duplicates who > can be merged and thus reduce the EOL lines or I can add more > information to one EOL person which will help in eventually > connecting that person with another EOL person. > > One way to help find the EOL persons is to set a Custom EOL Flag > based on a List of People report using a filter like: > Father ID# =Equals 0 AND > Mother ID# =Equals 0 END > I then went through that report and crossed off (reset the Flag) > those that were just Witnesses, etc. This then gave me a few hundred > persons who were candidates for creating EOL Persons. > > This process may not work for everyone, but has helped me - > > Lee

Lee, I'm not sure I understand. You are apparently creating fictitious people but how are you naming them. Is the last name EOL? and where in the name are you putting the ID# Patt Ricketts On Thu, Jul 23, 2015 at 9:35 AM, Lee Hoffman/KY via <tmg@rootsweb.com> wrote: > Something I have done for years in my projects is to create > End-of-Line (EOL) persons. They help me quickly got to the oldest > ancestor in a line. Further, I make all the EOL persons to be > siblings under a single EOL. So I can go to the single EOL person > and quickly come forward to any one line and all I need remember is > the single EOL person's ID#. The arrangement is like this: > Single EOL Person (ID# 100) > EOL Brown (ID# 2500) > EOL Clay (ID# 7487) > EOL Hoffman (ID# 9942) > EOL Jones (ID# 2700) > EOL O'Rear (ID# 15602) > EOL Smith (ID# 5523) > EOL Wyatt (ID# 36582) > With over 56,000 persons in my main data set, I have some 400 > different EOL persons. An EOL person is one have no parents, but > begins a line of descendants. (I have many persons without parents > who are witnesses to events, spouses of descendants, lodgers in a > census household or otherwise are only connected for informational > purposes. I don;t consider these to be EOL persons). > > Over time, I have attempted to research the EOL persons under each > EOL line and try to trace where those might connect. For example, > under EOL Clay, at one time, I had four or five different Clay lines > that seemingly were unrelated. Concentrating on them, I was able to > find where those lines connected and I now have only one Clay line > that is under the EOL Clay person. On the other hand, my EOL Jones > line has some 70 EOL persons as "children" and I doubt that I can > connect them all together. I may get the number down by ten or so, > (if I'm lucky) but it will still have a lot of unconnected persons. > > Besides quickly finding any one EOL person, this helps organize my > research. Two reports are helpful. One is a List of People report > based in the Single EOL Person and the descendants for one or two > generations. The second report is Descendants Chart for the Single > EOL Person for 2 generations. This give me a quick overview of all > my EOL people. I will occasionally do a 3 generation version of this > (to screen) to get a greater view of some of the lines. > > After I have done quite of bit of research and data entry, I will > work with these reports to see if the new information can help tie > people together. Often I will find some people are duplicates who > can be merged and thus reduce the EOL lines or I can add more > information to one EOL person which will help in eventually > connecting that person with another EOL person. > > One way to help find the EOL persons is to set a Custom EOL Flag > based on a List of People report using a filter like: > Father ID# =Equals 0 AND > Mother ID# =Equals 0 END > I then went through that report and crossed off (reset the Flag) > those that were just Witnesses, etc. This then gave me a few hundred > persons who were candidates for creating EOL Persons. > > This process may not work for everyone, but has helped me - > > Lee > > The TMG archive is found here: > http://archiver.rootsweb.ancestry.com/th/index/TMG/ > Instructions on how to subscribe to TMG: > http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html > ------------------------------- > To unsubscribe from the list, please send an email to > TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes > in the subject and the body of the message > -- Patt Ricketts www.jackandpatt.com

Something I have done for years in my projects is to create End-of-Line (EOL) persons. They help me quickly got to the oldest ancestor in a line. Further, I make all the EOL persons to be siblings under a single EOL. So I can go to the single EOL person and quickly come forward to any one line and all I need remember is the single EOL person's ID#. The arrangement is like this: Single EOL Person (ID# 100) EOL Brown (ID# 2500) EOL Clay (ID# 7487) EOL Hoffman (ID# 9942) EOL Jones (ID# 2700) EOL O'Rear (ID# 15602) EOL Smith (ID# 5523) EOL Wyatt (ID# 36582) With over 56,000 persons in my main data set, I have some 400 different EOL persons. An EOL person is one have no parents, but begins a line of descendants. (I have many persons without parents who are witnesses to events, spouses of descendants, lodgers in a census household or otherwise are only connected for informational purposes. I don;t consider these to be EOL persons). Over time, I have attempted to research the EOL persons under each EOL line and try to trace where those might connect. For example, under EOL Clay, at one time, I had four or five different Clay lines that seemingly were unrelated. Concentrating on them, I was able to find where those lines connected and I now have only one Clay line that is under the EOL Clay person. On the other hand, my EOL Jones line has some 70 EOL persons as "children" and I doubt that I can connect them all together. I may get the number down by ten or so, (if I'm lucky) but it will still have a lot of unconnected persons. Besides quickly finding any one EOL person, this helps organize my research. Two reports are helpful. One is a List of People report based in the Single EOL Person and the descendants for one or two generations. The second report is Descendants Chart for the Single EOL Person for 2 generations. This give me a quick overview of all my EOL people. I will occasionally do a 3 generation version of this (to screen) to get a greater view of some of the lines. After I have done quite of bit of research and data entry, I will work with these reports to see if the new information can help tie people together. Often I will find some people are duplicates who can be merged and thus reduce the EOL lines or I can add more information to one EOL person which will help in eventually connecting that person with another EOL person. One way to help find the EOL persons is to set a Custom EOL Flag based on a List of People report using a filter like: Father ID# =Equals 0 AND Mother ID# =Equals 0 END I then went through that report and crossed off (reset the Flag) those that were just Witnesses, etc. This then gave me a few hundred persons who were candidates for creating EOL Persons. This process may not work for everyone, but has helped me - Lee

On 7/22/2015 2:35 PM, Michael J. Hannah via wrote: > Thinking about this some more, these one-by-one changes are not > necessarily required in this case. There is nothing wrong with having > two repository definitions which are duplicates and will produce the > identically same source output. If you do want to change the existing > sources to a repository with the same data as an existing repository > defination, you could simply make the repository definition linked to > your hundreds of sources look identical to that other existing > repository. If you want to transfer all the Sources to a different repository (or all remaining after you move a smaller group to a new one) there is no need to edit the existing repository to make it look like the one you want to now use and end up with duplicates. Instead, just Merge the two. Select the one you want to go away, then use the Merge button and enter the number of the one you want to keep. Terry Reigel

Michael J. Hannah wrote: > Finally, if you want to change the link to a different existing > repository, which may already have other sources linked to it, > you are going to have to do some one-by-one changes. Nigel, Thinking about this some more, these one-by-one changes are not necessarily required in this case. There is nothing wrong with having two repository definitions which are duplicates and will produce the identically same source output. If you do want to change the existing sources to a repository with the same data as an existing repository defination, you could simply make the repository definition linked to your hundreds of sources look identical to that other existing repository. If the one-by-one work would be extensive, living with duplicate repositories may be a more acceptable. Hope this gives you further ideas, Michael

Nigel Brown wondered: > I have a Source Types where I wish to change the Repository > as recorded in the Attachments tab in the Source Definition... And Donald Range offered some good suggestions. Nigel, As Donald suggested, a little "reverse" logic is in order here. You imply that hundreds of sources are linked to one repository and you want to change the link in all these sources. You are quite right to recognize that changing them one-by-one would be a chore. Instead consider just changing/editing the repository definition. One action and now all sources linked to this repository have the new definition. However, you will need to figure out whether or not the sources whose links you want to change are the only sources linked to this repository. If these sources are the only sources linked to this repository, then the task is simple, just do the change/edit of the existing repository definition. But if there also are other sources linked to this same repository, the problem is more difficult, and will require some one-by-one relinking. As Donald suggested, determine which group is the smaller number of sources: those you want linked to a different respository definition, and those you want to remain the with current definition. If the ones you want changed are the bigger group, then first copy the existing Repository Definition and one-by-one relink the smaller group to the copy. Now change/edit the old definition. If the ones to be changed are the smaller group, then create a new repository and one-by-one relink to the new repository. Finally, if you want to change the link to a different existing repository, which may already have other sources linked to it, you are going to have to do some one-by-one changes. Again determine which group is smaller, change/edit the repository for the larger group and one-by-one relink the smaller group. For your sake hopefully one of these two groups is a very small group so any one-by-one work will be limited. As an example, to determine which sources are linked to repository number 43, run a List of Sources report with a Filter of: Repository... // Number // = Equals // 43 // END I would suggest sorting and output by the Bibliography template as generally that will put similar sources together, and more likely you will be able to see if there are sources in the list other than the ones whose link you want to change. Hope this gives you ideas, Michael

I don't see a way in TMG or TMG-U to bulk-change the Repository as you want to do. However, here are a couple of thoughts that might be helpful: 1) If the only cases where that repository is used are those cases where you wish to change it, you could edit that repository in the Master Repository List to have its abbreviation, name, etc. read the way you wish. Even if that repository is used in other cases you don't wish the change to apply to, if those cases are fewer in number than the ones you want to change you could create a new repository for them and individually reassign them to the new repository. 2) If all the cases you wish to change are of a single source type (as implied by your post) but the repository is widely used for other source types you could edit that source type so its template no longer contains repository-related source elements such as [REPOSITORY] or [REPOSITORY MEMO]. Substitute specific text that defines the repository for the deleted elements, so that sources which are based on that type will use that specific text instead of looking up a repository from the Master Repository List. Of course this won't solve the problem if lots of other sources for which you don't wish to change the repository are based on that same source type. -----Original Message----- From: tmg-bounces@rootsweb.com [mailto:tmg-bounces@rootsweb.com] On Behalf Of Nigel Brown via Sent: Monday, July 20, 2015 10:30 AM To: TMG-L@rootsweb.com Subject: [TMG] Changing Repository Dear all, I am seeking advice once again. I have a Source Types where I wish to change the Repository as recorded in the Attachments tab in the Source Definition screen. There are many hundreds of them and I want to change them in one go, not one at a time. I cannot see a way of doing this this in TMG or TMG Utility. Have I missed something? Is there a way please?

Tami Dolan asked: > I'm using TMG v9.05 and trying to export to GEDCOM. > I have selected the GEDCOM version 5.5, all people and > all events. However, it doesn't appear to be exporting > the events with witnesses... And Terry Reigel responded: > GEDCOM has no provision for witnesses, > so witnesses are never exported. Hi Tami, Terry is correct that the decades old GEDCOM specification has no "standard" provision for witnesses. However, as of Version 9.04 a new Option in Step 5 of the GEDCOM export wizard was added: [ ] Enhanced GEDCOM tag export Selecting that option will "sometimes" add custom non-standard extra GEDCOM output to show witnesses to a tag. However, Terry's warning that some two-Principal tags are *never* output due to GEDCOM's limitations is true even if this enhanced option is selected. And since witnesses are not part of the GEDCOM specification, there is no guarantee than any program importing your GEDCOM file will know what to do with this extra non-standard data. I have created a separate on-line document "TMG GEDCOM Export: Guide to Limitations and Issues" which includes details concerning the enhanced export option. It can be accessed here: http://www.mjh-nm.net/GED-EXPT.HTML A more detailed description of the limitations concerning exporting two-Principal tags is described in this section of that document: http://www.mjh-nm.net/GED-EXPT.HTML#Gedcom2Prins This separate document is actually an extract from my larger on-line book. All of this GEDCOM information (plus more) is contained in my that book, in its Import/Export chapter: http://www.mjh-nm.net/IMEXPORT.HTML Hope this helps explain what you are seeing, Michael

On 7/20/2015 11:17 PM, Tami Dolan via wrote: > I'm using TMG v9.05 and trying to export to GEDCOM. I have selected the > GEDCOM version 5.5, all people and all events. However, it doesn't appear > to be exporting the events with witnesses (i.e. my census tags). The tags > don't even appear to export for either of the principals for the tags. Do I > have something set wrong or does this not work? Tami, GEDCOM has no provision for witnesses, so witnesses are never exported. Events with witnesses should export, absent the witnesses, provided they are "legal" GEDCOM census events. To be legal they must either have one Principal, or two Principals who are a "family" -- that is they have a marriage tag together or have children together. If there are two Principals that are not "family" - for example if the two Principals are sibling or unrelated, or one of them is a "census person" - the event will not export. Do either of these conditions apply to the tags you are trying to export? Terry Reigel

I'm using TMG v9.05 and trying to export to GEDCOM. I have selected the GEDCOM version 5.5, all people and all events. However, it doesn't appear to be exporting the events with witnesses (i.e. my census tags). The tags don't even appear to export for either of the principals for the tags. Do I have something set wrong or does this not work? Tami