Ira I agree with the approach you have taken on this issue. John L Smith Canberra ACT Australia johnsmith@interact.net.au -----Original Message----- From: Ira J. Lund [SMTP:ira.lund@cf-software.com] Sent: Friday, 2 January 1998 5:43 To: CFT-WIN-L@rootsweb.com Subject: Re: RESIdence tag Okay, perhaps you are right. Actually, the way I look at GEDCOM is that it is a transfer media and should not constrict my program. This is the case of a RESI or ADDR tag allowing for individual AND family events. Ira ---------------------------------------------------------- Ira J. Lund Cumberland Family Software, Clarksville, Tennessee, USA E-mail: ira.lund@cf-software.com http://www.cf-software.com

>An excellent solution to the problem. The only question now is, when? Well... as I had previously said things have slowed down - although I have been able to do some work on Ver 3 during the holidays. I do expect Ver 3 to take a year in development, but I may post a very preliminary version in a couple of months - depending on my time. By prelimary I mean it will only be a taste. I have though to post something that may contain data entry stuff only (I haven't even started on reports, indexed book, Tools and stuff like that.) If I can get the entry stuff to a reasonable bug free point then I may load it on my site for preliminary comments, etc. Ira ---------------------------------------------------------- Ira J. Lund Cumberland Family Software, Clarksville, Tennessee, USA E-mail: ira.lund@cf-software.com http://www.cf-software.com

We enjoy your news letter very much. We where pleased to see the entry for some one looking for iformation on the Fortune family. We are doing a family tree on fathers side of the Fortune Family. When we tried to E-MAIL THIS PERSON IT CAME BACK AS NOT ABLE TO DELIVERY IT. The E-MAIL ADDRESS was jodi6@ix.n=tco. If this person see this please send me a E-MAIL. My E-MAIL ADDRESS IS JF12039@prodigy.net My Fathers name was Harley Chester or Chester Harley Fortune. He was born in Coshocton Ohio March 5 1883. THANKS!

Dear CFTW-ers, Thanks to all of you who responded generously with advice. One (non-CFTW) correspondent introduced me to a wonderful site for interactive color scheme testing and I'll share it with all: http://www.sci.kun.nl/thalia/guide/color Jon

Having downloaded the Cumberland Family Tree from CompuServe, I persuaded my family to give me the latest disk version namely 2.23 for Windows. On upgrading the original file I find that hundreds of event files have had notes appended such as (Date given in record as 1868 AD.) or (Date given in record as 11th June 1932 AD.) These are inevitable printed in the reports and add unnecessary duplicated information. Is there any way I can delete these added event notes or do I have to check all 637 IRN's and delete them manually? Hope someone can help Thanks - Adrian Arnold a.arnold@dial.pipex.com

Ira and All I agree with Ira, I have tried many Genealogy programs and found that Cumberland Family Tree is the best one for me, I don't think that GEDCOM should cause limitations otherwise every program would be the same. Ian Marson ian@marson.force9.co.uk http://www.marson.force9.co.uk/home.html -----Original Message----- From: Ira J. Lund <ira.lund@cf-software.com> To: CFT-WIN-L@rootsweb.com <CFT-WIN-L@rootsweb.com> Date: 02 January 1998 15:45 Subject: Re: RESIdence tag >>>Except, that I believe I have a conflict with the GEDCOM standard here. In >>>the GEDCOM standard I believe that a RESI tag requires ADDR fields (and >>>maybe CITY, STATE, ZIP - an address structure), rather than a PLACE field >>>which my program will generate. >> >>I can not see any problem or conflict here. >>The RESI tag does -NOT- require an ADDR field. >> >>The Gedcom 5.5 standard only ask that the RESI tag >>is followed by an <Event_Detail>. >>An <Event_Detail> can include a >><Place_Structure> as well as an <Address_Structure>. >> >>The only problem is the one I formerly mentioned: >>The RESI tag is only described as an Individual structure >>-NOT- as a Family Structure, which to me is a natural choice. > >Okay, perhaps you are right. Actually, the way I look at GEDCOM is that it >is a transfer media and should not constrict my program. If I program >something that GEDCOM can't handle then I feel that's GEDCOM's problem and >that I should not limit my program to meet only items that can be >transfered via GEDCOM. So I don't actually place that much importance on >GEDCOM. I program CFT-Win the way I feel it should be - then (after the >fact) try to fit it to GEDCOM for transfering of data. This is the case of >a RESI or ADDR tag allowing for individual AND family events. > >Ira > >---------------------------------------------------------- > Ira J. Lund > Cumberland Family Software, Clarksville, Tennessee, USA > E-mail: ira.lund@cf-software.com > http://www.cf-software.com >

Yes, Ira, good you do so. THAT'S the way to inovate and that's why your programm is so very fine and rich. (Perhaps new gedcom versions should try to meet more of the very good gen-programms - especially of the best: CFT.) Very happy, healthy and creative New Year to all! th. Ira J. Lund wrote: > .... Actually, the way I look at GEDCOM is that it > is a transfer media and should not constrict my program. If I program > something that GEDCOM can't handle then I feel that's GEDCOM's problem and > that I should not limit my program to meet only items that can be > transfered via GEDCOM. So I don't actually place that much importance on > GEDCOM. I program CFT-Win the way I feel it should be - then (after the > fact) try to fit it to GEDCOM for transfering of data. This is the case of > a RESI or ADDR tag allowing for individual AND family events.

I fully agree with this philosophy! Kind regards, Jens Brammer, Holte, Denmark > Actually, the way I look at GEDCOM is that it > is a transfer media and should not constrict my program. If I program > something that GEDCOM can't handle then I feel that's GEDCOM's problem and > that I should not limit my program to meet only items that can be > transfered via GEDCOM. > > Ira

From: Ira J. Lund <ira.lund@cf-software.com> Date: Saturday, 3 January 1998 0:22 >An index is created for ALL surnames and the given name of each person in >the database. The New NameSearch allows you to select search by: Normal >Surname, Multiple Surname, and Given Name - or ALL. Thus a person such as .. An excellent solution to the problem. The only question now is, when? Ian Fettes Brisbane, Queensland, Australia Reply to: fettesi@st.net.au

I program CFT-Win the way I feel it should be - then (after the > fact) try to fit it to GEDCOM for transfering of data. > > Ira > Ira, I agree with your philosophy completely, otherwise we would all be essentially the same program. However, It seems to me that certain tags, such as RESI should have "from" and "to" dates rather than just one date. I realize you can specify this in the "misc" data. Other examples might be MILI and EDUC Keep up the good work. Dan Hoadley

>However - I often want the option to very quickly search a person by >given name. I have been listening to these types of requests and my plans for CFT-Win are this: An index is created for ALL surnames and the given name of each person in the database. The New NameSearch allows you to select search by: Normal Surname, Multiple Surname, and Given Name - or ALL. Thus a person such as .. Ingeborg /Olsdotter/ Brandal ... perhaps should be entered as... Ingeborg /Olsdotter Brandal/ ...then the names get indexed as: Normal: Olsdotter Brandal, Ingeborg MultiSurname: Brandal, Olsdotter, Ingeborg Given: Ingebord Olsdotter Brandal So now if we include both the patronymic AND the farm name as a surname (for Scandanavian Genealogy) then we can search on patronymic, farm name and given - or even all three at once. Ira ---------------------------------------------------------- Ira J. Lund Cumberland Family Software, Clarksville, Tennessee, USA E-mail: ira.lund@cf-software.com http://www.cf-software.com

Ira and All, From: Sigurd Eliassen <sigurde@spjelkavik.vgs.no> Date: Thursday, 1 January 1998 23:44 >If it was possible to do a quick search by given name, as quick as >pressing N for the Surname list, I could just enter Ola and look if I >can find any Ola living at Brandal in the actual period of time - and >link him to his daughter. I would add my support to this proposal also. My database of also 12,000+ people is heavily weighted in the medieval era, such that I have 65% of people without surnames. Many of the surnames given in "source" information are not true surnames, and get picked up incorrectly. In other cases, there are also several "optional" names by which the person may have been known. In all these cases, the First or Given name provides the only reliable method of checking for the existence of a simllar or of a duplicate instance of the person. Regards, Ian Fettes Brisbane, Queensland, Australia Reply to: fettesi@st.net.au

>For surnames with more than one part (/de Charette de la Contrie/) only >the last part (/Contrie/) is given when I add a child to an individual. >The 'European sorting name' flag hasn't effect. You might verify that the entire surname is enclosed in the slash marks, ie: /de Charette de la Contrie/ This is what you show, but you might edit the father and make sure it is not just around the last word. I can check into this also to make sure htis is not a bug, but I suspect that only the last word has // around it. Ira ---------------------------------------------------------- Ira J. Lund Cumberland Family Software, Clarksville, Tennessee, USA E-mail: ira.lund@cf-software.com http://www.cf-software.com

>>Except, that I believe I have a conflict with the GEDCOM standard here. In >>the GEDCOM standard I believe that a RESI tag requires ADDR fields (and >>maybe CITY, STATE, ZIP - an address structure), rather than a PLACE field >>which my program will generate. > >I can not see any problem or conflict here. >The RESI tag does -NOT- require an ADDR field. > >The Gedcom 5.5 standard only ask that the RESI tag >is followed by an <Event_Detail>. >An <Event_Detail> can include a ><Place_Structure> as well as an <Address_Structure>. > >The only problem is the one I formerly mentioned: >The RESI tag is only described as an Individual structure >-NOT- as a Family Structure, which to me is a natural choice. Okay, perhaps you are right. Actually, the way I look at GEDCOM is that it is a transfer media and should not constrict my program. If I program something that GEDCOM can't handle then I feel that's GEDCOM's problem and that I should not limit my program to meet only items that can be transfered via GEDCOM. So I don't actually place that much importance on GEDCOM. I program CFT-Win the way I feel it should be - then (after the fact) try to fit it to GEDCOM for transfering of data. This is the case of a RESI or ADDR tag allowing for individual AND family events. Ira ---------------------------------------------------------- Ira J. Lund Cumberland Family Software, Clarksville, Tennessee, USA E-mail: ira.lund@cf-software.com http://www.cf-software.com

More or less the same rules were used in Denmark (as you all know, Norway was an integral part of Denmark until 1814 (or - as our Norwegean frinds say - Norway was occupied by Denmark until 1814!)), so the problem described by Sigurd also exists when working with Danish names. Sigurds idea with an additional list sorted by given names has my full support. And it may even be quite easy to implement. Right, Ira? Godt Nytår - Happy New Year to all of you out there. Jens Brammer, Holte, Danmark ---------- > Fra: Sigurd Eliassen <sigurde@spjelkavik.vgs.no> > Til: CFT-WIN-L@rootsweb.com > Emne: Name List > Dato: 1. januar 1998 14:35 > > Ira and all, > > Now it is possible to find a person by entering the IRN or choose from > the name list sorted by surnames. These options work fine and are > quick to use. > > However - I often want the option to very quickly search a person by > given name. ....... > So I want Ira to seriously consider my proposal. I think it is an > important option especially for big databases helping to link people > together as we are working backwards with our ancestors and their > children. > > Regards > Sigurd Eliassen > Norway >

To Ira and CFT Friends: I just ran the Address List Report. All records in the database were "marked." After I previewed the report, I found that in 5 cases, addresses were duplicated for individuals who do not share the same addresses. When I checked the individual records of the 10 people, I found that their records held their correct addresses. Is there something I'm doing wrong here? Any help appreciated. STEVEN J. FROME Glen Cove, NY

When entering a date of birth with no date of death the calculated age displayed on the family group page is three years less than the true age. e.g. birth 10 Oct 1901 age displayed = 96 Ian Westergaard Central Otago New Zealand

Ira and All I have tried to print an events list, and checked the include individuals box, however it does not show any details whatsoever. If I uncheck the include individuals box then the report will list all the events. Is this a bug or is there something else I should do if I wish to include individuals. I am using ver 2.26 Ian ian@marson.force9.co.uk http://www.marson.force9.co.uk/home.html

Ira and all, Now it is possible to find a person by entering the IRN or choose from the name list sorted by surnames. These options work fine and are quick to use. However - I often want the option to very quickly search a person by given name. The main reason for this is that in Norway before 1900 most people had no real surname following them as they moved - as also Ira has pointed out in the Manual and in the help file. People were identified by a Given name followed by the Father's given name with the proper ending -son or -daughter followed by the Locality name where they lived. For example: Kristi /RASMUSDAUGHTER/ Hollesli - in Ira's sample database. Then I am having the following situation: Let us say I am entering Ingeborg /Olsdotter/ Brandal. Then I know that her father's name was Ola and that he lived at Brandal. Pressing N will not help me to search and find out if he is already in the database because I don't know the given name of Ola's father. If it was possible to do a quick search by given name, as quick as pressing N for the Surname list, I could just enter Ola and look if I can find any Ola living at Brandal in the actual period of time - and link him to his daughter. I am aware that I can do a Global search using the Tools Menu, but that works too slowly for me. The reason is that my database now contains about 12,700 individuals. Is this a problem just for Norwegian names? In 1990 there was about 3.9 million inhabitants in The United States with ancestors from Norway - so a lot of you over there may end up like me. So I want Ira to seriously consider my proposal. I think it is an important option especially for big databases helping to link people together as we are working backwards with our ancestors and their children. Regards Sigurd Eliassen Norway

To Ira and All, For surnames with more than one part (/de Charette de la Contrie/) only the last part (/Contrie/) is given when I add a child to an individual. The 'European sorting name' flag hasn't effect. Regards and Happy New Year to all, Patrick TEXIER 71, avenue Marcel Ouvrier 91550 Paray-Vieille-Poste (France)