jnickel
Members-
Content count
14 -
Joined
-
Last visited
Community Reputation
0 NeutralAbout jnickel
- Birthday 05/26/1950
Contact Methods
-
AIM
N/A
-
MSN
N/A
-
Website URL
http://
-
ICQ
0
-
Yahoo
N/A
Profile Information
-
Location
Dayton, Maryland
-
MSFT released Vista 64 bit back in Sept 2006. I'll presume that Wholly Genes knew that 64 bit architectures were coming before that. 4 years and the best TMG users can get is: "The cake will come out of the oven when it's baked." Another 4 years maybe? How about 10 years? Will it be ready before the next Windows OS comes out? Not being able to generate reports is a BIG DEAL. I installed TMG and a number of other genealogy programs at a FHC where I volunteer to give patrons a chance to look over various programs. I've uninstalled TMG. In all good conscious I can't imply that TMG 7.0 is an acceptable genealogy program when you can't generate reports on a Win 7/64 bit architecture. I've followed the steps for installing the PDF printer on 64 bit systems three times and it still doesn't work. [i have win 7 - 64 bit ultimate]. How about genealogy program reviews? You think there's any chance in the world they would recommend TMG v. 7? I've overlooked the warts too long expecting they would get fixed. I have to look seriously for other software.
-
Descendant Indented Chart report
jnickel replied to KHemmelman's topic in Older Products and Versions
This is a well-known issue and a change in design for it was requested a long time ago. Thanks. -
Descendant Indented Chart report
jnickel replied to KHemmelman's topic in Older Products and Versions
Then who asked this question that is posted under your name. .... "Could one of the proponents of the FTM chart post a screen shot showing a portion of the report? Thanks! " I gave a link to a Legacy report with a description of how it compared to the FTM report and TMG report. Who was I replying to if it wan't you? -
Descendant Indented Chart report
jnickel replied to KHemmelman's topic in Older Products and Versions
You got an answer. I have a feeling that's a lot more than I'll get. -
jnickel started following Descendant Indented Chart report
-
Descendant Indented Chart report
jnickel replied to KHemmelman's topic in Older Products and Versions
Dang ... I thought I had it ... hit add reply and got an error message that I couldn't put the link in the way I thought they told me to ... Let's try the brute force ... http://tinyurl.com/kmjuqe I guess this will work. ... This is a scan of a descendant indented chart produced by Legacy. It looks quite similar to that produced by TMG or FTM. The question is how do they compare. In TMG and Legacy the lines connection siblings are lines. In FTM they use dots [or periods if you prefer]. Keith who started this back in 2008 seems to like dots or at least the option of dots. I know someone else that likes dots. I like lines. More significantly is the placement of the generation numbers. In TMG, the generation of the indented chart would appear as a superscript before the surname of the individual. In FTM and Legacy, they implemented the generation number before the name. For this particular chart. Look at Lucy E. Chappell. The 3 prior to her name indicates it's the third generation .... she marries Wiliam Sharp and they have a son 4-William Webb Sharp. .... In TMG you would see William Webb 4 Sharp. where the 4 is super scripted and optionally italicized. I find these differences to be a bit personal choice and I'm not inclined to argue one way or another. My beef is as follows .... Look at the line: +Lucy E. Chappell b: May 6 1880 ..... notice that the end of the line is wrapped around ... the burial is in Cleveland, Cuyahoga, Ohio But the Ohio wraps around to the next line; indents and a connecting line at the far left is inserted to connect the generations. TMG doesn't do that. Instead, when the Ohio wraps it around it shoves it to the far left, breaking the connecting line and not indenting. Your choice in TMG is to truncate the line in options ... which means Ohio never shows up. ... or do some temporary editing in the fields to produce a proper report. Both options stink in my opinion. The first two differences are personal choice. No one would choose the wrap around the way TMG does it. -
Descendant Indented Chart report
jnickel replied to KHemmelman's topic in Older Products and Versions
I don't much care for the characterization of proponents of an FTM chart. But I have a printout of a Legacy chart that I can scan and put up and point out how it differs from what I recall of FTM ... one question .... How the )&&&)_)(*&$ do you post an image. I found a place where I can manage files but I can't find how to upload them ... Jim -
Descendant Indented Chart report
jnickel replied to KHemmelman's topic in Older Products and Versions
I was searching the forum for this particular item. I've always thought this was such an obvious flaw in generating the report that surely it was on some list of corrections and never bothered to say anything. Given that this has never been fixed and I can only find one reference to it I must conclude I'm wrong about it being an obvious flaw. Truncating a line to the printer might get us by, but it's no solution. If there's a line wrap it should wrap properly which means indented and the tree lines filled in properly. It's astounding that TMG is on version 7 and this isn't working the way it should. In part, I have myself to blame for not bringing it up earlier. I'd love to be surprised to learn that this is getting fixed in ver 8 -
Two sided printing is off.
-
Compare or Synchronize two TMG Projects
jnickel replied to GeoEng51's topic in Older Products and Versions
I think trying to maintain two file sets in sync at two different locations is so fraught with potential for human error you're just asking for trouble. The discipline required to pull it off is not something you'll find in many people. First principle. You're human and you're daughter is human and with that comes all the frailties. Having one person as master of the file and entering all edits isn't all that appealing to me. It just seems a waste of effort for one person to write down [in an e-mail] what changes need to be made and the master copying that into the database. It solves control issues that for certain, but it just seems a waste of human effort. I might be inclined to looking at a solution where there is one database that multiple people can access and change. One person at a time. In the same household it's easy. TMG installed on multiple PCs and the TMG project on a shared network drive. Different locations complicates the problem significantly. If you can arrange to have a shared network drive in the cloud that would be great, but I don't know of any free service to do that. Alternately, you could use one of the online backup services to store the project. When one person wants to edit the project they "restore" it to their PC, edit and then back it up to the on line service when finished. There are two issues with that approach. 1. Restoring a project implies a path. For two people on different PCs to use the same project restored from a backup service indicates the operating paths must be identical. Not an insurmountable problem. The easiest approach would be for both parties to set up a logical drive [e.g. Drive M:] where the Project files are stored. 2. The other issue is avoiding simultaneous editing. You and your daughter each restore the file to your PCs and happily edited the project. You backup the file, then she backs up her files overwriting your updates. It would be nice if the service only allowed a single log-in at any one time. I just checked the service I was for backup and it allows me in to the storage area from two different PCs in my household at the same time. The other approach requires a bit of discipline. If I intend on updating the Project I start by sending an e-mail notification that I'm about to do that and will follow up with an additional e-mail notification when I'm finished and have backed up the files. Even if one person fails to notify the other and the second person should notify them when they are about to edit the file. A two person failure at the same time is unlikely. And if it does occur, it will probably be the last time it occurs. All this is subject to who you're doing the project with. I was tried a collaborative project with three people in the group. Within two weeks I knew that at least two people did not have the discipline to pull it off and I pulled the plug. You're always going to have some level of risk when you give up control of your file. You have to be the judge of what you're willing to let go of. -
Setup conditions. Wholly Genes PDF Writer V3 Installed and is the only PDF printer driver installed. Printer is setup for landscape, 0.5 inches left/right margins and 0.5 inches top/bottom margins. Acrobate Reader ver. 9.1.3 Problem: Clipping of text on left margin only when using Acrobat Reader to print. When I generate an indented descendant report under preview and then print it out. It prints out fine. It's in landscape and printing begins exactly 0.5 inches from the left margin. If I save the file as a PDF document and open it up, it looks fine. If I go to print and look at the preview window in the print window. I see the full page. When I print the document, the left edge of the report is clipped off. ... Example: Suppose the title of the report is Descendants of John Chappell. .... nearly all of the capital "D" has been clipped off; the first letter of the first person [in this case the J in John Chappell] and the connecting descendant line to the next generation is clipped off. Printing still begins 0.5 inches from the edge of the paper, but [apparently] Acrobat wants to print ~one character to the left of 0.5 inches. I've been using TMG for years and never had this problem that I'm aware of before. But to tell you the truth I've rarely ever printed out a pdf document. I usually either print from the screen preview when I generate the report and usually just send pdf files to other people. If I do change the left/right margin to 1.0 inches there isn't a clipping problem, but I don't especially want to lose the extra inch 1/2 inch left and right. I'm not sure what's happening, but it seems like when TMG generates the pdf file it's not sending what Acrobat understands to be a 0.5 inch margin. Acrobat seems to be thinking the margin is 1/2 inch minus 1/16 ... 7/16 inch. I'm assuming the printer doesn't reach the 1/16 inch no man's land. Jim
-
Thanks. I've been manually generating a butterfly [or bowtie] chart myself. Did one this am in fact. Which is what prompted me to ask the question about v7. It's not difficult to do, just a boring exercise. While everyone has their own preferences, I think that chart is the most efficient way to show ancestors, so it would be nice to generate it automatically. I used to yearn for an all-in-one chart ... but when my database got to be "thousands" in didn't seem that important any more. Jim
-
For vers. 7 did anyone notice if there was a butterfly chart? Jim
-
I have two networked PCs with TMG installed on each. PC #1, also has my TMG databases. Make sure that folder is in a shared network folder. PC #2 accesses that database and I do make changes to the file which is resident on PC#1. My default backup folder is on a second drive on PC#1, but there isn't any reason why I couldn't put it on any network shared space. Both PCs are running XP. IMO, there isn't any reason for you to wait for version 6. As I understand it, the interface is quite similar and you might as well get going with it now. Jim
-
It's worth mentioning that when you intend to make another TMG file, you're not going to use "File/Export" rather you're going to make a report using "Report/List of..../People" and click on Options; go to the Secondary output tab and either create a New Project or a New Data Set. If you use File/Export you will lose all your custom tags. Personally, I would start by creating to new projects; one for you and one for your husband. As long as you're using the "Report/List of..." approach all the custom tags you have created will be created in your new projects. Noting that IF you created a custom tag that is used, for example, in your husband's family but not in yours it won't transfer. Also, bear in mind that once you create the two groups if you create another custom tag in one group, you'll have to create it in the other group manually. The biggest issue to worry about is whether you've captured everyone. In your current file, I would dissolve the marriage between you and your husband. Presumably, there would be no other connections between your family and his family, but only you can say whether that's true. Then starting with your husband; create a focus group adding ancestors, descendants, spouses, perhaps multiple times until the head count in the focus group doesn't change. Duplicate that effort by creating a focus group for your family. Make a note of how many names are in each focus group. Just to be confusing.... "Names" in a focus group is not the same thing as "Names" in your "Project Summary". It's equivalent to "People" in your Project summary. The number of "Names" in your two focus groups should add up exactly to the number of "People" in your Project Summary. If it doesn't you'll have to figure out why it doesn't. If it does then you use Reports/List of.... to export each focus group to a new project and add back in the marriage between you and your husband. You should view the effort as a one way trip. If years from now you decide this was a bad idea, you're going to be in a lot of trouble. I'm in a similar situation, and I have my file an my wife's file. I saw no meaningful advantage in having one file with two datasets. Actually, I have multiple data sets in my file. I have data sets of different families with the same surname that I suspect are connected but I don't know how. But whether you choose to have two datasets or two projects isn't that important. To create two projects from two data sets in a is pretty trivial or to go to one project with two datasets from two projects is equally trivial. P.S. I've learned there are often multiple ways in TMG to do the same thing, whether what I suggest is "best" is not something I would claim. Good luck, Jim