All - Don't forget Legacy's direct import is not available yet. To ensure maximum data transfer, wouldn't it be better to wait for that to be issued and to wait again for the inevitable bugs, fixes and improvements before transferring your project to Legacy... The same is true for Roots Magic... direct import is still a work in progress. On Sep 26, 2014, at 9:49 AM, Julie Rosales via <tmg-refugees@rootsweb.com> wrote: > Barbara wrote "My TMG global census sentences won't work in Legacy because > the two programs handle witnesses and roles differently." > > This is an absolute show stopper for me. I not only have custom census > sentences for a variety of roles, but also custom sentences for mariners (I > have alot of whaling captains, ship owners, etc.). > > I worked with RootsMagic during the development of the TMG import, and the > handling of my sentences, roles and witnesses are now superb! I will be > switching to RM once I get my backlog of data entered into TMG. > > Julie > > On Fri, Sep 26, 2014 at 7:55 AM, Kathleen Lenihan via < > tmg-refugees@rootsweb.com> wrote: > >> I've been playing around with both RM and Legacy trying to determine >> which program I want to make my permanent "home". I find things I like >> about both programs, and it is a tough decision. Can you elaborate on >> why you find Legacy superior to RM? >> >> Kathleen L. >> >> On 9/25/2014 10:56 PM, karenhappuch via wrote: >>> I acquired a second home, Legacy, in August and completed the move this >> morning. My genealogy data and research now have two homes, TMG ad >> Legacy. There are, of course, lots of things to be done in the "second >> home", but those can be done while I'm fully using the program. >>> >>> I've also imported my TMG project to RootsMagic both by Gedcom and by >> direct import include the most recent direct import. Plusses of the direct >> import are all the tag types and the witnesses and roles placed in the >> "share". Otherwise the RM direct import is inferior to my TMG 9.03 Gedcom >> import into Legacy. >>> >>> The Legacy cleanup forced me to look at every person in my 6200 person >> main dataset. Was it time consuming? YES. Was it worth it? YES. I've >> identified new research to do and some individuals and families that need a >> closer look. >>> >>> Census tags took much of my time. My TMG global census sentences won't >> work in Legacy because the two programs handle witnesses and roles >> differently. That was ok with me because they'd often required >> modification at the local level in TMG. I'd been wanting to change those >> for several years, so now it is done. The new ones work very well. >>> >>> Barbara S. >>> >>> *** >>> To unsubscribe from the list, please send an email to >> TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the >> quotes in the message subject and body. >>> ------------------------------- >>> To unsubscribe from the list, please send an email to >> TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the >> quotes in the subject and the body of the message >> >> *** >> To unsubscribe from the list, please send an email to >> TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the >> quotes in the message subject and body. >> ------------------------------- >> To unsubscribe from the list, please send an email to >> TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the >> quotes in the subject and the body of the message >> > *** > To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the message subject and body. > ------------------------------- > To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

Barbara wrote "My TMG global census sentences won't work in Legacy because the two programs handle witnesses and roles differently." This is an absolute show stopper for me. I not only have custom census sentences for a variety of roles, but also custom sentences for mariners (I have alot of whaling captains, ship owners, etc.). I worked with RootsMagic during the development of the TMG import, and the handling of my sentences, roles and witnesses are now supurb! I will be switching to RM once I get my backlog of data entered into TMG. Julie On Fri, Sep 26, 2014 at 7:55 AM, Kathleen Lenihan via < tmg-refugees@rootsweb.com> wrote: > I've been playing around with both RM and Legacy trying to determine > which program I want to make my permanent "home". I find things I like > about both programs, and it is a tough decision. Can you elaborate on > why you find Legacy superior to RM? > > Kathleen L. > > On 9/25/2014 10:56 PM, karenhappuch via wrote: > > I acquired a second home, Legacy, in August and completed the move this > morning. My genealogy data and research now have two homes, TMG ad > Legacy. There are, of course, lots of things to be done in the "second > home", but those can be done while I'm fully using the program. > > > > I've also imported my TMG project to RootsMagic both by Gedcom and by > direct import include the most recent direct import. Plusses of the direct > import are all the tag types and the witnesses and roles placed in the > "share". Otherwise the RM direct import is inferior to my TMG 9.03 Gedcom > import into Legacy. > > > > The Legacy cleanup forced me to look at every person in my 6200 person > main dataset. Was it time consuming? YES. Was it worth it? YES. I've > identified new research to do and some individuals and families that need a > closer look. > > > > Census tags took much of my time. My TMG global census sentences won't > work in Legacy because the two programs handle witnesses and roles > differently. That was ok with me because they'd often required > modification at the local level in TMG. I'd been wanting to change those > for several years, so now it is done. The new ones work very well. > > > > Barbara S. > > > > *** > > To unsubscribe from the list, please send an email to > TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the > quotes in the message subject and body. > > ------------------------------- > > To unsubscribe from the list, please send an email to > TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the > quotes in the subject and the body of the message > > *** > To unsubscribe from the list, please send an email to > TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the > quotes in the message subject and body. > ------------------------------- > To unsubscribe from the list, please send an email to > TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the > quotes in the subject and the body of the message >

> -----Original Message----- > From: tmg-refugees-bounces@rootsweb.com [mailto:tmg-refugees- > bounces@rootsweb.com] On Behalf Of Jerry Bryan via > Sent: Wednesday, September 24, 2014 8:45 AM > To: tmg-refugees@rootsweb.com > Subject: Re: [TMG-REFUGEES] Family entry mode > > > Of course, if I need to keep TMG running anyway, I might just as well > > continue to use it for everything. It’s a tough decision. > > You probably have 5 or 10 years before it happens, but TMG *will* quit > working on new computers at some point. > > Jerry There are instances where a TMG user has an issue with their database and they "send in" their TMG project files and the database corruption is fixed by Wholly Genes. What happens if you need to do this after the current support period runs out and there is no longer "official" product support? If no-one volunteers (or for pay) to assist with database "fixing" in the future, then maybe your backups can be reverted to, with some loss of data from the time of the last backup. At any rate, I think that evaluating other software, testing data imports, and coming up with an exit strategy is a good idea. Tom M.

I've just recently purchased RootsMagic and Legacy. Haven't done much of anything with either one yet. I'm leaning towards RootsMagic, though, for the following reasons. 1 -- They quickly delivered a TMG Direct Import and after the initial release quickly released an update to address some user concerns 2 -- The database is accessible and updateable by users Proficient in SQLLight. This allows super users like Tom Holden to create and share scripts to help with data clean up 3 -- The RootsMagic rootsweb mailing list has more activity than the Legacy list. This means user to user support if you have questions on how to do things. I'm nowhere near ready to commit to another package though. I'm still holding out to see which is willing to expand their functionality to incorporate some of the TMG features. Sheila Altenbernd -----Original Message----- From: Julie Rosales via Sent: Friday, September 26, 2014 8:49 AM To: tmg-refugees@rootsweb.com Subject: Re: [TMG-REFUGEES] Move completed! I worked with RootsMagic during the development of the TMG import, and the handling of my sentences, roles and witnesses are now supurb! I will be switching to RM once I get my backlog of data entered into TMG. Julie > > On 9/25/2014 10:56 PM, karenhappuch via wrote: > > I acquired a second home, Legacy, in August and completed the move this > morning. My genealogy data and research now have two homes, TMG ad > Legacy. There are, of course, lots of things to be done in the "second > home", but those can be done while I'm fully using the program.

In addition, the LegacyUG list is maintained and monitored by Legacy staff, who frequently jump in with good advice. We have collected a lot of information about support resources on our website, https://sites.google.com/site/tmgrefugees/software/support-documentation (Ask ListAdmin for access.) Barbara On Friday, September 26, 2014 10:42 AM, Tom Holden via <tmg-refugees@rootsweb.com> wrote: To be fair, while the RootsWeb mailing list for Legacy is pretty quiet, it has two other non-RootsWeb mailing lists which are more active: http://www.mail-archive.com/legacyusergroup@legacyusers.com/maillist.html and LegacyFS for FamilySearch related functions (no archive URL published) - see http://www.legacyfamilytree.com/LegacyLists.asp Likewise, in addition to the RootsMagicUsers-L on RootsWeb at http://archiver.rootsweb.ancestry.com/th/index/ROOTSMAGIC-USERS/ the company hosts on its own servers forums for its products at http://forums.rootsmagic.com/ Tom On Fri, Sep 26, 2014 at 10:02 AM, sheilaxyz1 via <tmg-refugees@rootsweb.com> wrote: > 3 -- The RootsMagic rootsweb mailing list has more activity than the Legacy > list. This means user to user support if you have questions on how to do > things. > *** To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the message subject and body. ------------------------------- To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

I've been playing around with both RM and Legacy trying to determine which program I want to make my permanent "home". I find things I like about both programs, and it is a tough decision. Can you elaborate on why you find Legacy superior to RM? Kathleen L. On 9/25/2014 10:56 PM, karenhappuch via wrote: > I acquired a second home, Legacy, in August and completed the move this morning. My genealogy data and research now have two homes, TMG ad Legacy. There are, of course, lots of things to be done in the "second home", but those can be done while I'm fully using the program. > > I've also imported my TMG project to RootsMagic both by Gedcom and by direct import include the most recent direct import. Plusses of the direct import are all the tag types and the witnesses and roles placed in the "share". Otherwise the RM direct import is inferior to my TMG 9.03 Gedcom import into Legacy. > > The Legacy cleanup forced me to look at every person in my 6200 person main dataset. Was it time consuming? YES. Was it worth it? YES. I've identified new research to do and some individuals and families that need a closer look. > > Census tags took much of my time. My TMG global census sentences won't work in Legacy because the two programs handle witnesses and roles differently. That was ok with me because they'd often required modification at the local level in TMG. I'd been wanting to change those for several years, so now it is done. The new ones work very well. > > Barbara S. > > *** > To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the message subject and body. > ------------------------------- > To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

I acquired a second home, Legacy, in August and completed the move this morning. My genealogy data and research now have two homes, TMG ad Legacy. There are, of course, lots of things to be done in the "second home", but those can be done while I'm fully using the program. I've also imported my TMG project to RootsMagic both by Gedcom and by direct import include the most recent direct import. Plusses of the direct import are all the tag types and the witnesses and roles placed in the "share". Otherwise the RM direct import is inferior to my TMG 9.03 Gedcom import into Legacy. The Legacy cleanup forced me to look at every person in my 6200 person main dataset. Was it time consuming? YES. Was it worth it? YES. I've identified new research to do and some individuals and families that need a closer look. Census tags took much of my time. My TMG global census sentences won't work in Legacy because the two programs handle witnesses and roles differently. That was ok with me because they'd often required modification at the local level in TMG. I'd been wanting to change those for several years, so now it is done. The new ones work very well. Barbara S.

If anyone is interested in being able to change RootsMagic record numbers (RINs) whether for the purpose of aligning them with an imported TMG ID value or to some other number for whatever purpose, I have revised my script extensively to do that, providing protection against corruption due to conflicts between the new numbers and the existing ones. It is described and available for download at http://sqlitetoolsforrootsmagic.wikispaces.com/TMG-RM+Convert+TMG_ID+to+Record+Number Tom On Wed, Sep 24, 2014 at 11:07 PM, Tom Holden <ve3meo@gmail.com> wrote: > And this was intended to go to the List, too! > ---------- Forwarded message ---------- > From: Tom Holden <ve3meo@gmail.com> > Date: Wed, Sep 24, 2014 at 10:37 PM > Subject: Re: [TMG-REFUGEES] RM SQLite renumber RIN/TMG_ID > To: LornaMoa <lornamoa@gmail.com> > > > > I think for changing a small number of RINs in a large RM database, I > would revise the script so that it does not have to update every row of > every table. And, it probably would be best if it were wrapped in an > application to check that the desired RIN is an unassigned one, else there > could indeed be database corruption. > > >

Thanks Tom >>So you cannot combine two TMG projects with overlapping TMG IDs in a common RootsMagic database and have all the RINs match all the TMG_IDs. I wonder if you can even do that in TMG. To keep common RINs, yet keep the persons separate, they must be in separate databases. << Fully understood. And yes, TMG-IDs are unique within a database but there's nothing stopping us in TMG from using the same id in another database should we wish too. The linked projects I'm talking about are currently in two databases (with some of the individuals having the same id between the two db) because the end results required are quite separate and my ingenuity within TMG ran out when trying to keep them only in one AND to show both real parents and DNA "parents". Quite apart from which, many of the dna project participants are of no interest to my personal research, even if they do turn up as dna matches to the One Name Study people. My main database already contains all of my own family research, PLUS two one name studies, and I happily produce the separate One Name Study webpages from my main database using flags and contains 10s of 1000s of people from many years of research. But the dna website was a step too far given I needed (well wanted) to show a tested person both with his actual pedigree and with his DNA lineage. http://dnasurnames.info if you are at all curious. I cheat within the dna database so I can show both sets of "parents" for selected people. The ones I show on the haplogroup charts are the dna haplogroup branch "person", with a "son" being the patriarch of the line associated with the Y/mtdna value, and the "child" being the tested person. The latter two are duplicated in the database but linked using custom two principal tags. In the Lineages aka Surnames section the duplicated people above show up with normal family relationships, and usually a link to where else they are published (linked by TMG-ID and smarts in SSite), eg one name study or my personal family webpages. Yes, a RM Gedcom output to SSite would probably work, but for the above site, as it currently is configured, only if I can control some of the RINs/TMG_IDs, hence my question about whether your utility would also work on one person in isolation to change the RIN as opposed over the whole database. Some year I may well rethink the whole thing, but for now, my energy is directed elsewhere. Lorna Henderson http://lornahen.com On 25/09/2014 1:10 p.m., Tom Holden wrote: > All that this script does is to replace the imported Record Number with the numerical value of the TMG_ID fact. I suppose that you could edit the TMG_ID value or add a TMG_ID fact to a new person and rerun the script and it would change the RIN to match. BUT RIN must be unique and there is no control on the TMG_ID fact to ensure that. > > So you cannot combine two TMG projects with overlapping TMG IDs in a common RootsMagic database and have all the RINs match all the TMG_IDs. I wonder if you can even do that in TMG. To keep common RINs, yet keep the persons separate, they must be in separate databases. > > John Cardinal is developing Second Site to work with RootsMagic extended GEDCOM. Maybe there is a possibility for there to be some mechanism by which SS websites from two RootsMagic databases may be interlinked. > > Another consideration might be an entirely different approach - why two databases? Why two websites? Maybe one database outputting two kinds of websites? Or one website with filters or two ways of looking at people? Maybe your current solution is predicated on the way things work in TMG and Second Site and another solution is more appropriate and even better with different platforms. > > Tom > >> On Sep 24, 2014, at 6:47 PM, LornaMoa <lornamoa@gmail.com> wrote: >> >> A question on the >>Replace the RootsMagic RIN with the TMG_ID number << >> will that work on a specific RIN/TMG_ID? >> With TMG's ability to assign numbers on input, or renumber a person after input, I use this in my separate but connected DNA project so that the people (several 100s) that are in both the DNA project and in my main project (many thousands), have the same id. >> Which means in SecondSite I can create (using the flag event facility) automatic links for interested readers to jump between the two websites (dna/family) >> >> So whereas at a conversion to RM yes your utility would be great, ongoing use / divergance could cause me some issues (currently still well into the future for these two projects at least so I can still use SSite to generate web pages) >> >> Lorna Henderson >> http://LornaHen.com >> >>> On 25/09/14 8:12, LornaMoa wrote: >>>>> - Map the TMG_ID (the person number familiar to you in TMG) to a Reference Number fact for optional display after the name - Replace the RootsMagic RIN with the TMG_ID number << >>> many thanks in general Tom, but for these two in particular >>> Sometimes its the seemingly little things that count most <g> >>> The latter will probably be my preference as I do have some specific Reference field contents I also know and love, eg DNA project ids, family chart references (as well as some overdue cleanup in TMG itself for prior uses of the field) >>> Trying the new import now on my main TMG project but it will be a while, as I'm running the VFI/optimize on it first, so in several hours..... >>> >>> Lorna Henderson >>> http://LornaHen.com >>> >>>> On 25/09/14 2:04, Tom Holden via wrote: >>>> There will never be a substitute for TMG that will recover all the data, >>>> support the same methods of working, provide the same outputs and, for some >>>> TMG users, nothing less can be acceptable. The same has been true in the >>>> opposite direction. There have been, before August's announcement, TMG >>>> refugees to RootsMagic (and I'm sure to other programs) who swear that they >>>> will never go back because of the issues they had with it. For some, an 80% >>>> score on transfer is good enough - others want 99%. Different strokes... >>>> >>>> There is a RootsMagic update imminent that addresses some of the issues >>>> that were known when the first was released and some that have come up >>>> since. >>>> >>>> There will be a crude mapping from Source Surety to the Quality.Information >>>> parameter but, as you know, RM's three indicators are based on Evidence >>>> Explained while TMG's five indicators are different. That sort of >>>> philosophical and structural difference cannot be bridged. >>>> >>>> One of the virtues of RootsMagic is its readily accessible database. I have >>>> been developing SQLite queries that can be run against it post-import to >>>> affect some things not handled by the import. They demonstrate what benefit >>>> (or complication) might be achieved were a similar process incorporated in >>>> the import while leaving it to the user to decide which outcome is better. >>>> Currently available are: >>>> - Help finding sentences and notes having extant TMG variables and >>>> formatting codes >>>> - Support for split Citation Detail >>>> - Map the TMG_ID (the person number familiar to you in TMG) to a Reference >>>> Number fact for optional display after the name >>>> - Replace the RootsMagic RIN with the TMG_ID number >>>> Coming, I think, will be: >>>> - Help finding sentences for individual events that contain variables for >>>> couple events, e.g., [spouse] >>>> - Add [PlaceDetails] variable to sentences constructed from TMG [L] variable >>>> - Modify [Date] variable to [Date:Plain] in sentence templates if a leading >>>> preposition is detected >>>> >>>> Developed queries can be found via this link: >>>> http://sqlitetoolsforrootsmagic.wikispaces.com/space/content?tag=TMG >>>> >>>> Tom >>>> >>>>> On Sun, Sep 21, 2014 at 8:13 PM, Don Ferguson <don@ferguson.name> wrote: >>>>> >>>>> ... >>>>> >>>>> Nobody else seems to have noticed that the import process makes no attempt >>>>> to handle Citation Sureties, even though some sort of mapping to RM 'Proof' >>>>> should have been possible? OK, it only has 3 categories, but they could at >>>>> least try.... >>>>> >>>>> As far as I'm concerned, the current RM sentence import process creates so >>>>> much rubbish and drops so much detail that it is totally unusable. And even >>>>> if they fixed that (a major task) I still see RM's poor media handling, >>>>> dreadful charting and reports, lack of Flags as total show-stoppers - it >>>>> will never be a viable transfer product for me without major development. >>>> *** >>>> To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the message subject and body. >>>> ------------------------------- >>>> To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

I think the status of Visual FoxPro is irrelevant = MS ceased development in 2007 (although they have released 2 service packs since). But you do not run VFP on your PC - you run an executable program created by VFP - so there is nothing special to hack in any meaningful way. No more so then any other program you are running anyway. Don Ferguson -----Original Message----- From: tmg-refugees-bounces@rootsweb.com [mailto:tmg-refugees-bounces@rootsweb.com] On Behalf Of Jerry Bryan via Sent: Thursday, 25 September 2014 3:53 AM To: TMG-Refugees@rootsweb.com Subject: Re: [TMG-REFUGEES] Family entry mode > Just as a side comment on the lifetime discussion, I'm more concerned > about Visual FoxPro's imminent end of life (Jan 13 2015). That's one I hadn't thought of - probably a bigger concern than the operating system. That might might reduce my "5 or 10 years" down to "3 or 4 years". :) Of course, Microsoft's fiasco with Windows 8 is also not encouraging, but it appears to me that they have learned their lesson. Jerry *** To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the message subject and body. ------------------------------- To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

Given TMG 9.04 runs on Windows 8.1, for which Microsoft support is committed until 2023, a 9 year horizon is absolute. I see nothing in Windows 9 to suggest TMG won't run on it, which adds another 2 years. People are still using UFT, which supposedly expired 14 years ago - so I expect to move to RootsMagic version 32 in about 10 years time <g> Don Ferguson -----Original Message----- From: tmg-refugees-bounces@rootsweb.com [mailto:tmg-refugees-bounces@rootsweb.com] On Behalf Of Judy Madnick via Sent: Thursday, 25 September 2014 2:04 AM To: Frlva; tmg-refugees@rootsweb.com Subject: Re: [TMG-REFUGEES] Family entry mode Frankie, I'm with you when you say "Nevertheless, I am encouraged by your thought that we could go 10 years with TMG. At my stage and age, I really don't wish to go to another program and think I would just lose too much information." At this point I'll read with interest the experience of others and stay with TMG until I have no choice...and perhaps someday I'll just have to make a decision. Judy Madnick Albany, NY On Wed, Sep 24, 2014 at 10:55 AM, Frlva via <tmg-refugees@rootsweb.com> wrote: > > Well, thanks for your comments, Jerry. I also was thinking about the > operating system compatibility, but I knew I had not ever gone for > five years, much less 10 years, on one operating system (except for > DOS) and was wondering whether, in the past, I could have done so if > I'd had to do it. I don't do GEDCOMs, since I use so many custom > sentences. This is a decision I made when I first transferred from > ROOTS/UFT to TMG, and I don't share file, either. Perhaps I made a bad decision at that time. > > I've also been wondering about the very large Memos I write. I know I > discussed this with Bob V. early on (when I transferred to TMG in the 1990's). > He assured me it would never be a problem, and it hasn't been. I'm not > sure whether Roots Magic (or any other genealogical software) allows > basically unlimited Memo text and has such a Memo field. I also write > custom citations and wonder whether these would transfer. > > Nevertheless, I am encouraged by your thought that we could go 10 > years with TMG. At my stage and age, I really don't wish to go to > another program and think I would just lose too much information. > > Thanks again. > > Frankie > > > In a message dated 9/24/2014 10:22:38 A.M. Eastern Daylight Time, > tmg-refugees@rootsweb.com writes: > > It’s strictly an operating system issue and has nothing to do with > TMG itself or any other particular application. My experience is that > applications will continue to function for quite a while ask desktop > operating systems evolve. Which is to say, operating systems tend to > maintain a lot of backwards compatibility. There’s obviously no > guarantees, but applications released in 2009 almost certainly still > work on my desktop and applications released on 2004 usually do. But > many applications from longer ago than that no longer work. > > This of course says nothing about interoperability between TMG and > other genealogy software. But even there, GEDCOM is the main > interoperability issue and GEDCOM seems to evolve at a glacial pace. > > Jerry > > > From: Frlva@aol.com > Sent: Wed, September 24, 2014 9:18 AM > To: c24m48@hotmail.com ; tmg-refugees@rootsweb.com > Subject: Re: [TMG-REFUGEES] Family entry mode > > Hi Jerry, > > Do you really think we have five to ten years to use TMG? If this is > true, I find this somewhat hopeful. Would you mind sharing with us > some of your thoughts on why you think we have this long? I would > find that very helpful. Thanks. > > Frankie > > *** > To unsubscribe from the list, please send an email to > TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without > the quotes in the message subject and body. > ------------------------------- > To unsubscribe from the list, please send an email to > TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without > the quotes in the subject and the body of the message > *** > To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the message subject and body. > ------------------------------- > To unsubscribe from the list, please send an email to > TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without > the quotes in the subject and the body of the message *** To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the message subject and body. ------------------------------- To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com

A question on the >>Replace the RootsMagic RIN with the TMG_ID number << will that work on a specific RIN/TMG_ID? With TMG's ability to assign numbers on input, or renumber a person after input, I use this in my separate but connected DNA project so that the people (several 100s) that are in both the DNA project and in my main project (many thousands), have the same id. Which means in SecondSite I can create (using the flag event facility) automatic links for interested readers to jump between the two websites (dna/family) So whereas at a conversion to RM yes your utility would be great, ongoing use / divergance could cause me some issues (currently still well into the future for these two projects at least so I can still use SSite to generate web pages) Lorna Henderson http://LornaHen.com On 25/09/14 8:12, LornaMoa wrote: > >>- Map the TMG_ID (the person number familiar to you in TMG) to a > Reference Number fact for optional display after the name - Replace > the RootsMagic RIN with the TMG_ID number << > > many thanks in general Tom, but for these two in particular > Sometimes its the seemingly little things that count most <g> > The latter will probably be my preference as I do have some specific > Reference field contents I also know and love, eg DNA project ids, > family chart references (as well as some overdue cleanup in TMG itself > for prior uses of the field) > Trying the new import now on my main TMG project but it will be a > while, as I'm running the VFI/optimize on it first, so in several > hours..... > > Lorna Henderson > http://LornaHen.com > > On 25/09/14 2:04, Tom Holden via wrote: >> There will never be a substitute for TMG that will recover all the data, >> support the same methods of working, provide the same outputs and, >> for some >> TMG users, nothing less can be acceptable. The same has been true in the >> opposite direction. There have been, before August's announcement, TMG >> refugees to RootsMagic (and I'm sure to other programs) who swear >> that they >> will never go back because of the issues they had with it. For some, >> an 80% >> score on transfer is good enough - others want 99%. Different strokes... >> >> There is a RootsMagic update imminent that addresses some of the issues >> that were known when the first was released and some that have come up >> since. >> >> There will be a crude mapping from Source Surety to the >> Quality.Information >> parameter but, as you know, RM's three indicators are based on Evidence >> Explained while TMG's five indicators are different. That sort of >> philosophical and structural difference cannot be bridged. >> >> One of the virtues of RootsMagic is its readily accessible database. >> I have >> been developing SQLite queries that can be run against it post-import to >> affect some things not handled by the import. They demonstrate what >> benefit >> (or complication) might be achieved were a similar process >> incorporated in >> the import while leaving it to the user to decide which outcome is >> better. >> Currently available are: >> - Help finding sentences and notes having extant TMG variables and >> formatting codes >> - Support for split Citation Detail >> - Map the TMG_ID (the person number familiar to you in TMG) to a >> Reference >> Number fact for optional display after the name >> - Replace the RootsMagic RIN with the TMG_ID number >> Coming, I think, will be: >> - Help finding sentences for individual events that contain variables >> for >> couple events, e.g., [spouse] >> - Add [PlaceDetails] variable to sentences constructed from TMG [L] >> variable >> - Modify [Date] variable to [Date:Plain] in sentence templates if a >> leading >> preposition is detected >> >> Developed queries can be found via this link: >> http://sqlitetoolsforrootsmagic.wikispaces.com/space/content?tag=TMG >> >> Tom >> >> On Sun, Sep 21, 2014 at 8:13 PM, Don Ferguson <don@ferguson.name> wrote: >> >>> ... >>> >>> Nobody else seems to have noticed that the import process makes no >>> attempt >>> to handle Citation Sureties, even though some sort of mapping to RM >>> 'Proof' >>> should have been possible? OK, it only has 3 categories, but they >>> could at >>> least try.... >>> >>> As far as I'm concerned, the current RM sentence import process >>> creates so >>> much rubbish and drops so much detail that it is totally unusable. >>> And even >>> if they fixed that (a major task) I still see RM's poor media handling, >>> dreadful charting and reports, lack of Flags as total show-stoppers >>> - it >>> will never be a viable transfer product for me without major >>> development. >>> >>> >> *** >> To unsubscribe from the list, please send an email to >> TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without >> the quotes in the message subject and body. >> ------------------------------- >> To unsubscribe from the list, please send an email to >> TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without >> the quotes in the subject and the body of the message >

I probably should have said that the RIN can't be changed except with an SQLite script, and even then you have to be very careful to get all of the occurrences in the different tables because of the JOIN operations. Jerry -----Original Message----- From: Jerry Bryan via Sent: Thu, September 25, 2014 10:06 AM To: tmg-refugees@rootsweb.com Subject: Re: [TMG-REFUGEES] RM SQLite renumber RIN/TMG_ID Tom is probably going to reply with a more complete answer, but I would simply point out that RM's RIN number really can't be changed after it's assigned. Among other reasons, it serves as a key for SQL JOIN operations in RM's underlying SQLite database. RM's RIN numbers can be preserved on a GEDCOM import into a new and empty database, but other than that you have no control over them whatsoever. In a way, this is a very natural design. Many different RM tables can be JOIN'ed by the RIN number. But on the other hand, you might wish that the key that's used for such JOIN's might be some secret and invisible key that you never see as a user so that the RIN number could be a number that you could edit. The two options for a numbering system that you can control in RM are the Reference Number fact and the possibility of adding your own fact type for a numbering system. The Reference Number can be made readily visible on a number of RM screens. Your own fact type for a numbering system would be readily visible in the Edit Person window and you can make it visible in People View. Either the Reference Number or your own fact type for a numbering system can be used for color coding, for making Named Groups, or for other selection or searching operations. Jerry -----Original Message----- From: LornaMoa via Sent: Wed, September 24, 2014 6:47 PM To: Tom Holden ; tmg-refugees@rootsweb.com Subject: Re: [TMG-REFUGEES] RM SQLite renumber RIN/TMG_ID A question on the >>Replace the RootsMagic RIN with the TMG_ID number << will that work on a specific RIN/TMG_ID? With TMG's ability to assign numbers on input, or renumber a person after input, I use this in my separate but connected DNA project so that the people (several 100s) that are in both the DNA project and in my main project (many thousands), have the same id. Which means in SecondSite I can create (using the flag event facility) automatic links for interested readers to jump between the two websites (dna/family) So whereas at a conversion to RM yes your utility would be great, ongoing use / divergance could cause me some issues (currently still well into the future for these two projects at least so I can still use SSite to generate web pages) Lorna Henderson http://LornaHen.com On 25/09/14 8:12, LornaMoa wrote: > >>- Map the TMG_ID (the person number familiar to you in TMG) to a > Reference Number fact for optional display after the name - Replace > the RootsMagic RIN with the TMG_ID number << > > many thanks in general Tom, but for these two in particular > Sometimes its the seemingly little things that count most <g> > The latter will probably be my preference as I do have some specific > Reference field contents I also know and love, eg DNA project ids, > family chart references (as well as some overdue cleanup in TMG itself > for prior uses of the field) > Trying the new import now on my main TMG project but it will be a > while, as I'm running the VFI/optimize on it first, so in several > hours..... > > Lorna Henderson > http://LornaHen.com > > On 25/09/14 2:04, Tom Holden via wrote: >> There will never be a substitute for TMG that will recover all the data, >> support the same methods of working, provide the same outputs and, >> for some >> TMG users, nothing less can be acceptable. The same has been true in the >> opposite direction. There have been, before August's announcement, TMG >> refugees to RootsMagic (and I'm sure to other programs) who swear >> that they >> will never go back because of the issues they had with it. For some, >> an 80% >> score on transfer is good enough - others want 99%. Different strokes... >> >> There is a RootsMagic update imminent that addresses some of the issues >> that were known when the first was released and some that have come up >> since. >> >> There will be a crude mapping from Source Surety to the >> Quality.Information >> parameter but, as you know, RM's three indicators are based on Evidence >> Explained while TMG's five indicators are different. That sort of >> philosophical and structural difference cannot be bridged. >> >> One of the virtues of RootsMagic is its readily accessible database. >> I have >> been developing SQLite queries that can be run against it post-import to >> affect some things not handled by the import. They demonstrate what >> benefit >> (or complication) might be achieved were a similar process >> incorporated in >> the import while leaving it to the user to decide which outcome is >> better. >> Currently available are: >> - Help finding sentences and notes having extant TMG variables and >> formatting codes >> - Support for split Citation Detail >> - Map the TMG_ID (the person number familiar to you in TMG) to a >> Reference >> Number fact for optional display after the name >> - Replace the RootsMagic RIN with the TMG_ID number >> Coming, I think, will be: >> - Help finding sentences for individual events that contain variables >> for >> couple events, e.g., [spouse] >> - Add [PlaceDetails] variable to sentences constructed from TMG [L] >> variable >> - Modify [Date] variable to [Date:Plain] in sentence templates if a >> leading >> preposition is detected >> >> Developed queries can be found via this link: >> http://sqlitetoolsforrootsmagic.wikispaces.com/space/content?tag=TMG >> >> Tom >> >> On Sun, Sep 21, 2014 at 8:13 PM, Don Ferguson <don@ferguson.name> wrote: >> >>> ... >>> >>> Nobody else seems to have noticed that the import process makes no >>> attempt >>> to handle Citation Sureties, even though some sort of mapping to RM >>> 'Proof' >>> should have been possible? OK, it only has 3 categories, but they >>> could at >>> least try.... >>> >>> As far as I'm concerned, the current RM sentence import process >>> creates so >>> much rubbish and drops so much detail that it is totally unusable. >>> And even >>> if they fixed that (a major task) I still see RM's poor media handling, >>> dreadful charting and reports, lack of Flags as total show-stoppers >>> - it >>> will never be a viable transfer product for me without major >>> development. >>> >>> >> *** >> To unsubscribe from the list, please send an email to >> TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without >> the quotes in the message subject and body. >> ------------------------------- >> To unsubscribe from the list, please send an email to >> TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without >> the quotes in the subject and the body of the message > *** To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the message subject and body. ------------------------------- To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message *** To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the message subject and body. ------------------------------- To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

RootsMagic 6.3.3.1 has been released. The update deals with a couple of problems in tag import. Jim

Tom is probably going to reply with a more complete answer, but I would simply point out that RM's RIN number really can't be changed after it's assigned. Among other reasons, it serves as a key for SQL JOIN operations in RM's underlying SQLite database. RM's RIN numbers can be preserved on a GEDCOM import into a new and empty database, but other than that you have no control over them whatsoever. In a way, this is a very natural design. Many different RM tables can be JOIN'ed by the RIN number. But on the other hand, you might wish that the key that's used for such JOIN's might be some secret and invisible key that you never see as a user so that the RIN number could be a number that you could edit. The two options for a numbering system that you can control in RM are the Reference Number fact and the possibility of adding your own fact type for a numbering system. The Reference Number can be made readily visible on a number of RM screens. Your own fact type for a numbering system would be readily visible in the Edit Person window and you can make it visible in People View. Either the Reference Number or your own fact type for a numbering system can be used for color coding, for making Named Groups, or for other selection or searching operations. Jerry -----Original Message----- From: LornaMoa via Sent: Wed, September 24, 2014 6:47 PM To: Tom Holden ; tmg-refugees@rootsweb.com Subject: Re: [TMG-REFUGEES] RM SQLite renumber RIN/TMG_ID A question on the >>Replace the RootsMagic RIN with the TMG_ID number << will that work on a specific RIN/TMG_ID? With TMG's ability to assign numbers on input, or renumber a person after input, I use this in my separate but connected DNA project so that the people (several 100s) that are in both the DNA project and in my main project (many thousands), have the same id. Which means in SecondSite I can create (using the flag event facility) automatic links for interested readers to jump between the two websites (dna/family) So whereas at a conversion to RM yes your utility would be great, ongoing use / divergance could cause me some issues (currently still well into the future for these two projects at least so I can still use SSite to generate web pages) Lorna Henderson http://LornaHen.com On 25/09/14 8:12, LornaMoa wrote: > >>- Map the TMG_ID (the person number familiar to you in TMG) to a > Reference Number fact for optional display after the name - Replace > the RootsMagic RIN with the TMG_ID number << > > many thanks in general Tom, but for these two in particular > Sometimes its the seemingly little things that count most <g> > The latter will probably be my preference as I do have some specific > Reference field contents I also know and love, eg DNA project ids, > family chart references (as well as some overdue cleanup in TMG itself > for prior uses of the field) > Trying the new import now on my main TMG project but it will be a > while, as I'm running the VFI/optimize on it first, so in several > hours..... > > Lorna Henderson > http://LornaHen.com > > On 25/09/14 2:04, Tom Holden via wrote: >> There will never be a substitute for TMG that will recover all the data, >> support the same methods of working, provide the same outputs and, >> for some >> TMG users, nothing less can be acceptable. The same has been true in the >> opposite direction. There have been, before August's announcement, TMG >> refugees to RootsMagic (and I'm sure to other programs) who swear >> that they >> will never go back because of the issues they had with it. For some, >> an 80% >> score on transfer is good enough - others want 99%. Different strokes... >> >> There is a RootsMagic update imminent that addresses some of the issues >> that were known when the first was released and some that have come up >> since. >> >> There will be a crude mapping from Source Surety to the >> Quality.Information >> parameter but, as you know, RM's three indicators are based on Evidence >> Explained while TMG's five indicators are different. That sort of >> philosophical and structural difference cannot be bridged. >> >> One of the virtues of RootsMagic is its readily accessible database. >> I have >> been developing SQLite queries that can be run against it post-import to >> affect some things not handled by the import. They demonstrate what >> benefit >> (or complication) might be achieved were a similar process >> incorporated in >> the import while leaving it to the user to decide which outcome is >> better. >> Currently available are: >> - Help finding sentences and notes having extant TMG variables and >> formatting codes >> - Support for split Citation Detail >> - Map the TMG_ID (the person number familiar to you in TMG) to a >> Reference >> Number fact for optional display after the name >> - Replace the RootsMagic RIN with the TMG_ID number >> Coming, I think, will be: >> - Help finding sentences for individual events that contain variables >> for >> couple events, e.g., [spouse] >> - Add [PlaceDetails] variable to sentences constructed from TMG [L] >> variable >> - Modify [Date] variable to [Date:Plain] in sentence templates if a >> leading >> preposition is detected >> >> Developed queries can be found via this link: >> http://sqlitetoolsforrootsmagic.wikispaces.com/space/content?tag=TMG >> >> Tom >> >> On Sun, Sep 21, 2014 at 8:13 PM, Don Ferguson <don@ferguson.name> wrote: >> >>> ... >>> >>> Nobody else seems to have noticed that the import process makes no >>> attempt >>> to handle Citation Sureties, even though some sort of mapping to RM >>> 'Proof' >>> should have been possible? OK, it only has 3 categories, but they >>> could at >>> least try.... >>> >>> As far as I'm concerned, the current RM sentence import process >>> creates so >>> much rubbish and drops so much detail that it is totally unusable. >>> And even >>> if they fixed that (a major task) I still see RM's poor media handling, >>> dreadful charting and reports, lack of Flags as total show-stoppers >>> - it >>> will never be a viable transfer product for me without major >>> development. >>> >>> >> *** >> To unsubscribe from the list, please send an email to >> TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without >> the quotes in the message subject and body. >> ------------------------------- >> To unsubscribe from the list, please send an email to >> TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without >> the quotes in the subject and the body of the message > *** To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the message subject and body. ------------------------------- To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

Wow, Frankie! I would never have contemplated putting so much into a field named Memo or Note. Maybe one called Book! I was facetious in saying that the limit was far more than anyone would read and, maybe, too hasty in my reply. I was thinking about the RootsMagic database engine (SQLite) capacity which I knew to be very large and, on looking it up, is 140 terabytes. That's a lot of pages. But there are other limitations, such as the file size supported by the operating system, database parameter settings controlled by the application, the memory space supported by the application for a text field, etc. And there is a more practical matter, what the RootsMagic Note Editor is capable of doing and how well it can manage a document. RootsMagic's Note Editor is more like Notepad than it is like Wordpad. IIRC, if you open a text file with Notepad that is too large for it, Wordpad opens the file instead. I don't know what the RM Note Editor limit is but I certainly would not want to be editing/managing a 90-page document in it. Not even in Wordpad. I would want to do that in Word or some other substantial document writer with features such as outlining, headings, hyperlinking, auto table of contents, indexing, etc. I would not/could not store it in the database system as there is no mechanism in RootsMagic for directly storing it in RTF, DOC, PDF format (I could store it in the database file using SQLite but RootsMagic either could not see it or would not know how to render it). I could link the external document to the database as a media item (object), to as many persons, families, events, places, sources, citations as I want. I would copy supportive extracts from it to Citations (Research Notes), fact notes, etc and these can optionally be printed. I could integrate a RTF "book" generated from the database with one or more of these external documents using MS Word. So, my short answer to your question is I do not know if the RootsMagic Note field can store your 90 pages and it seems like an extraordinary, if not unreasonable, expectation that anyone would do so. It would be nice to know what its limit is - someday I may test it. Tom On Wed, Sep 24, 2014 at 12:38 PM, <Frlva@aol.com> wrote: > (I meant to send this also to the list. Sorry.) > > Thank you, Tom. I don't use either the Split Memo function in TMG. I > don't use Roles, either. I never really thought either were necessary. Yes, > however, folks *will* read my long Memos and even have done so! <g> I think > I have about 90 pages (8 1/2 x 11 pages) in one Memo, but that is, by far, > the longest one I have and is basically the Revolutionary War service of > one ancestor for an eventual book. Would that be too much for Roots Magic? > I also have some probates that extended for many, many years and some > extensive court cases that could have "umpteen" depositions, etc. > > I also cannot do the southern migration work that I do without the (sort > of) relationality of TMG, where I can attach as many Witnesses as I want to > any event. This is the main way I track folks. I also just love the > Associates window of TMG. > > Thanks very much for your comments, Tom. I appreciate them. > > Frankie > > In a message dated 9/24/2014 11:42:27 A.M. Eastern Daylight Time, > tmg-refugees@rootsweb.com writes: > > TMG Memo fields transfer to RootsMagic Note fields which are, practically, > unlimited. (There is always a limit but you will never reach it and nobody > would read it!). > > Custom sentences and citations do transfer to RootsMagic but the accuracy > of translation depends on what you have constructed. The use of split Memo > fields is not yet supported by the import and may never be. I wrote a > post-process query to adapt split Citation Details. That said, if Legacy > succeeds in supporting split Memos, RootsMagic may feel pressed to do > likewise. > > Explore your options. The free RootsMagic trial does the direct import, as > will Legacy's (I expect) and as does Family Historian. They should all > improve over time... > > Tom > > > >

Thanks for posting this to the wiki, Barbara. I did request access, but I haven't heard from anyone. I had sign in to make this request using a gmail email address, which I never use. I'm not a developer, but I can't see how this feature would be difficult to add to another program. Frankie In a message dated 9/24/2014 7:16:51 P.M. Eastern Daylight Time, tmg-refugees@rootsweb.com writes: I love the Associates window too, Frankie. I explored how RM and Legacy handle navigation to associates and posted my findings to our wiki. https://sites.google.com/site/tmgrefugees/software/software-comparison/navig ate-associates (Ask the ListAdmin if you would like access.) It appears that navigation to an associate can be done in RM, but the only way I found was rather roundabout. (As usual, please feel free to suggest alternatives!) It is not possible in Legacy (short of looking up the associate by name or number), so I made a request for the functionality. Barbara On 9/24/2014 12:38 PM, Frlva via wrote: > I also just love the Associates window of TMG. -- Barbara Levergood levergood@att.net *** To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the message subject and body. ------------------------------- To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

Legacy Deluxe has a Renumber RINs option, which can also renumber the MRINs, but any custom numbering should be done using a User ID for either the Individual or Marriage. When renumbering the RINs/MRINs in the Deluxe Edition, you can renumber a current RIN/MRIN to another number, fill in missing RINs/MRINs from a specific number or fill in from all missing RINs/MRINs When selecting to change to a specific RIN/MRIN, only numbers are accepted. The User IDs can be shown on views, lists, reports and web pages in lieu of or along with the RINs/MRINs. User IDs can be any combination of alpha, numeric or symbol. In the free Standard Edition, the only option for renumbering RINs/MRINs is during an export to a new Family File. Changes to the RINs/MRINs take place throughout the database so there is no problem with linked items getting "lost". Sincerely, Sherry Technical Support Legacy Family Tree On Thu, Sep 25, 2014 at 7:06 AM, Jerry Bryan via <tmg-refugees@rootsweb.com> wrote: > Tom is probably going to reply with a more complete answer, but I would > simply point out that RM's RIN number really can't be changed after it's > assigned. Among other reasons, it serves as a key for SQL JOIN operations > in > RM's underlying SQLite database. RM's RIN numbers can be preserved on a > GEDCOM import into a new and empty database, but other than that you have > no control over them whatsoever. > > In a way, this is a very natural design. Many different RM tables can be > JOIN'ed by the RIN number. But on the other hand, you might wish that the > key that's used for such JOIN's might be some secret and invisible key that > you never see as a user so that the RIN number could be a number that you > could edit. > > The two options for a numbering system that you can control in RM are the > Reference Number fact and the possibility of adding your own fact type for > a > numbering system. The Reference Number can be made readily visible on a > number of RM screens. Your own fact type for a numbering system would be > readily visible in the Edit Person window and you can make it visible in > People View. Either the Reference Number or your own fact type for a > numbering system can be used for color coding, for making Named Groups, or > for other selection or searching operations. > > Jerry > >

>>- Map the TMG_ID (the person number familiar to you in TMG) to a Reference Number fact for optional display after the name - Replace the RootsMagic RIN with the TMG_ID number << many thanks in general Tom, but for these two in particular Sometimes its the seemingly little things that count most <g> The latter will probably be my preference as I do have some specific Reference field contents I also know and love, eg DNA project ids, family chart references (as well as some overdue cleanup in TMG itself for prior uses of the field) Trying the new import now on my main TMG project but it will be a while, as I'm running the VFI/optimize on it first, so in several hours..... Lorna Henderson http://LornaHen.com On 25/09/14 2:04, Tom Holden via wrote: > There will never be a substitute for TMG that will recover all the data, > support the same methods of working, provide the same outputs and, for some > TMG users, nothing less can be acceptable. The same has been true in the > opposite direction. There have been, before August's announcement, TMG > refugees to RootsMagic (and I'm sure to other programs) who swear that they > will never go back because of the issues they had with it. For some, an 80% > score on transfer is good enough - others want 99%. Different strokes... > > There is a RootsMagic update imminent that addresses some of the issues > that were known when the first was released and some that have come up > since. > > There will be a crude mapping from Source Surety to the Quality.Information > parameter but, as you know, RM's three indicators are based on Evidence > Explained while TMG's five indicators are different. That sort of > philosophical and structural difference cannot be bridged. > > One of the virtues of RootsMagic is its readily accessible database. I have > been developing SQLite queries that can be run against it post-import to > affect some things not handled by the import. They demonstrate what benefit > (or complication) might be achieved were a similar process incorporated in > the import while leaving it to the user to decide which outcome is better. > Currently available are: > - Help finding sentences and notes having extant TMG variables and > formatting codes > - Support for split Citation Detail > - Map the TMG_ID (the person number familiar to you in TMG) to a Reference > Number fact for optional display after the name > - Replace the RootsMagic RIN with the TMG_ID number > Coming, I think, will be: > - Help finding sentences for individual events that contain variables for > couple events, e.g., [spouse] > - Add [PlaceDetails] variable to sentences constructed from TMG [L] variable > - Modify [Date] variable to [Date:Plain] in sentence templates if a leading > preposition is detected > > Developed queries can be found via this link: > http://sqlitetoolsforrootsmagic.wikispaces.com/space/content?tag=TMG > > Tom > > On Sun, Sep 21, 2014 at 8:13 PM, Don Ferguson <don@ferguson.name> wrote: > >> ... >> >> Nobody else seems to have noticed that the import process makes no attempt >> to handle Citation Sureties, even though some sort of mapping to RM 'Proof' >> should have been possible? OK, it only has 3 categories, but they could at >> least try.... >> >> As far as I'm concerned, the current RM sentence import process creates so >> much rubbish and drops so much detail that it is totally unusable. And even >> if they fixed that (a major task) I still see RM's poor media handling, >> dreadful charting and reports, lack of Flags as total show-stoppers - it >> will never be a viable transfer product for me without major development. >> >> > *** > To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the message subject and body. > ------------------------------- > To unsubscribe from the list, please send an email to TMG-REFUGEES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

Lorna, your point about cross-referencing two websites and two databases via the TMG ID stimulates some other ideas for your 'some year I will rethink the whole thing'. Internal to RootsMagic is a program assigned UID or 'universal ID'. It is a 64 bit number generated from system time and other system numbers and randomization which makes the probability infinitesimally small that any two persons created on any two computers will have the same UID. It is exported to GEDCOM and I have passed it through an Ancestry upload and download. While invisible and inaccessible through the application, its export and SQLite open up some possibilities. Externally and supported by both Legacy and RootsMagic is the FamilySearch Family Tree ID. If two persons in two different databases match to the same person in FSFT, then they will have a common FSFT ID. This is visible but uneditable in RootsMagic and could be another key for cross linking between your two websites and to FSFT. Maybe John Cardinal is looking at these possibilities for Second Site. Tom > On Sep 24, 2014, at 9:58 PM, LornaMoa <lornamoa@gmail.com> wrote: > > Thanks Tom > >>So you cannot combine two TMG projects with overlapping TMG IDs in a common RootsMagic database and have all the RINs match all the TMG_IDs. I wonder if you can even do that in TMG. To keep common RINs, yet keep the persons separate, they must be in separate databases. << > > Fully understood. > And yes, TMG-IDs are unique within a database but there's nothing stopping us in TMG from using the same id in another database should we wish too. > > The linked projects I'm talking about are currently in two databases (with some of the individuals having the same id between the two db) because the end results required are quite separate and my ingenuity within TMG ran out when trying to keep them only in one AND to show both real parents and DNA "parents". > Quite apart from which, many of the dna project participants are of no interest to my personal research, even if they do turn up as dna matches to the One Name Study people. > > My main database already contains all of my own family research, PLUS two one name studies, and I happily produce the separate One Name Study webpages from my main database using flags and contains 10s of 1000s of people from many years of research. > But the dna website was a step too far given I needed (well wanted) to show a tested person both with his actual pedigree and with his DNA lineage. > http://dnasurnames.info if you are at all curious. > > I cheat within the dna database so I can show both sets of "parents" for selected people. > The ones I show on the haplogroup charts are the dna haplogroup branch "person", with a "son" being the patriarch of the line associated with the Y/mtdna value, and the "child" being the tested person. > The latter two are duplicated in the database but linked using custom two principal tags. > In the Lineages aka Surnames section the duplicated people above show up with normal family relationships, and usually a link to where else they are published (linked by TMG-ID and smarts in SSite), eg one name study or my personal family webpages. > > Yes, a RM Gedcom output to SSite would probably work, but for the above site, as it currently is configured, only if I can control some of the RINs/TMG_IDs, hence my question about whether your utility would also work on one person in isolation to change the RIN as opposed over the whole database. > > Some year I may well rethink the whole thing, but for now, my energy is directed elsewhere. > > > Lorna Henderson > http://lornahen.com >