At 01:20 PM 3/16/2017, John M. Scroggins wrote: >When I click on help in the upper right corner I get a drop down menu. >"Help" and "Help Contents" do nothing. The other items from "Tips >and Hints" down to "About ..." all do something. Pressing F1 from >within the program does nothing. > >I ran the installer in "Repair" mode. Nothing changed--neither the >role editing problem, nor the Help problem. > >I'd really rather not resort to a complete uninstall and reinstall, >isthat likely to be necessary? Would it make a difference? First off, let's find out if it is the TMG menu interaction that is at fault, or something deeper in your OS. Not sure which OS you are running, so will describe (from memory) WinXP/Win7.. Start All Programs The Master Genealogist v(?) The Master Genealogist Help (Win10) [Window panes] The Master Genealogist v(?) The Master Genealogist Help Those are the direct access to the help files. If the direct access doesn't start the help viewer, I'd say you have a problem with your OS. The Event Viewer -- "My Computer"/"This Computer" <right-click> Manage... Event Viewer/Windows Logs You'd be looking for any entry with a red-icon whose details mention a TMG file or the help system. I recall that I had to install an older help-viewer on Win7, if not WinXP, because M$ changed the structure of help files -- but I thought the last TMG versions were using the current style; especially as I didn't install any such on Win10 (and my understanding is that the old style viewer can not be installed on Win10). If you set up your data files correctly (more-so; if you let TMG set up the default locations for data files) then an uninstall/install sequence should only be tedious, but will have no effect on your data files. I'd recommend doing uninstall, run an registry cleaner (multiple times until it comes up clean, often when it cleans out one key, that may leave another key dangling for the next pass), THEN install. Consider -- when my Win7 hard drive failed, I had to replace it and install Win10. I created user accounts with the same names as the old system had. Using an external drive adapter, I was able to copy the /Users/<myaccount> contents to the new system drive (the failed section was most of the Windows core functions). Once I installed all my applications and registered them, ALL may data was immediately accessible, as if it were the original drive -- including Firefox configuration/profile, TMG project directory, Forte Agent newsgroups, and Eudora email settings. If the data is in the recommended/default locations, removing and reinstalling an application should have no effect. The only program I had difficulty with was MakeMusic Finale -- it allows two active registrations per serial number (which carries over when upgrading) and I had both in use on the old drive (Finale 2012 and Finale 2014). The only way to free up a registration is by using the registered copy and picking a de-register menu item... Can't do that when a drive fails -- had to have tech support manually remove the registrations from their database. -- bieber.genealogy@earthlink.net Dennis Lee Bieber HTTP://home.earthlink.net/~bieber.genealogy/

I have used TMG for years and I bought the latest version when it was offered. The last few times I have used TMG a notification pops up that I am using an expired trial version. I have the code so I input it and it is good for a day or so and then I get the expired version message again. What do I need to do to stop this? It is very irritating. Marilyn Lane

When I click on help in the upper right corner I get a drop down menu. "Help" and "Help Contents" do nothing. The other items from "Tips and Hints" down to "About ..." all do something. Pressing F1 from within the program does nothing. I ran the installer in "Repair" mode. Nothing changed--neither the role editing problem, nor the Help problem. I'd really rather not resort to a complete uninstall and reinstall, isthat likely to be necessary? Would it make a difference? On 3/15/2017 11:51 AM, Michael J Hannah wrote: > John Scroggins reported: >> "Help" doesn't work either--nothing happens when I click on it... > > Do you not see a menu of items when you click on the Help menu at the > far right of the list of menus at the top of the TMG screen? If you > don't, and especially if nothing happens when you press F1, then you > might have even worse problems than you reported. > > At this point I would recommend finding where you downloaded the TMG > installer file and execute it again. You will probably need to do > this with admin privileges, and be sure that TMG itself is not running > at the time. When the installer first runs it will give you an option > to run in "Repair" mode. Choose that. When it finishes run TMG again > and see if this has fixed your problems. > > Michael

At 3/15/2017 20:44, Erik Hov wrote >I was able to get it into excel after sending the report to ASCII text >document!. Of those 227000 it is 1020 people with the multibirth flag. >The rest have no mulitbirth flag. Of these ,2062 has only a mother ,and the >rest has two parents. These ones with only a mother ,should I erase those >from the list too?. I have checked some of them ,and they don`t have a twin >or twin children.... And at 3/15/2017 20:50, Erik Hov wrote >It is also 2539 people with only a father ,only 5 of them has 1 mulitbirth >tag. Should I erase all those without father and mother in the excel list >,and keep those who has either father or mother? Having only a single parent entered just means that the other parent is unknown. My project has many children with only one parent shown. Several of these are known to be of illegitimate birth and/or be of multiple births. Of the rest, that information is just unknown and more research is needed. Some younger siblings, who are of later birth to the parent are probably not illegitimate; but even so, more research is needed. As for those for who neither parent is known, it may be that some of these are illegitimate birth and/or of multiple births. Also, some of these may be children raised by a family as foster-, step-, or adopted-children whose surname may be the original surname or that of the family by whom they were raised/adopted. There are many children in my project that were like this. Most, fortunately, have the biological parents as well as the "raising" family known and in most of these situations, the two families were related. Most of the rest have only the "raising" family known although evidence points to there being some relatedness between the children and the "raising" family. But, I also have numerous situations where biological relationships are not known and are thought not to be related at all except through law. I have one great-grand-uncle who adopted a son and the son also adopted a son -- my third (adoptive) cousin. DNA confirms there is no biological relationship for either adoption. My third cousin is still pursuing the search for his birth parents and for those of his adoptive grandfather -who may never be found considering the time (1895), although we have some leads. In the case of the rest of my potential multiple births (to a single parent as well as to both), I am first, trying to confirm the birth date. Many of these are more guess than proven dates and thus will not be extraordinary births. As for illegitimate births, I am not too concerned although I do have some that almost have to be. But, looking at the times (mid-/late-1800s), the parents may not have had a proper paper marriage nor one with a minister/public official; but they were considered as married by those in the wilderness neighborhood and/or the parents of the couple (at least the bride's). Ministers were often hard to find then and local government was many miles away. Of course, as we get into the 1800s and definitely the 1900s, this situation did not apply and we have to look more closely at timing of births. There is one birth in my project that should have been illegitimate. The couple married, but when the girl became pregnant, the father left for parts unknown. The child was named for his maternal grandfather -- including the surname. The girl divorced the husband and later married someone else. In your case, I might put those single parent births aside for the near future. Later, you might come back to them. But, I would not just ignore them. Lee

It is also 2539 people with only a father ,only 5 of them has 1 mulitbirth tag. Should I erase all those without father and mother in the excel list ,and keep those who has either father or mother? -----Opprinnelig melding----- Fra: TMG [mailto:tmg-bounces+gj_erov7=bbnett.no@rootsweb.com] På vegne av Lee Hoffman/KY Sendt: 12. mars 2017 20:43 Til: The Master Genealogist Rootsweb Email List <tmg@rootsweb.com> Emne: Re: [TMG] how to find all illegitimate births At 3/12/2017 13:28, Lee Hoffman/KY wrote >However, more specific to your question, it would depend on whether you >set the MULTIBIRTH Flag at the time you added the children. If so, you >could create a List of People report with a filter like: > Multibirth Flag Does Not Equal ? OR > Multibirth Flag Does Not Equal N END >Of course, you could filter for just twins and/or just triplets and/or >some other multibirth number using the = Equals Operator and the >appropriate Value. Oops, the filter should us the AND connection like: Multibirth Flag Does Not Equal ? AND Multibirth Flag Does Not Equal N END >Other than this, the only other idea I can devise is to create a List >of People report with a filter like: > Sex Flag =Equals F END >and select [X] Descendants __1__ generations. >In the Output Colums tab, include Name, ID #, BIRTH* Date, Mother* ID, >Father* ID and sort by Mother* ID (1), Father* ID (2), and Birth* Date (3). I would suggest the Date be split into three columns for Year, month, and day due to the limitations of spradsheets. You may also want to include the MULTIBIRTH Flag in the output. If you have tried to populate that Flag as you entered data then it can help in the screening. For my 60,000 person project with 352 persons with the Multibirth Flag set, I ran the above filter and got 49000 mothers with children. When I opened the report in the spreadsheet, I was able to eliminate 44000 entries. These had no parents at all, had no mother entered, or had not birth year (these last probably need to be reviewed more). This left only 5000 persons that needed screening (less the 352 with the MULTIBIRTH Flag set. I was able to go through the 5000 in about an hour. In this screening, I noted about two dozen persons that did not have the MULTIBIRTH Flag set who needed more checking. Most of these had wrong dates for one or all potential multibirth children of a mother. This left a dozen that needed more study including one pair whose birthdates were recorded as a day apart. One pair definitely needs looking into as it would mean that my great grandfather was a twin (going a long way toward explaining why twins are noted in the later generations). The sister was added later and the potential was never noted until now. In any case, the study has revealed some errors and some new questions. Thanks for the question, Erik. 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 TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

I was able to get it into excel after sending the report to ASCII text document!. Of those 227000 it is 1020 people with the multibirth flag. The rest have no mulitbirth flag. Of these ,2062 has only a mother ,and the rest has two parents. These ones with only a mother ,should I erase those from the list too?. I have checked some of them ,and they don`t have a twin or twin children.... -----Opprinnelig melding----- Fra: TMG [mailto:tmg-bounces+gj_erov7=bbnett.no@rootsweb.com] På vegne av Lee Hoffman/KY Sendt: 15. mars 2017 20:28 Til: The Master Genealogist Rootsweb Email List <tmg@rootsweb.com> Emne: Re: [TMG] how to find all illegitimate births At 3/15/2017 12:21, Erik Hov wrote >Also tried what Lee said.... > Sex Flag =Equals F END >and select [X] Descendants __1__ generations. >In the Output Colums tab, I included Name, ID #, BIRTH* Date, Mother* >ID, >Father* ID and sort by Mother* ID (1), Father* ID (2), and Birth* Date (3). > >That didn`t go too well either I think ,but tried again with the same >filter on that report but added day ,month and year of birth. I did get >a long list with no IDs for father and mother. After that I just missed >out....I don`t think the report I sent to Excel become completed or >something.....I don`t know. Complicated to do this ,and also know how >to do it properly. Seems like I got no twins. The report found 227000 >names ,but the excel just showed abt 16000.....must be doing something wrong!!. It may be that there is a limit to what Excel can take from TMG. Try sending it to a text file using "ASCII Delimited with Tab". You can then import this to Excel and should have no other problem. If that does not work, you might cut down on the output by excluding persons having no birth date or (both) parents. The more you can eliminate output, the easier it will be to get a small enough subset of people to work with. 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 TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

As Torleif said ,I could open the master event list and sort out all birthilleg tags ,but that doesn`t help finding those who aren`t listed with that tag. I tried Lee`s report again ,but now sending it to a Wordfile ,and I think it might work better. It did!. I was able to open the word file ,and copy what was there ,227000 names/3985 pages. Anyway ,when I try to paste it into excel ,it doesn`t work. Will try "ascii delimited with tab" to see if that works better. -----Opprinnelig melding----- Fra: TMG [mailto:tmg-bounces+gj_erov7=bbnett.no@rootsweb.com] På vegne av Lee Hoffman/KY Sendt: 15. mars 2017 20:28 Til: The Master Genealogist Rootsweb Email List <tmg@rootsweb.com> Emne: Re: [TMG] how to find all illegitimate births At 3/15/2017 12:21, Erik Hov wrote >Also tried what Lee said.... > Sex Flag =Equals F END >and select [X] Descendants __1__ generations. >In the Output Colums tab, I included Name, ID #, BIRTH* Date, Mother* >ID, >Father* ID and sort by Mother* ID (1), Father* ID (2), and Birth* Date (3). > >That didn`t go too well either I think ,but tried again with the same >filter on that report but added day ,month and year of birth. I did get >a long list with no IDs for father and mother. After that I just missed >out....I don`t think the report I sent to Excel become completed or >something.....I don`t know. Complicated to do this ,and also know how >to do it properly. Seems like I got no twins. The report found 227000 >names ,but the excel just showed abt 16000.....must be doing something wrong!!. It may be that there is a limit to what Excel can take from TMG. Try sending it to a text file using "ASCII Delimited with Tab". You can then import this to Excel and should have no other problem. If that does not work, you might cut down on the output by excluding persons having no birth date or (both) parents. The more you can eliminate output, the easier it will be to get a small enough subset of people to work with. 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 TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

My method in TMG has been to use the tag Birth-Illegitimate and therefore it is very simple to open the Master Event List sorted by Tag type to see those persons. Btw I exported all data to GEDCOM and find that these birth types are NOT in the file, so I have to edit them manually in my new software Heredis (set the Child Status flag). I see info abt HRE here in relation to twins and Heredis has a very flexible "Smart Search" function with a filter "I'm looking for persons with a sibling born the same day" (relations - siblings - born the same day). torleif haugødegård -----Opprinnelig melding----- Fra: TMG [mailto:tmg-bounces+tha=tha.no@rootsweb.com] På vegne av Erik Hov Sendt: søndag 12. mars 2017 16.39 Til: 'The Master Genealogist Rootsweb Email List' <tmg@rootsweb.com> Emne: Re: [TMG] how to find all illegitimate births Please send me a copy of those instructions too ,so I can try them in tmg4!. That report might give me other names who also is born illegitimate. -----Opprinnelig melding----- Fra: TMG [mailto:tmg-bounces+gj_erov7=bbnett.no@rootsweb.com] På vegne av Susan G. Johnston Sendt: 12. mars 2017 15:04 Til: The Master Genealogist Rootsweb Email List <tmg@rootsweb.com> Emne: Re: [TMG] how to find all illegitimate births If you identified those births with the BirthIlleg tag, then you can create a list of events report filtered for: Tag Type... Label = BirthIlleg. If you created a custom flag in your old database identifying illegitimate births, then you can create a list of people report for those with that flag value. If you did neither of these things, I have a report that identifies any children whose births preceded their parents' marriage date or whose parents were never married to each other. Of course, you will need to eyeball the final results to exclude those records in which the parents' marriage information is simply missing. I think this report will work for TMG 4, but I don't have that version in which to test it. Let me know if you need a copy of the instructions for that report. Regards, Susan Johnston On 3/12/2017 5:02 AM, Erik Hov wrote: > I am going through old records ,and just found another thing that went > wrong when I transferred TMG 4 to TMG 7, years ago (!!). In the > process of transferring ,several illegitimate births went missing > after I got it into the new TMG so they are no longer there even if I > had them in TMG 4. > Now I want to find these illegitimate births in TMG 4 ,and wonder how > I can do it.....any filter I can do to find them? After that I will go > through them manually in the TMG I am working in now and enter the > missing information. As far I can see, the once who is adopted has > lost their adoptedflag too after transferring ,but that I guess can be > done by filtering flags in TMG 4 to find all the ones with the adopted flag. > Thanks. >..........

Was able to make a report of some twins/triplets from Multibirth Flag Does Not Equal ? AND Multibirth Flag Does Not Equal N END I had less luck with those other filters though..... Also tried what Lee said.... Sex Flag =Equals F END and select [X] Descendants __1__ generations. In the Output Colums tab, I included Name, ID #, BIRTH* Date, Mother* ID, Father* ID and sort by Mother* ID (1), Father* ID (2), and Birth* Date (3). That didn`t go too well either I think ,but tried again with the same filter on that report but added day ,month and year of birth. I did get a long list with no IDs for father and mother. After that I just missed out....I don`t think the report I sent to Excel become completed or something.....I don`t know. Complicated to do this ,and also know how to do it properly. Seems like I got no twins. The report found 227000 names ,but the excel just showed abt 16000.....must be doing something wrong!!. -----Opprinnelig melding----- Fra: TMG [mailto:tmg-bounces+gj_erov7=bbnett.no@rootsweb.com] På vegne av Lee Hoffman/KY Sendt: 12. mars 2017 20:43 Til: The Master Genealogist Rootsweb Email List <tmg@rootsweb.com> Emne: Re: [TMG] how to find all illegitimate births At 3/12/2017 13:28, Lee Hoffman/KY wrote >However, more specific to your question, it would depend on whether you >set the MULTIBIRTH Flag at the time you added the children. If so, you >could create a List of People report with a filter like: > Multibirth Flag Does Not Equal ? OR > Multibirth Flag Does Not Equal N END >Of course, you could filter for just twins and/or just triplets and/or >some other multibirth number using the = Equals Operator and the >appropriate Value. Oops, the filter should us the AND connection like: Multibirth Flag Does Not Equal ? AND Multibirth Flag Does Not Equal N END >Other than this, the only other idea I can devise is to create a List >of People report with a filter like: > Sex Flag =Equals F END >and select [X] Descendants __1__ generations. >In the Output Colums tab, include Name, ID #, BIRTH* Date, Mother* ID, >Father* ID and sort by Mother* ID (1), Father* ID (2), and Birth* Date (3). I would suggest the Date be split into three columns for Year, month, and day due to the limitations of spradsheets. You may also want to include the MULTIBIRTH Flag in the output. If you have tried to populate that Flag as you entered data then it can help in the screening. For my 60,000 person project with 352 persons with the Multibirth Flag set, I ran the above filter and got 49000 mothers with children. When I opened the report in the spreadsheet, I was able to eliminate 44000 entries. These had no parents at all, had no mother entered, or had not birth year (these last probably need to be reviewed more). This left only 5000 persons that needed screening (less the 352 with the MULTIBIRTH Flag set. I was able to go through the 5000 in about an hour. In this screening, I noted about two dozen persons that did not have the MULTIBIRTH Flag set who needed more checking. Most of these had wrong dates for one or all potential multibirth children of a mother. This left a dozen that needed more study including one pair whose birthdates were recorded as a day apart. One pair definitely needs looking into as it would mean that my great grandfather was a twin (going a long way toward explaining why twins are noted in the later generations). The sister was added later and the potential was never noted until now. In any case, the study has revealed some errors and some new questions. Thanks for the question, Erik. 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 TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

At 3/15/2017 12:21, Erik Hov wrote >Also tried what Lee said.... > Sex Flag =Equals F END >and select [X] Descendants __1__ generations. >In the Output Colums tab, I included Name, ID #, BIRTH* Date, Mother* ID, >Father* ID and sort by Mother* ID (1), Father* ID (2), and Birth* Date (3). > >That didn`t go too well either I think ,but tried again with the same filter >on that report but added day ,month and year of birth. I did get a long list >with no IDs for father and mother. After that I just missed out....I don`t >think the report I sent to Excel become completed or something.....I don`t >know. Complicated to do this ,and also know how to do it properly. Seems >like I got no twins. The report found 227000 names ,but the excel just >showed abt 16000.....must be doing something wrong!!. It may be that there is a limit to what Excel can take from TMG. Try sending it to a text file using "ASCII Delimited with Tab". You can then import this to Excel and should have no other problem. If that does not work, you might cut down on the output by excluding persons having no birth date or (both) parents. The more you can eliminate output, the easier it will be to get a small enough subset of people to work with. Lee

Hi Richard, I totally agree with the concept of making builtin Flags a separate *range* of HRE Object IDs from custom Flags. To avoid the renaming complexity, the builtin flags ought to have 2 unique names - default and user chosen (most of the time they would be the same, a user-chosen name cannot be any default flag name). The HRE design allows for other user data objects to have flags, like Locations, Events, Sources, etc so each of these may also have builtin and custom. This will imply minor screen view variations in the handling of builtin and custom flags. However, Flag Services module in the Business Rules layer can resolve the operational differences with the user needing know how it happens. Thanks for the comments - I did not want to go too deeply about HRE on this list. Robin On 15-Mar-17 12:52 AM, Richard Damon wrote: > On 3/12/17 6:08 PM, robin lamacraft wrote: >> Larry & Kathy, >> >> Michael has understood my interest in this strange error. I want to >> see what has happened as a lesson to be avoided in future >> applications. If you are willing to send me a SQZ backup file of the >> corrupted project, then that would aid me to the understand the >> problem. [Your data will be considered as confidential, and any files >> will be destroyed once the corruption has been understood.] >> >> BTW: I have recently seen another example of an unexpected >> corruption. The TMG builtin flags like SEX, etc are special. >> Operations on Custom Flags allow the editing of their names, etc but >> you can't edit the name of a builtin flag like SEX. A user had a >> corruption where adding a custom flag overwrote the name of the SEX >> flag. The flag values were OK, just its name was corrupted making >> running of Filters on SEX not work. There is clearly a hole in the >> custom flag creation code that can cause this problem. >> >> Robin >> > Robin, > As a thought for HRE, one of the big sources of this sort of problems > like this is the linking of the Flag to program operations BY NAME. I > think it would be much better to reserve a band of internal ID numbers > for built-in items (and then start 'user defined' operations with a > higher ID number) and when you bring up the edit dialog for a built in > item, a field gets filled in describing the built in assumptions for > the field. That way, if the user wants to, they can edit the > name/values, but can see the original meaning. > > For example, the 'Living' flag might say something like: > > This flag (Default name LIVING) is connected to all BIOLOGICAL class > entities, the first value indicates that the living status of the > entity is not known, the second value indicates that the entity is > believed dead, and the third value indicates that the entity is > believed to still be living. This flag can be used to privatize > reports for entities which are not believed to be dead. The program > will automatically convert unknown status to believed dead upon entry > of an event in the Death or Burial group, or an event dated more than > a lifespan years ago, > > > Built in flags (and the like) should definitely allow the user to > change their labels (and not require the hack that TMG did of > requiring you to use a different language to enable this). The first > version might not allow adding new entries (as that would add the > complication of needed a way to define how those should be interpreted). > > -- Robin Lamacraft, Adelaide, Australia

"Help" doesn't work either--nothing happens when I click on it, or when I press F1. Is there another way to locate the "Shared Program Data Folder"? On 14-Mar-2017 5:49 PM, Michael J Hannah wrote: > On 3/14/2017 John Scroggins asked: >> Trying to edit the name of a role fails with the message >> Variable 'ENGLISH' is not found. 148FRMNEWROLE.CMDOK.CLICK > > In a search of the WhollyGenes Forum I found something in an old post > which "sounds" similar. There was a suspicion that this similar error > was caused by some damaged program data files. The "fix" given in > that post was to restore the entire "Shared Program Data Folder". The > way to do that was: > > First identify the location of the "Shared Program Data Folder" for > your installation of TMG: > > When TMG is running, click the "Help" menu, then select Access Folders. > The first entry should identify the full pathname of this folder. You > may need to expand the window to see the entire name. Record this path. > > Now Exit TMG to be sure that TMG is not running. > > Now in Windows delete that "Shared Program Data Folder", the folder > and all its contents. The above post stated that the program should > recreate the folder and its contents the next time that it is run. > > Now open TMG again and see if this fixes the problem. > > Let us know if this removes the error. > > Michael

In the Flag design of HRE, I would hope that the the order and labeling will be language independent. That is, the order and the text value seen by the user are independent of the way the basic data is stored. That is, the stored user data is constant. The user view of it and presentation order is dependent on the choice of user data language. There is no assumption that the first flag value is the default. Once the TMG flag data is imported into HRE there should be no hidden constraints. RobinL On 14-Mar-17 03:26 PM, Bruce Fairhall wrote: > Thank you, Michael > I wish I'd been aware of the implications before I made my temporary > change! Fortunately the error surfaced quickly, and I really > appreciated the replies from this List that helped me fix it at that > time. > > Bruce Fairhall > On 14/03/2017 5:07 AM, Michael J Hannah wrote: > > Bruce Fairhall wrote: > > Thanks for this thread to all who participated (so far?). > I was one who had a problem last year because I changed the > default sequence of the three options for the LIVING Flag > > As we discovered at the time, and I have documented in my book, you > did not "change the default sequence" of this Standard Flag. You > only mistakenly "thought" you did. See the topic "Languages and > Flags" in the _Style_ chapter of my on-line book here: > [1]http://www.mjh-nm.net/STYLE.HTML#FlagLanguages > Lee also commented: > > Standard Flags may not be edited. You may change the setting > for a person, but you cannot change the Flag name, > or the series of settings or their order. > > That is true, Lee, *only* if TMG's language is currently set to the > default of "English (U.S.)". If the program is set to any other > language any of these values can be changed/translated. > A user can only change these values of Standard Flags when using a > language other than "English (U.S.)" (which includes "English > (U.K.)"). What Bruce did was "translate" to different letters the > three options of that Flag for use in his alternate language. As > noted in my book, the character in the third position for the LIVING > Flag will *always* be interpreted by TMG as meaning "living". A > user can choose to "translate" that third character to an 'N' in > their alternate language, but it doesn't change the meaning of that > position as understood by the system. Thus setting a person's value > of LIVING to 'N', when it is the third character when using the > alternate language, will still be interpreted by TMG to mean the > person is living. > I mention this here again as this is a easy "trap" for users to fall > into. This ability to "translate" Standard Flag values, labels, and > descriptions when in an alternate language can be a useful > "feature". But if not understood and inadvertently misused it can > cause serious problems which "appear" to be a bug, but which are > not. > Just a word of caution for those users who set TMG to alternate > languages (including "English (U.K.)") and also customize Flags, > Michael > The TMG archive is found here: > [2]http://archiver.rootsweb.ancestry.com/th/index/TMG/ > Instructions on how to subscribe to TMG: > [3]http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html > ------------------------------- > To unsubscribe from the list, please send an email to > [4]TMG-request@rootsweb.com with the word 'unsubscribe' without the > quotes in the subject and the body of the message > > References > > 1. http://www.mjh-nm.net/STYLE.HTML#FlagLanguages > 2. http://archiver.rootsweb.ancestry.com/th/index/TMG/ > 3. http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html > 4. mailto:TMG-request@rootsweb.com > 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 -- Robin Lamacraft, Adelaide, Australia

Thank you, Michael I wish I'd been aware of the implications before I made my temporary change! Fortunately the error surfaced quickly, and I really appreciated the replies from this List that helped me fix it at that time. Bruce Fairhall On 14/03/2017 5:07 AM, Michael J Hannah wrote: Bruce Fairhall wrote: Thanks for this thread to all who participated (so far?). I was one who had a problem last year because I changed the default sequence of the three options for the LIVING Flag As we discovered at the time, and I have documented in my book, you did not "change the default sequence" of this Standard Flag. You only mistakenly "thought" you did. See the topic "Languages and Flags" in the _Style_ chapter of my on-line book here: [1]http://www.mjh-nm.net/STYLE.HTML#FlagLanguages Lee also commented: Standard Flags may not be edited. You may change the setting for a person, but you cannot change the Flag name, or the series of settings or their order. That is true, Lee, *only* if TMG's language is currently set to the default of "English (U.S.)". If the program is set to any other language any of these values can be changed/translated. A user can only change these values of Standard Flags when using a language other than "English (U.S.)" (which includes "English (U.K.)"). What Bruce did was "translate" to different letters the three options of that Flag for use in his alternate language. As noted in my book, the character in the third position for the LIVING Flag will *always* be interpreted by TMG as meaning "living". A user can choose to "translate" that third character to an 'N' in their alternate language, but it doesn't change the meaning of that position as understood by the system. Thus setting a person's value of LIVING to 'N', when it is the third character when using the alternate language, will still be interpreted by TMG to mean the person is living. I mention this here again as this is a easy "trap" for users to fall into. This ability to "translate" Standard Flag values, labels, and descriptions when in an alternate language can be a useful "feature". But if not understood and inadvertently misused it can cause serious problems which "appear" to be a bug, but which are not. Just a word of caution for those users who set TMG to alternate languages (including "English (U.K.)") and also customize Flags, Michael The TMG archive is found here: [2]http://archiver.rootsweb.ancestry.com/th/index/TMG/ Instructions on how to subscribe to TMG: [3]http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html ------------------------------- To unsubscribe from the list, please send an email to [4]TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message References 1. http://www.mjh-nm.net/STYLE.HTML#FlagLanguages 2. http://archiver.rootsweb.ancestry.com/th/index/TMG/ 3. http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html 4. mailto:TMG-request@rootsweb.com

Thanks, Lee I've saved your reply for further reference! Much appreciated. Bruce Fairhall On 13/03/2017 2:40 PM, Lee Hoffman/KY wrote: At 3/12/2017 21:36, Bruce Fairhall wrote Thanks for this thread to all who participated (so far?). A very worthwhile discussion to have "in public"! I was one who had a problem last year because I changed the default sequence of the three options for the LIVING Flag for a large data entry, and because it was "hard wired" that change caused chaos! People still living at 400 years of age etc!!! After help from this List, I was able to return LIVING to its default options, create a report of all people edited since a certain date, then fix all the affected persons. Lee has noted that SEX is another option that should not be changed. Just for interest: Are there any more? Bruce - There are seven Standard Flags in TMG: SEX LIVING BIRTH ORDER MULTIPLE BIRTH ADOPTED ANCESTER [INTEREST] DESCENDANT [INTEREST] In addition to these, you can have as many Custom Flags as you wish. All of the Standard Flags are "hard-wired" into TMG and as such have specific purposes and in many cases are set automatically under certain conditions. For example, if you add a Death Tag to a person then the LIVING Flag is set to N unless it is already set. Similarly, if you add the ADOPTION Flag to someone then the ADOPTED Flag is changed to Y for that person. The SEX Flag is often set based on how you are adding the person, i.e., as a brother, sister, son, or daughter. Most other Standard Flags are manually set. But all have specific meanings based on their settings. Standard Flags may not be edited. You may change the setting for a person, but you cannot change the Flag name, or the series of settings or their order. Custom Flags are just that -- Custom. So you can change anything about them at any time. That is, you can change a Custom Fla's name (helpful if you realize you spelled it wrong when creating it), you can change a Custom Flag's settings by adding, deleting, or changing the order of the settings; and the Default setting may be changed after the Flag is created. Lee The TMG archive is found here: [1]http://archiver.rootsweb.ancestry.com/th/index/TMG/ Instructions on how to subscribe to TMG: [2]http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html ------------------------------- To unsubscribe from the list, please send an email to [3]TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message References 1. http://archiver.rootsweb.ancestry.com/th/index/TMG/ 2. http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html 3. mailto:TMG-request@rootsweb.com

On 3/14/2017 John Scroggins asked: > Trying to edit the name of a role fails with the message > Variable 'ENGLISH' is not found. 148FRMNEWROLE.CMDOK.CLICK In a search of the WhollyGenes Forum I found something in an old post which "sounds" similar. There was a suspicion that this similar error was caused by some damaged program data files. The "fix" given in that post was to restore the entire "Shared Program Data Folder". The way to do that was: First identify the location of the "Shared Program Data Folder" for your installation of TMG: When TMG is running, click the "Help" menu, then select Access Folders. The first entry should identify the full pathname of this folder. You may need to expand the window to see the entire name. Record this path. Now Exit TMG to be sure that TMG is not running. Now in Windows delete that "Shared Program Data Folder", the folder and all its contents. The above post stated that the program should recreate the folder and its contents the next time that it is run. Now open TMG again and see if this fixes the problem. Let us know if this removes the error. Michael

Trying to edit the name of a role fails with the message Variable 'ENGLISH' is not found. 148FRMNEWROLE.CMDOK.CLICK Is there anything I can do about it? John Scroggins

On 3/12/17 6:08 PM, robin lamacraft wrote: > Larry & Kathy, > > Michael has understood my interest in this strange error. I want to > see what has happened as a lesson to be avoided in future > applications. If you are willing to send me a SQZ backup file of the > corrupted project, then that would aid me to the understand the > problem. [Your data will be considered as confidential, and any files > will be destroyed once the corruption has been understood.] > > BTW: I have recently seen another example of an unexpected corruption. > The TMG builtin flags like SEX, etc are special. Operations on Custom > Flags allow the editing of their names, etc but you can't edit the > name of a builtin flag like SEX. A user had a corruption where adding > a custom flag overwrote the name of the SEX flag. The flag values were > OK, just its name was corrupted making running of Filters on SEX not > work. There is clearly a hole in the custom flag creation code that > can cause this problem. > > Robin > Robin, As a thought for HRE, one of the big sources of this sort of problems like this is the linking of the Flag to program operations BY NAME. I think it would be much better to reserve a band of internal ID numbers for built-in items (and then start 'user defined' operations with a higher ID number) and when you bring up the edit dialog for a built in item, a field gets filled in describing the built in assumptions for the field. That way, if the user wants to, they can edit the name/values, but can see the original meaning. For example, the 'Living' flag might say something like: This flag (Default name LIVING) is connected to all BIOLOGICAL class entities, the first value indicates that the living status of the entity is not known, the second value indicates that the entity is believed dead, and the third value indicates that the entity is believed to still be living. This flag can be used to privatize reports for entities which are not believed to be dead. The program will automatically convert unknown status to believed dead upon entry of an event in the Death or Burial group, or an event dated more than a lifespan years ago, Built in flags (and the like) should definitely allow the user to change their labels (and not require the hack that TMG did of requiring you to use a different language to enable this). The first version might not allow adding new entries (as that would add the complication of needed a way to define how those should be interpreted). -- Richard Damon

At 3/12/2017 20:32, Lee Hoffman/KY wrote >In further studies of this, it appears that a significant number of >twins in my project were missed (the Flag was already set >though). I am trying to figure that out as to why they were missed >if they were. I am re-trying it all from the beginning. In a re-try, it all seems good. As it turns out, it would appear that I have some 1000 potential twins (and maybe triplets or greater). It will take some study to figure out if these candidates are really multiple births or if the birth dates are wrong. I am sure some dates are more guess than anything else but that will be shown in the study. Anyway, it looks like I have some work ahead. Lee

Thanks for this thread to all who participated (so far?). A very worthwhile discussion to have "in public"! I was one who had a problem last year because I changed the default sequence of the three options for the LIVING Flag for a large data entry, and because it was "hard wired" that change caused chaos! People still living at 400 years of age etc!!! After help from this List, I was able to return LIVING to its default options, create a report of all people edited since a certain date, then fix all the affected persons. Lee has noted that SEX is another option that should not be changed. Just for interest: Are there any more? Cheers Bruce Fairhall On 13/03/2017 9:08 AM, robin lamacraft wrote: Larry & Kathy, Michael has understood my interest in this strange error. I want to see what has happened as a lesson to be avoided in future applications. If you are willing to send me a SQZ backup file of the corrupted project, then that would aid me to the understand the problem. [Your data will be considered as confidential, and any files will be destroyed once the corruption has been understood.] BTW: I have recently seen another example of an unexpected corruption. The TMG builtin flags like SEX, etc are special. Operations on Custom Flags allow the editing of their names, etc but you can't edit the name of a builtin flag like SEX. A user had a corruption where adding a custom flag overwrote the name of the SEX flag. The flag values were OK, just its name was corrupted making running of Filters on SEX not work. There is clearly a hole in the custom flag creation code that can cause this problem. Robin On 13-Mar-17 05:00 AM, Michael J Hannah wrote: robin lamacraft wrote: BTW: I would still like to see the nature of the corrupt even though you have decided to rebuilt the database. Note that Robin is creating HRE and would likely want to figure this out to avoid something similar occurring in HRE. Larry & Kathy noted: > we have come to the conclusion it will be easier to start a new project out of our main project - our roles and sentences will then be in place and will eliminate hours of work in one step. And Robin suggested: I would recommend starting a new project and slowly re-entering data to it. It is possible to create a new project with all your custom tag definitions, etc. Michael J. Hannah, Lee Hoffman or Terry Reigel can make suggestions about the best way to get a new copy of your TMG environment without carrying over the corruptions that you now have. And Larry & Kathy replied: To clearify, we are not creating a new dataset - we will use our "healthy" main project and use the features on TMG to create a new project from there so that we will have all the roles etc that we have used with that project. Just to be clear to anyone following this discusson, if you want to create a new Project but retain customizations, then the most efficient way is actually to begin by creating a new Dataset. In the "Importing and Exporting" chapter of my book see the section titled "Project Files with Customizations": [1]http://www.mjh-nm.net/IMEXPORT.HTML#MergingFiles There are two main methods described there which depend upon whether you wish to select which types of customizations are copied such as all your Sources and Repositories, or automatically copy all customizations but just retain the Source Types and only a few of the Sources/Repositories. As described there, to create a brand-new Project which retains some desired customizations of an existing project perform the following steps. (Always Backup your Project before you start, just in case.) Start by creating a Dataset: - Either A) use File / Dataset Manager to Add a new *Dataset* and select everything you wish to copy into this new Dataset (probably everything) or - B) Run a List of People report filtered for at least one person in the Project which has all the customizations. Set the Secondary Output tab to Create New *Dataset* (not a new Project). For either method do not create a new Project, create a new Dataset within this customized Project. Now: - Under the File menu do a *Copy* of this Project to create your new Project. - Now within this main Project use File / Dataset Manager to delete the extra Dataset which you created above. - Do an Optimize / VFI / Optimize set of routines on this main Project. - Exit this Project and open the newly created Project. - Now within this new Project use File / Dataset Manager to delete the main Dataset to leave only the extra Dataset which you created above. - Do an Optimize / VFI / Optimize set of routines on this new Project. - You can now The new Project will have customizations from your main Project. If you chose method A) it will have everything you seleted when you added the new Dataset but no people or existing events. However, if you chose method B) it will have all customizations but only have the Sources and Repositories associated with the citations to the filtered set of people from the List of People report. And with B) you will also have all these people and their events. If you also want all the Sources and Repositories, just export the remaining Sources from the main Project and import them into the new Project. Hope this gives you ideas, Michael The TMG archive is found here: [2]http://archiver.rootsweb.ancestry.com/th/index/TMG/ Instructions on how to subscribe to TMG: [3]http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html ------------------------------- To unsubscribe from the list, please send an email to [4]TMG-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message References 1. http://www.mjh-nm.net/IMEXPORT.HTML#MergingFiles 2. http://archiver.rootsweb.ancestry.com/th/index/TMG/ 3. http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html 4. mailto:TMG-request@rootsweb.com