Don: I think the file you downloaded was "adam.aqz". That is a backup file, and you will need to use AQ's "Restore" capability to restore it into a normal database. The link for others who would like to look at this file is: "http://www.ancestralquestonline.com/updates/files/adam.aqz" (It has about 5,000 individuals from current European royalty back to Adam. Someone put this together in PAF 2.31 15 years ago, and sent a copy to us. It's a cool file to browse. It was created using an older version of AQ, so after it is restored, it will have you go through a couple of screens to convert it to a newer AQ 12 file. You'll want to give it a name like "Adam-12.aq". Adam is RIN 3506 in this file, and Queen Elizabeth II is RIN 3608.) Gaylon Don Boudreaux wrote: > I downloaded the trial version of Ancestral Quest and the ADAM.ACQ > file and Acesstral Quest did not recognize it. I tried rename it to ADAM.AQ > and it still did not recognize it as an AQ file?? > It did convert my PAF file to AQ. > > Don Boudreaux > > ------------------------------- > To unsubscribe from the list, please send an email to [email protected] with the word 'unsubscribe' without the quotes in the subject and the body of the message > >
Been reading the messages about PAF versus AQ, have a couple of questions. I haven't worked much with PAF recently and there probably have been changes made since I started it. But AQ, is this a program much like PAF? And is it upgraded from time to time (like I understand PAF won't be upgraded any more)? And is AQ through the church, or is it a commercial program and must be purchased? Is it a one time fee or is it something you have to re-purchase yearly? Mel Gaylon Findlay wrote: > Lila: > > Yes, GEDCOMs will go from PAF to AQ seamlessly. But there is even a > better way. AQ can directly convert databases from PAF into AQ and from > AQ into PAF (you won't need to use GEDCOM unless you really want to). AQ > can also work with your PAF file so that you don't need to export it or > convert it. You can even use AQ to deal with the advanced features, then > go back to using PAF. Since they both use the same database, you can > alternate which program you use. > > You can use AQ to edit your PAF data, then use PAF to print your German > reports on the same data. > > AQ has the ability for users to translate the program into any language > in the world. At present, we are not aware of any who have fully taken > advantage of this capability -- we have heard of some efforts to start > translating into Danish, German, French, Dutch, Vietnamese, Spanish, > Polish and I believe Russian. But I don't believe any are complete (the > Danish is very close). > > AQ will work a little differently than PAF when it comes to reports. You > won't have to use the whole program in German to get a German report. > You will be able to use the program in English, and choose German as the > report language. So you won't have to "memorize which buttons to click". > (Even before a German translation is fully available, you could use your > PAF Family Group Sheet as a guide, and translate the Family Group Sheet > of AQ into German so that you could use AQ to do this. -- Or, you can > just use the German version of PAF to do this while you use AQ in English.) > > Yes, there is a support mailing list for AQ: > http://groups.yahoo.com/group/AncestralQuest > > You can go to www.ancquest.com and download the trial version of AQ. It > will open your PAF database. After a few minutes of playing with AQ, I > think you'll realize that it is so similar to PAF, that you won't "get > into trouble doing a changeover". (To give you peace of mind, you should > do a backup of your PAF database before you start experimenting like this.) > > Gaylon > > >
I downloaded the trial version of Ancestral Quest and the ADAM.ACQ file and Acesstral Quest did not recognize it. I tried rename it to ADAM.AQ and it still did not recognize it as an AQ file?? It did convert my PAF file to AQ. Don Boudreaux
I got it installed. So far there's a big problem. To go back and forth between databases, I have to do a whole lot of clicks, where PAF let me go back and forth with one click. No time to work on this tonight. Have to leave for the party as I'm taking some of the food. Back tomorrow. Lila ----- Original Message ----- From: "Gaylon Findlay" <[email protected]> To: <[email protected]> Sent: 31 December, 2007 4:35 PM Subject: Re: [PAF-5] A much-needed improvement > Lila: > > I think most people will just "Run" the install file. That is the > easiest option. > > You would Save it for two reasons: 1) if you think you may want to run > it again later -- by saving it, you can save the download time for > subsequent installs; 2) if you have experienced trouble in the past with > your Internet connection -- if your Internet connection completes the > "Save" properly, then you should have a good file to run. > > If you "Save" it, it doesn't really matter where you save it to, but it > does matter that you pay attention to which folder, so you can find it > later. > > It won't matter whether you are running PAF, but as a general rule, you > should close all unnecessary programs when you install any program. > > No, you won't have to reboot first. You really won't have to reboot > afterwards, either. The installer will tell you to reboot, but that is > really only necessary if you intend to print a report to a PDF file > right away. > > Gaylon > > > [email protected] wrote: >> Leaving this discussion on the list because at least one other person is >> interested. I explored enough that I know I don't need Collaboration at >> least not now. >> >> I don't know whether I want to save or run the file (I never know the >> answer >> to this when I try to download anything!) >> >> I got as far as clicking on one of the above, not sure which but I think >> "save", but then I don't know where I want to save it. Data? I hope I can >> find it again if necessary. >> >> Should I be running PAF when I do the download? >> >> I will close all programs that are running before I do the download, but >> do >> I have to reboot first? >> >> I realize these are elementary questions but you techies don't realize >> how >> ignorant I am. >> >> Lila >> >> ----- Original Message ----- >> From: "Gaylon Findlay" <[email protected]> >> To: <[email protected]> >> Sent: 31 December, 2007 3:52 PM >> Subject: Re: [PAF-5] A much-needed improvement >> >> >> >>> Lila (and any others who are interested in this conversation): >>> >>> Here is the easy way to do this: >>> >>> 1) Install the AQ demo. The installer will adjust PAF's "Tools" menu to >>> include Ancestral Quest as a "Tool". >>> 2) Run PAF 5 like you always do >>> 3) Go to "Tools", then to "Ancestral Quest" >>> 4) Ancestral Quest will request that you now close PAF 5. Do so. >>> 5) Continue. AQ will open your PAF 5 file and let you see all of your >>> PAF 5 data in the AQ screens. >>> >>> Once AQ has been opened with your file, it will be easier in the future >>> to simply click on the AQ icon rather than running it through the Tools >>> menu of PAF, but you could continue to do it that way. >>> >>> Gaylon >>> >>> >>> [email protected] wrote: >>> >>>> My brain is too old to absorb all this. Maybe it will feel younger >>>> tomorrow >>>> :-). >>>> >>>> Seriously, if I do the download and run into trouble, which I'm sure to >>>> because I live in the clutches of Murphy's law, will you help me get on >>>> track? >>>> >>>> Lila >>>> >>>> ----- Original Message ----- >>>> From: "Gaylon Findlay" <[email protected]> >>>> To: <[email protected]> >>>> Sent: 31 December, 2007 1:14 PM >>>> Subject: Re: [PAF-5] A much-needed improvement >>>> >>>> >>>> >>>> >>>>> Lila: >>>>> >>>>> Yes, but let me clarify one technicality. PAF 5 can edit one type of >>>>> file. It has an extension of ".paf". >>>>> >>>>> AQ can edit two types of files. One of these is the same ".paf" file >>>>> that you can edit in PAF. The other is a database specific to AQ, with >>>>> an extension of ".aq". If you use the ".paf" file, then your statement >>>>> is accurate. You can, indeed, edit a ".paf" database in both AQ and >>>>> PAF, >>>>> which means that any changes you make in one program will show up in >>>>> the >>>>> other program. (This also means that you can use other PAF add-on >>>>> programs with AQ, such as PAF Companion, as long as you are using the >>>>> ".paf" type of file.) >>>>> >>>>> If you use the ".aq" type of database, then changes you make in AQ >>>>> will >>>>> not be shown in PAF. But this is not something that you need to worry >>>>> about. You would have to initiate the process to convert your database >>>>> from a ".paf" format to a ".aq" format. And you really don't need to >>>>> do >>>>> that. >>>>> >>>>> Gaylon >>>>> >>>>> >>>>> [email protected] wrote: >>>>> >>>>> >>>>>> Are you saying that when I make a correction or addition to an AQ >>>>>> database, >>>>>> it will cross over to to PAF and vice versa? >>>>>> >>>>>> I have subbed to the AQ list to see whether members are responding to >>>>>> problems and questions. >>>>>> >>>>>> Lila >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Gaylon Findlay" <[email protected]> >>>>>> To: <[email protected]> >>>>>> Sent: 31 December, 2007 12:00 PM >>>>>> Subject: Re: [PAF-5] A much-needed improvement >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> Lila: >>>>>>> >>>>>>> Yes, GEDCOMs will go from PAF to AQ seamlessly. But there is even a >>>>>>> better way. AQ can directly convert databases from PAF into AQ and >>>>>>> from >>>>>>> AQ into PAF (you won't need to use GEDCOM unless you really want >>>>>>> to). >>>>>>> AQ >>>>>>> can also work with your PAF file so that you don't need to export it >>>>>>> or >>>>>>> convert it. You can even use AQ to deal with the advanced features, >>>>>>> then >>>>>>> go back to using PAF. Since they both use the same database, you can >>>>>>> alternate which program you use. >>>>>>> >>>>>>> You can use AQ to edit your PAF data, then use PAF to print your >>>>>>> German >>>>>>> reports on the same data. >>>>>>> >>>>>>> AQ has the ability for users to translate the program into any >>>>>>> language >>>>>>> in the world. At present, we are not aware of any who have fully >>>>>>> taken >>>>>>> advantage of this capability -- we have heard of some efforts to >>>>>>> start >>>>>>> translating into Danish, German, French, Dutch, Vietnamese, Spanish, >>>>>>> Polish and I believe Russian. But I don't believe any are complete >>>>>>> (the >>>>>>> Danish is very close). >>>>>>> >>>>>>> AQ will work a little differently than PAF when it comes to reports. >>>>>>> You >>>>>>> won't have to use the whole program in German to get a German >>>>>>> report. >>>>>>> You will be able to use the program in English, and choose German as >>>>>>> the >>>>>>> report language. So you won't have to "memorize which buttons to >>>>>>> click". >>>>>>> (Even before a German translation is fully available, you could use >>>>>>> your >>>>>>> PAF Family Group Sheet as a guide, and translate the Family Group >>>>>>> Sheet >>>>>>> of AQ into German so that you could use AQ to do this. -- Or, you >>>>>>> can >>>>>>> just use the German version of PAF to do this while you use AQ in >>>>>>> English.) >>>>>>> >>>>>>> Yes, there is a support mailing list for AQ: >>>>>>> http://groups.yahoo.com/group/AncestralQuest >>>>>>> >>>>>>> You can go to www.ancquest.com and download the trial version of AQ. >>>>>>> It >>>>>>> will open your PAF database. After a few minutes of playing with AQ, >>>>>>> I >>>>>>> think you'll realize that it is so similar to PAF, that you won't >>>>>>> "get >>>>>>> into trouble doing a changeover". (To give you peace of mind, you >>>>>>> should >>>>>>> do a backup of your PAF database before you start experimenting like >>>>>>> this.) >>>>>>> >>>>>>> Gaylon >>>>>>> >>>>>>> >>>>>>> [email protected] wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Okay, I googled AQ and explored it a little and it looks good. >>>>>>>> Supposing >>>>>>>> I >>>>>>>> download it. >>>>>>>> >>>>>>>> Will GedComs from PAF go into it seamlessly? >>>>>>>> >>>>>>>> There seems to be capability for additional languages. I am using >>>>>>>> English >>>>>>>> and German versions of PAF. It's neat that I can set up my print or >>>>>>>> print >>>>>>>> to >>>>>>>> file screen in English, and then switch to German (which I'm weak >>>>>>>> at >>>>>>>> reading) and the setup will hold between languages, so I only have >>>>>>>> to >>>>>>>> memorize which buttons to click.Will that work the same way in AQ? >>>>>>>> (I >>>>>>>> sometimes need to send Family Group Sheets or pedigree charts to >>>>>>>> German >>>>>>>> cousins, and having the clue words in their language is helpful to >>>>>>>> them.) >>>>>>>> >>>>>>>> Is there a support mailing list for AQ like this one for PAF? >>>>>>>> >>>>>>>> I'm just afraid I'm going to get into trouble doing a changeover! >>>>>>>> But >>>>>>>> I >>>>>>>> also >>>>>>>> see the handwriting on the wall--with no updating, PAF is not going >>>>>>>> to >>>>>>>> run >>>>>>>> on some Windows version subsequent to Vista. >>>>>>>> >>>>>>>> Lila >>>>>>>> >>>>>>>> ----- Original Message ----- >>>>>>>> From: "Gaylon Findlay" <[email protected]> >>>>>>>> To: <[email protected]>; <[email protected]> >>>>>>>> Sent: 31 December, 2007 10:37 AM >>>>>>>> Subject: Re: [PAF-5] A much-needed improvement >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> Cheryl: >>>>>>>>> >>>>>>>>> Of course there is always the other option. >>>>>>>>> >>>>>>>>> Even though PAF 5 is no longer being updated, Ancestral Quest >>>>>>>>> (from >>>>>>>>> which PAF 5 was created) is being updated. If you were to use AQ >>>>>>>>> to >>>>>>>>> edit >>>>>>>>> your PAF data, you would be able to flag these people as "Not a >>>>>>>>> Problem" >>>>>>>>> (right in your PAF database) so that when you run the problem >>>>>>>>> report >>>>>>>>> in >>>>>>>>> AQ, they will not show up. Nor would you have any "stress of the >>>>>>>>> blisters switching would cause", because you could continue to use >>>>>>>>> PAF, >>>>>>>>> and you'd find that AQ is so much like PAF, that there is >>>>>>>>> virtually >>>>>>>>> no >>>>>>>>> learning curve. >>>>>>>>> >>>>>>>>> And then, since Incline Software is still updating AQ, as you >>>>>>>>> notice >>>>>>>>> things you'd like to see improved, you could send in a request to >>>>>>>>> see >>>>>>>>> if >>>>>>>>> Incline Software will make the change to AQ. Since PAF is no >>>>>>>>> longer >>>>>>>>> being updated, this is your only avenue to work with a PAF-like >>>>>>>>> program, >>>>>>>>> and have the possibility that your suggestions could be acted >>>>>>>>> upon. >>>>>>>>> >>>>>>>>> Gaylon Findlay >>>>>>>>> Incline Software >>>>>>>>> >>>>>>>>> >>>>>>>>> singhals wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>> Yeah, I know I _could_ switch to Legacy Family Tree, but I >>>>>>>>>> have grown somewhat inured to PAF5's peculiarities and don't >>>>>>>>>> actually need the stress of the blisters switching would cause. >>>>>>>>>> >>>>>>>>>> So, next time someone is futzing around with PAF5, could you >>>>>>>>>> give some thought to the Possible Problms report? >>>>>>>>>> >>>>>>>>>> Could we specify WHICH problem we're looking for? And could >>>>>>>>>> a sanity check on dates be run? I mean, 8 pages of Possible >>>>>>>>>> Problems and the birthdate of 2869 didn't show up??? >>>>>>>>>> >>>>>>>>>> I don't actually need to know that the relatives in India, >>>>>>>>>> all of whom are in my database with the umbrella caste name >>>>>>>>>> rather than the myriad subcaste names, largely because we >>>>>>>>>> don't know who uses which and when, all have the same last >>>>>>>>>> name. Yeah, I know. And it's NOT A PROBLEM. >>>>>>>>>> >>>>>>>>>> Also NOT A PROBLEM is the great-uncle who died aged 105 or >>>>>>>>>> the GGGGGF who was 113 when he died. I can prove the first >>>>>>>>>> and legal documents certainly support the 2nd so quit >>>>>>>>>> harping on it! >>>>>>>>>> >>>>>>>>>> And could you USE the Bef or AFT labels in the date field? >>>>>>>>>> "born bef 1871 married 1876" doesn't make her 5 when she >>>>>>>>>> married! Nor does "died aft 1887" mean her last child, born >>>>>>>>>> in 1887, was posthumous. Fixing that will eliminate 3 or 4 >>>>>>>>>> pages of that 8page report, and if I had the REAL data, it'd >>>>>>>>>> be in there. >>>>>>>>>> >>>>>>>>>> Geez-Louise. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Cheryl >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> ------------------------------- >>>>>>>>> To unsubscribe from the list, please send an email to >>>>>>>>> [email protected] with the word 'unsubscribe' >>>>>>>>> without >>>>>>>>> the >>>>>>>>> quotes in the subject and the body of the message >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> ------------------------------- >>>>>>>> To unsubscribe from the list, please send an email to >>>>>>>> [email protected] with the word 'unsubscribe' >>>>>>>> without >>>>>>>> the >>>>>>>> quotes in the subject and the body of the message >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> ------------------------------- >>>>>>> To unsubscribe from the list, please send an email to >>>>>>> [email protected] with the word 'unsubscribe' without >>>>>>> the >>>>>>> quotes in the subject and the body of the message >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> ------------------------------- >>>>>> To unsubscribe from the list, please send an email to >>>>>> [email protected] with the word 'unsubscribe' without >>>>>> the >>>>>> quotes in the subject and the body of the message >>>>>> >>>>>> >>>>>> >>>>>> >>>>> ------------------------------- >>>>> To unsubscribe from the list, please send an email to >>>>> [email protected] with the word 'unsubscribe' without >>>>> the >>>>> quotes in the subject and the body of the message >>>>> >>>>> >>>>> >>>> ------------------------------- >>>> To unsubscribe from the list, please send an email to >>>> [email protected] with the word 'unsubscribe' without >>>> the >>>> quotes in the subject and the body of the message >>>> >>>> >>>> >>> ------------------------------- >>> To unsubscribe from the list, please send an email to >>> [email protected] with the word 'unsubscribe' without the >>> quotes in the subject and the body of the message >>> >>> >> >> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> [email protected] with the word 'unsubscribe' without the >> quotes in the subject and the body of the message >> >> > > ------------------------------- > To unsubscribe from the list, please send an email to > [email protected] with the word 'unsubscribe' without the > quotes in the subject and the body of the message >
I don't understand. Why would one want to run both programs? I love this list so maybe that is a reason. You people are incredibly helpful and often just plain fun. Gaylon- Please keep the help on the list or cc to me. Maxine Hartley
One more question: I have a number of databases for various reasons, 2 that concern my own family, and several that I've compiled on behalf of others. Is opening them going to be as straightforward as opening PAF databases? Timeout now to make backups before I go any futher. Lila ----- Original Message ----- From: "Gaylon Findlay" <[email protected]> To: <[email protected]> Sent: 31 December, 2007 4:14 PM Subject: Re: [PAF-5] AQ > Maxine: > > You ask, "Why?" I don't know for sure, but let me venture a guess. > > Ever since we gave AQ to the Church 9 years ago (so that the Church > could give it to you under the name of PAF), we have been developing > great new features in AQ, providing a means for PAF users to get more by > using AQ. But we have found that PAF users typically feel an intense > loyalty to the Church's program. So, even though AQ is very much like > PAF (no pain in switching over), and it has much more to offer, still > PAF users for the most part stay with PAF. We've come to realize that > PAF users will continue to use PAF, and will probably use AQ as a > supplemental program. Our guess is that once a user actually uses AQ for > a while, he/she will probably find less of a need to go back to PAF. > > But meanwhile, the fact that AQ and PAF can both work on the same > database makes for an easy transition. > > Gaylon > > > maxinehartley wrote: >> I don't understand. Why would one want to run both programs? I love this >> list so maybe that is a reason. You people are incredibly helpful and >> often just plain fun. >> >> Gaylon- >> Please keep the help on the list or cc to me. >> >> Maxine Hartley >> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> [email protected] with the word 'unsubscribe' without the >> quotes in the subject and the body of the message >> >> > > ------------------------------- > To unsubscribe from the list, please send an email to > [email protected] with the word 'unsubscribe' without the > quotes in the subject and the body of the message >
Leaving this discussion on the list because at least one other person is interested. I explored enough that I know I don't need Collaboration at least not now. I don't know whether I want to save or run the file (I never know the answer to this when I try to download anything!) I got as far as clicking on one of the above, not sure which but I think "save", but then I don't know where I want to save it. Data? I hope I can find it again if necessary. Should I be running PAF when I do the download? I will close all programs that are running before I do the download, but do I have to reboot first? I realize these are elementary questions but you techies don't realize how ignorant I am. Lila ----- Original Message ----- From: "Gaylon Findlay" <[email protected]> To: <[email protected]> Sent: 31 December, 2007 3:52 PM Subject: Re: [PAF-5] A much-needed improvement > Lila (and any others who are interested in this conversation): > > Here is the easy way to do this: > > 1) Install the AQ demo. The installer will adjust PAF's "Tools" menu to > include Ancestral Quest as a "Tool". > 2) Run PAF 5 like you always do > 3) Go to "Tools", then to "Ancestral Quest" > 4) Ancestral Quest will request that you now close PAF 5. Do so. > 5) Continue. AQ will open your PAF 5 file and let you see all of your > PAF 5 data in the AQ screens. > > Once AQ has been opened with your file, it will be easier in the future > to simply click on the AQ icon rather than running it through the Tools > menu of PAF, but you could continue to do it that way. > > Gaylon > > > [email protected] wrote: >> My brain is too old to absorb all this. Maybe it will feel younger >> tomorrow >> :-). >> >> Seriously, if I do the download and run into trouble, which I'm sure to >> because I live in the clutches of Murphy's law, will you help me get on >> track? >> >> Lila >> >> ----- Original Message ----- >> From: "Gaylon Findlay" <[email protected]> >> To: <[email protected]> >> Sent: 31 December, 2007 1:14 PM >> Subject: Re: [PAF-5] A much-needed improvement >> >> >> >>> Lila: >>> >>> Yes, but let me clarify one technicality. PAF 5 can edit one type of >>> file. It has an extension of ".paf". >>> >>> AQ can edit two types of files. One of these is the same ".paf" file >>> that you can edit in PAF. The other is a database specific to AQ, with >>> an extension of ".aq". If you use the ".paf" file, then your statement >>> is accurate. You can, indeed, edit a ".paf" database in both AQ and PAF, >>> which means that any changes you make in one program will show up in the >>> other program. (This also means that you can use other PAF add-on >>> programs with AQ, such as PAF Companion, as long as you are using the >>> ".paf" type of file.) >>> >>> If you use the ".aq" type of database, then changes you make in AQ will >>> not be shown in PAF. But this is not something that you need to worry >>> about. You would have to initiate the process to convert your database >>> from a ".paf" format to a ".aq" format. And you really don't need to do >>> that. >>> >>> Gaylon >>> >>> >>> [email protected] wrote: >>> >>>> Are you saying that when I make a correction or addition to an AQ >>>> database, >>>> it will cross over to to PAF and vice versa? >>>> >>>> I have subbed to the AQ list to see whether members are responding to >>>> problems and questions. >>>> >>>> Lila >>>> >>>> ----- Original Message ----- >>>> From: "Gaylon Findlay" <[email protected]> >>>> To: <[email protected]> >>>> Sent: 31 December, 2007 12:00 PM >>>> Subject: Re: [PAF-5] A much-needed improvement >>>> >>>> >>>> >>>> >>>>> Lila: >>>>> >>>>> Yes, GEDCOMs will go from PAF to AQ seamlessly. But there is even a >>>>> better way. AQ can directly convert databases from PAF into AQ and >>>>> from >>>>> AQ into PAF (you won't need to use GEDCOM unless you really want to). >>>>> AQ >>>>> can also work with your PAF file so that you don't need to export it >>>>> or >>>>> convert it. You can even use AQ to deal with the advanced features, >>>>> then >>>>> go back to using PAF. Since they both use the same database, you can >>>>> alternate which program you use. >>>>> >>>>> You can use AQ to edit your PAF data, then use PAF to print your >>>>> German >>>>> reports on the same data. >>>>> >>>>> AQ has the ability for users to translate the program into any >>>>> language >>>>> in the world. At present, we are not aware of any who have fully taken >>>>> advantage of this capability -- we have heard of some efforts to start >>>>> translating into Danish, German, French, Dutch, Vietnamese, Spanish, >>>>> Polish and I believe Russian. But I don't believe any are complete >>>>> (the >>>>> Danish is very close). >>>>> >>>>> AQ will work a little differently than PAF when it comes to reports. >>>>> You >>>>> won't have to use the whole program in German to get a German report. >>>>> You will be able to use the program in English, and choose German as >>>>> the >>>>> report language. So you won't have to "memorize which buttons to >>>>> click". >>>>> (Even before a German translation is fully available, you could use >>>>> your >>>>> PAF Family Group Sheet as a guide, and translate the Family Group >>>>> Sheet >>>>> of AQ into German so that you could use AQ to do this. -- Or, you can >>>>> just use the German version of PAF to do this while you use AQ in >>>>> English.) >>>>> >>>>> Yes, there is a support mailing list for AQ: >>>>> http://groups.yahoo.com/group/AncestralQuest >>>>> >>>>> You can go to www.ancquest.com and download the trial version of AQ. >>>>> It >>>>> will open your PAF database. After a few minutes of playing with AQ, I >>>>> think you'll realize that it is so similar to PAF, that you won't "get >>>>> into trouble doing a changeover". (To give you peace of mind, you >>>>> should >>>>> do a backup of your PAF database before you start experimenting like >>>>> this.) >>>>> >>>>> Gaylon >>>>> >>>>> >>>>> [email protected] wrote: >>>>> >>>>> >>>>>> Okay, I googled AQ and explored it a little and it looks good. >>>>>> Supposing >>>>>> I >>>>>> download it. >>>>>> >>>>>> Will GedComs from PAF go into it seamlessly? >>>>>> >>>>>> There seems to be capability for additional languages. I am using >>>>>> English >>>>>> and German versions of PAF. It's neat that I can set up my print or >>>>>> print >>>>>> to >>>>>> file screen in English, and then switch to German (which I'm weak at >>>>>> reading) and the setup will hold between languages, so I only have to >>>>>> memorize which buttons to click.Will that work the same way in AQ? (I >>>>>> sometimes need to send Family Group Sheets or pedigree charts to >>>>>> German >>>>>> cousins, and having the clue words in their language is helpful to >>>>>> them.) >>>>>> >>>>>> Is there a support mailing list for AQ like this one for PAF? >>>>>> >>>>>> I'm just afraid I'm going to get into trouble doing a changeover! But >>>>>> I >>>>>> also >>>>>> see the handwriting on the wall--with no updating, PAF is not going >>>>>> to >>>>>> run >>>>>> on some Windows version subsequent to Vista. >>>>>> >>>>>> Lila >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Gaylon Findlay" <[email protected]> >>>>>> To: <[email protected]>; <[email protected]> >>>>>> Sent: 31 December, 2007 10:37 AM >>>>>> Subject: Re: [PAF-5] A much-needed improvement >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> Cheryl: >>>>>>> >>>>>>> Of course there is always the other option. >>>>>>> >>>>>>> Even though PAF 5 is no longer being updated, Ancestral Quest (from >>>>>>> which PAF 5 was created) is being updated. If you were to use AQ to >>>>>>> edit >>>>>>> your PAF data, you would be able to flag these people as "Not a >>>>>>> Problem" >>>>>>> (right in your PAF database) so that when you run the problem report >>>>>>> in >>>>>>> AQ, they will not show up. Nor would you have any "stress of the >>>>>>> blisters switching would cause", because you could continue to use >>>>>>> PAF, >>>>>>> and you'd find that AQ is so much like PAF, that there is virtually >>>>>>> no >>>>>>> learning curve. >>>>>>> >>>>>>> And then, since Incline Software is still updating AQ, as you notice >>>>>>> things you'd like to see improved, you could send in a request to >>>>>>> see >>>>>>> if >>>>>>> Incline Software will make the change to AQ. Since PAF is no longer >>>>>>> being updated, this is your only avenue to work with a PAF-like >>>>>>> program, >>>>>>> and have the possibility that your suggestions could be acted upon. >>>>>>> >>>>>>> Gaylon Findlay >>>>>>> Incline Software >>>>>>> >>>>>>> >>>>>>> singhals wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Yeah, I know I _could_ switch to Legacy Family Tree, but I >>>>>>>> have grown somewhat inured to PAF5's peculiarities and don't >>>>>>>> actually need the stress of the blisters switching would cause. >>>>>>>> >>>>>>>> So, next time someone is futzing around with PAF5, could you >>>>>>>> give some thought to the Possible Problms report? >>>>>>>> >>>>>>>> Could we specify WHICH problem we're looking for? And could >>>>>>>> a sanity check on dates be run? I mean, 8 pages of Possible >>>>>>>> Problems and the birthdate of 2869 didn't show up??? >>>>>>>> >>>>>>>> I don't actually need to know that the relatives in India, >>>>>>>> all of whom are in my database with the umbrella caste name >>>>>>>> rather than the myriad subcaste names, largely because we >>>>>>>> don't know who uses which and when, all have the same last >>>>>>>> name. Yeah, I know. And it's NOT A PROBLEM. >>>>>>>> >>>>>>>> Also NOT A PROBLEM is the great-uncle who died aged 105 or >>>>>>>> the GGGGGF who was 113 when he died. I can prove the first >>>>>>>> and legal documents certainly support the 2nd so quit >>>>>>>> harping on it! >>>>>>>> >>>>>>>> And could you USE the Bef or AFT labels in the date field? >>>>>>>> "born bef 1871 married 1876" doesn't make her 5 when she >>>>>>>> married! Nor does "died aft 1887" mean her last child, born >>>>>>>> in 1887, was posthumous. Fixing that will eliminate 3 or 4 >>>>>>>> pages of that 8page report, and if I had the REAL data, it'd >>>>>>>> be in there. >>>>>>>> >>>>>>>> Geez-Louise. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Cheryl >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> ------------------------------- >>>>>>> To unsubscribe from the list, please send an email to >>>>>>> [email protected] with the word 'unsubscribe' without >>>>>>> the >>>>>>> quotes in the subject and the body of the message >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> ------------------------------- >>>>>> To unsubscribe from the list, please send an email to >>>>>> [email protected] with the word 'unsubscribe' without >>>>>> the >>>>>> quotes in the subject and the body of the message >>>>>> >>>>>> >>>>>> >>>>>> >>>>> ------------------------------- >>>>> To unsubscribe from the list, please send an email to >>>>> [email protected] with the word 'unsubscribe' without >>>>> the >>>>> quotes in the subject and the body of the message >>>>> >>>>> >>>>> >>>> ------------------------------- >>>> To unsubscribe from the list, please send an email to >>>> [email protected] with the word 'unsubscribe' without >>>> the >>>> quotes in the subject and the body of the message >>>> >>>> >>>> >>> ------------------------------- >>> To unsubscribe from the list, please send an email to >>> [email protected] with the word 'unsubscribe' without the >>> quotes in the subject and the body of the message >>> >>> >> >> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> [email protected] with the word 'unsubscribe' without the >> quotes in the subject and the body of the message >> >> > > ------------------------------- > To unsubscribe from the list, please send an email to > [email protected] with the word 'unsubscribe' without the > quotes in the subject and the body of the message >
Lila: I think most people will just "Run" the install file. That is the easiest option. You would Save it for two reasons: 1) if you think you may want to run it again later -- by saving it, you can save the download time for subsequent installs; 2) if you have experienced trouble in the past with your Internet connection -- if your Internet connection completes the "Save" properly, then you should have a good file to run. If you "Save" it, it doesn't really matter where you save it to, but it does matter that you pay attention to which folder, so you can find it later. It won't matter whether you are running PAF, but as a general rule, you should close all unnecessary programs when you install any program. No, you won't have to reboot first. You really won't have to reboot afterwards, either. The installer will tell you to reboot, but that is really only necessary if you intend to print a report to a PDF file right away. Gaylon [email protected] wrote: > Leaving this discussion on the list because at least one other person is > interested. I explored enough that I know I don't need Collaboration at > least not now. > > I don't know whether I want to save or run the file (I never know the answer > to this when I try to download anything!) > > I got as far as clicking on one of the above, not sure which but I think > "save", but then I don't know where I want to save it. Data? I hope I can > find it again if necessary. > > Should I be running PAF when I do the download? > > I will close all programs that are running before I do the download, but do > I have to reboot first? > > I realize these are elementary questions but you techies don't realize how > ignorant I am. > > Lila > > ----- Original Message ----- > From: "Gaylon Findlay" <[email protected]> > To: <[email protected]> > Sent: 31 December, 2007 3:52 PM > Subject: Re: [PAF-5] A much-needed improvement > > > >> Lila (and any others who are interested in this conversation): >> >> Here is the easy way to do this: >> >> 1) Install the AQ demo. The installer will adjust PAF's "Tools" menu to >> include Ancestral Quest as a "Tool". >> 2) Run PAF 5 like you always do >> 3) Go to "Tools", then to "Ancestral Quest" >> 4) Ancestral Quest will request that you now close PAF 5. Do so. >> 5) Continue. AQ will open your PAF 5 file and let you see all of your >> PAF 5 data in the AQ screens. >> >> Once AQ has been opened with your file, it will be easier in the future >> to simply click on the AQ icon rather than running it through the Tools >> menu of PAF, but you could continue to do it that way. >> >> Gaylon >> >> >> [email protected] wrote: >> >>> My brain is too old to absorb all this. Maybe it will feel younger >>> tomorrow >>> :-). >>> >>> Seriously, if I do the download and run into trouble, which I'm sure to >>> because I live in the clutches of Murphy's law, will you help me get on >>> track? >>> >>> Lila >>> >>> ----- Original Message ----- >>> From: "Gaylon Findlay" <[email protected]> >>> To: <[email protected]> >>> Sent: 31 December, 2007 1:14 PM >>> Subject: Re: [PAF-5] A much-needed improvement >>> >>> >>> >>> >>>> Lila: >>>> >>>> Yes, but let me clarify one technicality. PAF 5 can edit one type of >>>> file. It has an extension of ".paf". >>>> >>>> AQ can edit two types of files. One of these is the same ".paf" file >>>> that you can edit in PAF. The other is a database specific to AQ, with >>>> an extension of ".aq". If you use the ".paf" file, then your statement >>>> is accurate. You can, indeed, edit a ".paf" database in both AQ and PAF, >>>> which means that any changes you make in one program will show up in the >>>> other program. (This also means that you can use other PAF add-on >>>> programs with AQ, such as PAF Companion, as long as you are using the >>>> ".paf" type of file.) >>>> >>>> If you use the ".aq" type of database, then changes you make in AQ will >>>> not be shown in PAF. But this is not something that you need to worry >>>> about. You would have to initiate the process to convert your database >>>> from a ".paf" format to a ".aq" format. And you really don't need to do >>>> that. >>>> >>>> Gaylon >>>> >>>> >>>> [email protected] wrote: >>>> >>>> >>>>> Are you saying that when I make a correction or addition to an AQ >>>>> database, >>>>> it will cross over to to PAF and vice versa? >>>>> >>>>> I have subbed to the AQ list to see whether members are responding to >>>>> problems and questions. >>>>> >>>>> Lila >>>>> >>>>> ----- Original Message ----- >>>>> From: "Gaylon Findlay" <[email protected]> >>>>> To: <[email protected]> >>>>> Sent: 31 December, 2007 12:00 PM >>>>> Subject: Re: [PAF-5] A much-needed improvement >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> Lila: >>>>>> >>>>>> Yes, GEDCOMs will go from PAF to AQ seamlessly. But there is even a >>>>>> better way. AQ can directly convert databases from PAF into AQ and >>>>>> from >>>>>> AQ into PAF (you won't need to use GEDCOM unless you really want to). >>>>>> AQ >>>>>> can also work with your PAF file so that you don't need to export it >>>>>> or >>>>>> convert it. You can even use AQ to deal with the advanced features, >>>>>> then >>>>>> go back to using PAF. Since they both use the same database, you can >>>>>> alternate which program you use. >>>>>> >>>>>> You can use AQ to edit your PAF data, then use PAF to print your >>>>>> German >>>>>> reports on the same data. >>>>>> >>>>>> AQ has the ability for users to translate the program into any >>>>>> language >>>>>> in the world. At present, we are not aware of any who have fully taken >>>>>> advantage of this capability -- we have heard of some efforts to start >>>>>> translating into Danish, German, French, Dutch, Vietnamese, Spanish, >>>>>> Polish and I believe Russian. But I don't believe any are complete >>>>>> (the >>>>>> Danish is very close). >>>>>> >>>>>> AQ will work a little differently than PAF when it comes to reports. >>>>>> You >>>>>> won't have to use the whole program in German to get a German report. >>>>>> You will be able to use the program in English, and choose German as >>>>>> the >>>>>> report language. So you won't have to "memorize which buttons to >>>>>> click". >>>>>> (Even before a German translation is fully available, you could use >>>>>> your >>>>>> PAF Family Group Sheet as a guide, and translate the Family Group >>>>>> Sheet >>>>>> of AQ into German so that you could use AQ to do this. -- Or, you can >>>>>> just use the German version of PAF to do this while you use AQ in >>>>>> English.) >>>>>> >>>>>> Yes, there is a support mailing list for AQ: >>>>>> http://groups.yahoo.com/group/AncestralQuest >>>>>> >>>>>> You can go to www.ancquest.com and download the trial version of AQ. >>>>>> It >>>>>> will open your PAF database. After a few minutes of playing with AQ, I >>>>>> think you'll realize that it is so similar to PAF, that you won't "get >>>>>> into trouble doing a changeover". (To give you peace of mind, you >>>>>> should >>>>>> do a backup of your PAF database before you start experimenting like >>>>>> this.) >>>>>> >>>>>> Gaylon >>>>>> >>>>>> >>>>>> [email protected] wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Okay, I googled AQ and explored it a little and it looks good. >>>>>>> Supposing >>>>>>> I >>>>>>> download it. >>>>>>> >>>>>>> Will GedComs from PAF go into it seamlessly? >>>>>>> >>>>>>> There seems to be capability for additional languages. I am using >>>>>>> English >>>>>>> and German versions of PAF. It's neat that I can set up my print or >>>>>>> print >>>>>>> to >>>>>>> file screen in English, and then switch to German (which I'm weak at >>>>>>> reading) and the setup will hold between languages, so I only have to >>>>>>> memorize which buttons to click.Will that work the same way in AQ? (I >>>>>>> sometimes need to send Family Group Sheets or pedigree charts to >>>>>>> German >>>>>>> cousins, and having the clue words in their language is helpful to >>>>>>> them.) >>>>>>> >>>>>>> Is there a support mailing list for AQ like this one for PAF? >>>>>>> >>>>>>> I'm just afraid I'm going to get into trouble doing a changeover! But >>>>>>> I >>>>>>> also >>>>>>> see the handwriting on the wall--with no updating, PAF is not going >>>>>>> to >>>>>>> run >>>>>>> on some Windows version subsequent to Vista. >>>>>>> >>>>>>> Lila >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>> From: "Gaylon Findlay" <[email protected]> >>>>>>> To: <[email protected]>; <[email protected]> >>>>>>> Sent: 31 December, 2007 10:37 AM >>>>>>> Subject: Re: [PAF-5] A much-needed improvement >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Cheryl: >>>>>>>> >>>>>>>> Of course there is always the other option. >>>>>>>> >>>>>>>> Even though PAF 5 is no longer being updated, Ancestral Quest (from >>>>>>>> which PAF 5 was created) is being updated. If you were to use AQ to >>>>>>>> edit >>>>>>>> your PAF data, you would be able to flag these people as "Not a >>>>>>>> Problem" >>>>>>>> (right in your PAF database) so that when you run the problem report >>>>>>>> in >>>>>>>> AQ, they will not show up. Nor would you have any "stress of the >>>>>>>> blisters switching would cause", because you could continue to use >>>>>>>> PAF, >>>>>>>> and you'd find that AQ is so much like PAF, that there is virtually >>>>>>>> no >>>>>>>> learning curve. >>>>>>>> >>>>>>>> And then, since Incline Software is still updating AQ, as you notice >>>>>>>> things you'd like to see improved, you could send in a request to >>>>>>>> see >>>>>>>> if >>>>>>>> Incline Software will make the change to AQ. Since PAF is no longer >>>>>>>> being updated, this is your only avenue to work with a PAF-like >>>>>>>> program, >>>>>>>> and have the possibility that your suggestions could be acted upon. >>>>>>>> >>>>>>>> Gaylon Findlay >>>>>>>> Incline Software >>>>>>>> >>>>>>>> >>>>>>>> singhals wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> Yeah, I know I _could_ switch to Legacy Family Tree, but I >>>>>>>>> have grown somewhat inured to PAF5's peculiarities and don't >>>>>>>>> actually need the stress of the blisters switching would cause. >>>>>>>>> >>>>>>>>> So, next time someone is futzing around with PAF5, could you >>>>>>>>> give some thought to the Possible Problms report? >>>>>>>>> >>>>>>>>> Could we specify WHICH problem we're looking for? And could >>>>>>>>> a sanity check on dates be run? I mean, 8 pages of Possible >>>>>>>>> Problems and the birthdate of 2869 didn't show up??? >>>>>>>>> >>>>>>>>> I don't actually need to know that the relatives in India, >>>>>>>>> all of whom are in my database with the umbrella caste name >>>>>>>>> rather than the myriad subcaste names, largely because we >>>>>>>>> don't know who uses which and when, all have the same last >>>>>>>>> name. Yeah, I know. And it's NOT A PROBLEM. >>>>>>>>> >>>>>>>>> Also NOT A PROBLEM is the great-uncle who died aged 105 or >>>>>>>>> the GGGGGF who was 113 when he died. I can prove the first >>>>>>>>> and legal documents certainly support the 2nd so quit >>>>>>>>> harping on it! >>>>>>>>> >>>>>>>>> And could you USE the Bef or AFT labels in the date field? >>>>>>>>> "born bef 1871 married 1876" doesn't make her 5 when she >>>>>>>>> married! Nor does "died aft 1887" mean her last child, born >>>>>>>>> in 1887, was posthumous. Fixing that will eliminate 3 or 4 >>>>>>>>> pages of that 8page report, and if I had the REAL data, it'd >>>>>>>>> be in there. >>>>>>>>> >>>>>>>>> Geez-Louise. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Cheryl >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> ------------------------------- >>>>>>>> To unsubscribe from the list, please send an email to >>>>>>>> [email protected] with the word 'unsubscribe' without >>>>>>>> the >>>>>>>> quotes in the subject and the body of the message >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> ------------------------------- >>>>>>> To unsubscribe from the list, please send an email to >>>>>>> [email protected] with the word 'unsubscribe' without >>>>>>> the >>>>>>> quotes in the subject and the body of the message >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> ------------------------------- >>>>>> To unsubscribe from the list, please send an email to >>>>>> [email protected] with the word 'unsubscribe' without >>>>>> the >>>>>> quotes in the subject and the body of the message >>>>>> >>>>>> >>>>>> >>>>>> >>>>> ------------------------------- >>>>> To unsubscribe from the list, please send an email to >>>>> [email protected] with the word 'unsubscribe' without >>>>> the >>>>> quotes in the subject and the body of the message >>>>> >>>>> >>>>> >>>>> >>>> ------------------------------- >>>> To unsubscribe from the list, please send an email to >>>> [email protected] with the word 'unsubscribe' without the >>>> quotes in the subject and the body of the message >>>> >>>> >>>> >>> ------------------------------- >>> To unsubscribe from the list, please send an email to >>> [email protected] with the word 'unsubscribe' without the >>> quotes in the subject and the body of the message >>> >>> >>> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> [email protected] with the word 'unsubscribe' without the >> quotes in the subject and the body of the message >> >> > > > ------------------------------- > To unsubscribe from the list, please send an email to [email protected] with the word 'unsubscribe' without the quotes in the subject and the body of the message > >
Lila: Yes. You simply go into "File|Open" and locate your .paf file and open it. Once it's been opened in AQ, it will be listed on the File menu, so you can simply click on it in the future. And just like PAF, AQ will remember the last file you had open, and it will open it when you start AQ. Hint: Most things in AQ work exactly like they do in PAF. Just do it they way you're used to in PAF, and it will be the right way to go. Gaylon [email protected] wrote: > One more question: I have a number of databases for various reasons, 2 that > concern my own family, and several that I've compiled on behalf of others. > Is opening them going to be as straightforward as opening PAF databases? > > Timeout now to make backups before I go any futher. > > Lila > ----- Original Message ----- > From: "Gaylon Findlay" <[email protected]> > To: <[email protected]> > Sent: 31 December, 2007 4:14 PM > Subject: Re: [PAF-5] AQ > > > >> Maxine: >> >> You ask, "Why?" I don't know for sure, but let me venture a guess. >> >> Ever since we gave AQ to the Church 9 years ago (so that the Church >> could give it to you under the name of PAF), we have been developing >> great new features in AQ, providing a means for PAF users to get more by >> using AQ. But we have found that PAF users typically feel an intense >> loyalty to the Church's program. So, even though AQ is very much like >> PAF (no pain in switching over), and it has much more to offer, still >> PAF users for the most part stay with PAF. We've come to realize that >> PAF users will continue to use PAF, and will probably use AQ as a >> supplemental program. Our guess is that once a user actually uses AQ for >> a while, he/she will probably find less of a need to go back to PAF. >> >> But meanwhile, the fact that AQ and PAF can both work on the same >> database makes for an easy transition. >> >> Gaylon >> >> >> maxinehartley wrote: >> >>> I don't understand. Why would one want to run both programs? I love this >>> list so maybe that is a reason. You people are incredibly helpful and >>> often just plain fun. >>> >>> Gaylon- >>> Please keep the help on the list or cc to me. >>> >>> Maxine Hartley >>> >>> ------------------------------- >>> To unsubscribe from the list, please send an email to >>> [email protected] with the word 'unsubscribe' without the >>> quotes in the subject and the body of the message >>> >>> >>> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> [email protected] with the word 'unsubscribe' without the >> quotes in the subject and the body of the message >> >> > > > ------------------------------- > To unsubscribe from the list, please send an email to [email protected] with the word 'unsubscribe' without the quotes in the subject and the body of the message > >
Maxine: You ask, "Why?" I don't know for sure, but let me venture a guess. Ever since we gave AQ to the Church 9 years ago (so that the Church could give it to you under the name of PAF), we have been developing great new features in AQ, providing a means for PAF users to get more by using AQ. But we have found that PAF users typically feel an intense loyalty to the Church's program. So, even though AQ is very much like PAF (no pain in switching over), and it has much more to offer, still PAF users for the most part stay with PAF. We've come to realize that PAF users will continue to use PAF, and will probably use AQ as a supplemental program. Our guess is that once a user actually uses AQ for a while, he/she will probably find less of a need to go back to PAF. But meanwhile, the fact that AQ and PAF can both work on the same database makes for an easy transition. Gaylon maxinehartley wrote: > I don't understand. Why would one want to run both programs? I love this list so maybe that is a reason. You people are incredibly helpful and often just plain fun. > > Gaylon- > Please keep the help on the list or cc to me. > > Maxine Hartley > > ------------------------------- > To unsubscribe from the list, please send an email to [email protected] with the word 'unsubscribe' without the quotes in the subject and the body of the message > >
Lila (and any others who are interested in this conversation): Here is the easy way to do this: 1) Install the AQ demo. The installer will adjust PAF's "Tools" menu to include Ancestral Quest as a "Tool". 2) Run PAF 5 like you always do 3) Go to "Tools", then to "Ancestral Quest" 4) Ancestral Quest will request that you now close PAF 5. Do so. 5) Continue. AQ will open your PAF 5 file and let you see all of your PAF 5 data in the AQ screens. Once AQ has been opened with your file, it will be easier in the future to simply click on the AQ icon rather than running it through the Tools menu of PAF, but you could continue to do it that way. Gaylon [email protected] wrote: > My brain is too old to absorb all this. Maybe it will feel younger tomorrow > :-). > > Seriously, if I do the download and run into trouble, which I'm sure to > because I live in the clutches of Murphy's law, will you help me get on > track? > > Lila > > ----- Original Message ----- > From: "Gaylon Findlay" <[email protected]> > To: <[email protected]> > Sent: 31 December, 2007 1:14 PM > Subject: Re: [PAF-5] A much-needed improvement > > > >> Lila: >> >> Yes, but let me clarify one technicality. PAF 5 can edit one type of >> file. It has an extension of ".paf". >> >> AQ can edit two types of files. One of these is the same ".paf" file >> that you can edit in PAF. The other is a database specific to AQ, with >> an extension of ".aq". If you use the ".paf" file, then your statement >> is accurate. You can, indeed, edit a ".paf" database in both AQ and PAF, >> which means that any changes you make in one program will show up in the >> other program. (This also means that you can use other PAF add-on >> programs with AQ, such as PAF Companion, as long as you are using the >> ".paf" type of file.) >> >> If you use the ".aq" type of database, then changes you make in AQ will >> not be shown in PAF. But this is not something that you need to worry >> about. You would have to initiate the process to convert your database >> from a ".paf" format to a ".aq" format. And you really don't need to do >> that. >> >> Gaylon >> >> >> [email protected] wrote: >> >>> Are you saying that when I make a correction or addition to an AQ >>> database, >>> it will cross over to to PAF and vice versa? >>> >>> I have subbed to the AQ list to see whether members are responding to >>> problems and questions. >>> >>> Lila >>> >>> ----- Original Message ----- >>> From: "Gaylon Findlay" <[email protected]> >>> To: <[email protected]> >>> Sent: 31 December, 2007 12:00 PM >>> Subject: Re: [PAF-5] A much-needed improvement >>> >>> >>> >>> >>>> Lila: >>>> >>>> Yes, GEDCOMs will go from PAF to AQ seamlessly. But there is even a >>>> better way. AQ can directly convert databases from PAF into AQ and from >>>> AQ into PAF (you won't need to use GEDCOM unless you really want to). AQ >>>> can also work with your PAF file so that you don't need to export it or >>>> convert it. You can even use AQ to deal with the advanced features, then >>>> go back to using PAF. Since they both use the same database, you can >>>> alternate which program you use. >>>> >>>> You can use AQ to edit your PAF data, then use PAF to print your German >>>> reports on the same data. >>>> >>>> AQ has the ability for users to translate the program into any language >>>> in the world. At present, we are not aware of any who have fully taken >>>> advantage of this capability -- we have heard of some efforts to start >>>> translating into Danish, German, French, Dutch, Vietnamese, Spanish, >>>> Polish and I believe Russian. But I don't believe any are complete (the >>>> Danish is very close). >>>> >>>> AQ will work a little differently than PAF when it comes to reports. You >>>> won't have to use the whole program in German to get a German report. >>>> You will be able to use the program in English, and choose German as the >>>> report language. So you won't have to "memorize which buttons to click". >>>> (Even before a German translation is fully available, you could use your >>>> PAF Family Group Sheet as a guide, and translate the Family Group Sheet >>>> of AQ into German so that you could use AQ to do this. -- Or, you can >>>> just use the German version of PAF to do this while you use AQ in >>>> English.) >>>> >>>> Yes, there is a support mailing list for AQ: >>>> http://groups.yahoo.com/group/AncestralQuest >>>> >>>> You can go to www.ancquest.com and download the trial version of AQ. It >>>> will open your PAF database. After a few minutes of playing with AQ, I >>>> think you'll realize that it is so similar to PAF, that you won't "get >>>> into trouble doing a changeover". (To give you peace of mind, you should >>>> do a backup of your PAF database before you start experimenting like >>>> this.) >>>> >>>> Gaylon >>>> >>>> >>>> [email protected] wrote: >>>> >>>> >>>>> Okay, I googled AQ and explored it a little and it looks good. >>>>> Supposing >>>>> I >>>>> download it. >>>>> >>>>> Will GedComs from PAF go into it seamlessly? >>>>> >>>>> There seems to be capability for additional languages. I am using >>>>> English >>>>> and German versions of PAF. It's neat that I can set up my print or >>>>> print >>>>> to >>>>> file screen in English, and then switch to German (which I'm weak at >>>>> reading) and the setup will hold between languages, so I only have to >>>>> memorize which buttons to click.Will that work the same way in AQ? (I >>>>> sometimes need to send Family Group Sheets or pedigree charts to German >>>>> cousins, and having the clue words in their language is helpful to >>>>> them.) >>>>> >>>>> Is there a support mailing list for AQ like this one for PAF? >>>>> >>>>> I'm just afraid I'm going to get into trouble doing a changeover! But I >>>>> also >>>>> see the handwriting on the wall--with no updating, PAF is not going to >>>>> run >>>>> on some Windows version subsequent to Vista. >>>>> >>>>> Lila >>>>> >>>>> ----- Original Message ----- >>>>> From: "Gaylon Findlay" <[email protected]> >>>>> To: <[email protected]>; <[email protected]> >>>>> Sent: 31 December, 2007 10:37 AM >>>>> Subject: Re: [PAF-5] A much-needed improvement >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> Cheryl: >>>>>> >>>>>> Of course there is always the other option. >>>>>> >>>>>> Even though PAF 5 is no longer being updated, Ancestral Quest (from >>>>>> which PAF 5 was created) is being updated. If you were to use AQ to >>>>>> edit >>>>>> your PAF data, you would be able to flag these people as "Not a >>>>>> Problem" >>>>>> (right in your PAF database) so that when you run the problem report >>>>>> in >>>>>> AQ, they will not show up. Nor would you have any "stress of the >>>>>> blisters switching would cause", because you could continue to use >>>>>> PAF, >>>>>> and you'd find that AQ is so much like PAF, that there is virtually no >>>>>> learning curve. >>>>>> >>>>>> And then, since Incline Software is still updating AQ, as you notice >>>>>> things you'd like to see improved, you could send in a request to see >>>>>> if >>>>>> Incline Software will make the change to AQ. Since PAF is no longer >>>>>> being updated, this is your only avenue to work with a PAF-like >>>>>> program, >>>>>> and have the possibility that your suggestions could be acted upon. >>>>>> >>>>>> Gaylon Findlay >>>>>> Incline Software >>>>>> >>>>>> >>>>>> singhals wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Yeah, I know I _could_ switch to Legacy Family Tree, but I >>>>>>> have grown somewhat inured to PAF5's peculiarities and don't >>>>>>> actually need the stress of the blisters switching would cause. >>>>>>> >>>>>>> So, next time someone is futzing around with PAF5, could you >>>>>>> give some thought to the Possible Problms report? >>>>>>> >>>>>>> Could we specify WHICH problem we're looking for? And could >>>>>>> a sanity check on dates be run? I mean, 8 pages of Possible >>>>>>> Problems and the birthdate of 2869 didn't show up??? >>>>>>> >>>>>>> I don't actually need to know that the relatives in India, >>>>>>> all of whom are in my database with the umbrella caste name >>>>>>> rather than the myriad subcaste names, largely because we >>>>>>> don't know who uses which and when, all have the same last >>>>>>> name. Yeah, I know. And it's NOT A PROBLEM. >>>>>>> >>>>>>> Also NOT A PROBLEM is the great-uncle who died aged 105 or >>>>>>> the GGGGGF who was 113 when he died. I can prove the first >>>>>>> and legal documents certainly support the 2nd so quit >>>>>>> harping on it! >>>>>>> >>>>>>> And could you USE the Bef or AFT labels in the date field? >>>>>>> "born bef 1871 married 1876" doesn't make her 5 when she >>>>>>> married! Nor does "died aft 1887" mean her last child, born >>>>>>> in 1887, was posthumous. Fixing that will eliminate 3 or 4 >>>>>>> pages of that 8page report, and if I had the REAL data, it'd >>>>>>> be in there. >>>>>>> >>>>>>> Geez-Louise. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Cheryl >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> ------------------------------- >>>>>> To unsubscribe from the list, please send an email to >>>>>> [email protected] with the word 'unsubscribe' without >>>>>> the >>>>>> quotes in the subject and the body of the message >>>>>> >>>>>> >>>>>> >>>>>> >>>>> ------------------------------- >>>>> To unsubscribe from the list, please send an email to >>>>> [email protected] with the word 'unsubscribe' without >>>>> the >>>>> quotes in the subject and the body of the message >>>>> >>>>> >>>>> >>>>> >>>> ------------------------------- >>>> To unsubscribe from the list, please send an email to >>>> [email protected] with the word 'unsubscribe' without the >>>> quotes in the subject and the body of the message >>>> >>>> >>>> >>> ------------------------------- >>> To unsubscribe from the list, please send an email to >>> [email protected] with the word 'unsubscribe' without the >>> quotes in the subject and the body of the message >>> >>> >>> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> [email protected] with the word 'unsubscribe' without the >> quotes in the subject and the body of the message >> >> > > > ------------------------------- > To unsubscribe from the list, please send an email to [email protected] with the word 'unsubscribe' without the quotes in the subject and the body of the message > >
Okay, will do, and thanks. Lila ----- Original Message ----- From: "Gaylon Findlay" <[email protected]> To: <[email protected]> Sent: 31 December, 2007 1:26 PM Subject: Re: [PAF-5] A much-needed improvement > Of course. (In which case, you should probably e-mail me directly, > rather than having the group listen in on a training/trouble-shooting > session.) > > Gaylon > > > [email protected] wrote: >> My brain is too old to absorb all this. Maybe it will feel younger >> tomorrow >> :-). >> >> Seriously, if I do the download and run into trouble, which I'm sure to >> because I live in the clutches of Murphy's law, will you help me get on >> track? >> >> Lila >> >> ----- Original Message ----- >> From: "Gaylon Findlay" <[email protected]> >> To: <[email protected]> >> Sent: 31 December, 2007 1:14 PM >> Subject: Re: [PAF-5] A much-needed improvement >> >> >> >>> Lila: >>> >>> Yes, but let me clarify one technicality. PAF 5 can edit one type of >>> file. It has an extension of ".paf". >>> >>> AQ can edit two types of files. One of these is the same ".paf" file >>> that you can edit in PAF. The other is a database specific to AQ, with >>> an extension of ".aq". If you use the ".paf" file, then your statement >>> is accurate. You can, indeed, edit a ".paf" database in both AQ and PAF, >>> which means that any changes you make in one program will show up in the >>> other program. (This also means that you can use other PAF add-on >>> programs with AQ, such as PAF Companion, as long as you are using the >>> ".paf" type of file.) >>> >>> If you use the ".aq" type of database, then changes you make in AQ will >>> not be shown in PAF. But this is not something that you need to worry >>> about. You would have to initiate the process to convert your database >>> from a ".paf" format to a ".aq" format. And you really don't need to do >>> that. >>> >>> Gaylon >>> >>> >>> [email protected] wrote: >>> >>>> Are you saying that when I make a correction or addition to an AQ >>>> database, >>>> it will cross over to to PAF and vice versa? >>>> >>>> I have subbed to the AQ list to see whether members are responding to >>>> problems and questions. >>>> >>>> Lila >>>> >>>> ----- Original Message ----- >>>> From: "Gaylon Findlay" <[email protected]> >>>> To: <[email protected]> >>>> Sent: 31 December, 2007 12:00 PM >>>> Subject: Re: [PAF-5] A much-needed improvement >>>> >>>> >>>> >>>> >>>>> Lila: >>>>> >>>>> Yes, GEDCOMs will go from PAF to AQ seamlessly. But there is even a >>>>> better way. AQ can directly convert databases from PAF into AQ and >>>>> from >>>>> AQ into PAF (you won't need to use GEDCOM unless you really want to). >>>>> AQ >>>>> can also work with your PAF file so that you don't need to export it >>>>> or >>>>> convert it. You can even use AQ to deal with the advanced features, >>>>> then >>>>> go back to using PAF. Since they both use the same database, you can >>>>> alternate which program you use. >>>>> >>>>> You can use AQ to edit your PAF data, then use PAF to print your >>>>> German >>>>> reports on the same data. >>>>> >>>>> AQ has the ability for users to translate the program into any >>>>> language >>>>> in the world. At present, we are not aware of any who have fully taken >>>>> advantage of this capability -- we have heard of some efforts to start >>>>> translating into Danish, German, French, Dutch, Vietnamese, Spanish, >>>>> Polish and I believe Russian. But I don't believe any are complete >>>>> (the >>>>> Danish is very close). >>>>> >>>>> AQ will work a little differently than PAF when it comes to reports. >>>>> You >>>>> won't have to use the whole program in German to get a German report. >>>>> You will be able to use the program in English, and choose German as >>>>> the >>>>> report language. So you won't have to "memorize which buttons to >>>>> click". >>>>> (Even before a German translation is fully available, you could use >>>>> your >>>>> PAF Family Group Sheet as a guide, and translate the Family Group >>>>> Sheet >>>>> of AQ into German so that you could use AQ to do this. -- Or, you can >>>>> just use the German version of PAF to do this while you use AQ in >>>>> English.) >>>>> >>>>> Yes, there is a support mailing list for AQ: >>>>> http://groups.yahoo.com/group/AncestralQuest >>>>> >>>>> You can go to www.ancquest.com and download the trial version of AQ. >>>>> It >>>>> will open your PAF database. After a few minutes of playing with AQ, I >>>>> think you'll realize that it is so similar to PAF, that you won't "get >>>>> into trouble doing a changeover". (To give you peace of mind, you >>>>> should >>>>> do a backup of your PAF database before you start experimenting like >>>>> this.) >>>>> >>>>> Gaylon >>>>> >>>>> >>>>> [email protected] wrote: >>>>> >>>>> >>>>>> Okay, I googled AQ and explored it a little and it looks good. >>>>>> Supposing >>>>>> I >>>>>> download it. >>>>>> >>>>>> Will GedComs from PAF go into it seamlessly? >>>>>> >>>>>> There seems to be capability for additional languages. I am using >>>>>> English >>>>>> and German versions of PAF. It's neat that I can set up my print or >>>>>> print >>>>>> to >>>>>> file screen in English, and then switch to German (which I'm weak at >>>>>> reading) and the setup will hold between languages, so I only have to >>>>>> memorize which buttons to click.Will that work the same way in AQ? (I >>>>>> sometimes need to send Family Group Sheets or pedigree charts to >>>>>> German >>>>>> cousins, and having the clue words in their language is helpful to >>>>>> them.) >>>>>> >>>>>> Is there a support mailing list for AQ like this one for PAF? >>>>>> >>>>>> I'm just afraid I'm going to get into trouble doing a changeover! But >>>>>> I >>>>>> also >>>>>> see the handwriting on the wall--with no updating, PAF is not going >>>>>> to >>>>>> run >>>>>> on some Windows version subsequent to Vista. >>>>>> >>>>>> Lila >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Gaylon Findlay" <[email protected]> >>>>>> To: <[email protected]>; <[email protected]> >>>>>> Sent: 31 December, 2007 10:37 AM >>>>>> Subject: Re: [PAF-5] A much-needed improvement >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> Cheryl: >>>>>>> >>>>>>> Of course there is always the other option. >>>>>>> >>>>>>> Even though PAF 5 is no longer being updated, Ancestral Quest (from >>>>>>> which PAF 5 was created) is being updated. If you were to use AQ to >>>>>>> edit >>>>>>> your PAF data, you would be able to flag these people as "Not a >>>>>>> Problem" >>>>>>> (right in your PAF database) so that when you run the problem report >>>>>>> in >>>>>>> AQ, they will not show up. Nor would you have any "stress of the >>>>>>> blisters switching would cause", because you could continue to use >>>>>>> PAF, >>>>>>> and you'd find that AQ is so much like PAF, that there is virtually >>>>>>> no >>>>>>> learning curve. >>>>>>> >>>>>>> And then, since Incline Software is still updating AQ, as you notice >>>>>>> things you'd like to see improved, you could send in a request to >>>>>>> see >>>>>>> if >>>>>>> Incline Software will make the change to AQ. Since PAF is no longer >>>>>>> being updated, this is your only avenue to work with a PAF-like >>>>>>> program, >>>>>>> and have the possibility that your suggestions could be acted upon. >>>>>>> >>>>>>> Gaylon Findlay >>>>>>> Incline Software >>>>>>> >>>>>>> >>>>>>> singhals wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Yeah, I know I _could_ switch to Legacy Family Tree, but I >>>>>>>> have grown somewhat inured to PAF5's peculiarities and don't >>>>>>>> actually need the stress of the blisters switching would cause. >>>>>>>> >>>>>>>> So, next time someone is futzing around with PAF5, could you >>>>>>>> give some thought to the Possible Problms report? >>>>>>>> >>>>>>>> Could we specify WHICH problem we're looking for? And could >>>>>>>> a sanity check on dates be run? I mean, 8 pages of Possible >>>>>>>> Problems and the birthdate of 2869 didn't show up??? >>>>>>>> >>>>>>>> I don't actually need to know that the relatives in India, >>>>>>>> all of whom are in my database with the umbrella caste name >>>>>>>> rather than the myriad subcaste names, largely because we >>>>>>>> don't know who uses which and when, all have the same last >>>>>>>> name. Yeah, I know. And it's NOT A PROBLEM. >>>>>>>> >>>>>>>> Also NOT A PROBLEM is the great-uncle who died aged 105 or >>>>>>>> the GGGGGF who was 113 when he died. I can prove the first >>>>>>>> and legal documents certainly support the 2nd so quit >>>>>>>> harping on it! >>>>>>>> >>>>>>>> And could you USE the Bef or AFT labels in the date field? >>>>>>>> "born bef 1871 married 1876" doesn't make her 5 when she >>>>>>>> married! Nor does "died aft 1887" mean her last child, born >>>>>>>> in 1887, was posthumous. Fixing that will eliminate 3 or 4 >>>>>>>> pages of that 8page report, and if I had the REAL data, it'd >>>>>>>> be in there. >>>>>>>> >>>>>>>> Geez-Louise. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Cheryl >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> ------------------------------- >>>>>>> To unsubscribe from the list, please send an email to >>>>>>> [email protected] with the word 'unsubscribe' without >>>>>>> the >>>>>>> quotes in the subject and the body of the message >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> ------------------------------- >>>>>> To unsubscribe from the list, please send an email to >>>>>> [email protected] with the word 'unsubscribe' without >>>>>> the >>>>>> quotes in the subject and the body of the message >>>>>> >>>>>> >>>>>> >>>>>> >>>>> ------------------------------- >>>>> To unsubscribe from the list, please send an email to >>>>> [email protected] with the word 'unsubscribe' without >>>>> the >>>>> quotes in the subject and the body of the message >>>>> >>>>> >>>>> >>>> ------------------------------- >>>> To unsubscribe from the list, please send an email to >>>> [email protected] with the word 'unsubscribe' without >>>> the >>>> quotes in the subject and the body of the message >>>> >>>> >>>> >>> ------------------------------- >>> To unsubscribe from the list, please send an email to >>> [email protected] with the word 'unsubscribe' without the >>> quotes in the subject and the body of the message >>> >>> >> >> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> [email protected] with the word 'unsubscribe' without the >> quotes in the subject and the body of the message >> >> > > ------------------------------- > To unsubscribe from the list, please send an email to > [email protected] with the word 'unsubscribe' without the > quotes in the subject and the body of the message
My brain is too old to absorb all this. Maybe it will feel younger tomorrow :-). Seriously, if I do the download and run into trouble, which I'm sure to because I live in the clutches of Murphy's law, will you help me get on track? Lila ----- Original Message ----- From: "Gaylon Findlay" <[email protected]> To: <[email protected]> Sent: 31 December, 2007 1:14 PM Subject: Re: [PAF-5] A much-needed improvement > Lila: > > Yes, but let me clarify one technicality. PAF 5 can edit one type of > file. It has an extension of ".paf". > > AQ can edit two types of files. One of these is the same ".paf" file > that you can edit in PAF. The other is a database specific to AQ, with > an extension of ".aq". If you use the ".paf" file, then your statement > is accurate. You can, indeed, edit a ".paf" database in both AQ and PAF, > which means that any changes you make in one program will show up in the > other program. (This also means that you can use other PAF add-on > programs with AQ, such as PAF Companion, as long as you are using the > ".paf" type of file.) > > If you use the ".aq" type of database, then changes you make in AQ will > not be shown in PAF. But this is not something that you need to worry > about. You would have to initiate the process to convert your database > from a ".paf" format to a ".aq" format. And you really don't need to do > that. > > Gaylon > > > [email protected] wrote: >> Are you saying that when I make a correction or addition to an AQ >> database, >> it will cross over to to PAF and vice versa? >> >> I have subbed to the AQ list to see whether members are responding to >> problems and questions. >> >> Lila >> >> ----- Original Message ----- >> From: "Gaylon Findlay" <[email protected]> >> To: <[email protected]> >> Sent: 31 December, 2007 12:00 PM >> Subject: Re: [PAF-5] A much-needed improvement >> >> >> >>> Lila: >>> >>> Yes, GEDCOMs will go from PAF to AQ seamlessly. But there is even a >>> better way. AQ can directly convert databases from PAF into AQ and from >>> AQ into PAF (you won't need to use GEDCOM unless you really want to). AQ >>> can also work with your PAF file so that you don't need to export it or >>> convert it. You can even use AQ to deal with the advanced features, then >>> go back to using PAF. Since they both use the same database, you can >>> alternate which program you use. >>> >>> You can use AQ to edit your PAF data, then use PAF to print your German >>> reports on the same data. >>> >>> AQ has the ability for users to translate the program into any language >>> in the world. At present, we are not aware of any who have fully taken >>> advantage of this capability -- we have heard of some efforts to start >>> translating into Danish, German, French, Dutch, Vietnamese, Spanish, >>> Polish and I believe Russian. But I don't believe any are complete (the >>> Danish is very close). >>> >>> AQ will work a little differently than PAF when it comes to reports. You >>> won't have to use the whole program in German to get a German report. >>> You will be able to use the program in English, and choose German as the >>> report language. So you won't have to "memorize which buttons to click". >>> (Even before a German translation is fully available, you could use your >>> PAF Family Group Sheet as a guide, and translate the Family Group Sheet >>> of AQ into German so that you could use AQ to do this. -- Or, you can >>> just use the German version of PAF to do this while you use AQ in >>> English.) >>> >>> Yes, there is a support mailing list for AQ: >>> http://groups.yahoo.com/group/AncestralQuest >>> >>> You can go to www.ancquest.com and download the trial version of AQ. It >>> will open your PAF database. After a few minutes of playing with AQ, I >>> think you'll realize that it is so similar to PAF, that you won't "get >>> into trouble doing a changeover". (To give you peace of mind, you should >>> do a backup of your PAF database before you start experimenting like >>> this.) >>> >>> Gaylon >>> >>> >>> [email protected] wrote: >>> >>>> Okay, I googled AQ and explored it a little and it looks good. >>>> Supposing >>>> I >>>> download it. >>>> >>>> Will GedComs from PAF go into it seamlessly? >>>> >>>> There seems to be capability for additional languages. I am using >>>> English >>>> and German versions of PAF. It's neat that I can set up my print or >>>> print >>>> to >>>> file screen in English, and then switch to German (which I'm weak at >>>> reading) and the setup will hold between languages, so I only have to >>>> memorize which buttons to click.Will that work the same way in AQ? (I >>>> sometimes need to send Family Group Sheets or pedigree charts to German >>>> cousins, and having the clue words in their language is helpful to >>>> them.) >>>> >>>> Is there a support mailing list for AQ like this one for PAF? >>>> >>>> I'm just afraid I'm going to get into trouble doing a changeover! But I >>>> also >>>> see the handwriting on the wall--with no updating, PAF is not going to >>>> run >>>> on some Windows version subsequent to Vista. >>>> >>>> Lila >>>> >>>> ----- Original Message ----- >>>> From: "Gaylon Findlay" <[email protected]> >>>> To: <[email protected]>; <[email protected]> >>>> Sent: 31 December, 2007 10:37 AM >>>> Subject: Re: [PAF-5] A much-needed improvement >>>> >>>> >>>> >>>> >>>>> Cheryl: >>>>> >>>>> Of course there is always the other option. >>>>> >>>>> Even though PAF 5 is no longer being updated, Ancestral Quest (from >>>>> which PAF 5 was created) is being updated. If you were to use AQ to >>>>> edit >>>>> your PAF data, you would be able to flag these people as "Not a >>>>> Problem" >>>>> (right in your PAF database) so that when you run the problem report >>>>> in >>>>> AQ, they will not show up. Nor would you have any "stress of the >>>>> blisters switching would cause", because you could continue to use >>>>> PAF, >>>>> and you'd find that AQ is so much like PAF, that there is virtually no >>>>> learning curve. >>>>> >>>>> And then, since Incline Software is still updating AQ, as you notice >>>>> things you'd like to see improved, you could send in a request to see >>>>> if >>>>> Incline Software will make the change to AQ. Since PAF is no longer >>>>> being updated, this is your only avenue to work with a PAF-like >>>>> program, >>>>> and have the possibility that your suggestions could be acted upon. >>>>> >>>>> Gaylon Findlay >>>>> Incline Software >>>>> >>>>> >>>>> singhals wrote: >>>>> >>>>> >>>>>> Yeah, I know I _could_ switch to Legacy Family Tree, but I >>>>>> have grown somewhat inured to PAF5's peculiarities and don't >>>>>> actually need the stress of the blisters switching would cause. >>>>>> >>>>>> So, next time someone is futzing around with PAF5, could you >>>>>> give some thought to the Possible Problms report? >>>>>> >>>>>> Could we specify WHICH problem we're looking for? And could >>>>>> a sanity check on dates be run? I mean, 8 pages of Possible >>>>>> Problems and the birthdate of 2869 didn't show up??? >>>>>> >>>>>> I don't actually need to know that the relatives in India, >>>>>> all of whom are in my database with the umbrella caste name >>>>>> rather than the myriad subcaste names, largely because we >>>>>> don't know who uses which and when, all have the same last >>>>>> name. Yeah, I know. And it's NOT A PROBLEM. >>>>>> >>>>>> Also NOT A PROBLEM is the great-uncle who died aged 105 or >>>>>> the GGGGGF who was 113 when he died. I can prove the first >>>>>> and legal documents certainly support the 2nd so quit >>>>>> harping on it! >>>>>> >>>>>> And could you USE the Bef or AFT labels in the date field? >>>>>> "born bef 1871 married 1876" doesn't make her 5 when she >>>>>> married! Nor does "died aft 1887" mean her last child, born >>>>>> in 1887, was posthumous. Fixing that will eliminate 3 or 4 >>>>>> pages of that 8page report, and if I had the REAL data, it'd >>>>>> be in there. >>>>>> >>>>>> Geez-Louise. >>>>>> >>>>>> >>>>>> >>>>>> Cheryl >>>>>> >>>>>> >>>>>> >>>>>> >>>>> ------------------------------- >>>>> To unsubscribe from the list, please send an email to >>>>> [email protected] with the word 'unsubscribe' without >>>>> the >>>>> quotes in the subject and the body of the message >>>>> >>>>> >>>>> >>>> ------------------------------- >>>> To unsubscribe from the list, please send an email to >>>> [email protected] with the word 'unsubscribe' without >>>> the >>>> quotes in the subject and the body of the message >>>> >>>> >>>> >>> ------------------------------- >>> To unsubscribe from the list, please send an email to >>> [email protected] with the word 'unsubscribe' without the >>> quotes in the subject and the body of the message >>> >>> >> >> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> [email protected] with the word 'unsubscribe' without the >> quotes in the subject and the body of the message >> >> > > ------------------------------- > To unsubscribe from the list, please send an email to > [email protected] with the word 'unsubscribe' without the > quotes in the subject and the body of the message >
Are you saying that when I make a correction or addition to an AQ database, it will cross over to to PAF and vice versa? I have subbed to the AQ list to see whether members are responding to problems and questions. Lila ----- Original Message ----- From: "Gaylon Findlay" <[email protected]> To: <[email protected]> Sent: 31 December, 2007 12:00 PM Subject: Re: [PAF-5] A much-needed improvement > Lila: > > Yes, GEDCOMs will go from PAF to AQ seamlessly. But there is even a > better way. AQ can directly convert databases from PAF into AQ and from > AQ into PAF (you won't need to use GEDCOM unless you really want to). AQ > can also work with your PAF file so that you don't need to export it or > convert it. You can even use AQ to deal with the advanced features, then > go back to using PAF. Since they both use the same database, you can > alternate which program you use. > > You can use AQ to edit your PAF data, then use PAF to print your German > reports on the same data. > > AQ has the ability for users to translate the program into any language > in the world. At present, we are not aware of any who have fully taken > advantage of this capability -- we have heard of some efforts to start > translating into Danish, German, French, Dutch, Vietnamese, Spanish, > Polish and I believe Russian. But I don't believe any are complete (the > Danish is very close). > > AQ will work a little differently than PAF when it comes to reports. You > won't have to use the whole program in German to get a German report. > You will be able to use the program in English, and choose German as the > report language. So you won't have to "memorize which buttons to click". > (Even before a German translation is fully available, you could use your > PAF Family Group Sheet as a guide, and translate the Family Group Sheet > of AQ into German so that you could use AQ to do this. -- Or, you can > just use the German version of PAF to do this while you use AQ in > English.) > > Yes, there is a support mailing list for AQ: > http://groups.yahoo.com/group/AncestralQuest > > You can go to www.ancquest.com and download the trial version of AQ. It > will open your PAF database. After a few minutes of playing with AQ, I > think you'll realize that it is so similar to PAF, that you won't "get > into trouble doing a changeover". (To give you peace of mind, you should > do a backup of your PAF database before you start experimenting like > this.) > > Gaylon > > > [email protected] wrote: >> Okay, I googled AQ and explored it a little and it looks good. Supposing >> I >> download it. >> >> Will GedComs from PAF go into it seamlessly? >> >> There seems to be capability for additional languages. I am using English >> and German versions of PAF. It's neat that I can set up my print or print >> to >> file screen in English, and then switch to German (which I'm weak at >> reading) and the setup will hold between languages, so I only have to >> memorize which buttons to click.Will that work the same way in AQ? (I >> sometimes need to send Family Group Sheets or pedigree charts to German >> cousins, and having the clue words in their language is helpful to them.) >> >> Is there a support mailing list for AQ like this one for PAF? >> >> I'm just afraid I'm going to get into trouble doing a changeover! But I >> also >> see the handwriting on the wall--with no updating, PAF is not going to >> run >> on some Windows version subsequent to Vista. >> >> Lila >> >> ----- Original Message ----- >> From: "Gaylon Findlay" <[email protected]> >> To: <[email protected]>; <[email protected]> >> Sent: 31 December, 2007 10:37 AM >> Subject: Re: [PAF-5] A much-needed improvement >> >> >> >>> Cheryl: >>> >>> Of course there is always the other option. >>> >>> Even though PAF 5 is no longer being updated, Ancestral Quest (from >>> which PAF 5 was created) is being updated. If you were to use AQ to edit >>> your PAF data, you would be able to flag these people as "Not a Problem" >>> (right in your PAF database) so that when you run the problem report in >>> AQ, they will not show up. Nor would you have any "stress of the >>> blisters switching would cause", because you could continue to use PAF, >>> and you'd find that AQ is so much like PAF, that there is virtually no >>> learning curve. >>> >>> And then, since Incline Software is still updating AQ, as you notice >>> things you'd like to see improved, you could send in a request to see if >>> Incline Software will make the change to AQ. Since PAF is no longer >>> being updated, this is your only avenue to work with a PAF-like program, >>> and have the possibility that your suggestions could be acted upon. >>> >>> Gaylon Findlay >>> Incline Software >>> >>> >>> singhals wrote: >>> >>>> Yeah, I know I _could_ switch to Legacy Family Tree, but I >>>> have grown somewhat inured to PAF5's peculiarities and don't >>>> actually need the stress of the blisters switching would cause. >>>> >>>> So, next time someone is futzing around with PAF5, could you >>>> give some thought to the Possible Problms report? >>>> >>>> Could we specify WHICH problem we're looking for? And could >>>> a sanity check on dates be run? I mean, 8 pages of Possible >>>> Problems and the birthdate of 2869 didn't show up??? >>>> >>>> I don't actually need to know that the relatives in India, >>>> all of whom are in my database with the umbrella caste name >>>> rather than the myriad subcaste names, largely because we >>>> don't know who uses which and when, all have the same last >>>> name. Yeah, I know. And it's NOT A PROBLEM. >>>> >>>> Also NOT A PROBLEM is the great-uncle who died aged 105 or >>>> the GGGGGF who was 113 when he died. I can prove the first >>>> and legal documents certainly support the 2nd so quit >>>> harping on it! >>>> >>>> And could you USE the Bef or AFT labels in the date field? >>>> "born bef 1871 married 1876" doesn't make her 5 when she >>>> married! Nor does "died aft 1887" mean her last child, born >>>> in 1887, was posthumous. Fixing that will eliminate 3 or 4 >>>> pages of that 8page report, and if I had the REAL data, it'd >>>> be in there. >>>> >>>> Geez-Louise. >>>> >>>> >>>> >>>> Cheryl >>>> >>>> >>>> >>> ------------------------------- >>> To unsubscribe from the list, please send an email to >>> [email protected] with the word 'unsubscribe' without the >>> quotes in the subject and the body of the message >>> >>> >> >> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> [email protected] with the word 'unsubscribe' without the >> quotes in the subject and the body of the message >> >> > > ------------------------------- > To unsubscribe from the list, please send an email to > [email protected] with the word 'unsubscribe' without the > quotes in the subject and the body of the message >
Of course. (In which case, you should probably e-mail me directly, rather than having the group listen in on a training/trouble-shooting session.) Gaylon [email protected] wrote: > My brain is too old to absorb all this. Maybe it will feel younger tomorrow > :-). > > Seriously, if I do the download and run into trouble, which I'm sure to > because I live in the clutches of Murphy's law, will you help me get on > track? > > Lila > > ----- Original Message ----- > From: "Gaylon Findlay" <[email protected]> > To: <[email protected]> > Sent: 31 December, 2007 1:14 PM > Subject: Re: [PAF-5] A much-needed improvement > > > >> Lila: >> >> Yes, but let me clarify one technicality. PAF 5 can edit one type of >> file. It has an extension of ".paf". >> >> AQ can edit two types of files. One of these is the same ".paf" file >> that you can edit in PAF. The other is a database specific to AQ, with >> an extension of ".aq". If you use the ".paf" file, then your statement >> is accurate. You can, indeed, edit a ".paf" database in both AQ and PAF, >> which means that any changes you make in one program will show up in the >> other program. (This also means that you can use other PAF add-on >> programs with AQ, such as PAF Companion, as long as you are using the >> ".paf" type of file.) >> >> If you use the ".aq" type of database, then changes you make in AQ will >> not be shown in PAF. But this is not something that you need to worry >> about. You would have to initiate the process to convert your database >> from a ".paf" format to a ".aq" format. And you really don't need to do >> that. >> >> Gaylon >> >> >> [email protected] wrote: >> >>> Are you saying that when I make a correction or addition to an AQ >>> database, >>> it will cross over to to PAF and vice versa? >>> >>> I have subbed to the AQ list to see whether members are responding to >>> problems and questions. >>> >>> Lila >>> >>> ----- Original Message ----- >>> From: "Gaylon Findlay" <[email protected]> >>> To: <[email protected]> >>> Sent: 31 December, 2007 12:00 PM >>> Subject: Re: [PAF-5] A much-needed improvement >>> >>> >>> >>> >>>> Lila: >>>> >>>> Yes, GEDCOMs will go from PAF to AQ seamlessly. But there is even a >>>> better way. AQ can directly convert databases from PAF into AQ and from >>>> AQ into PAF (you won't need to use GEDCOM unless you really want to). AQ >>>> can also work with your PAF file so that you don't need to export it or >>>> convert it. You can even use AQ to deal with the advanced features, then >>>> go back to using PAF. Since they both use the same database, you can >>>> alternate which program you use. >>>> >>>> You can use AQ to edit your PAF data, then use PAF to print your German >>>> reports on the same data. >>>> >>>> AQ has the ability for users to translate the program into any language >>>> in the world. At present, we are not aware of any who have fully taken >>>> advantage of this capability -- we have heard of some efforts to start >>>> translating into Danish, German, French, Dutch, Vietnamese, Spanish, >>>> Polish and I believe Russian. But I don't believe any are complete (the >>>> Danish is very close). >>>> >>>> AQ will work a little differently than PAF when it comes to reports. You >>>> won't have to use the whole program in German to get a German report. >>>> You will be able to use the program in English, and choose German as the >>>> report language. So you won't have to "memorize which buttons to click". >>>> (Even before a German translation is fully available, you could use your >>>> PAF Family Group Sheet as a guide, and translate the Family Group Sheet >>>> of AQ into German so that you could use AQ to do this. -- Or, you can >>>> just use the German version of PAF to do this while you use AQ in >>>> English.) >>>> >>>> Yes, there is a support mailing list for AQ: >>>> http://groups.yahoo.com/group/AncestralQuest >>>> >>>> You can go to www.ancquest.com and download the trial version of AQ. It >>>> will open your PAF database. After a few minutes of playing with AQ, I >>>> think you'll realize that it is so similar to PAF, that you won't "get >>>> into trouble doing a changeover". (To give you peace of mind, you should >>>> do a backup of your PAF database before you start experimenting like >>>> this.) >>>> >>>> Gaylon >>>> >>>> >>>> [email protected] wrote: >>>> >>>> >>>>> Okay, I googled AQ and explored it a little and it looks good. >>>>> Supposing >>>>> I >>>>> download it. >>>>> >>>>> Will GedComs from PAF go into it seamlessly? >>>>> >>>>> There seems to be capability for additional languages. I am using >>>>> English >>>>> and German versions of PAF. It's neat that I can set up my print or >>>>> print >>>>> to >>>>> file screen in English, and then switch to German (which I'm weak at >>>>> reading) and the setup will hold between languages, so I only have to >>>>> memorize which buttons to click.Will that work the same way in AQ? (I >>>>> sometimes need to send Family Group Sheets or pedigree charts to German >>>>> cousins, and having the clue words in their language is helpful to >>>>> them.) >>>>> >>>>> Is there a support mailing list for AQ like this one for PAF? >>>>> >>>>> I'm just afraid I'm going to get into trouble doing a changeover! But I >>>>> also >>>>> see the handwriting on the wall--with no updating, PAF is not going to >>>>> run >>>>> on some Windows version subsequent to Vista. >>>>> >>>>> Lila >>>>> >>>>> ----- Original Message ----- >>>>> From: "Gaylon Findlay" <[email protected]> >>>>> To: <[email protected]>; <[email protected]> >>>>> Sent: 31 December, 2007 10:37 AM >>>>> Subject: Re: [PAF-5] A much-needed improvement >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> Cheryl: >>>>>> >>>>>> Of course there is always the other option. >>>>>> >>>>>> Even though PAF 5 is no longer being updated, Ancestral Quest (from >>>>>> which PAF 5 was created) is being updated. If you were to use AQ to >>>>>> edit >>>>>> your PAF data, you would be able to flag these people as "Not a >>>>>> Problem" >>>>>> (right in your PAF database) so that when you run the problem report >>>>>> in >>>>>> AQ, they will not show up. Nor would you have any "stress of the >>>>>> blisters switching would cause", because you could continue to use >>>>>> PAF, >>>>>> and you'd find that AQ is so much like PAF, that there is virtually no >>>>>> learning curve. >>>>>> >>>>>> And then, since Incline Software is still updating AQ, as you notice >>>>>> things you'd like to see improved, you could send in a request to see >>>>>> if >>>>>> Incline Software will make the change to AQ. Since PAF is no longer >>>>>> being updated, this is your only avenue to work with a PAF-like >>>>>> program, >>>>>> and have the possibility that your suggestions could be acted upon. >>>>>> >>>>>> Gaylon Findlay >>>>>> Incline Software >>>>>> >>>>>> >>>>>> singhals wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Yeah, I know I _could_ switch to Legacy Family Tree, but I >>>>>>> have grown somewhat inured to PAF5's peculiarities and don't >>>>>>> actually need the stress of the blisters switching would cause. >>>>>>> >>>>>>> So, next time someone is futzing around with PAF5, could you >>>>>>> give some thought to the Possible Problms report? >>>>>>> >>>>>>> Could we specify WHICH problem we're looking for? And could >>>>>>> a sanity check on dates be run? I mean, 8 pages of Possible >>>>>>> Problems and the birthdate of 2869 didn't show up??? >>>>>>> >>>>>>> I don't actually need to know that the relatives in India, >>>>>>> all of whom are in my database with the umbrella caste name >>>>>>> rather than the myriad subcaste names, largely because we >>>>>>> don't know who uses which and when, all have the same last >>>>>>> name. Yeah, I know. And it's NOT A PROBLEM. >>>>>>> >>>>>>> Also NOT A PROBLEM is the great-uncle who died aged 105 or >>>>>>> the GGGGGF who was 113 when he died. I can prove the first >>>>>>> and legal documents certainly support the 2nd so quit >>>>>>> harping on it! >>>>>>> >>>>>>> And could you USE the Bef or AFT labels in the date field? >>>>>>> "born bef 1871 married 1876" doesn't make her 5 when she >>>>>>> married! Nor does "died aft 1887" mean her last child, born >>>>>>> in 1887, was posthumous. Fixing that will eliminate 3 or 4 >>>>>>> pages of that 8page report, and if I had the REAL data, it'd >>>>>>> be in there. >>>>>>> >>>>>>> Geez-Louise. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Cheryl >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> ------------------------------- >>>>>> To unsubscribe from the list, please send an email to >>>>>> [email protected] with the word 'unsubscribe' without >>>>>> the >>>>>> quotes in the subject and the body of the message >>>>>> >>>>>> >>>>>> >>>>>> >>>>> ------------------------------- >>>>> To unsubscribe from the list, please send an email to >>>>> [email protected] with the word 'unsubscribe' without >>>>> the >>>>> quotes in the subject and the body of the message >>>>> >>>>> >>>>> >>>>> >>>> ------------------------------- >>>> To unsubscribe from the list, please send an email to >>>> [email protected] with the word 'unsubscribe' without the >>>> quotes in the subject and the body of the message >>>> >>>> >>>> >>> ------------------------------- >>> To unsubscribe from the list, please send an email to >>> [email protected] with the word 'unsubscribe' without the >>> quotes in the subject and the body of the message >>> >>> >>> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> [email protected] with the word 'unsubscribe' without the >> quotes in the subject and the body of the message >> >> > > > ------------------------------- > To unsubscribe from the list, please send an email to [email protected] with the word 'unsubscribe' without the quotes in the subject and the body of the message > >
Lila: Yes, but let me clarify one technicality. PAF 5 can edit one type of file. It has an extension of ".paf". AQ can edit two types of files. One of these is the same ".paf" file that you can edit in PAF. The other is a database specific to AQ, with an extension of ".aq". If you use the ".paf" file, then your statement is accurate. You can, indeed, edit a ".paf" database in both AQ and PAF, which means that any changes you make in one program will show up in the other program. (This also means that you can use other PAF add-on programs with AQ, such as PAF Companion, as long as you are using the ".paf" type of file.) If you use the ".aq" type of database, then changes you make in AQ will not be shown in PAF. But this is not something that you need to worry about. You would have to initiate the process to convert your database from a ".paf" format to a ".aq" format. And you really don't need to do that. Gaylon [email protected] wrote: > Are you saying that when I make a correction or addition to an AQ database, > it will cross over to to PAF and vice versa? > > I have subbed to the AQ list to see whether members are responding to > problems and questions. > > Lila > > ----- Original Message ----- > From: "Gaylon Findlay" <[email protected]> > To: <[email protected]> > Sent: 31 December, 2007 12:00 PM > Subject: Re: [PAF-5] A much-needed improvement > > > >> Lila: >> >> Yes, GEDCOMs will go from PAF to AQ seamlessly. But there is even a >> better way. AQ can directly convert databases from PAF into AQ and from >> AQ into PAF (you won't need to use GEDCOM unless you really want to). AQ >> can also work with your PAF file so that you don't need to export it or >> convert it. You can even use AQ to deal with the advanced features, then >> go back to using PAF. Since they both use the same database, you can >> alternate which program you use. >> >> You can use AQ to edit your PAF data, then use PAF to print your German >> reports on the same data. >> >> AQ has the ability for users to translate the program into any language >> in the world. At present, we are not aware of any who have fully taken >> advantage of this capability -- we have heard of some efforts to start >> translating into Danish, German, French, Dutch, Vietnamese, Spanish, >> Polish and I believe Russian. But I don't believe any are complete (the >> Danish is very close). >> >> AQ will work a little differently than PAF when it comes to reports. You >> won't have to use the whole program in German to get a German report. >> You will be able to use the program in English, and choose German as the >> report language. So you won't have to "memorize which buttons to click". >> (Even before a German translation is fully available, you could use your >> PAF Family Group Sheet as a guide, and translate the Family Group Sheet >> of AQ into German so that you could use AQ to do this. -- Or, you can >> just use the German version of PAF to do this while you use AQ in >> English.) >> >> Yes, there is a support mailing list for AQ: >> http://groups.yahoo.com/group/AncestralQuest >> >> You can go to www.ancquest.com and download the trial version of AQ. It >> will open your PAF database. After a few minutes of playing with AQ, I >> think you'll realize that it is so similar to PAF, that you won't "get >> into trouble doing a changeover". (To give you peace of mind, you should >> do a backup of your PAF database before you start experimenting like >> this.) >> >> Gaylon >> >> >> [email protected] wrote: >> >>> Okay, I googled AQ and explored it a little and it looks good. Supposing >>> I >>> download it. >>> >>> Will GedComs from PAF go into it seamlessly? >>> >>> There seems to be capability for additional languages. I am using English >>> and German versions of PAF. It's neat that I can set up my print or print >>> to >>> file screen in English, and then switch to German (which I'm weak at >>> reading) and the setup will hold between languages, so I only have to >>> memorize which buttons to click.Will that work the same way in AQ? (I >>> sometimes need to send Family Group Sheets or pedigree charts to German >>> cousins, and having the clue words in their language is helpful to them.) >>> >>> Is there a support mailing list for AQ like this one for PAF? >>> >>> I'm just afraid I'm going to get into trouble doing a changeover! But I >>> also >>> see the handwriting on the wall--with no updating, PAF is not going to >>> run >>> on some Windows version subsequent to Vista. >>> >>> Lila >>> >>> ----- Original Message ----- >>> From: "Gaylon Findlay" <[email protected]> >>> To: <[email protected]>; <[email protected]> >>> Sent: 31 December, 2007 10:37 AM >>> Subject: Re: [PAF-5] A much-needed improvement >>> >>> >>> >>> >>>> Cheryl: >>>> >>>> Of course there is always the other option. >>>> >>>> Even though PAF 5 is no longer being updated, Ancestral Quest (from >>>> which PAF 5 was created) is being updated. If you were to use AQ to edit >>>> your PAF data, you would be able to flag these people as "Not a Problem" >>>> (right in your PAF database) so that when you run the problem report in >>>> AQ, they will not show up. Nor would you have any "stress of the >>>> blisters switching would cause", because you could continue to use PAF, >>>> and you'd find that AQ is so much like PAF, that there is virtually no >>>> learning curve. >>>> >>>> And then, since Incline Software is still updating AQ, as you notice >>>> things you'd like to see improved, you could send in a request to see if >>>> Incline Software will make the change to AQ. Since PAF is no longer >>>> being updated, this is your only avenue to work with a PAF-like program, >>>> and have the possibility that your suggestions could be acted upon. >>>> >>>> Gaylon Findlay >>>> Incline Software >>>> >>>> >>>> singhals wrote: >>>> >>>> >>>>> Yeah, I know I _could_ switch to Legacy Family Tree, but I >>>>> have grown somewhat inured to PAF5's peculiarities and don't >>>>> actually need the stress of the blisters switching would cause. >>>>> >>>>> So, next time someone is futzing around with PAF5, could you >>>>> give some thought to the Possible Problms report? >>>>> >>>>> Could we specify WHICH problem we're looking for? And could >>>>> a sanity check on dates be run? I mean, 8 pages of Possible >>>>> Problems and the birthdate of 2869 didn't show up??? >>>>> >>>>> I don't actually need to know that the relatives in India, >>>>> all of whom are in my database with the umbrella caste name >>>>> rather than the myriad subcaste names, largely because we >>>>> don't know who uses which and when, all have the same last >>>>> name. Yeah, I know. And it's NOT A PROBLEM. >>>>> >>>>> Also NOT A PROBLEM is the great-uncle who died aged 105 or >>>>> the GGGGGF who was 113 when he died. I can prove the first >>>>> and legal documents certainly support the 2nd so quit >>>>> harping on it! >>>>> >>>>> And could you USE the Bef or AFT labels in the date field? >>>>> "born bef 1871 married 1876" doesn't make her 5 when she >>>>> married! Nor does "died aft 1887" mean her last child, born >>>>> in 1887, was posthumous. Fixing that will eliminate 3 or 4 >>>>> pages of that 8page report, and if I had the REAL data, it'd >>>>> be in there. >>>>> >>>>> Geez-Louise. >>>>> >>>>> >>>>> >>>>> Cheryl >>>>> >>>>> >>>>> >>>>> >>>> ------------------------------- >>>> To unsubscribe from the list, please send an email to >>>> [email protected] with the word 'unsubscribe' without the >>>> quotes in the subject and the body of the message >>>> >>>> >>>> >>> ------------------------------- >>> To unsubscribe from the list, please send an email to >>> [email protected] with the word 'unsubscribe' without the >>> quotes in the subject and the body of the message >>> >>> >>> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> [email protected] with the word 'unsubscribe' without the >> quotes in the subject and the body of the message >> >> > > > ------------------------------- > To unsubscribe from the list, please send an email to [email protected] with the word 'unsubscribe' without the quotes in the subject and the body of the message > >
Okay, I googled AQ and explored it a little and it looks good. Supposing I download it. Will GedComs from PAF go into it seamlessly? There seems to be capability for additional languages. I am using English and German versions of PAF. It's neat that I can set up my print or print to file screen in English, and then switch to German (which I'm weak at reading) and the setup will hold between languages, so I only have to memorize which buttons to click.Will that work the same way in AQ? (I sometimes need to send Family Group Sheets or pedigree charts to German cousins, and having the clue words in their language is helpful to them.) Is there a support mailing list for AQ like this one for PAF? I'm just afraid I'm going to get into trouble doing a changeover! But I also see the handwriting on the wall--with no updating, PAF is not going to run on some Windows version subsequent to Vista. Lila ----- Original Message ----- From: "Gaylon Findlay" <[email protected]> To: <[email protected]>; <[email protected]> Sent: 31 December, 2007 10:37 AM Subject: Re: [PAF-5] A much-needed improvement > Cheryl: > > Of course there is always the other option. > > Even though PAF 5 is no longer being updated, Ancestral Quest (from > which PAF 5 was created) is being updated. If you were to use AQ to edit > your PAF data, you would be able to flag these people as "Not a Problem" > (right in your PAF database) so that when you run the problem report in > AQ, they will not show up. Nor would you have any "stress of the > blisters switching would cause", because you could continue to use PAF, > and you'd find that AQ is so much like PAF, that there is virtually no > learning curve. > > And then, since Incline Software is still updating AQ, as you notice > things you'd like to see improved, you could send in a request to see if > Incline Software will make the change to AQ. Since PAF is no longer > being updated, this is your only avenue to work with a PAF-like program, > and have the possibility that your suggestions could be acted upon. > > Gaylon Findlay > Incline Software > > > singhals wrote: >> Yeah, I know I _could_ switch to Legacy Family Tree, but I >> have grown somewhat inured to PAF5's peculiarities and don't >> actually need the stress of the blisters switching would cause. >> >> So, next time someone is futzing around with PAF5, could you >> give some thought to the Possible Problms report? >> >> Could we specify WHICH problem we're looking for? And could >> a sanity check on dates be run? I mean, 8 pages of Possible >> Problems and the birthdate of 2869 didn't show up??? >> >> I don't actually need to know that the relatives in India, >> all of whom are in my database with the umbrella caste name >> rather than the myriad subcaste names, largely because we >> don't know who uses which and when, all have the same last >> name. Yeah, I know. And it's NOT A PROBLEM. >> >> Also NOT A PROBLEM is the great-uncle who died aged 105 or >> the GGGGGF who was 113 when he died. I can prove the first >> and legal documents certainly support the 2nd so quit >> harping on it! >> >> And could you USE the Bef or AFT labels in the date field? >> "born bef 1871 married 1876" doesn't make her 5 when she >> married! Nor does "died aft 1887" mean her last child, born >> in 1887, was posthumous. Fixing that will eliminate 3 or 4 >> pages of that 8page report, and if I had the REAL data, it'd >> be in there. >> >> Geez-Louise. >> >> >> >> Cheryl >> >> > > ------------------------------- > To unsubscribe from the list, please send an email to > [email protected] with the word 'unsubscribe' without the > quotes in the subject and the body of the message >
Lila: Yes, GEDCOMs will go from PAF to AQ seamlessly. But there is even a better way. AQ can directly convert databases from PAF into AQ and from AQ into PAF (you won't need to use GEDCOM unless you really want to). AQ can also work with your PAF file so that you don't need to export it or convert it. You can even use AQ to deal with the advanced features, then go back to using PAF. Since they both use the same database, you can alternate which program you use. You can use AQ to edit your PAF data, then use PAF to print your German reports on the same data. AQ has the ability for users to translate the program into any language in the world. At present, we are not aware of any who have fully taken advantage of this capability -- we have heard of some efforts to start translating into Danish, German, French, Dutch, Vietnamese, Spanish, Polish and I believe Russian. But I don't believe any are complete (the Danish is very close). AQ will work a little differently than PAF when it comes to reports. You won't have to use the whole program in German to get a German report. You will be able to use the program in English, and choose German as the report language. So you won't have to "memorize which buttons to click". (Even before a German translation is fully available, you could use your PAF Family Group Sheet as a guide, and translate the Family Group Sheet of AQ into German so that you could use AQ to do this. -- Or, you can just use the German version of PAF to do this while you use AQ in English.) Yes, there is a support mailing list for AQ: http://groups.yahoo.com/group/AncestralQuest You can go to www.ancquest.com and download the trial version of AQ. It will open your PAF database. After a few minutes of playing with AQ, I think you'll realize that it is so similar to PAF, that you won't "get into trouble doing a changeover". (To give you peace of mind, you should do a backup of your PAF database before you start experimenting like this.) Gaylon [email protected] wrote: > Okay, I googled AQ and explored it a little and it looks good. Supposing I > download it. > > Will GedComs from PAF go into it seamlessly? > > There seems to be capability for additional languages. I am using English > and German versions of PAF. It's neat that I can set up my print or print to > file screen in English, and then switch to German (which I'm weak at > reading) and the setup will hold between languages, so I only have to > memorize which buttons to click.Will that work the same way in AQ? (I > sometimes need to send Family Group Sheets or pedigree charts to German > cousins, and having the clue words in their language is helpful to them.) > > Is there a support mailing list for AQ like this one for PAF? > > I'm just afraid I'm going to get into trouble doing a changeover! But I also > see the handwriting on the wall--with no updating, PAF is not going to run > on some Windows version subsequent to Vista. > > Lila > > ----- Original Message ----- > From: "Gaylon Findlay" <[email protected]> > To: <[email protected]>; <[email protected]> > Sent: 31 December, 2007 10:37 AM > Subject: Re: [PAF-5] A much-needed improvement > > > >> Cheryl: >> >> Of course there is always the other option. >> >> Even though PAF 5 is no longer being updated, Ancestral Quest (from >> which PAF 5 was created) is being updated. If you were to use AQ to edit >> your PAF data, you would be able to flag these people as "Not a Problem" >> (right in your PAF database) so that when you run the problem report in >> AQ, they will not show up. Nor would you have any "stress of the >> blisters switching would cause", because you could continue to use PAF, >> and you'd find that AQ is so much like PAF, that there is virtually no >> learning curve. >> >> And then, since Incline Software is still updating AQ, as you notice >> things you'd like to see improved, you could send in a request to see if >> Incline Software will make the change to AQ. Since PAF is no longer >> being updated, this is your only avenue to work with a PAF-like program, >> and have the possibility that your suggestions could be acted upon. >> >> Gaylon Findlay >> Incline Software >> >> >> singhals wrote: >> >>> Yeah, I know I _could_ switch to Legacy Family Tree, but I >>> have grown somewhat inured to PAF5's peculiarities and don't >>> actually need the stress of the blisters switching would cause. >>> >>> So, next time someone is futzing around with PAF5, could you >>> give some thought to the Possible Problms report? >>> >>> Could we specify WHICH problem we're looking for? And could >>> a sanity check on dates be run? I mean, 8 pages of Possible >>> Problems and the birthdate of 2869 didn't show up??? >>> >>> I don't actually need to know that the relatives in India, >>> all of whom are in my database with the umbrella caste name >>> rather than the myriad subcaste names, largely because we >>> don't know who uses which and when, all have the same last >>> name. Yeah, I know. And it's NOT A PROBLEM. >>> >>> Also NOT A PROBLEM is the great-uncle who died aged 105 or >>> the GGGGGF who was 113 when he died. I can prove the first >>> and legal documents certainly support the 2nd so quit >>> harping on it! >>> >>> And could you USE the Bef or AFT labels in the date field? >>> "born bef 1871 married 1876" doesn't make her 5 when she >>> married! Nor does "died aft 1887" mean her last child, born >>> in 1887, was posthumous. Fixing that will eliminate 3 or 4 >>> pages of that 8page report, and if I had the REAL data, it'd >>> be in there. >>> >>> Geez-Louise. >>> >>> >>> >>> Cheryl >>> >>> >>> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> [email protected] with the word 'unsubscribe' without the >> quotes in the subject and the body of the message >> >> > > > ------------------------------- > To unsubscribe from the list, please send an email to [email protected] with the word 'unsubscribe' without the quotes in the subject and the body of the message > >
Cheryl: Of course there is always the other option. Even though PAF 5 is no longer being updated, Ancestral Quest (from which PAF 5 was created) is being updated. If you were to use AQ to edit your PAF data, you would be able to flag these people as "Not a Problem" (right in your PAF database) so that when you run the problem report in AQ, they will not show up. Nor would you have any "stress of the blisters switching would cause", because you could continue to use PAF, and you'd find that AQ is so much like PAF, that there is virtually no learning curve. And then, since Incline Software is still updating AQ, as you notice things you'd like to see improved, you could send in a request to see if Incline Software will make the change to AQ. Since PAF is no longer being updated, this is your only avenue to work with a PAF-like program, and have the possibility that your suggestions could be acted upon. Gaylon Findlay Incline Software singhals wrote: > Yeah, I know I _could_ switch to Legacy Family Tree, but I > have grown somewhat inured to PAF5's peculiarities and don't > actually need the stress of the blisters switching would cause. > > So, next time someone is futzing around with PAF5, could you > give some thought to the Possible Problms report? > > Could we specify WHICH problem we're looking for? And could > a sanity check on dates be run? I mean, 8 pages of Possible > Problems and the birthdate of 2869 didn't show up??? > > I don't actually need to know that the relatives in India, > all of whom are in my database with the umbrella caste name > rather than the myriad subcaste names, largely because we > don't know who uses which and when, all have the same last > name. Yeah, I know. And it's NOT A PROBLEM. > > Also NOT A PROBLEM is the great-uncle who died aged 105 or > the GGGGGF who was 113 when he died. I can prove the first > and legal documents certainly support the 2nd so quit > harping on it! > > And could you USE the Bef or AFT labels in the date field? > "born bef 1871 married 1876" doesn't make her 5 when she > married! Nor does "died aft 1887" mean her last child, born > in 1887, was posthumous. Fixing that will eliminate 3 or 4 > pages of that 8page report, and if I had the REAL data, it'd > be in there. > > Geez-Louise. > > > > Cheryl > >
Another problem is that you have to put in at least one name. I don't know her name. I finally put in Mrs. /Jones/ because I knew she died before 28 Jan 1937, when her widower remarried, and I wanted to add the death date. Since the new wife belongs to the family I research, I think the program could have made the lady unknown, but with a death date. Lila ----- Original Message ----- From: "singhals" <[email protected]> To: <[email protected]> Sent: 30 December, 2007 9:25 AM Subject: [PAF-5] A much-needed improvement > Yeah, I know I _could_ switch to Legacy Family Tree, but I > have grown somewhat inured to PAF5's peculiarities and don't > actually need the stress of the blisters switching would cause. > > So, next time someone is futzing around with PAF5, could you > give some thought to the Possible Problms report? > > Could we specify WHICH problem we're looking for? And could > a sanity check on dates be run? I mean, 8 pages of Possible > Problems and the birthdate of 2869 didn't show up??? > > I don't actually need to know that the relatives in India, > all of whom are in my database with the umbrella caste name > rather than the myriad subcaste names, largely because we > don't know who uses which and when, all have the same last > name. Yeah, I know. And it's NOT A PROBLEM. > > Also NOT A PROBLEM is the great-uncle who died aged 105 or > the GGGGGF who was 113 when he died. I can prove the first > and legal documents certainly support the 2nd so quit > harping on it! > > And could you USE the Bef or AFT labels in the date field? > "born bef 1871 married 1876" doesn't make her 5 when she > married! Nor does "died aft 1887" mean her last child, born > in 1887, was posthumous. Fixing that will eliminate 3 or 4 > pages of that 8page report, and if I had the REAL data, it'd > be in there. > > Geez-Louise. > > > > Cheryl > > -- > There should be no attachments on this message, unless I > specifically mentioned them above. > > ------------------------------- > To unsubscribe from the list, please send an email to > [email protected] with the word 'unsubscribe' without the > quotes in the subject and the body of the message