Michael J Hannah wrote, in part: > John has cleverly designed GedSite to allow the user to > specify *which* program produced this GEDCOM file. If > that program is in GedSite's list, the program then can > recognize that program's specific non-standard GEDCOM > data and make use of that data in creating the web > pages. Michael, That's not quite how it works. The user does not have to specify which program produced the GEDCOM file. GEDCOM files include records that indicate the program and version that wrote the GEDCOM file, and GedSite uses that value to determine which special operations to apply. As I mentioned, GedSite has special handling for many GEDCOM sources, and those are the programs listed on the GedSite help page that I linked in a previous reply. In addition, however, GedSite will do a good job of loading almost any GEDCOM file that is roughly compliant with the standard. If such a file uses any of the common extensions, GedSite will recognize them and handle them appropriately. GedSite's GEDCOM extension handlers are small bits of logic that are mostly independent of each other. They can be applied via configuration parameters that are included in a data file supplied with GedSite, and there are sets of parameters for each of the popular source programs. By tweaking that data file, I can customize GedSite for a new GEDCOM source. For RootsMagic, for example, there are about 30 paramters. About half of those are associated with RootsMagic tag types and sentence definitions. John

Joyce, Have you solved the flag corruption problem? It not, contact me off-list. John

John, I have a solution but haven't implemented it yet - probably will try it tomorrow. Joyce -----Original Message----- From: TMG [mailto:[email protected]] On Behalf Of John Cardinal Sent: Thursday, November 16, 2017 2:05 PM To: 'The Master Genealogist Rootsweb Email List' Subject: Re: [TMG] Adopted flag corruption Joyce, Have you solved the flag corruption problem? It not, contact me off-list. John

Getting this thread back to its original purpose... Kathi, Thanks for your input. It appears that TMG has issues in rare cases when rearranging or modifying flags, which can cause corruption of the flags table. The exact sequence of keystrokes that causes it is unknown, and corruption can happen to a different flag than what was actually edited. The fix requires a pro-level direct editing of the project tables. In your case, your solution was probably the best one, since it was relatively painless and you noticed it early on a very visible flag (Sex flag). On the other hand for me, this happened to my database back in June on a flag I rarely use and didn't notice, so there's no way I can do a recovery of an old backup, and then recreate thousands of edits over the last few months, for the sake of fixing this one flag. The take-away from this experience for me is that anytime you edit or rearrange any flags within the Flag Manager, first do a backup! Then make sure you carefully check ALL flag definitions to make sure their values are correct and in the correct order. And then add a person or two and make sure their flags are entered correctly. I encourage Michael Hannah to add this issue to his online bug list if it isn't there already (I checked but didn't see it). I hope this post helps anyone else who runs into this problem! Joyce -----Original Message----- From: TMG [mailto:[email protected]] On Behalf Of [email protected] Sent: Tuesday, November 14, 2017 7:34 AM To: [email protected] Subject: Re: [TMG] Adopted flag corruption I had the same thing happen to me but instead with the Sex flag. I reported this a while ago but got no responses on it. I noticed that the sex flag on one person (who I hadn't edited in a long while) was now "N". When I went to edit the flag I found the value options had changed from M, F, U to Y or N and those values were not editable. I never play with flags so it was not something I changed. I tried everything I could think of to change the options back but nothing seemed to work. And the maintenance functions did nothing to fix it. So I had to do something to fix it or the sex flag would be permanently stuck at Yes or No for all future entries. My ultimate solution was to look on backups to see if I could find when it happened. Fortunately for me, it was only 2 days prior and I had done only a little editing during that time. So I restored a backup and rebuild the individuals that I had edited during that 2 day period. I have no idea if this sort of thing has happened with other flags as I generally don't pay a lot of attention to them and the defaults just . well default in. I've been using TMG for years and years. What this problem is telling me is that it may not be in my best interest to hang on forever to TMG. I expect this type of issue may continue as Microsoft evolves and TMG doesn't. Hope a solution is found as I'd be very interested. Kathi

John, Dennis, et al, I will not be adapting Second Site to work with HRE. As mentioned in this thread, Second Site reads the TMG database directly and it's not practical to adapt it to the HRE database format for several reasons. My GedSite program processes GEDCOM files. It has a very flexible GEDCOM reader that adapts to the differences between GEDCOM files produced by many software programs. Here are some examples where GedSite handles non-standard GEDCOM constructs: - GedSite loads witnesses and roles from several programs. - GedSite loads sentence templates from RootsMagic, Family Historian, and Legacy, and interprets them according to the rules of the source program. (GedSite uses its own sentence templates for other programs that do not have them or do not export them via GEDCOM.) - GedSite loads flags from Family Historian and Brother's Keeper, and users can use those flags in filters. - And many, many, more. If you go to http://www.gedsite.com/en/contents.htm and look under "GEDCOM Source Applications", you'll see a list of source programs. Click an entry to see how GedSite handles GEDCOM files from the application. While GedSite is intended primarily for use with GEDCOM, it's possible to adapt it to other data formats. However, I think it is unlikely I will adapt it to read an HRE database directly. There are several issues involved and I think it makes more sense for HRE to export a GEDCOM file. When an HRE GEDCOM export is available, I'll configure GedSite to load it. John

John Cardinal wrote: > When an HRE GEDCOM export is available, > I'll configure GedSite to load it. I agree with John that this approach makes the most sense. I have often stated that the official GEDCOM standard is extremely out of date and unable to handle modern features in genealogy programs like TMG and others. But that standard does define a "standard" way for a program to include its own "non-standard" GEDCOM data structures in a GEDCOM file. The final version of TMG has an optional advanced GEDCOM export which uses this method to output many of the advanced TMG features which cannot be described in standard GEDCOM, such as witnesses and sort dates. As John mentioned, several other modern genealogy programs also output their own advanced features using their own choices of non-standard GEDCOM data. John has cleverly designed GedSite to allow the user to specify *which* program produced this GEDCOM file. If that program is in GedSite's list, the program then can recognize that program's specific non-standard GEDCOM data and make use of that data in creating the web pages. So once HRE decides on how it chooses to export its advanced features in its own version of non-standard GEDCOM data structures, John will be able adapt GedSite to recognize those unique HRE structures. Many of us look forward eagerly to an HRE which exports it own non-standard GEDCOM data which an adapted GedSite can then recognize. Michael

Ann M Shepherd wrote: > I'm pretty sure I can't do this but again, > just in case I'm mistaken . Sorry, Ann, but you can't. Robin explained why TMG evolved in a way which means you can't, but if you are interested the exact order is fixed and described in my on-line book. Under the heading of "Source Elements" in the Index is the entry "Source Definition General Tab user element groups" which links to: http://www.mjh-nm.net/SRCELEMS.HTML#SrcGenElements "The order that the Source Element Groups will appear on the General tab of the Source Definition screen (regardless of whether an alternative variable name is used from within that group) is the order that follows, e.g. the first group in this list that is used will appear first, the second one used second, etc." Michael

At 10:58 PM 11/15/2017, Richard Damon wrote: >John may not need to adapt Second Site or GedSite, as HRE may be >able to create a reasonable web site out of the Box. Don't know for >certain, but I am sure they realize that is a new important output >media, so I hope it is on their Radar. Unless GedSite is relying upon TMG extensions to the (non-)standard GEDCOM, as long as HRE produces similar GEDCOM files, it should need very little modification. Second Site, OTOH, directly reads the TMG database -- which is among the major changes which HRE will contain; even were all the table structures to remain the same, SecondSite would need to be changed to access whatever new database engine is used by HRE.. -- [email protected] Dennis Lee Bieber HTTP://home.earthlink.net/~bieber.genealogy/

The Boston area TMG user group will be meeting this Saturday in Burlington at the Patriot Energy/Mint Energy building on Commonwealth Executive Drive at 1 pm. This month Barbara Levergood, Jim Byram, and I will talk on names/sources/sort dates/syncing.... Directions: Turn off 95/128 at exit 32B, Middlesex Tpke heading towards Boston (away from the Burlington Mall). Immediate left onto Wheeler Road. Then first left (about 1/4 mile) onto Commonwealth Executive Drive. There is only one building at the end of the road. Go in the front door, upstairs. The meeting will be on the RIGHT on the second floor. There is an elevator. If there are any last minute questions my cell phone is 781-999-2451. Remember the refreshments..... Linda Reinfeld

On 11/14/17 12:00 PM, John Cordes wrote: > I am also extremely interested in seeing HRE once it is released. > However, as someone whose main use of TMG, as far as output is > concerned, is in a website, I am concerned on that front. I > believe John Cardinal has indicated that there is a *possibility* > of his adapting Second Site -- someday -- to read an HRE database > (or whatever the appropriate terminology should be) but that is by > no means guaranteed. At least that is my present understanding. > > I presume John might also adapt his GedSite program to handle > Gedcom output from HRE, but again there are uncertainties involved > in all of this. > > If I am off base in any of this I look forward to corrections! > > John John may not need to adapt Second Site or GedSite, as HRE may be able to create a reasonable web site out of the Box. Don't know for certain, but I am sure they realize that is a new important output media, so I hope it is on their Radar. -- Richard Damon

I too am hopeful the HRE will be my future genealogy program. For those anxiously waiting, consider making a donation to help with the development. https://historyresearchenvironment.org/donate Sheila Altenbernd On 11/14/2017 10:39 AM, sally v Houston wrote: > Be sure to watch this email list for info on HRE, which will be an > acceptable program for migration from TMG. Or maybe even an improvement. > https://historyresearchenvironment.org/hre-for-users-of-the-master-genealogist/ > >

This is just a heads-up to those who may have TMG Backups that may be very old. I tried restoring an old SQZ file today that I had received from another researcher. I needed to do this to verify certain data. Knowing the SQZ file was old, I thought it was probably from TMG v4, so I tried Importing, but got an error message. So, I tried Restoring only to get another error. I tried opening the SQZ file using compression programs like WinZip and others, but that didn't work either. I was about to give up thinking the file must have somehow gotten corrupted. So I tried viewing the file using an internal file viewer to see if that might tell me something. Initially that didn't tell me much as the file seemed to be OK as far a I could tell without really digging into it in depth. Then I happened to note that the Backup file had been created by a MUCH older version of TMG (v1.2a).in 1997. I had forgotten that there was a change in the Backup file structure way back when (somewhere around v2x or v3x?). So if you happen to have a situation like this, try Restoring into TMG v4. It will still Restore _very_ old TMG SQZ files! Lee

I am also extremely interested in seeing HRE once it is released. However, as someone whose main use of TMG, as far as output is concerned, is in a website, I am concerned on that front. I believe John Cardinal has indicated that there is a *possibility* of his adapting Second Site -- someday -- to read an HRE database (or whatever the appropriate terminology should be) but that is by no means guaranteed. At least that is my present understanding. I presume John might also adapt his GedSite program to handle Gedcom output from HRE, but again there are uncertainties involved in all of this. If I am off base in any of this I look forward to corrections! John On Tue, Nov 14, 2017 at 08:39:06AM -0800, sally v Houston wrote: > Be sure to watch this email list for info on HRE, which will be an > acceptable program for migration from TMG. Or maybe even an improvement. > https://historyresearchenvironment.org/hre-for-users-of-the-master-genealogist/ > > On Tue, Nov 14, 2017 at 5:33 AM, <[email protected]> wrote: > > > I had the same thing happen to me but instead with the Sex flag. I > > reported > > this a while ago but got no responses on it. I noticed that the sex flag > > on > > one person (who I hadn't edited in a long while) was now "N". When I went > > to edit the flag I found the value options had changed from M, F, U to Y > > or > > N and those values were not editable. I never play with flags so it was > > not > > something I changed. I tried everything I could think of to change the > > options back but nothing seemed to work. And the maintenance functions did > > nothing to fix it. So I had to do something to fix it or the sex flag > > would > > be permanently stuck at Yes or No for all future entries. > > > > > > > > My ultimate solution was to look on backups to see if I could find when it > > happened. Fortunately for me, it was only 2 days prior and I had done only > > a > > little editing during that time. So I restored a backup and rebuild the > > individuals that I had edited during that 2 day period. > > > > > > > > I have no idea if this sort of thing has happened with other flags as I > > generally don't pay a lot of attention to them and the defaults just . well > > default in. > > > > > > > > I've been using TMG for years and years. What this problem is telling me > > is > > that it may not be in my best interest to hang on forever to TMG. I expect > > this type of issue may continue as Microsoft evolves and TMG doesn't. > > > > > > > > Hope a solution is found as I'd be very interested. > > > > > > > > Kathi > > > > 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 > > [email protected] with the word 'unsubscribe' without the quotes > > in the subject and the body of the message > > > 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 [email protected] with the word 'unsubscribe' without the quotes in the subject and the body of the message

Have you recently, either tried change the order of display of the flags, or have you tried to rename a flag or change its value sequence? I have seen corruptions due to changing of the properties of the set of flags. Some actions seem to make the structure unstable and out of alignment, so those changes to other flags may impact another flag. The last time that I came across this it required an external expert editing of the TMG projects, flag definition tables to fix it. RobinL On 14-Nov-17 09:33 AM, Joyce wrote: > This issue was first posted about 3 weeks ago. I still don't have a > resolution. Does anyone have any other ideas about how to fix it? > > This particular issue isn't critical for me, but I'm concerned there's some > other corruption lurking that will eventually bite me. > > Thanks, > Joyce > > > -----Original Message----- > From: TMG [mailto:[email protected]] On Behalf Of > Joyce > Sent: Sunday, October 22, 2017 12:28 PM > To: [email protected] > Subject: [TMG] Adopted flag corruption > > I just ran into some weirdness in my TMG database.  I added a new person, > and while updating a couple of flags, just happened to notice that the > Adopted flag for this person was set to “O”. Huh? So I went to fix it and > discovered that my choices for the Adopted flag are now “O,N,Y,S,X” instead > of the standard “?,N,Y”.  I tried to edit the values back to ?,N,Y in flag > manager but of course it doesn’t allow me to edit the flag.  It appears that > “O” became the default for the 163 new persons I’ve added to my 3 active > datasets since 17 Jun 2017. > > Apparently the “O,N,Y,S,X” options somehow got loaded there after I had > created a new custom flag with those options. > > I rarely ever use the Adopted flag, finding it more of an annoyance than a > help, and I know I didn’t try to edit it intentionally.  Is there any > possibility of getting it fixed back to its normal defaults? > > I performed all the usual maintenance – Optimize / VFI / Optimize, closed > TMG, rebooted, reopened TMG, all to no effect. > Running TMG 9.05 on Windows 8.1. > Would appreciate any suggestions! > > Thanks, > Joyce Rivette > > > 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 [email protected] with the word 'unsubscribe' without the quotes in the subject and the body of the message > -- Robin Lamacraft, Adelaide, Australia

Be sure to watch this email list for info on HRE, which will be an acceptable program for migration from TMG. Or maybe even an improvement. https://historyresearchenvironment.org/hre-for-users-of-the-master-genealogist/ On Tue, Nov 14, 2017 at 5:33 AM, <[email protected]> wrote: > I had the same thing happen to me but instead with the Sex flag. I > reported > this a while ago but got no responses on it. I noticed that the sex flag > on > one person (who I hadn't edited in a long while) was now "N". When I went > to edit the flag I found the value options had changed from M, F, U to Y > or > N and those values were not editable. I never play with flags so it was > not > something I changed. I tried everything I could think of to change the > options back but nothing seemed to work. And the maintenance functions did > nothing to fix it. So I had to do something to fix it or the sex flag > would > be permanently stuck at Yes or No for all future entries. > > > > My ultimate solution was to look on backups to see if I could find when it > happened. Fortunately for me, it was only 2 days prior and I had done only > a > little editing during that time. So I restored a backup and rebuild the > individuals that I had edited during that 2 day period. > > > > I have no idea if this sort of thing has happened with other flags as I > generally don't pay a lot of attention to them and the defaults just . well > default in. > > > > I've been using TMG for years and years. What this problem is telling me > is > that it may not be in my best interest to hang on forever to TMG. I expect > this type of issue may continue as Microsoft evolves and TMG doesn't. > > > > Hope a solution is found as I'd be very interested. > > > > Kathi > > 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 > [email protected] with the word 'unsubscribe' without the quotes > in the subject and the body of the message >

I had the same thing happen to me but instead with the Sex flag. I reported this a while ago but got no responses on it. I noticed that the sex flag on one person (who I hadn't edited in a long while) was now "N". When I went to edit the flag I found the value options had changed from M, F, U to Y or N and those values were not editable. I never play with flags so it was not something I changed. I tried everything I could think of to change the options back but nothing seemed to work. And the maintenance functions did nothing to fix it. So I had to do something to fix it or the sex flag would be permanently stuck at Yes or No for all future entries. My ultimate solution was to look on backups to see if I could find when it happened. Fortunately for me, it was only 2 days prior and I had done only a little editing during that time. So I restored a backup and rebuild the individuals that I had edited during that 2 day period. I have no idea if this sort of thing has happened with other flags as I generally don't pay a lot of attention to them and the defaults just . well default in. I've been using TMG for years and years. What this problem is telling me is that it may not be in my best interest to hang on forever to TMG. I expect this type of issue may continue as Microsoft evolves and TMG doesn't. Hope a solution is found as I'd be very interested. Kathi

This issue was first posted about 3 weeks ago. I still don't have a resolution. Does anyone have any other ideas about how to fix it? This particular issue isn't critical for me, but I'm concerned there's some other corruption lurking that will eventually bite me. Thanks, Joyce -----Original Message----- From: TMG [mailto:[email protected]] On Behalf Of Joyce Sent: Sunday, October 22, 2017 12:28 PM To: [email protected] Subject: [TMG] Adopted flag corruption I just ran into some weirdness in my TMG database.  I added a new person, and while updating a couple of flags, just happened to notice that the Adopted flag for this person was set to “O”. Huh? So I went to fix it and discovered that my choices for the Adopted flag are now “O,N,Y,S,X” instead of the standard “?,N,Y”.  I tried to edit the values back to ?,N,Y in flag manager but of course it doesn’t allow me to edit the flag.  It appears that “O” became the default for the 163 new persons I’ve added to my 3 active datasets since 17 Jun 2017. Apparently the “O,N,Y,S,X” options somehow got loaded there after I had created a new custom flag with those options. I rarely ever use the Adopted flag, finding it more of an annoyance than a help, and I know I didn’t try to edit it intentionally.  Is there any possibility of getting it fixed back to its normal defaults? I performed all the usual maintenance – Optimize / VFI / Optimize, closed TMG, rebooted, reopened TMG, all to no effect. Running TMG 9.05 on Windows 8.1. Would appreciate any suggestions! Thanks, Joyce Rivette

I didn't receive any responses to this query but thought I'd let the list know that I kept trying, no luck. Then decided something must be wrong with my project so ran VFI, Optimise, VFI, closed TMG down, opened it again, tried my Find and Replace once more and it worked. For information in case it helps someone else one day. Ann From: Ann M Shepherd [mailto:[email protected]] Sent: Friday, 10 November 2017 8:08 PM To: The Master Genealogist Rootsweb Email List Subject: Using TMGU to find and replace the contents of one field in various sources I'd like to use TMGU to find and replace the contents of one field in various sources. However I can't work out how to do this as every option I've tried in TMGU (match contents exactly, pattern match, use "\"before the first expression, etc) comes back with a nil result, yet I know there are dozens of examples. I'd like to change "-ancestry.com Operations, Inc." to "Ancestry.com Operations, Inc." Could someone set me on the right path please? Thanks in advance Ann

Thanks very much for this Donald. It's very useful. As with Lee's email I'm relieved and also appreciate the stats and tips. My output is also for all the descendants of one couple. I'll begin testing the book output early next year I hope and from what you say should be fine. Although I have a great deal of info and many hundreds of photos for the early (book) generations it should be smaller than yours since my plan is to produce a Second Site dvd journal for more recent generations. The tricky part will be creating a logical structure & transition of narrative from book to journal. Regards Ann -----Original Message----- From: TMG [mailto:[email protected]] On Behalf Of Donald Range Sent: Saturday, 11 November 2017 5:31 AM To: [email protected] Subject: Re: [TMG] Producing source output reports - and producing large journal reports On 11/9/2017 11:33 PM, Ann M Shepherd wrote: > <snip> > > > Has anyone recently produced large journal reports in Word for many > people and with a lot of text and footnotes (eg for some individuals I > have 10-15 pages of narrative)? > Ann, I have just completed publication of a large book based on TMG Journal Reports and Word. The book primarily covers the descendants of one couple. It describes over 4,500 descendants and 3,400 spouses of descendants, with parents of the spouses also identified in many cases. The book has 930 pages and includes over 1,000 illustrations. It was produced using TMG 9.05 Journal Reports generated for Word 2003. Limited editing and formatting was done in Word which then produced a PDF file that was sent to the publishing house. A single TMG Journal Report for all the descendants of the starting couple would not generate a usable Word file, so Word's Master Document feature was used to bypass Word's file size limits. According to Microsoft document at https://support.microsoft.com/en-us/kb/211489 Word has a file size limit of 32MB plus graphics. Another site at http://word.tips.net/T000732 states the maximum file size with graphics is 512 MB, and I believe this was the limit that required me to use the Master Document feature. I treated each child of the starting couple as a separate TMG Journal Report and linked them together as chapters in a Word Master Document. This allowed the whole book to be sequentially page-numbered and figure-numbered from front to back, and an all-chapters name index (generated from TMG index codes) to be placed at the end of the book. Because each child of the starting couple is in a separate chapter generated from a TMG Journal Report for that child, numbering of the people begins with number 1 in each chapter. The few cases in which a person could be included in multiple chapters, for example from cousin marriages, were handled by manual editing in Word to remove duplicate narrative and substitute a cross-reference phrase. The book does not use footnotes, but it contains over 13,000 source citations in endnotes that appear at the end of each chapter. This results in some duplication of endnotes when the same citation appears in multiple chapters, but limits the source reference numbers that appear in the narrative to four digits or less. I hope this is useful to you in considering your large-book options. Don

Thanks very much for this detail Lee. I'm relieved and also appreciate the tips (rtf, 3 column index, etc). Am not yet ready to start testing rtf/Word output but should be by early next year if all goes well and life doesn't keep intervening. Regards Ann -----Original Message----- From: TMG [mailto:[email protected]] On Behalf Of Lee Hoffman/KY Sent: Saturday, 11 November 2017 1:00 AM To: The Master Genealogist Rootsweb Email List Subject: Re: [TMG] Producing source output reports - and producing large journal reports At 11/10/2017 02:33, Ann M Shepherd wrote: >The book and SS site I'm currently working on cover just one part of my >project (7,500 people out of 60,000+) but citations will include long >and short footnotes and I wanted to include a bibliography too. These >would be in addition to a great deal of info for most people. Am >concerned now that my output will be too big for Word to cope with. So >far I've had no trouble with SS output - including test output for all >7000+ people, with long and short footnotes plus bibliography. But Word >might give me grief from what you say. === clipped=== >Has anyone recently produced large journal reports in Word for many >people and with a lot of text and footnotes (eg for some individuals I >have 10-15 pages of narrative)? A few years ago, I published a 900+ page family history containing well over 5,000 persons of one family line plus associated persons (spouses, their parents, and others). It was probably close to, if not exceeding the 7,500 people you intend and also out of a 61, 000 person project. The book contained a 90-page index in 3-columns and a 75-page bibliography. The text of the book then was about 750 pages. As the book was intended for only a few family members who would not have wanted sources, I first created it with end-notes and the bibliography. I then re-created it without the end-notes (and thus no bibliography). I then copied the bibliography from the first run to the second. This, at least would give someone in the future some idea of the sources supporting the text. I no longer have the original file that included the end notes, but it was over 1100 pages which would seem to indicate end notes of about 150 pages. If I recall, both generations of the book were to Rich Text Format (RTF) which then opened easily in MS/Word. For some reason, MS/Word occasionally will balk at large reports generated directly to it from TMG. But, the same report generated in RTF will be fine. 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 [email protected] with the word 'unsubscribe' without the quotes in the subject and the body of the message