I like it! David Coats  Sent from Yahoo Mail on Android On Mon, Feb 11, 2019 at 16:24, Tim Hill<timandpolly@gmail.com> wrote: I do the same as David Coats - citing them as a source. However, I often do another step where I add the person to TMG as normal, but then have a flag called 'Family History Source' which I change to 'Y' for them. The idea is that I can run a report for descendants of a particular person, then all people with 'Family History Source' = 'Y' to yield a list of people who are interested in this person. Tim Hill from Melbourne _______________________________________________ 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

Alan, Thanks for your reply. Please can you explain what you mean by "a researcher source". I can of course add each correspondent as a person even if they are not related to anyone in my tree. And I could I suppose create a custom field withing the Source Definition and put in there the ID of the person. But then I would need to generate a meaningful piece of text in the report (or the SecondSite website) giving the name of the person as well as their ID. Is this possible? How? Thanks - Rowan On 11/02/19 22:36, ALAN HALE via TMG wrote: > Hi > > I use a "researcher" source to find them and add them as a person also even if they are not linked to the main tree > > Alan > -------------------------------------------- > On Mon, 11/2/19, Rowan Sylvester-Bradley <rowan@sylvesterbradley.org> wrote: > > Subject: [TMG] Correspomdemnts within TMG > To: "The Master Genealogist Rootsweb Email List" <tmg@rootsweb.com> > Date: Monday, 11 February, 2019, 17:32 > > I often wish that TMG could keep a record of > all the people that I have > corresponded with over the years about > family history. I have not been > able to find a way of doing this within > TMG so I have created a > speradsheet to do it. Arguments in > favour of being able to do it within > TMG seem to be: > > 1. Some of these people are related to > me, so are in my TMG database >     already. > 2. TMG has all the features for > recording the names, addresses etc. of >     people, so why invent > another way? > 3. Since I often have multiple sources > from a single perosn, it would >     seem to avoid duplicating > data if I could just enter this person's >     details once, then refer > to it from each source. > > Can TMG do this? If so, how? > > Could I configure it (or hack it in > some way) so that it can do this? How? > > Is HRE going to be able to do this? > > Many thanks - Rowan > > > _______________________________________________ > 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 -- -- Rowan Sylvester-Bradley 22 Fox Green Great Bradley Newmarket Suffolk CB8 9NR United Kingdom Phone: 01440 783157 Email: rowan@sylvesterbradley.org

Erik, I didn't reply earlier because I don't have anything useful for you. Your project is very large, and I assume that it's larger than the projects of other list members. What method are you using to create a new project? (Please specify the exact commands you are using in TMG.) John

Hi I use a "researcher" source to find them and add them as a person also even if they are not linked to the main tree Alan -------------------------------------------- On Mon, 11/2/19, Rowan Sylvester-Bradley <rowan@sylvesterbradley.org> wrote: Subject: [TMG] Correspomdemnts within TMG To: "The Master Genealogist Rootsweb Email List" <tmg@rootsweb.com> Date: Monday, 11 February, 2019, 17:32 I often wish that TMG could keep a record of all the people that I have corresponded with over the years about family history. I have not been able to find a way of doing this within TMG so I have created a speradsheet to do it. Arguments in favour of being able to do it within TMG seem to be: 1. Some of these people are related to me, so are in my TMG database     already. 2. TMG has all the features for recording the names, addresses etc. of     people, so why invent another way? 3. Since I often have multiple sources from a single perosn, it would     seem to avoid duplicating data if I could just enter this person's     details once, then refer to it from each source. Can TMG do this? If so, how? Could I configure it (or hack it in some way) so that it can do this? How? Is HRE going to be able to do this? Many thanks - Rowan _______________________________________________ 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

Still sitting here with the error TMG gave me today: While trying to make a new project out the 874500 I want to keep in my project (I did take a backup before I started) ,I got this error message: OLE IDispatch exception code 0 from Panels: Maximum Panels Exceeded I can choose between "Cancel" ,"Ignore" and "Help"....what is wrong? (size probably) ,and what to do?. I still have this error up on my screen ,and have not done anything with it. Hopefully someone could direct me on what to choose and do?!. _______________________________________________ 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

I do the same as David Coats - citing them as a source. However, I often do another step where I add the person to TMG as normal, but then have a flag called 'Family History Source' which I change to 'Y' for them. The idea is that I can run a report for descendants of a particular person, then all people with 'Family History Source' = 'Y' to yield a list of people who are interested in this person. Tim Hill from Melbourne

Rowan asked: > I often wish that TMG could keep a record of all the people... > Can TMG do this? If so, how? Hi Rowan, I create a Source for each correspondant, and use one of the People Source Elements (Author, Compiler, Editor, Subject, Second Person) to identify the person. Note that if the person is in the project you can use their ID number in these Source Elements rather than their name in this field so you get a direct link to this person. Hope this gives you ideas, Michael

I use Source Types: E-mail Message Sometimes I enter the particulars of the message in the Supplemental tab for quick reference. Would this be what you are looking for? Ron Chénier http://chesnay.homestead.com/ http://www.bertrandchesnayfrancais.homestead.com -----Original Message----- From: Rowan Sylvester-Bradley <rowan@sylvesterbradley.org> Sent: February 11, 2019 12:32 PM To: The Master Genealogist Rootsweb Email List <tmg@rootsweb.com> Subject: [TMG] Correspomdemnts within TMG I often wish that TMG could keep a record of all the people that I have corresponded with over the years about family history. I have not been able to find a way of doing this within TMG so I have created a speradsheet to do it. Arguments in favour of being able to do it within TMG seem to be: 1. Some of these people are related to me, so are in my TMG database already. 2. TMG has all the features for recording the names, addresses etc. of people, so why invent another way? 3. Since I often have multiple sources from a single perosn, it would seem to avoid duplicating data if I could just enter this person's details once, then refer to it from each source. Can TMG do this? If so, how? Could I configure it (or hack it in some way) so that it can do this? How? Is HRE going to be able to do this? Many thanks - Rowan _______________________________________________ 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

I cite all my contacts as sources--oral communication, email, whatever. The source definition screens have many fields you can customize as you like, and the citation detail can be used as a field for each separate date of communication. David A. Coats Coats Translation Service ATA Certified Translators: E>G, G>E Phone: 612-379-7398 Fax: 612-379-0384 email: david@coatstranslation.com coats.trans@att.net coatstrnsl@cs.com On 2/11/2019 11:32 AM, Rowan Sylvester-Bradley wrote: > I often wish that TMG could keep a record of all the people that I > have corresponded with over the years about family history. I have not > been able to find a way of doing this within TMG so I have created a > speradsheet to do it. Arguments in favour of being able to do it > within TMG seem to be: > > 1. Some of these people are related to me, so are in my TMG database >    already. > 2. TMG has all the features for recording the names, addresses etc. of >    people, so why invent another way? > 3. Since I often have multiple sources from a single perosn, it would >    seem to avoid duplicating data if I could just enter this person's >    details once, then refer to it from each source. > > Can TMG do this? If so, how? > > Could I configure it (or hack it in some way) so that it can do this? > How? > > Is HRE going to be able to do this? > > Many thanks - Rowan > > > _______________________________________________ > 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 >

Re the book Source Templates for The Master Genealogist, the original link worked for me, and I have ordered a copy of the book. Just waiting for it to arrive. Thanks - Rowan On 11/02/19 17:12, John Cordes wrote: > At 2/11/2019 11:26, Sydney via TMG wrote

I often wish that TMG could keep a record of all the people that I have corresponded with over the years about family history. I have not been able to find a way of doing this within TMG so I have created a speradsheet to do it. Arguments in favour of being able to do it within TMG seem to be: 1. Some of these people are related to me, so are in my TMG database already. 2. TMG has all the features for recording the names, addresses etc. of people, so why invent another way? 3. Since I often have multiple sources from a single perosn, it would seem to avoid duplicating data if I could just enter this person's details once, then refer to it from each source. Can TMG do this? If so, how? Could I configure it (or hack it in some way) so that it can do this? How? Is HRE going to be able to do this? Many thanks - Rowan

Lee, Thank you for the update. I should have validated my message before posting. Patrick M. Lofft Genealogy Researcher & Lecturer On Feb 11, 2019, at 8:56 AM, Lee Hoffman <azchief@bellsouth.net> wrote: At 2/11/2019 11:26, Sydney via TMG wrote > Patrick- > I thought I'd respond to your link to Lulu below. I was curious about it and since I'd used Lulu- long ago- I thought I'd give it a look. However, the site was not secure using your link. It was also not secure after opening the site by a search and then, not even when logging in (had my old log in info). The link did not work for me, but because it is apparently an old no-longer valid link. I found the book listed at <http://www.lulu.com/shop/tri-valley-tmg-users-group/source-templates-for-the-master-genealogisttm/paperback/product-22804992.html> Lee _______________________________________________ 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

Lee, I think the link posted by Patrick was OK, but was so long the wrapping caused problems. I tried the link from a gmail client and it worked fine, leading to the same place as your link. Re the report of the site being not secure: It's true that at least Chrome is reporting http (as opposed to https) sites that way now. Just for curiosity sake I added the book to a cart and went to checkout -- that site is secure (uses https). John Cordes On Mon, Feb 11, 2019 at 11:56:40AM -0500, Lee Hoffman wrote: > At 2/11/2019 11:26, Sydney via TMG wrote >> Patrick- >> I thought I'd respond to your link to Lulu below. I was curious about >> it and since I'd used Lulu- long ago- I thought I'd give it a look. >> However, the site was not secure using your link. It was also not >> secure after opening the site by a search and then, not even when >> logging in (had my old log in info). > > The link did not work for me, but because it is apparently an old > no-longer valid link. I found the book listed at > <http://www.lulu.com/shop/tri-valley-tmg-users-group/source-templates-for-the-master-genealogisttm/paperback/product-22804992.html> > > Lee

At 2/11/2019 11:26, Sydney via TMG wrote >Patrick- >I thought I'd respond to your link to Lulu below. I was curious >about it and since I'd used Lulu- long ago- I thought I'd give it a >look. However, the site was not secure using your link. It was >also not secure after opening the site by a search and then, not >even when logging in (had my old log in info). The link did not work for me, but because it is apparently an old no-longer valid link. I found the book listed at <http://www.lulu.com/shop/tri-valley-tmg-users-group/source-templates-for-the-master-genealogisttm/paperback/product-22804992.html> Lee

Patrick- I thought I'd respond to your link to Lulu below. I was curious about it and since I'd used Lulu- long ago- I thought I'd give it a look. However, the site was not secure using your link. It was also not secure after opening the site by a search and then, not even when logging in (had my old log in info). Just thought I'd report back. Sydney Sent with ProtonMail Secure Email. ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Sunday, February 10, 2019 8:15 PM, Patrick M. Lofft <pmlofft@comcast.net> wrote: > For Source Types, Google "Tri-Valley TMG Users Group" and order (from > lulu.com) their "Source Templates for The Master Genealogist". It has many > more Source Types than are included within TMG including many on-line. > Almost no Source Types for on-line sources have Repository Source Elements. > Instead they use Website Names and URL Source Elements. As for the URL, it > is always better to include the entire URL. However, in some cases, the URL > is just too long. In these cases, consider cutting the URL back some. You > have to use your own judgement while keeping in mind that you need to tell > the reader as much as possible to point them to the source. > > The Tri-Valley TMG Users Group's Source Templates for The Master > GenealogistT > http://www.lulu.com/shop/tri-valley-tmg-users-group/source-templates-for-the > -master-genealogisttm/paperback/product-22804992.html > Livermore-Amador Genealogical Society, Livermore, California A guide for > creating computerized genealogical source citation templates for The Master > Genealogist(TM) software package. Each source type template includes the > template structure for footnotes and bibliography, as well as citation > examples of each. In addition, there are a number of extra tips, ideas and > discussion points. These examples and pointers may serve as useful guides > when creating source citations in other genealogy software applications. > When you purchase the book you may obtain the complete templates by email to > TVTMG.editors@L-AGS.org. > > TVTMG Cemetery Marker (online) 5.16 > FULL FOOTNOTE: > <[COMPILER], ><[ITAL:][REPOSITORY][:ITAL], >database and images > (<[REPOSITORY ADDRESS] ><: accessed [CD3]>), <[CD1], ><[CD2], > <[CEMETERY], > > > <[CITY], ><[COUNTY], ><[STATE]><, photograph C [CD4]> <; [CM]>. > > Find a Grave, Inc., Find A Grave, database and images > (http://www.findagrave.com/ : > accessed 18 July 2011), Captain Denison Butler Baldwin (1832-1916) > gravestone photograph, memorial no. 14354725, Maple Park Cemetery, Mercer > County, West Virginia, photograph C Bridget Kelley-Dearing, 2006. > SHORT FOOTNOTE: > <[COMPILER], ><[ITAL:][REPOSITORY][:ITAL], ><[CD1], > <[SHORT LOCATION]><; > [CM]>. > Find a Grave, Inc., Find A Grave, Captain Denison Butler Baldwin (1832-1916) > gravestone photograph, Mercer Co., W. Va.; grave is marked with a > Confederate memorial cross. > BIBLIOGRAPHY: > <[COMPILER]. ><[ITAL:][REPOSITORY][:ITAL]. >Database and images. > <[REPOSITORY ADDRESS]>< : [DATE]>. > Find a Grave, Inc. Find A Grave. Database and images. > http://www.findagrave.com/ : 2011. > REMINDER: > This template mimics EE QuickCheck Model 215, Online Images, p. 229, and > online discussions in re: Find A Grave citations. > > - [CEMETERY] is the name of the cemetery. > - [SHORT LOCATION] is the proper abbreviation of the cemetery's location; > note that Mills does not include the cemetery's name in her template. > Consider using only the city and state or county and state in this field. > > - [COMPILER] is the creator of the website. Note that this field obeys > Surname, Given rule. > > - [DATE] is the year the information on this cemetery was posted or the year > you accessed the material. > > - [STATE] is the state, spelled out. > - [COUNTY] is omitted, if the city is well known. If it applies, the county > should include "County", "Parish", etc.; e.g., Hamilton County or Orleans > Parish. > > - [CITY] is the city. > - [REPOSITORY] is the name of the website. > - [REPOSITORY ADDRESS] is the main URL of the website. > > Patrick M. Lofft > Genealogy Researcher and Lecturer > > -----Original Message----- > From: Rowan Sylvester-Bradley [mailto:rowan@sylvesterbradley.org] > Sent: Sunday, August 12, 2018 5:13 AM > To: tmg@rootsweb.com > Subject: [TMG] Best Practice for Citations/Sources/Repositories > > I have a couple of questions about the best way of using TMG: > > > 1. Does one include images as internal, or external? What are the pros and > cons of each? How does Second Site use these images? > > 2. If you need to refer to a citation in several tags, e.g. for several > different people, how do you do this easily without duplicating data entry? > E.g. for a census entry, it may give evidence for the birth of several > people, for their residence, for their occupation. You could easily end up > with 10 or 20 tags all referring to this one document. You don't want to > have to enter the details of the document 20 times, and certainly you don't > want to enter its scan 20 times. > > 3. When citing an online source, what is the best way to do it? Does one > include an image of the document, and/or a transcription? If the latter, > where do you put the transcription? What is the source and the repository in > this case? Does the source need to mention the exact URL of the web page, or > just the web site, or just a generic "Web"? Is the repository the web site > you got this from (e.g. Ancestry or Findmypast), or the original source of > the document (e.g. "Buckinghamshire Parish Records 1575-1911", or "West > Wycombe Marriage Register 1830"). > > I hope someone can help me with best practice or recommendations in answer > to these questions. > > Thanks - Rowan > > > Email preferences: http://bit.ly/rootswebpref > Unsubscribe and Archives > https://mailinglists.rootsweb.com/listindexes/search/tmg > 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

While trying to make a new project out the 874500 I want to keep in my project (I did take a backup before I started) ,I got this error message: OLE IDispatch exception code 0 from Panels: Maximum Panels Exceeded I can choose between "Cancel" ,"Ignore" and "Help"....what is wrong? (size probably) ,and what to do?.

For Source Types, Google "Tri-Valley TMG Users Group" and order (from lulu.com) their "Source Templates for The Master Genealogist". It has many more Source Types than are included within TMG including many on-line. Almost no Source Types for on-line sources have Repository Source Elements. Instead they use Website Names and URL Source Elements. As for the URL, it is always better to include the entire URL. However, in some cases, the URL is just too long. In these cases, consider cutting the URL back some. You have to use your own judgement while keeping in mind that you need to tell the reader as much as possible to point them to the source. The Tri-Valley TMG Users Group's Source Templates for The Master GenealogistT http://www.lulu.com/shop/tri-valley-tmg-users-group/source-templates-for-the -master-genealogisttm/paperback/product-22804992.html Livermore-Amador Genealogical Society, Livermore, California A guide for creating computerized genealogical source citation templates for The Master Genealogist(TM) software package. Each source type template includes the template structure for footnotes and bibliography, as well as citation examples of each. In addition, there are a number of extra tips, ideas and discussion points. These examples and pointers may serve as useful guides when creating source citations in other genealogy software applications. When you purchase the book you may obtain the complete templates by email to TVTMG.editors@L-AGS.org. TVTMG Cemetery Marker (online) 5.16 FULL FOOTNOTE: <[COMPILER], ><[ITAL:][REPOSITORY][:ITAL], >database and images (<[REPOSITORY ADDRESS] ><: accessed [CD3]>), <[CD1], ><[CD2], > <[CEMETERY], ><[CITY], ><[COUNTY], ><[STATE]><, photograph C [CD4]> <; [CM]>. Find a Grave, Inc., Find A Grave, database and images (http://www.findagrave.com/ : accessed 18 July 2011), Captain Denison Butler Baldwin (1832-1916) gravestone photograph, memorial no. 14354725, Maple Park Cemetery, Mercer County, West Virginia, photograph C Bridget Kelley-Dearing, 2006. SHORT FOOTNOTE: <[COMPILER], ><[ITAL:][REPOSITORY][:ITAL], ><[CD1], > <[SHORT LOCATION]><; [CM]>. Find a Grave, Inc., Find A Grave, Captain Denison Butler Baldwin (1832-1916) gravestone photograph, Mercer Co., W. Va.; grave is marked with a Confederate memorial cross. BIBLIOGRAPHY: <[COMPILER]. ><[ITAL:][REPOSITORY][:ITAL]. >Database and images. <[REPOSITORY ADDRESS]>< : [DATE]>. Find a Grave, Inc. Find A Grave. Database and images. http://www.findagrave.com/ : 2011. REMINDER: This template mimics EE QuickCheck Model 215, Online Images, p. 229, and online discussions in re: Find A Grave citations. - [CEMETERY] is the name of the cemetery. - [SHORT LOCATION] is the proper abbreviation of the cemetery's location; note that Mills does not include the cemetery's name in her template. Consider using only the city and state or county and state in this field. - [COMPILER] is the creator of the website. Note that this field obeys Surname, Given rule. - [DATE] is the year the information on this cemetery was posted or the year you accessed the material. - [STATE] is the state, spelled out. - [COUNTY] is omitted, if the city is well known. If it applies, the county should include "County", "Parish", etc.; e.g., Hamilton County or Orleans Parish. - [CITY] is the city. - [REPOSITORY] is the name of the website. - [REPOSITORY ADDRESS] is the main URL of the website. Patrick M. Lofft Genealogy Researcher and Lecturer -----Original Message----- From: Rowan Sylvester-Bradley [mailto:rowan@sylvesterbradley.org] Sent: Sunday, August 12, 2018 5:13 AM To: tmg@rootsweb.com Subject: [TMG] Best Practice for Citations/Sources/Repositories I have a couple of questions about the best way of using TMG: 1. Does one include images as internal, or external? What are the pros and cons of each? How does Second Site use these images? 2. If you need to refer to a citation in several tags, e.g. for several different people, how do you do this easily without duplicating data entry? E.g. for a census entry, it may give evidence for the birth of several people, for their residence, for their occupation. You could easily end up with 10 or 20 tags all referring to this one document. You don't want to have to enter the details of the document 20 times, and certainly you don't want to enter its scan 20 times. 3. When citing an online source, what is the best way to do it? Does one include an image of the document, and/or a transcription? If the latter, where do you put the transcription? What is the source and the repository in this case? Does the source need to mention the exact URL of the web page, or just the web site, or just a generic "Web"? Is the repository the web site you got this from (e.g. Ancestry or Findmypast), or the original source of the document (e.g. "Buckinghamshire Parish Records 1575-1911", or "West Wycombe Marriage Register 1830"). I hope someone can help me with best practice or recommendations in answer to these questions. Thanks - Rowan _______________________________________________ Email preferences: http://bit.ly/rootswebpref Unsubscribe and Archives https://mailinglists.rootsweb.com/listindexes/search/tmg 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

Michael Thank you - obvious when you know Regards John -----Original Message----- From: Michael J. Hannah <mjh@rr-nm.net> Sent: 09 February 2019 17:20 To: The Master Genealogist Rootsweb Email List <tmg@rootsweb.com> Subject: [TMG] Re: Compare two datasets in same project John Hanson wrote: > I have imported into a separate dataset into the same project a > separate list of about 3,000 people... > Now there most be some that exist in both but how to find them. Tools // Check for Duplicate People Set the various configuration parameters as desired. But the important setting is in the "Filters" settings. Be sure to tic the "Everyone in the project" so that the tests will compare people in different data sets. Look for the pairs where the person ID numbers in front of the colon (i.e. the dataset numbers) differ. Hope this gives you ideas, Michael _______________________________________________ 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

>Michael J. Hannah [mailto:mjh@rr-nm.net] >Sent: Sunday, February 10, 2019 2:02 PM On 2/9/2019 8:21 AM, Rowan Sylvester-Bradley wrote: > ...Rowan responded: > What I am trying now is to create a separate source for each page of > census record ... and then to create a citation for each person and > each event/tag of those people pointing to the source. On 2/10/19 Michael J. Hannah wrote: > Yes, I think a separate source for each page "sort of" makes sense if you > insist on including an image of the census page itself, which most of us > find unnecessary. Interesting, I'm not aware of polling on numbers for folks attaching images (exhibits in TMG lingo) to TMG Source records, however, maybe Michael speaks from his "sense" of reading messages over in the list over years. I've written previously and will restate here again, that I like attaching a copy of an image supporting a source record to the TMG Source record, not to Event Tags. Most of the times it is one image, i.e., a birth or death cert or registration, a page/sheet for a census record, etc. However, if you do follow suggestions or one option/method that uses one household in a census record as a TMG source (like I do) and the census once in a while starts near the bottom of one page and runs over onto the next page, it's no big deal to attach two (or more) images as exhibits to one TMG source record. It's really nice that in Second Site there is a choice to show (or not) exhibits to sources as "links" in a SS website. It's a lot easier to look at in the site than it is to go through a file cabinet or look it back up on the internet! For census records, I used Terry Reigel's suggestions at https://tmg.reigelridge.com/Census.htm with some changes and included the location and date viewed right in the TMG Source template, i.e., as fields resulting in output " digital images, Ancestry.com (http://www.ancestry.com : 07 Jul 2012)" I do not use the repository or citation memo as Michael noted that he does. In the citation detail, I do add notes as Terry Reigel writes as one example in "Birth Tags - date and place for each person listed (in CD, I show details, as "shows age as 32 and state")." So, how you decide to use TMG and whether or not a Census record for one household is an individual TMG Source record is entirely up to you. Also, if you "like" having your digital record of a Census household or birth or death cert or other attached as an Exhibit to the TMG Source record, there is no downside that I know of other than the time spent attaching it. There are recommendations to attach Exhibits as "external" and not "internal" which I do follow. Tom

On 2/9/2019 8:21 AM, Rowan Sylvester-Bradley wrote: > ... > I am just trying to work out the best way of using the features > within TMG to hold the information. What I'm trying to achieve is: > > 1. An efficient way of entering the data. E.g. for a census return, I > should not have to enter the same citation data multiple times for > each family member, and for multiple tags for each member. > <SNIP> > ... > 4. The data should be presented in my Second Site website in a good, > accurate, complete and easy to understand way. And Terry replied: > It is my belief that your objectives #1 and 4 are mutually exclusive. I echo Lee's comment that I tend to agree with Terry on this. But there are things that you can do to minimize the data entry tasks. Then Rowan responded: > What I am trying now is to create a separate source for each page > of census record ... and then to create a citation for each person > and each event/tag of those people pointing to the source. Yes, I think a separate source for each page "sort of" makes sense if you insist on including an image of the census page itself, which most of us find unnecessary. However, I have many family enumerations which span two pages, so now you would need two sources with two images, and which source/page to cite may be an issue and make data entry more complicated. However like Terry, I would instead suggest focusing on a household, not on a page in the enumeration schedule. Terry creates one Source per household. I create one Source/CD "pair" per household, repeat the "last citation", and use the CM to enter information specific to a tag. As I mentioned earlier, if you make use of five separate features of TMG (Repository, Source, Citation Detail, Citation Memo, and Tag Exhibit) to enter five separate levels of source data specificity, I think data entry can be minimized for your objective #1. For the US census I would suggest the following structure: - the Repository be the National Archives and Records Administration. - a single Source for each population schedule of a particular county in a given state in a given census year, e.g. 1900 U.S. Census, Washington County, Ohio population schedule. For me this keeps the Source List size (and thus the Bibliography) manageable. - a single separate Census tag for a family's enumeration. - a complete verbatim text transcription (not image) of that entire family enumeration as a text Exhibit to that family's Census tag (this records the family's complete data, which should minimize your worry about the loss of the source). - a Citation to the Census tag using the above source where the Citation Detail ONLY identifies the precise location of that one family's entire enumeration within that Source, which may span pages. The reason I use BOTH the Citation Detail and the Citation Memo fields in my Source Type templates is because of the way that the "Repeat last citation" button works in a tag. That button ONLY repeats the last Source and its accompanying Citation Detail. It does NOT repeat the last Citation Memo. Thus that "last citation" Source/CD pair is specific for each family enumeration. The advantage of limiting the Citation Detail to only identify the family's enumeration within the source is that this repeated "last citation" now can be used unchanged in all citations to other tags of the family members. Only the data specific to information in that tag need be entered in this Citation Memo (e.g. person's name and age in a Birth tag), which leaves the "last citation" Source/CD repeatable and unchanged for use the next citation of any other family tag. It is the use of this "last citation" button with a fixed Citation Detail but differing Citation memo on each tag that makes it efficient to repeat the "same citation data multiple times for each family member, and for multiple tags for each member". Just my way of making data entry efficient. Hope this gives you ideas. Michael