Is there a way of saving a birthday/anniversary list after making one of selected individuals ??? Ray
Marg, I can't add much to what Kevin said but it doesn't hurt to defrag once in awhile, particularly if you are running low on disc space. Charles Gohlke
Is there a way to make the names print in bold type when printing a PEDIGREE TREE (with leaves)? Yvonne
No, not in Family Origins. But you will have the option to change the font, size and attribute in RootsMagic. Alfred D. Eller http://freepages.genealogy.rootsweb.com/~adelr/ ===================================== ----- Original Message ----- From: "Yvonne" <yvonne@monmouth.com> To: <FAMILY-ORIGINS-USERS-L@rootsweb.com> Sent: Sunday, January 12, 2003 2:02 PM Subject: [FO] PEDIGREE TREE > Is there a way to make the names print in bold type when printing a > PEDIGREE TREE (with leaves)? > Yvonne >
Yes, at the bottom of the the birthday/anniversary list dialog box there is a drop-down list of choices for what to do with the list. By default it says screen/printer. Click on the drop-down arrow to list other options. Thus instead of printing the information you also have the option to save the data to a text file (*.txt), wordprocessing file (rich text file *.rtf) or to an acrobat reader *pdf file. Any word processing program such as WordPerfect or Word will open the *.rtf file or *.txt files. Use Acrobat Reader to open the *pdf file. Allan Plucinik Colorado Springs, CO Raymond Cartier wrote: > Is there a way of saving a birthday/anniversary list after making one of selected individuals ??? > Ray
Charles, Although I don't know the exact technical reason why FO database files have different dates, I do know that this is perfectly normal. For example, my set of FO files range in date anywhere from 3/2/02 to today's date. I'm sure only certain files in the entire set of files get updated when only certain things are done in the database. For example, I suppose that one of the database files might not get updated unless you add a new fact type. If you haven't added a new fact type in the past year then that file might have a date 1 year older than other files. I don't have any information that defines the exact purpose or content of each type of datafile in an FO database. But I think your strategy of looking at the date or timestamp of FO datafiles as a way of remembering what you were last working on the last time you were in Family Origins isn't going to be very practical. Even if you know the exact technical reason for each datafile's existence there are probably several different actions you might have performed that caused that datafile to be updated and thus a new date stamp. In other words you are not going to for being able to pinpoint what you last did in the database based on the date and timestamp of a datafile. As far as I know, none of the datafiles in the database set serve as a log of user activity in the database. So, I think it would be more practical for you to simply take brief notes for each database session summarizing what you did that session; a diary so to speak. A log file that records your activities in the database would be a nice enhancement to FO or RootsMagic. Maybe Rootsmagic will do this, I don't know. Allan Plucinik Colorado Springs, CO Charles Gohlke wrote: > Kevin, > > I appreciate your explanation of the FO file extensions and am wondering > if you could carry it one step further. I'm referring to the letters of > the alphabet in the name. The 35 files in any database consist of: > > name .FOW > nameC.CDX,DBF,FPT > nameD.CDX,DBF,FPT > nameE.CDX,DBF,FPT > nameI.CDX,DBF,FPT > nameK.CDX,DBF > nameL.CDX,DBF > nameM.CDX,DBF,FPT > nameP.CDX,DBF,FPT > nameR.CDX,DBF > nameS.CDX,DBF,FPT > nameT.CDX,DBF > nameX.CDX,DBF > nameY.CDX,DBF,FPT > > After I've been working on a database for awhile (for a number of > sessions spread over weeks), I have a lot of files with different dates. > For instance, the three "C" files may have different dates than the three > "D" files. Or, the C.CDX and C.DBF files may be newer than the C.FPT > file. Many of the file dates remain unchanged from session to session. > The net result of all this is that the file dates are spread all over > the map with some more than a year apart. > > I suppose this falls under the category of WHO CARES? but I'd like to be > able to look at the list, pick the name (alphabet letter) with the latest > date and be able to say to myself "Oh yeah, now I remember. I was working > on the source list, merging individuals, editing notes or whatever." > > Can you, or anyone, shed any light on this subject? Maybe Bruce can tell > us. > > Charles Gohlke > > ==== FAMILY-ORIGINS-USERS Mailing List ==== > PLEASE remove as much of the Original Message as possible when replying to a List Posting. Include only that part of the original message important to your reply.
If you want Royalty - if you REALLY want Royalty and not have to worry about copyright infringement -- go to http://dmoz.org/Society/Genealogy/Royalty/ Good Hunting! -- Paul aka Graveseeker on Geocaching.com where YOU are the search engine. ----- Original Message ----- From: "MScheffler" <mscheffl@twcny.rr.com> To: <FAMILY-ORIGINS-USERS-L@rootsweb.com> Sent: Sunday, January 12, 2003 11:23 AM Subject: [FO] royalty database > The Royalty database came from the deluxe version of > version 6 I believe. I don't know if at this point in time > there is any problem sharing it or if is till licensed. If > someone at one point owned version 6 deluxe or some other > version that included it, then they would be entitled to > load it on their computer along with FO.
The Royalty database came from the deluxe version of version 6 I believe. I don't know if at this point in time there is any problem sharing it or if is till licensed. If someone at one point owned version 6 deluxe or some other version that included it, then they would be entitled to load it on their computer along with FO. Perhaps someone can enlighten the list if it is appropriate at this time to share a family 10 backup or a gedcom of this Royalty database. I'm sure several of us have this on our home computers and could email on a backup copy, but we need some clarification as to whether we should be sharing it with those who did not purchase it along with FO. Margaret Scheffler ----- Original Message ----- From: "georgia draves" <robinhd@shawneelink.net> To: <FAMILY-ORIGINS-USERS-L@rootsweb.com> Sent: Sunday, January 12, 2003 8:38 AM Subject: [FO] royalty database > Hello, > If anyone has the Royalty Database, could I please have a gedcom also? Thank you. > Georgia Draves > <robinhd@shawneelink.net> > > > ==== FAMILY-ORIGINS-USERS Mailing List ==== > FAMILY ORIGINS - Ordering, UPDATES, books, FAQ, FREE DEMO, Newsletter, etc. http://formalsoft.com For the 8.03 and 9.02 PATCHES and what they fix, go to: http://formalsoft.com/files.htm > >
You can highlight the file and open it with word pad and figure out for yourself what it is for, or what is stored in it. Just do not save it when you are through looking or you will render your database inoperable. You can VIEW the DBF files with MS Excel, but again, DO NOT SAVE from there. Alfred D. Eller Family-Origins-Users-admin@RootsWeb.com FOW fact diagnostic tool, using Excel Spreadsheet http://freepages.computers.rootsweb.com/~adelr/FOFacts.htm --------------------------------------------------------------- ----- Original Message ----- From: "Charles Gohlke" <c.gohlke@postoffice.worldnet.att.net> To: <FAMILY-ORIGINS-USERS-L@rootsweb.com> Sent: Sunday, January 12, 2003 11:44 AM Subject: [FO] File names, extensions & dates > Kevin, > > I appreciate your explanation of the FO file extensions and am wondering > if you could carry it one step further. I'm referring to the letters of > the alphabet in the name. The 35 files in any database consist of: > > name .FOW > nameC.CDX,DBF,FPT > nameD.CDX,DBF,FPT > nameE.CDX,DBF,FPT > nameI.CDX,DBF,FPT > nameK.CDX,DBF > nameL.CDX,DBF > nameM.CDX,DBF,FPT > nameP.CDX,DBF,FPT > nameR.CDX,DBF > nameS.CDX,DBF,FPT > nameT.CDX,DBF > nameX.CDX,DBF > nameY.CDX,DBF,FPT > > After I've been working on a database for awhile (for a number of > sessions spread over weeks), I have a lot of files with different dates. > For instance, the three "C" files may have different dates than the three > "D" files. Or, the C.CDX and C.DBF files may be newer than the C.FPT > file. Many of the file dates remain unchanged from session to session. > The net result of all this is that the file dates are spread all over > the map with some more than a year apart. > > I suppose this falls under the category of WHO CARES? but I'd like to be > able to look at the list, pick the name (alphabet letter) with the latest > date and be able to say to myself "Oh yeah, now I remember. I was working > on the source list, merging individuals, editing notes or whatever." > > Can you, or anyone, shed any light on this subject? Maybe Bruce can tell > us. > > Charles Gohlke
Hi. I am really new at this but if anyone has the Royality gedcom database, could I please get a copy. Thank you Sue Blanchard susanbla@msn.com ----- Original Message ----- From: "georgia draves" <robinhd@shawneelink.net> To: <FAMILY-ORIGINS-USERS-L@rootsweb.com> Sent: Sunday, January 12, 2003 8:38 AM Subject: [FO] royalty database > Hello, > If anyone has the Royalty Database, could I please have a gedcom also? Thank you. > Georgia Draves > <robinhd@shawneelink.net> > > > ==== FAMILY-ORIGINS-USERS Mailing List ==== > FAMILY ORIGINS - Ordering, UPDATES, books, FAQ, FREE DEMO, Newsletter, etc. http://formalsoft.com For the 8.03 and 9.02 PATCHES and what they fix, go to: http://formalsoft.com/files.htm >
You could try these sites for royal genealogy: http://www.dcs.hull.ac.uk/public/genealogy/gedcom.html http://ftp.cac.psu.edu/~saw/royal/royalgen.html georgia draves wrote: > > Hello, > If anyone has the Royalty Database, could I please have a gedcom also? Thank you. > Georgia Draves > <robinhd@shawneelink.net> > > ==== FAMILY-ORIGINS-USERS Mailing List ==== > FAMILY ORIGINS - Ordering, UPDATES, books, FAQ, FREE DEMO, Newsletter, etc. http://formalsoft.com For the 8.03 and 9.02 PATCHES and what they fix, go to: http://formalsoft.com/files.htm -- Wild Bill, North Pole, Alaska If at first you don't succeed, skydiving is not for you. http://worldconnect.genealogy.rootsweb.com/cgi-bin/igm.cgi?db=wildbill
Hello, If anyone has the Royalty Database, could I please have a gedcom also? Thank you. Georgia Draves <robinhd@shawneelink.net>
----- Original Message ----- From: "Margaret McEuen" <MargMcEuen@prodigy.net> To: <FAMILY-ORIGINS-USERS-L@rootsweb.com> Sent: Saturday, January 11, 2003 10:38 PM Subject: [FO] File extensions & sudden gigantic files > Hello everyone, > I just recently rejoined the list for FO and hope someone can help. > > I have had FO for many versions and now have FO 10. I have never had a > really big problem until now. I have had some files expand greatly when > I have been using the drag & drop feature between databases. > > In Nov. the back-up for my main file was 8,214 KB. Last week the same > back-up was 29,434 KB and I hadn't added that much! All of a sudden FO > is taking up most of the space on my disc partition of 1123MG. > > What does the .FPT extension mean? I think .CDX is index files and .DBF > is database files, but neither my husband, who is a programmer or I, who > am not, can figure out .FPT in this case.. The .FPT file has gone up to > 1,739,054 KB and all I have done is add a few names and drag & drop 5-8 > other names. The drag & drops now take forever too. At least 15 min. > for a few names that are copied. I only have it merge a person and copy > their descendants. I am sure to only mark those certain people to copy, > and no others. The copy box shows the correct number, but takes forever > to put them into the other file. > > When I checked the main file for record #s, it has 5994 ind., 2535 > families, 10663 events, 745 sources, 9860 citations, 2062 places, 70 > repositories, 72 to do, 24 addresses AND 3,562,711 multimedia ITEMS!! I > only have 132 pictures in various scrapbooks, not over a million items!!! > > I hope some of you can give me some ideas on what to do about this wild > expansion of FO and what might be causing it. It seems to have gone > berserk. > > Thanks for any help with this problem. > > Marg McEuen > NOTE: I am not a programmer, but my "general" understanding of those file extensions would be as follows: .DBF is the table file structure [stores data that *defines* the file's records consisting of different "fields" and their "sizes" (eg. SURNAME - "type" text - 32 characters maximum "size") -and- contains the contents of *most* of those "fields" of data] .FPT is the table memo file structure [stores "blocks" of data (that exceed a field's defined size), pointers to their location, -and- pointers to the next available "free" space (eg. General, Family & Individual NOTES - "type" text - "blocks" of 2048 characters maximum "size")] .CDX is the compound index for one (or both) of those structures that keeps "track of" (via pointers) each "field" (by name) -and- the actual "contents" of each field. When an operation to sort or gather, etc. is initiated by you, the user, rather than have to move the data, itself, all around (and take much longer)... these pointers are simply rearranged for "sorts" or referenced for "gathers", etc. .FOW is the control file for each FO database that handles the "housekeeping" for sake of a better term. Now, as to your problem. It would seem that you and your husband have done a good "detective's job" in spotting the anomalies. I can tell you , from personal experience, that I once had a "similar" problem. Here's the "scenario" that happened in my case: I wanted to "experiment" with one of my databases, so I quickly copied the 35 files that make up the database to a safe, temporary folder (I had already backed up my database before this). Then I "experimented" and when finished... I dragged & dropped the "originals" from the safe, temporary folder back to overwrite all their counterparts (or so I thought). But, what I had inadvertently done is "missed" one (when highlighting the "safe" files) and consequently not all 35 "original" files made their way back. This left a file from my experiment (probably a .CDX file) that had different pointers than should be. My database opened fine and I "unknowingly" packed my database, then backed up again to my alternate place upon exit. The next program that I went to run, immediately caused Windows to pop up a warning that I was getting "low on disk space" and like you, I discovered a huge change in file size for one of my .FPT files. Fortunately for me, I keep several iterations of backups and was able to restore my most recent with no loss of data. What I believe has happened is that the internal pointers between the records and the memo file have become corrupted. If one of these pointers *does* get corrupted, it usually points to a place *beyond* the "actual" end of your memo file and a subsequent "Pack Database" command causes your .FPT file to "grow" in size (although no additional data has been added). If this is the case, I don't *believe* it is "easy" to fix the existing files. If you do have recent backups, that is the way to go (just let the restore "overwrite" the questionable files. But, since you do not mention any FO errors and are inquiring to the list, it may be that you cannot do that without losing much work? Also, your mention of the *extraordinary* difference in Multimedia items counted, should warrant your looking at the Multimedia List under Reports--> Lists for anything unusual. The most likely alternative is to export a GEDCOM, then create a new database and import that same GEDCOM. Compare the file sizes after this operation and perhaps all will be "well and good" except for the loss of custom fact "sentence wording". Others on this list are more knowledgeable and can suggest other possible solutions. Email the list with any developments or further determinations and this list will rise up to attempt to help, of that I am sure! -=Kevin Benson=-
Hello everyone, I just recently rejoined the list for FO and hope someone can help. I have had FO for many versions and now have FO 10. I have never had a really big problem until now. I have had some files expand greatly when I have been using the drag & drop feature between databases. In Nov. the back-up for my main file was 8,214 KB. Last week the same back-up was 29,434 KB and I hadn't added that much! All of a sudden FO is taking up most of the space on my disc partition of 1123MG. What does the .FPT extension mean? I think .CDX is index files and .DBF is database files, but neither my husband, who is a programmer or I, who am not, can figure out .FPT in this case.. The .FPT file has gone up to 1,739,054 KB and all I have done is add a few names and drag & drop 5-8 other names. The drag & drops now take forever too. At least 15 min. for a few names that are copied. I only have it merge a person and copy their descendants. I am sure to only mark those certain people to copy, and no others. The copy box shows the correct number, but takes forever to put them into the other file. When I checked the main file for record #s, it has 5994 ind., 2535 families, 10663 events, 745 sources, 9860 citations, 2062 places, 70 repositories, 72 to do, 24 addresses AND 3,562,711 multimedia ITEMS!! I only have 132 pictures in various scrapbooks, not over a million items!!! I hope some of you can give me some ideas on what to do about this wild expansion of FO and what might be causing it. It seems to have gone berserk. Thanks for any help with this problem. Marg McEuen
My mother is still collecting SS on my father's number. To the best of my knowledge her own number is not being used at all. Our son is disabled and is collecting on his own number but is eligible to collect on his father's, as he was under 22 when he became disabled. He has chosen to make do with the $60 less per month. FYI: Back in the "old days" SS benefits were paid on minor children and also for college students. I was helped through college by SS until I turned 22, the limiting age, as were my sister and brother. My dad died in 1967, Mom got a SS check for all of us (herself and 3 children) Benefits stopped for her when my brother turned 18, but he still got them until he dropped out of college. Kathy
My mother collected my father's social security after his death, but it was with his SS# followed by the letter D (for dead). She still retained and used her own social security number. Dixie ----- Original Message ----- <snip> I believe my mother collected my father's amount after he passed but it was under her SS No. Sally
To all of the folks who responded to my request for the Royalty GEDCOM that Bruce included with FO 6(?) Deluxe, I thank you for sending it but please stop. I now have three of them and offers for a few more. I appreciate all of the responses, but there is no need to respond further. I thank you all for your kindness. David E. Cann decann@infi.net
BUT, I think if there was a minor child surviving, the child might collect on his deceased father's account and the documentation might be under the deceased father's SSN. Anyone know for sure? It's been too long since my oldest son collected when his father died, and he only collected for about six months until he graduated from high school and enlisted in the Army. ----- Original Message ----- From: "Sally Thoreson" <pegrags@kc.rr.com> To: <FAMILY-ORIGINS-USERS-L@rootsweb.com> Sent: Saturday, January 11, 2003 12:53 PM Subject: Re: [FO] SSN fact not showing in reports > Sent: Friday, January 10, 2003 10:54 PM > > > Is there a spouse issue here? > > > > For example can't the wife collect on her dead husband's SSN after his > > death? > > > > \s\Rick > > I believe my mother collected my father's amount after he passed but it was > under her SS No. Sally > > > > > > > ==== FAMILY-ORIGINS-USERS Mailing List ==== > My very basic Windows beginners help: http://freepages.computers.rootsweb.com/~adelr/index.htm > basic HTML: http://freepages.computers.rootsweb.com/~pasher/ > >
Reports, Lists..., Fact Usage list, Census will give several options. FL Rose ----- Original Message ----- From: "Arlene" <aparnes@earthlink.net> To: <FAMILY-ORIGINS-USERS-L@rootsweb.com> Sent: Saturday, January 11, 2003 2:18 PM Subject: [FO] Report > How would I go about finding those for whom I have census info, including > *which* census? I don't need the actual census information, just so I can > find all those in my database that I have been able to find. > > Hope this is clear. > > Many thanks for a simple <g> way in which to go about this... > Arlene
How would I go about finding those for whom I have census info, including *which* census? I don't need the actual census information, just so I can find all those in my database that I have been able to find. Hope this is clear. Many thanks for a simple <g> way in which to go about this... Arlene