Thanks Michael, that's what I thought but was hopeful when I found I could copy the description from that box. These are all individual descriptions so I can't use TMU sadly. Ann -----Original Message----- From: TMG [mailto:tmg-bounces+annmcarson=gmail.com@rootsweb.com] On Behalf Of Michael J Hannah Sent: Wednesday, 5 July 2017 2:17 AM To: TMG-L submission address Subject: Re: [TMG] Editing descriptions on TMG exhibits Ann Shepherd asked: \> Is there any way I can edit an exhibit description from > the Exhibit log screen for a person? (rather than opening properties > then description) Sorry, Ann, I don't believe there is a way. If you have the exact same change to make to a large set of exhibit descriptions you could use the "Find and Replace" feature of the TMG Utility program. The Exibit Description is one of the fields which can be changed that way. Michael 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

Oops! Sally Houston noted a typo in my comment, which unfortunately Terry also copied. > I think you mean "interments" rather than "internments" Yep. Too bad spell checkers won't catch that. Thanks, Sally. Michael

Joel Watne noted that a couple of web-based sources I cite in my on-line book about this Source Type are no longer valid. Such is the (continuing) problem with citing web sources, they can change or disappear. I know I "should" include the date when I viewed the page, but (ashamedly) admit to failing to do that. Thanks, Joel, for pointing this out, and I will try to find equivalent new links. Michael

Terry Reigel commented about the annotation comment I use when citing this web site: > While I generally try to include a description of the database in my > database sources, I realized when I read this that I'd missed doing so > for FindAGrave. So I started with yours and modified it to address some > of my pet peeves with FindAGrave: > > "A database submitted by individuals supposedly of cemetery > internments, often from grave memorials or cemetery records > and many times supplemented by other information, generally > without identification of the sources except when a > tombstone photo is included" > > In part this reinforces my practice of indicating in the CD when a > tombstone photo is included and if so whether or not it agrees > with the data listed in the memorial. I try to avoid even citing > FindAGrave when there is no tombstone photo (unless there is > actually citation to a source) but when I do, this now makes it > a bit more clear that the FindAGrave data is un-sourced. I agree with your comments, Terry, and will probably add some more similar text to my Annotation comment for this source. For both TMG reports and Second Site I choose to create a Bibliography. Thus all of my Source bibliography templates have been customized to include a conditional Annotation Comment source element so I can easily include descriptions and comments about that source. Like you I also try to include comments in the CD (or more likely for me the CM) to indicate when any of the data posted conflicts with other sources, or even conflicts with the memorial photo attached to this same memorial listing, as I have often found to be the case. As you probably noted the CM example I gave includes such a conflict comment. My style choice is to enclose such comments by me in (escaped) square brackets to clearly separate them from the actual citation data. Unlike you I will still cite a FindAGrave post (with an appropriate comment) as a "clue" to some piece of data even if there is no photo. However, rather than use TMG's Surety on the citation, my custom tags allow selecting various sentence text which will express my confidence in and basis for the stated information. e.g. "Fred is presumed to have been born ... based on ...". I also hate to cite some web post which is un-sourced, but will do so to record some "clue" as long as I flag or comment it appropriately to indicate my (lack of) confidence. While there are often pieces of the data which are wrong, especially on FindAGrave, some nuggets can still point me to a "real" source which I might not have considered. If there is one genealogy topic which causes me to "climb my soapbox" it begins with un-sourced posts and includes failing to comment about the confidence in or validity of a (questionable) source being cited. Michael

On 7/4/2017 1:48 PM, Michael J Hannah wrote in part: > I use a generic "lumped" custom Source Type for on-line electronic > databases when the on-line databse or page is actually the source of > the information. Either the specific search terms, or the complete > specific URL of the results using sentence formatting codes, for a > citation will be in the [CD]. Thus the [URL] Source Element is not > used in either footnote template. ... > Annotation: Searchable database of cemetery internments, along with > other memorial information submitted by individuals such as family > relationships and pictures of grave memorials Thanks, Michael. While I generally try to include a description of the database in my database sources, I realized when I read this that I'd missed doing so for FindAGrave. So I started with yours and modified it to address some of my pet peeves with FindAGrave: "A database submitted by individuals supposedly of cemetery internments, often from grave memorials or cemetery records and many times supplemented by other information, generally without identification of the sources except when a tombstone photo is included" In part this reinforces my practice of indicating in the CD when a tombstone photo is included and if so whether or not it agrees with the data listed in the memorial. I try to avoid even citing FindAGrave when there is no tombstone photo (unless there is actually citation to a source) but when I do this now makes it a bit more clear that the FindAGrave data is un-sourced. Terry Reigel

I think you mean "interments" rather than "internments" On Wed, Jul 5, 2017 at 5:55 AM, Terry Reigel <terry@reigelridge.com> wrote: > On 7/4/2017 1:48 PM, Michael J Hannah wrote in part: > >> I use a generic "lumped" custom Source Type for on-line electronic >> databases when the on-line databse or page is actually the source of the >> information. Either the specific search terms, or the complete specific >> URL of the results using sentence formatting codes, for a citation will be >> in the [CD]. Thus the [URL] Source Element is not used in either footnote >> template. >> > ... > >> Annotation: Searchable database of cemetery internments, along with other >> memorial information submitted by individuals such as family relationships >> and pictures of grave memorials >> > > Thanks, Michael. > > While I generally try to include a description of the database in my > database sources, I realized when I read this that I'd missed doing so for > FindAGrave. So I started with yours and modified it to address some of my > pet peeves with FindAGrave: > > "A database submitted by individuals supposedly of cemetery internments, > often from grave memorials or cemetery records and many times supplemented > by other information, generally without identification of the sources > except when a tombstone photo is included" > > In part this reinforces my practice of indicating in the CD when a > tombstone photo is included and if so whether or not it agrees with the > data listed in the memorial. I try to avoid even citing FindAGrave when > there is no tombstone photo (unless there is actually citation to a source) > but when I do this now makes it a bit more clear that the FindAGrave data > is un-sourced. > > Terry Reigel > The TMG archive is found here: http://archiver.rootsweb.ances > try.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 >

I mistakenly used regular brackets [ ] in my citation details in a Source instead of sensitivity brackets { }. I wanted to hide email addresses of people who had sent me information when I publish my website. I tried to use Find and Replace in TMG-U but it could not find just brackets without text. I have numerous instances where I used the wrong brackets. Is the best action now to use TMG-U to exclude that source entirely as I don't want those email addresses to show up? If I do that, can I go back in at a later date and "unhide" that source? Or does anyone have another suggestion to fix the brackets? Thanks a lot. Pat

On July 4, Michael stated: "I use a generic "lumped" custom Source Type .... This Source Type is documented in my on-line book: http://www.mjh-nm.net/SRCTMPLS.HTML#ElectDB" I just took a quick look at this chapter, and noted a problem in endnote 23, which contains links to two other websites. Unfortunately, as of today, neither link works. I suspect that you can find the new links. Joel Watne Circle Pines, MN

Ann, Don't know if this would save keystrokes in your situation, but one option is to open the Exhibit Log with a focus of All Exhibits (or maybe An Event or one of the other choices other than one person). This will give you a screen with lots of exhibits represented by thumbnails and topics, and selecting one will show its existing caption. If you want to change it a right click to Properties will offer the Description tab, on which you can edit the caption. If most of your keystrokes and time are spent navigating to each individual, this might shorten the process. On 7/4/2017 4:58 PM, Ann M Shepherd wrote: > Thanks Michael, that's what I thought but was hopeful when I found I could > copy the description from that box. > > These are all individual descriptions so I can't use TMU sadly. > >

NO Arlington RUG meeting Saturday July 8th There will be no RUG meeting or newsletter in July. Due to the Holiday, attendance was going to be slim. Our August 12th RUG meeting will be a working session to discuss TMG & Second Site and or discuss brick wall research problems and solutions. Bring your laptops, problems, projects – and participate in this August workshop either in person or on join.me. This program may be a challenge on join.me as open microphones cause feedback but we want to try. All online participants need to mute their microphones unless they are talking. More details next month. If you have a challenge/problem/question about TMG or Second Site or perhaps a brick wall in your family research, share your issue and perhaps other RUG members can offer useful suggestions. If possible, please send the issue in few days in advance to Programs@rootsusers.org so the Executive Committee can discuss and if we are stumped, seek additional counsel before the meeting. Jan Rodriguez VP Arlington RUG

If I may toss in my two cents worth, I think it is important to distinguish between what is on the gravestone and what the contributor has added. Findagrave is supposed to be a transcription of the information found on the gravestone. If there is a photo of the stone to which the contributor has added information I record it as follows (a made-up example): Findagrave, Jul 2017 (Photo of tombstone: Smith, Henry R., 1830-1902; shared with [the name of anyone else shown in the photo, e.g,, Mary E.; otherwise I omit "shared with]; buried Old Town Cem., Rockford, Henry Co GA; information provided by Findagrave contributor: Henry Raymond Smith, b. 1 Jan 1830 Rockford; d. 30 Sep 1902 Chicago IL; son of X and Y; [if there are links to other relatives]: parents, x number of children, and x number of siblings also linked. If there is no photo of the gravestone, then I record it as follows: Findagrave, Jul 2017 (information provided by Findagrave contributor: Henry Raymond Smith, b. 1 Jan 1830 Rockford, Henry Co GA; d. 30 Sep 1902 Chicago IL, buried xxx; [any other information from the entry as in previous example] I find it regretable that contributors generally do not give even the briefest source for any additional information they provide, and when it comes to places of birth and death, oh, so often this is incorrect. When I create entries there based on the obit or just the SSDI, I always indicate in a note there that is based on the obit or full dates of birth/death from the SSDI, not a transcription of the gravestone. One of my distant cousins uses the "last residence" found in the SSDI as the place of death, but when I provided obits indicating that several people had died far away from that "last residence" in nursing homes or in accidents while on vacation, etc., and suggested he be careful, well, he got miffed, and cut off my access to his Ancestry family tree. Oh, well. hah. Oh, as for providing http links to the Findagrave entries in your sources, well, entries do get deleted, e.g., when Ancestry bought it several years ago, some upset contributors vowed to remove their entries. When I once notified someone that the person she created an entry for which included a photo of the gravestone was buried in a different cemetery, she deleted the entry completely rather than just correcting it. So instead of saving a link, what I used to do was use the "Save page as" function in Widows to save a snapshot of what the entry was at that point in time, but recently I have switched to using the "Print to pdf" function instead. I assume these (the pdf snapshots) could be used as exhbits instead of a link. Findagrave is an **absolutely fantastic, irreplaceable resource**!! A real treasure. But anything beyond the transcription (which ideally includes a legible photograph of the gravetone) should not be taken as 100% accurate. Sam

On 7/4/17 1:23 PM, Michael J Hannah wrote: > > This recurring issue in TMG is about using a genealogy program, whose > purpose is to document genetic relationships, but then trying to > document family/social relationships. TMG assumes, and enforces, the > Primary "parents" of a child being one male and one female and the > program is designed to assume it is a genetic relationship. Micheal, I would like to correct this statement, Genealogy is NOT purely about genetics, even though some people mistakenly think of it as such. The words even derive from different (but somewhat related) Greek words. Genealogy is from Genealogia, Genea- being roughly Generations, and -logia the study thereof. Genetics from genetikos, from genesis, being the study of Origins. Genealogy has existed long before Genetics was even known about, and has always included non-genetic relationships, where a person has been adopted into a new family, generally losing their previous parents and taking on new, and re being properly considered genealogically of the new line, somewhat like many countries require a naturalized citizen to renounce any former citizenship. The procedures and formalities of Genealogy where developed well before any of the modern abilities to alter gender, so it is little wonder they didn't have procedures to handle such things, especially when you consider that many parts developed fairly rigid rules as it was used to define rules of inheritance of property, power and title. -- Richard Damon

Hi all Is there any way I can edit an exhibit description from the Exhibit log screen for a person? (rather than opening properties then description) I'm doing lots of these and it would save me many clicks if I could edit the description that I can see in the box lower left on the exhibit screen. I've been able to copy that description from the box but can't find a way to edit it in the box. Thanks in advance Ann

Lee Hoffman wondered about citing information from this on-line site a couple of weeks ago, but I have been away. As I use this site a lot I thought I would add "my way" of doing this. I use a generic "lumped" custom Source Type for on-line electronic databases when the on-line databse or page is actually the source of the information. Either the specific search terms, or the complete specific URL of the results using sentence formatting codes, for a citation will be in the [CD]. Thus the [URL] Source Element is not used in either footnote template. This Source Type is documented in my on-line book: http://www.mjh-nm.net/SRCTMPLS.HTML#ElectDB FF: <"[SUBTITLE]", >[ITAL:][TITLE][:ITAL]< ([PUBLISHER])>, cited as "[SHORT TITLE]"<, [CD]><. [CM]> SF: "[SHORT TITLE]"<: [CD]><. [CM]> B: <"[SUBTITLE]", >[ITAL:][TITLE][:ITAL], online at [URL]<. [PUBLISHER]>. <[REPOSITORY REFERENCE]. >[REPOSITORY]<, [REPOSITORY ADDRESS]><; [REPOSITORY MEMO]><. [ANNOTATION]> I use both CD and CM as I will have the same CD when citing any TMG event tag, but each CM will only have the data pertinent to that event. In the case of the "lumped" "Find A Grave" Source Record which uses this custom Source Type-- Title: Find A Grave URL: \<http://www.findagrave.com/\> Annotation: Searchable database of cemetery internments, along with other memorial information submitted by individuals such as family relationships and pictures of grave memorials An example citation is: CD: \<[WEB:]http://www.findagrave.com/cgi-bin/fg.cgi?page=gr&GRid=93721193; Conklin B Masterson[:WEB]\>, Six Mile Cemetery, Bluffton, Wells County, Indiana CM: Memorial inscription: Conklin Masterson; Died June 1, 1874, Aged 60 Yrs. 7 Mo. 18 Dys. Notes- Birth: Oct. 14, 1793 \[sic\], Butler County, Ohio; Death: Jun. 1, 1874, Wells County, Indiana. Parent: Abigail Squier Masterson (1795 - 1867). Spouse: Mary Miller Masterson (1813 - 1885). Child: Maria J Masterson (1839 - 1873). \[Several sources base his birth year on assuming the memorial age is 80 years, but 60 years appears correct, and matches his ages in various census records\] As an added note concerning this source, I also include the exact URL of the photo of the memorial in the TMG Image Exhibit Caption: [HID:][SS-HID:][:HID]Conklin B Masterson[:CR:]gravestone photo[SUP:]©[:SUP] on FindAGrave[HID:][:SS-HID][SS:]<big>Conklin B Masterson</big><br>gravestone photo^© on <a href="http://www.findagrave.com/cgi-bin/fg.cgi?page=pv&GRid=93721193">FindAGrave</a>[:SS][:HID][:CR:]Six Mile Cemetery, Bluffton, Wells County, Indiana[:CR:]Added by: Scott Shoup, 7/19/2012 Hope this provides yet another idea for citing this web source. Michael

David, This issue has been discussed several times before on this email list and on the WhollyGenes Forum. You might wish to search both Archives for the terms "transgender", "gender change", and "sex change". This recurring issue in TMG is about using a genealogy program, whose purpose is to document genetic relationships, but then trying to document family/social relationships. TMG assumes, and enforces, the Primary "parents" of a child being one male and one female and the program is designed to assume it is a genetic relationship. Back in 2013 I suggested two approaches depending upon the amount of data you have concerning the individual (see item 4): http://www.whollygenes.com/forums201/index.php?/topic/15420-handling-gay-families-and-transgender-individuals/#entry63002 "Some simply post the change as a custom Event tag and manually deal with any gender pronoun issues in the narrative sentences of that person's tags. If there is quite a lot entered about the person, some choose an approach similar to what is mentioned concerning Adopted children, especially if those children change their names. Two separate TMG people could be entered for the same transgendered person: one for each gender, with some custom tag/event that links these two "people" together. They record all events which happened prior to the change as tags in one person, and events after the change in the other." Generally I recommend creating two separate "people" in the TMG database, one of each sex, similar to recording data about a person before and after an adoption and name change. For details see my discussion of two approaches to recording Adoption data in my on-line book: http://www.mjh-nm.net/TAGCUSTM.HTML#AdoptionApproaches Hope this gives you ideas, Michael

Dale O'Connor asked: > Could someone point me to a step-by-step on entering census data? Terry Reigel replied: > ... what you enter in a Census Tag, is probably the area > in which there is the most diversity among TMG > users. You will receive lots of different ideas... I totally agree with these comments from Terry. He also pointed you to his set of articles on this topic which I have found extremely useful. I also have discussed recording Census data at some length, which results in an entire separate chapter of my on-line book: http://www.mjh-nm.net/CENSUS.HTML That chapter mentions several different approaches to recording such data in TMG. As that chapter begins: The “good news” and the “bad news” of census data is that there often is so much (some have even suggested “too much”) information provided by an enumeration entry that a genealogist may want to record. The “good news” and the “bad news” of TMG is that there are so many different ways that the program can be used and customized to record that data. It is confusing to decide how to approach recording census data since it is both a source record that can be cited as the documentation for various types of event tags (names, residence, birth based on recorded age and location, parent/child/sibling/other relationships, occupations, etc.), and the act of enumeration can be considered an event unto itself deserving of its own event tag. As such, recording census data needs to follow **your** standards both for sources and for events... It should be clear that there is no “right” way to do this. As Terry noted: > You have to decide how **you** want it recorded > and how you want it to output... My Census chapter also documents the whole set of my custom TMG event tags for "how" and "what" I want to record of enumeration data. Hopefully you will find some additional ideas in that chapter which you may choose to use once you decide how and what you want. I completely agree with Terry's reply to your question: "Could someone point me to a step-by-step on entering census data?" > The answer is no. Nobody can tell you how to enter census > data because there is no right way to do it. Michael

Ann Shepherd asked: \> Is there any way I can edit an exhibit description from > the Exhibit log screen for a person? (rather than > opening properties then description) Sorry, Ann, I don't believe there is a way. If you have the exact same change to make to a large set of exhibit descriptions you could use the "Find and Replace" feature of the TMG Utility program. The Exibit Description is one of the fields which can be changed that way. Michael

That's the issue. You cannot print or modify the database with an expired trial. You will need to reenter your serial number and the email you gave when you purchased your license. See Terry Reigel's write-up http://tmg.reigelridge.com/new-computer-version.htm#unlock Kevin -----Original Message----- From: NA NA Sent: Saturday, July 1, 2017 2:43 PM To: tmg@rootsweb.com Subject: [TMG] TMG9.5 items greyed out Hi, Not only will my printer not print any records (all greyed out in dropdown list) but unable to add, edit, or delete anything as they are also greyed out. the TMG printer is installed but it is not my default printer. Would this be the difference? Apparently the any(?) thing is also showing in the control panel something to do with previous instructions. In starting TMG it says trial expired so just close and it then loads. Would this also have something to do with the greyed out items? Any help appreciated, Pauline Ballentine 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

The Seattle TMG Users Group will meet Saturday, July 8, 2:00-4:30 p.m., at Skyline on First Hill, 725 9th Avenue. Parking may be available on the street. Otherwise, enter Skyline's front circular driveway for valet parking service ($4). We'll look at some new DNA test results, and update a previous discussion about adding "SNP people" in TMG. For driving directions, see: http://www.skylineseattle.org/contact.aspx (scroll down the page for driving directions). Metro Transit serves the neighborhood with routes #3 and #4 on James St., #12 on Madison St., and #60 on 9th Ave. (Note: The #60 also serves the Capitol Hill and Beacon Hill Link stations.)

Piggy-backing on the thread... At 11:29 AM 7/2/2017, Lee Hoffman/KY wrote: >Other than these, indents are controlled by the report design. Of >course, you can edit the report in your word processor and change >the indent there. Too late for TMG, but I'd like to propose an idea for any report writer module being developed for a replacement program: It may need to be limited to, say, RTF only, but -- make use of paragraph style tags so that all similar paragraphs can be modified by just editing the style definition for that paragraph; rather than TMG's "everything is 'body text' with manually adjusted margins and indents". Ideally, this could be applied to all word processor output choices (the report writer front-end would write using markup for each style, and specific back-ends would translate the markup to the specific codes used by the word processor). -- bieber.genealogy@earthlink.net Dennis Lee Bieber HTTP://home.earthlink.net/~bieber.genealogy/