Jim Byram

Before doing anything, make a backup of your project (project files, accents and filters). I'd do something like this. 1) Make a focus group of the individuals that you want to remove. 2) Use the secondary output feature of the List of People report to export those people in the focus group to a new project. (You can then open the new project, make a backup, and delete that new project after making the backup.) 3) Using the original project... Create a new data set with the Data Set Manager and move the people in the focus group to the new data set. You can then delete the new data set using the Data Set Manager. Follow the same procedure for any group of people that you wish to remove.

If you don't get an error message identifying the damaged database table, I need to see your project for testing. Update... 11 tables had damaged headers.

Sometimes, TMG doesn't close when you exit. This might account for the 'in use elsewhere' message. KIll the running process or do a Windows restart. %%%%%%%%%% other issue... Try running TMG once as admin and then exiting. Now try running TMG normally.

Right. The model is... Globally... Tag Type > Role > Sentence Locally... Tag > Role > Sentence Note that multiple roles for a tag type (or tag) principal won't translate to other programs. (Although the principal in a Family Historian fact can have a witness role. The trick there is to suppress the principal role with a {blank} local sentence so the fact doesn't have two outputs.) Multiple roles for a tag type (or tag) witness will translate to some other programs. (such as RootsMagic or Family Historian)

That you can't edit suggests that TMG is locked. You need to make sure that the installation is unlocked. 1) Run TMG normally and unlock. Help > Unlock the full program If TMG is already unlocked running as Standard user, this selection won't appear in the Help menu. 2) Run TMG as administrator by right-clicking on the TMG shortcut and selecting Properties > Run as administrator. Reply to the security prompt and unlock. Exit TMG once you are done and then you can run TMG normally. You must use the registration information that you received in your registration email from Wholly Genes. On the Tag Type Definition / Other tab, the GEDCOM export type should be 1 EVEN 2 TYPE. "CE19" is non-standard and invalid. The sentences make no sense as written. Something simple that works... [P] <|and [PO]> appeared on the U.S. census <of [D]> <[L]> [W] was enumerated in the household of [P] <and [PO]> in the [D] U.S. census <[L]>

> Are you guys saying that only the "Census" tag was standard in TMG and the "Census 1900", "Census 1910" et al are not standard tags that came with the TMG software? Yes. "Census 1900" and "Census 1910" are custom tag types created by you? or by another user if you got the data from someone else. If you open the master Tag Type List and select a tag type, check the second entry in the middle column. The Type will be "Standard" or "Custom". You can determine whether any tag type is standard or custom by checking this.

To cut through the confusion... You are using the standard "Census" tag type and add Census tags to individuals with different dates for the different census years? This is the issue that Terry and I aren't understanding. Although the Census tag type is a standard tag type, you can edit the tag type sentence globally and you can edit the Tag sentence locally in the Census event tags. This should explain why you get different different sentences in different projects. The standard Census tag type should have a GEDCOM export tag of CENS. Any custom tag type should have a GEDCOM export tag of 1 EVEN 2 TYPE. A custom GEDCOM export tag like CE9 or CE19 is non-standard and not portable in a GEDCOM. You should not be using GEDCOM to copy data between your projects. Using GEDCOM results in data loss of things like witnesses and sentences. You use the List of Individuals to export individuals to a new project, merge that new project with an existing project. and then merge the new data set in the target project to the existing data set.

You've been inconsistent about what custom tag types that you've added to different projects and how you've set up those custom tag types. You just need to clean things up by adding the tag types or editing the tag types as you wish. I don't mean 'inconsistent' in a negative way since it's perfectly normal to have different custom tag types in different projects. Using the master Tag Type List, you can export selected tag types and import them to a different project. This allows you to copy a custom tag type created in one project to a different project. You can't edit a witness sentence unless there is a witness since those sentences are specific to each witness.

First... A project is a SET of 48 files. As a general rule, you NEVER move one of those files from one project to another project. Second... A .DBF file often has a corresponding .FPT file. They are closely linked to one another. If you replaced only the .DBF file, then the .DBF file and the .FPT file no longer correspond to one another. The question is how much data you lost and what other problems will occur by your choice to replace one file of the project set. You found that the original Name_PD.DBF did exist and it's possible that I could have fixed it. The file probably had a damaged header. If you don't have the original Name_PD.DBF, your only choice at this point is to revert to the backup.

The error message is saying that the NAME_PD.dbf data table is missing. Confirm that by checking the project folder. 1) If NAME_PD.dbf is present, it is likely damaged. I might be able to fix it. Otherwise... 2) Is there another NAME_PD file with a different file type such as NAME_PD.bak or another file type (other than .FPT and .CDX)? If so, rename the file to NAME_PD.dbf and try to open your project. (WARNING. NAME_PD.FPT and NAME_PD.CDX are correct. Do NOT rename those two files.) To be sure, the project folder isn't being directly synced with something like OneDrive or DropBox or another syncing service? That would be a good way to cause this issue.

Mary, You could use an exhibits folder (the default location or a location of your choice) and include a subfolder for each of your projects. As a matter of good practice, each exhibit should have a unique name irrespective of which folder it is stored in. When you add a new exhibit, the exhibits are opened to the exhibits folder location in Preferences. Since each project has its own exhibits folder location, you can set the exhibits folder path to the proper subfolder for each project. If you ever need to relocate your exhibit tree in the future (such as moving to a new computer), be sure to update the exhibit path in Preferences for each project and then use Validate File Integrity to update the paths for the exhibits in each project. Jim

After you make the changes to the List and Project Explorer font sizes in Preferences, you need to save your layout to make the changes stick. Saving the layout apparently isn't necessary for the Other font sizes. I see various issues here that should have been cleaned up during TMG development.

Help / About tells you which version of TMG that you are running. It also shows your registration information if you need to recover that (name, email address and registration number). This assumes that you can run TMG on your older computer. You can contact me by email using the link in my message above.

You need to install TMG v8.08 on your new system and restore your project backup(s) on the new system. Terry Reigel has written a guide to the process of moving to a new computer. http://tmg.reigelridge.com/new-computer-version.htm Please ask questions about anything that you do not understand. If you write me and tell me what installer version that you need (US or UK), I'll give you a link to download the installer. You can contact me by email by clicking on the link below... Jim Byram

Reports that have a Sources tab in the options should have this option... Check Disable "ibid." to prevent the use of "ibid" in the list of sources.