I've got a question/observation involving journal reports created using TMG 9.05, saved to MS Word, using Unique Endnotes (under the Report Options / Sources tab; all other choices under that tab are unchecked). The TMG help page "Report Options: Sources" says "If multiple citations for the same source but different [CD1]s and/or [CM1]s occur, then the first unique endnote uses the Full Footnote template, and the Short Footnote template is used for the second and subsequent unique endnotes for that same source." I'm finding that help page statement to be true for [CD]s, but not for [CM]s. Second and subsequent citations to a source, with a different [CM], are using the Full Footnote template, not the Short Footnote template. (For clarity, this has nothing to do with split [CDs] or [CM]s. I've never used them.) Does anyone else see the same thing? -- Charlie Towne cetowne@adelphia.net

Thanks to Earl Bonneau for the fix. The problem was Var Name Tag in one of the two people. I deleted that and it resolved the issue. Thanks to all. Gene Clark

At 11/7/2016 18:19, Terry Reigel wrote: >Look in the main Tag Box for additional names, and delete the >duplicates if they are in fact identical. This often happens when >merge duplicate people, as in after an import of people. As Terry said, delete the duplicates Tags. But check any Source Citations on the "to be deleted" Tags and copy them to the retained Tags so you don't lose them. Lee

On 11/7/2016 4:09 PM, Gene Clark wrote: > I have about 12 sets of people with duplicate IS# and data that show in my > search screen. I cannot delete the these without losing both. Is this a > problem and any ideas on how to fix it. Gene, You do not have duplicate people with the same ID number - that's impossible because it is the ID number that defines a "person" in TMG. What you have is people with multiple Name Tags, perhaps with identical names. What you are looking at is a list of names, not a list of people. Look in the main Tag Box for additional names, and delete the duplicates if they are in fact identical. This often happens when merge duplicate people, as in after an import of people. Terry Reigel

Have you run a VFI (validate file integrity)? Constance

I have about 12 sets of people with duplicate IS# and data that show in my search screen. I cannot delete the these without losing both. Is this a problem and any ideas on how to fix it. See attached Sample

Gene Clark noted: > I have about 12 sets of people with duplicate IS# and data > that show in my search screen. Hi, Gene, Are you absolutely sure these are "different" people with duplicate ID numbers? Usually if the ID numbers are the same the search screen is simply showing the various Name-Var tags for this same person. Most search screen show "names" not "people" so you will get multiple entries for any person who has multiple name tags. If you want to avoid seeing the duplicate names, most search screens, such as the Picklist, can set a Filter to only show the Primary names. Hope this gives you ideas, Michael

The Seattle TMG Users Group will meet Saturday, Nov. 12, 2:00-4:30 p.m., at Burien Library, 400 SW 152nd Street. For a map of the area, see the Burien Library's website: http://kcls.org/locations/1495. We will discuss HRE news; answer questions about TMG; learn about new DNA testing companies, and share results of DNA testing. All are welcome! Parking: The entrance to the parking garage is on the north side of the library on 4th Ave. SW. From the garage you must go up the stairs and cross the plaza to the library entrance. Signed Disabled Parking is also available on the top level of the garage. Public Transit: Take Link light rail to the Tukwila International Blvd. Station. Exit the station and find the bus stop for the _westbound_ Rapid Ride F Line to Burien on SW 154th St. Ride the bus to the stop on 4th Ave. at SW 152nd, directly across the street from the library.

Rolene Kiesling posted: > I do a Word report and have it ck for grammar and spelling Hi Rolene, I am confused by your post. Are you making a suggestion to the list of how to check for misspellings and grammar? Or do you have a question or problem about misspellings in TMG Note tags? I would like to try to help, but don't understand your post. Michael

Thank YOU John. One day I will learn to RTFM properly with kind regards Derek Bandy -----Original Message----- From: TMG [mailto:tmg-bounces+derek=bandy.org@rootsweb.com] On Behalf Of John Cardinal Sent: 06 November 2016 11:03 To: 'The Master Genealogist Rootsweb Email List' <tmg@rootsweb.com> Subject: Re: [TMG] TMGU Error 13 Derek, The "Set Field from File" option of TMGU's "Set Person Field" option requires a tab-delimited text file. See: http://www.johncardinal.com/tmgutil/setpersonfield.htm#format The help page shows "id-number > value", but as explained on that page, "the > takes the place of a real tab character. Tabs are not visible in web browsers, so I have replaced them with in this documentation." One way to make the text file is to edit the data in Excel. Use the Save As command and choose the tab-delimited format. John 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

I do a Word report and have it ck for grammar and spelling Rolene Kiesling, Groveland, CA

Dear John, I am trying to assign a standard unique ref to everybody in the project to facilitate cooperation/coordination with another family researcher, I find the ID# unreliable when multiple people use multiple tools/systems on files. Starting with: This is the error: TMG Utility v7.3.5 Copyright (C) 1999-2016 by John Cardinal. All Rights Reserved. Do not redistribute. Function=Set Person Field Project=Willis10_ (C:\Users\Derek\OneDrive\The Master Genealogist v9\Projects\Willis10_) Dataset=W001214 imported on 08 Aug 2005 19:58:11 Log Only=True Started at 22:26:18 Options: Field: Reference Input File: C:\Users\Derek\OneDrive\My Genealogy\willis.txt ID, Old Value, New Value *** Error 13 on line 1 (1>Ws1001) - Type mismatch *** Error 13 on line 2 (2>Ws1002) - Type mismatch *** Error 13 on line 3 (3>Ws1003) - Type mismatch ... to the end of the file which contains all the ID# It also fails with this which includes spaces between the operators: Function=Set Person Field Project=Willis10_ (C:\Users\Derek\OneDrive\The Master Genealogist v9\Projects\Willis10_) Dataset=W001214 imported on 08 Aug 2005 19:58:11 Log Only=True Started at 09:09:46 Options: Field: Reference Input File: C:\Users\Derek\OneDrive\My Genealogy\willis2.txt ID, Old Value, New Value *** Error 13 on line 1 (1 > Ws1001) - Type mismatch *** Error 13 on line 2 (2 > Ws1002) - Type mismatch with kind regards Derek Bandy -----Original Message----- From: TMG [mailto:tmg-bounces+derek=bandy.org@rootsweb.com] On Behalf Of John Cardinal Sent: 05 November 2016 23:45 To: 'The Master Genealogist Rootsweb Email List' <tmg@rootsweb.com> Subject: Re: [TMG] TMGU Error 13 Derek, Please copy all the TMGU options into your post. John 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

Derek, The "Set Field from File" option of TMGU's "Set Person Field" option requires a tab-delimited text file. See: http://www.johncardinal.com/tmgutil/setpersonfield.htm#format The help page shows "id-number > value", but as explained on that page, "the > takes the place of a real tab character. Tabs are not visible in web browsers, so I have replaced them with in this documentation." One way to make the text file is to edit the data in Excel. Use the Save As command and choose the tab-delimited format. John

Help please?: Options: Field: Reference Input File: C:\Users\Derek\OneDrive\My Genealogy\willis.txt ID, Old Value, New Value *** Error 13 on line 1 (1>Ws1001) - Type mismatch *** Error 13 on line 2 (2>Ws1002) - Type mismatch with kind regards Derek Bandy, in London Member of the Society of Genealogists since 1976 Member 3849 of the Guild of One-Name Studies email: <mailto:Derek.Bandy@Bandy.co.uk> mailto:Derek@Bandy.org The Bandy One-Name Study: <http://www.bandy.co.uk/> http://www.bandy.co.uk The Bandy y-DNA Project: <http://www.familytreedna.com/public/bandy/> http://www.familytreedna.com/public/bandy/

Derek, Please copy all the TMGU options into your post. John

Brian Gross offered to help test this probable bug: > Hi Michael, > > I'm happy to help on this! > > Just give me details of what you need off list > > Brian Thanks, Brian, I will contact you off list when I have constructed a full test plan. I need to think about all the aspects of the input which could affect and trigger this behaviour, and then construct a plan to completely test them all. Among what I have already mentioned, I am thinking that the length of that first tag's output sentence may? also have an affect and will need to be checked, among other possible things. Again, thanks for the offer, I'll get back to you, Michael

Hi Michael, I'm happy to help on this! Just give me details of what you need off list brian.gross@pacbell.net Brian -----Original Message----- From: TMG [mailto:tmg-bounces+brian.gross=pacbell.net@rootsweb.com] On Behalf Of Michael J Hannah Sent: Friday, November 4, 2016 9:24 AM To: TMG-L submission address <TMG@rootsweb.com> Subject: Re: [TMG] Individual Narrative Peculiarity Brian Gross reported the results of his testing: > I've done a few experiments on this printing problem for the > Individual Narrative report. It's clearly a bug in TMG. Hi Brian, I agree it does appear to be a bug. I will do some more testing and then add this to my list of outstanding bugs in the final version. I have rewritten your current observations from your testing as: > This problem occurs only in the first sentence of the report: > -- Number of name sources must be less than or equal to 3 > -- Number of other sources for the tag that generates that > first sentence added to the number of name sources > must total less than or equal to 8 sources I think that makes things clear for now, and will certainly be a good start for my testing. I will obviously need to test the max number of all *three* different types of citations which can potentially output with this first sentence: - citations to the Primary Name tag, - citations to the two Primary Relationship tags, and - citations to the tag for this first sentence. > Another thing I discovered. TMG automatically puts the subject's > primary name at the beginning of the Individual Narrative. There can > be some peculiar results if the first tag doesn't start with [P]! Yes, this has always been TMG's design for the Individual Narrative. TMG makes a point to start an Individual Narrative with that person's full Primary name, and will add a separate leading sentence which is only that name if the first sentence does not start with [P]. As you noted one could construct a separately named custom tag with an appropriate Sort Date to always be the first tag, with an appropriate heading sentence. The Report Definition of an Individual Narrative could then selectively include this custom tag type, since one may not wish to include it in other types of reports. I would suggest something like the sentence below would probably be sufficient for your purposes without need to change the sentence of whatever tag would come next: [UND:][BOLD:][P][:BOLD}[:UND] > I didn't explore this bug too much more Thanks for testing as much as you did. I will do more before I add it to the list. I will also need to see if this maximum number of sources on the first sentence affects other types of reports beyond the Individual Narrative. Of course if any other users want to do some testing and pass along the results that would save me some effort <hint, hint, grin> 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

Rick, Can you make a backup of the file? If so, contact me off-list. John

I wonder whether perhaps creating some smaller projects or datasets from your corrupted one might allow you to put together an uncorrupted one. In other words, not every person will use all your sources, so perhaps you could divide and isolate, and gradually figure out which part of the source file is bad. Others who understand database structure better than I do may be able to say whether this approach would work, but it seems to me it might possibly. Karla Karla Huebner calypsospots AT gmail.com On Fri, Nov 4, 2016 at 12:38 PM, Rick Moffat <rgmoffat@gmail.com> wrote: > I have lived with this problem for years. At one point, the folks at TMG > repaired the file when the source number itself became a very large number. > Even after this fix I cannot run reports against the source file because an > error is detected. I am able to cope because most other functions seem to > be unaffected. > > > > The main inconvenience is that I cannot optimize the database. When I do, > some files disappear entirely and I cannot open the project. > > > > Today I finally noticed a visible symptom of the problem. When I open the > source list to select a source for a citation, I see at least four sources > with the source number 0. One of them shows over 100000 citations. The > others have smaller, more realistic numbers of citations. > > > > If I select one of these sources to attach to an event, it comes back as > source 0, with no description. It cannot be saved. > > > > If I run maintenance on the Master Source List, these corrupted records do > not appear, so I cannot maintain them. > > > > TMG Utilities do not appear to have a way to access these sources to > maintain them. > > > > I hesitate to renumber sources because I have over 7,000 of them and can't > be sure the process will even "see" the problem records to renumber them. > > > > Any ideas? > > > > Rick Moffat > > 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 >

Brian Gross reported the results of his testing: > I've done a few experiments on this printing problem > for the Individual Narrative report. It's clearly a bug in TMG. Hi Brian, I agree it does appear to be a bug. I will do some more testing and then add this to my list of outstanding bugs in the final version. I have rewritten your current observations from your testing as: > This problem occurs only in the first sentence of the report: > -- Number of name sources must be less than or equal to 3 > -- Number of other sources for the tag that generates that > first sentence added to the number of name sources > must total less than or equal to 8 sources I think that makes things clear for now, and will certainly be a good start for my testing. I will obviously need to test the max number of all *three* different types of citations which can potentially output with this first sentence: - citations to the Primary Name tag, - citations to the two Primary Relationship tags, and - citations to the tag for this first sentence. > Another thing I discovered. TMG automatically puts > the subject's primary name at the beginning of the > Individual Narrative. There can be some peculiar results > if the first tag doesn't start with [P]! Yes, this has always been TMG's design for the Individual Narrative. TMG makes a point to start an Individual Narrative with that person's full Primary name, and will add a separate leading sentence which is only that name if the first sentence does not start with [P]. As you noted one could construct a separately named custom tag with an appropriate Sort Date to always be the first tag, with an appropriate heading sentence. The Report Definition of an Individual Narrative could then selectively include this custom tag type, since one may not wish to include it in other types of reports. I would suggest something like the sentence below would probably be sufficient for your purposes without need to change the sentence of whatever tag would come next: [UND:][BOLD:][P][:BOLD}[:UND] > I didn't explore this bug too much more Thanks for testing as much as you did. I will do more before I add it to the list. I will also need to see if this maximum number of sources on the first sentence affects other types of reports beyond the Individual Narrative. Of course if any other users want to do some testing and pass along the results that would save me some effort <hint, hint, grin> Michael