home *** CD-ROM | disk | FTP | other *** search
/ Share Gallery 1 / share_gal_1.zip / share_gal_1 / GE / GE003C.ZIP / APENDIXF.DOC < prev    next >
Text File  |  1990-07-08  |  15KB  |  245 lines

  1.  
  2.  
  3.  
  4.       Appendix F. Responses to Questions
  5.  
  6.       Among the many questions and requests regarding the Family History 
  7.       System, there are some that have been repeated often enough that they 
  8.       seem to indicate a general interest, or state of confusion, regarding 
  9.       the item.  In this appendix, I will present some of those queries, 
  10.       along with my usual response.  
  11.  
  12.       1. Can I use my own scheme for ID numbers?
  13.          A. Probably not. The FHS Name record ID numbers are simply a 
  14.             convenient means for uniquely identifying each record.  You 
  15.             should not try to attach any special meaning to them by entering 
  16.             name records in an order that would cause the ID numbers to have 
  17.             some "relational" significance.  The program automatically 
  18.             generates relationship identifiers that conform to the most 
  19.             commonly used schemes, including lineage or "ahnentafel" numbers 
  20.             for ancestors and "bloodlines" for descendants (which are 
  21.             essentially the same as the "Henry" system for denoting 
  22.             descendants) so there is really no need to make the ID numbers 
  23.             serve that purpose.  
  24.          
  25.       2. How do you delete duplicate or unwanted name records?
  26.          A. There is no direct means for deleting name records.  At first, 
  27.             I left the option out because I didn't think there would be much 
  28.             need for it, but as the file update program grew, there just 
  29.             wasn't room to add instructions for deleting a name record along 
  30.             with all the "subordinate" information that may be associated 
  31.             with it.  I usually tell someone who has a record that they wish 
  32.             to delete to manually delete all associated records (marriages, 
  33.             addresses, comments, etc.), dis-associate any children (by 
  34.             setting the parent ID to 0), and "space out" the remaining 
  35.             information in the Name record.  The record may then be used to 
  36.             "add" the next new name to your family file.  If there are 
  37.             several name records to be "deleted" and you don't have any new 
  38.             names to add, you may want to change the Surname of these 
  39.             records to something like: (UNUSED).  You can then Search for 
  40.             them the next time you have new names to add.  If you accumulate 
  41.             a large number of (UNUSED) records, you may effectively remove 
  42.             them by EXPORTing all except the (UNUSED) records and IMPORTing 
  43.             them back into an empty family file.  The Search/Select/LIST 
  44.             option of the extended system allows you to search for records 
  45.             with surname "#UNUSED" (which is read: "Not Equal to UNUSED") so 
  46.             that it is easy to select the desired records for exporting.  It 
  47.             is also best to use the "older format" GEDCOM program in the 
  48.             extended system for doing the transfer because it will process 
  49.             all types of information that are allowed in a FHS family file.
  50.  
  51.       3. Should I create separate family files for each of my parents and my 
  52.          spouse's parents?  How can I print reports from several files?
  53.          A. Each FHS report can only have information from a single family 
  54.             file.  Therefore I always recommend that all information for 
  55.             individuals who are linked in any way, whether by marriage or 
  56.             family relationship, be kept in a single family file.  The only 
  57.             exception would be if the file were so large that it exceeded 
  58.             the maximum size allowed for the disks you are using (currently 
  59.  
  60.  
  61.                                      78
  62.  
  63.  
  64.  
  65.             3600 name records for 360k diskettes, 7200 records for 720k 
  66.             diskettes and 9999 records for high density diskettes or a hard 
  67.             disk).  When you reach that point, it is possible to subdivide a 
  68.             family file, along family lines, into two or more separate 
  69.             files.  (The Search/Select/LIST option and Export/Import option 
  70.             of the extended system are best suited for doing this.)  If the 
  71.             subdivision is done carefully, you may be able to make each 
  72.             family file correspond to different "chapters" of a family 
  73.             history so that you may not need to be so concerned about being 
  74.             able to include information from multiple files in a single 
  75.             report.
  76.  
  77.       4. I only have about 2500 names in my family file but my data diskette 
  78.          is almost full!
  79.          A. Name records are each 100 characters so it is possible to have 
  80.             up to 3600 name records on a 360k diskette.  However, birth & 
  81.             death place records, marriage records, and comment lines each 
  82.             require a 50 character record in the ".OTH" dataset, and each 
  83.             address places a 108 character record in the ".ADR" dataset.  
  84.             Therefore, if you keep all of your datasets on a single 
  85.             diskette, you will not be able to get the maximum number of name 
  86.             records into your family file.  
  87.  
  88.             If you have two diskette drives, you can ease the situation some 
  89.             by "splitting" your family file datasets between two data 
  90.             diskettes.  For instance, you may place the ".NAM" dataset on a 
  91.             diskette which you will keep in the "B" drive and place the 
  92.             ".ADR" and ".OTH" datasets on a second diskette which will share 
  93.             time in the "A" drive with the program diskette.  The program 
  94.             diskette is required only when you are starting the system and 
  95.             when you are going back and forth between the Main Menu and the 
  96.             option processing programs.  At all other times, you may remove 
  97.             it and replace it by a data diskette.  If you do this, then you 
  98.             should always wait until you are prompted to replace the program 
  99.             diskette when you are returning to the Main Menu.  This assures 
  100.             that your family file is properly "closed" and all updates 
  101.             written before you remove the data diskette.
  102.  
  103.             By following this procedure of employing two diskettes for your 
  104.             family file, you should be able to approach the maximum number 
  105.             of name records for your family file on the size diskettes that 
  106.             you are using.
  107.  
  108.       5. Can an address be automatically attached to more than one name?
  109.          A. The only way of associating a single address record with more 
  110.             than one name is by placing the address under a marriage record.  
  111.             Such addresses are treated as a "residence" of each spouse and 
  112.             will appear as a residence in the family group report for either 
  113.             spouse.  Some persons have asked about having a parent's address 
  114.             associated with the children and I have given some thought to it 
  115.             but I don't have any plans for doing that in the near future.
  116.  
  117.       6. Can the addresses and phone numbers be made more flexible?
  118.          A. The inflexible address and phone number format is undoubtedly 
  119.             the most commonly expressed lament of users outside the U.S.  I 
  120.  
  121.  
  122.                                      79
  123.  
  124.  
  125.  
  126.             hadn't anticipated the amount of interest in these programs that 
  127.             would come from other countries (currently about 30-40% of all 
  128.             registrations come from outside the U.S.) or I would have given 
  129.             more thought to this aspect of the file design.  I do intend to 
  130.             make changes in this area but it will probably be part of a 
  131.             general redesign of the FHS family file format.  That is a 
  132.             process that I expect will take at least 2 years to complete.  
  133.  
  134.       7. What about Baptismal and Burial information?
  135.          A. I originally intended to make Baptismal information part of a 
  136.             separate "Religious information" record, and provided a separate 
  137.             "pointer" field to support it, but could never decide just what 
  138.             other information should go into that record.  Eventually there 
  139.             just wasn't enough room left in the file update program to 
  140.             implement another record format.  When I do get around to 
  141.             "reworking" the FHS file design (see the "Answer" to the 
  142.             previous question), baptismal and burial information will be 
  143.             given special consideration.  In the meantime, the name record 
  144.             comment area is the place to put those details.  In the new 
  145.             "free form" reports these comments appear as a more "natural" 
  146.             extension of the name record so that the baptismal and burial 
  147.             information "almost look like" they are part of the file design.  
  148.  
  149.       8. Can I incorporate "note files", created by my word processor, into 
  150.          FHS reports?
  151.          A. No.  Only information from your FHS family file, or generated by 
  152.             the programs (such as lineage numbers and "bloodlines") can 
  153.             appear in the FHS reports.  
  154.  
  155.       9. The Comment area is too limited!
  156.          A. It is true that the routine for entering comments is rather 
  157.             "primitive" and the area for entering comments appears rather 
  158.             small, but it is possible to include rather extensive notes with 
  159.             this facility.  Some persons have the impression that only 9 
  160.             short lines of comments can be entered, however when the comment 
  161.             viewing area is "full", you can press the PGDN key to continue 
  162.             entering additional remarks.  The "theoretical limit" for these 
  163.             notes is about 32000 of those 38 character lines.  That would be 
  164.             roughly 200,000 words.  The "practical limit" is much less than 
  165.             that, although it still allows for fairly extensive notes.  
  166.             Each comment line is held in a single record of the ".OTH" 
  167.             dataset of your family file and the ".OTH" dataset can have up 
  168.             to 32000 records.  But that dataset also holds Marriage records, 
  169.             Birth/Death and Marriage Places, Education, Medical, Military 
  170.             and Occupation information, and these also contribute to that 
  171.             maximum of 32000 records.  I've yet to come across anyone who is 
  172.             nearing this limit, although several persons have mentioned 
  173.             approaching the 9999 name record limit. 
  174.  
  175.       10.Is it possible to increase the Name limit beyond 9999?
  176.          A. When I originally began working on these programs, I thought 
  177.             that the 9999 name record limit would not be much of a problem.  
  178.             In fact, I still believe that it will prove sufficient for a 
  179.             very large majority of FHS users.  In recent months I have had 
  180.             several people express concern about reaching it though, 
  181.  
  182.  
  183.                                      80
  184.  
  185.  
  186.  
  187.             including one person in England who was using the programs for 
  188.             maintaining a file of pedigrees for dogs.  Actually, the design 
  189.             of the name file allows for up to 32000 records.  The number 
  190.             9999 comes from allowing only 4 digits for ID numbers in the 
  191.             screen displays and on reports.  Extending the limit to 32000 is 
  192.             not quite as simple as increasing the number of digits for ID 
  193.             numbers however.  Some of the system's routines for building 
  194.             relationship tables take advantage of the fact that no ID number 
  195.             can be bigger than 16000...those routines would have to be 
  196.             carefully evaluated and probably rewritten.  Another consider-
  197.             ation is the limited size of the ".OTH" file, mentioned in the 
  198.             response to the previous question.  Increasing the maximum size 
  199.             of the Name file without a corresponding increase in size of the 
  200.             ".OTH" file would likely lead to another set of problems.  The 
  201.             "long term solution" would be to make an increase in these 
  202.             limits part of the general file redesign mentioned previously.  
  203.             I'm not sure right now whether there will be any other "interim" 
  204.             solution.
  205.  
  206.       11.Are there versions of the Family History System for other types of 
  207.          equipment (besides those compatible with the IBM family of PC's)?
  208.          A. No, and I don't expect that I will ever have time to work on 
  209.             versions for any other equipment.  There are some ways of making 
  210.             programs written for the MSDOS world run on other machines.  I 
  211.             have heard of users who have run the programs using "emulator" 
  212.             software (and/or hardware) for the Atari, and there may be such 
  213.             "setups" for the Apple or Amiga as well.  There is usually a 
  214.             "performance penalty" to be paid though.  It is almost always 
  215.             best to have software that is designed for the equipment on 
  216.             which it is being run.  With the growing number of genealogy 
  217.             programs supporting the GEDCOM format for data sharing, it is 
  218.             likely that one can be found for those other environments as 
  219.             well.  In that case, you can at least be "data conversant" with 
  220.             your friends who are using other equipment, even though you may 
  221.             not be using the same software.
  222.  
  223.       12.Are there versions of Family History System for other languages?
  224.          A. Actually, I have received copies of the system that have been 
  225.             modified to provide screen displays and/or reports in German and 
  226.             Dutch and have heard of similar modifications in Swedish.  None 
  227.             of these are supported by me though, and you may not receive 
  228.             the system extensions in these other languages.  In recognition 
  229.             of the interest in these programs in countries where English (or 
  230.             "American") is not the native language, I do have plans for 
  231.             enhancements that would at least provide for customizing reports 
  232.             so that the report headings and field labels could be easily 
  233.             tailored for different languages.  This will be my primary goal 
  234.             for the next FHS update.  If all goes well (and it seldom does) 
  235.             this should be ready late in 1990 or early 1991.  When I do get 
  236.             around to redesigning the FHS file format, it will likely be 
  237.             part of an extensive rewrite of the entire system.  At that time 
  238.             I will give consideration to making the screen displays 
  239.             "customizable" as well so that it may be possible to provide 
  240.             both programs and reports (though not documentation) in "multi-
  241.             lingual" versions.
  242.  
  243.  
  244.                                      81
  245.