At 18.50 30-12-97 -0600, Ira wrote: >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. Erik

Yes, I think you are right here. But you can resolve the error by making the ADDR tag a CFT-Win standard rather than a GEDCOM standard event. Maybe I need to make this change as you have pointed this problem out. Ira At 12:56 PM 12/30/97 +0100, you wrote: >To Ira, Sigurd and All, > >1/RESI - ADDR tags > >>From "The Gedcom Standard", RESI is the valid tag for describe the place >who lived a person and is a individual or familly event. > >ADDR isn't a individual or familly event but the beginning of an ><Adresse_Structure>. > >Samples : >0 INDI xxx >1 RESI >2 PLAC >... >or >0 INDI >1 RESI >2 ADDR >2 CONT >.... > >Using ADDR tag as an individual event (CFT) isn't good for Gedcom 5.5 >and displays an error using GEDCHK (the LDS ckecking program) : > >0 INDI >1 ADDR >2 PLAC > >2/ Another missing gedcom tag : TITL for Nobility Title. > >3/ For a next version, a function who replace a tag (event) by a another >for all individuals or familly records would be a good improvment. > >I had never used 'RESI' tag but about 1000 times 'ADDR' ---------------------------------------------------------- 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. In other words, my program places an entire address in a single place field and the GEDCOM export gets tagged as a PLACE. So there may be problems here with the Standard GEDCOM RESI tag. Ira At 11:14 AM 12/30/97 GMT, you wrote: >As far as I can see from "The Gedcom Standard - Release 5.5", the RESI >tag for RESIdence was added in release 5.3 and is a valid gedcom tag. >Therefore you may all change your configuration and make it a GEDCOM >event rather than a CFT-WIN event. After that the program will export >and import this tag properly according to the gedcom standard. > >This you can do in the following way: >Editors - Standard Event Editor - Residence - Edit - Standard - Gedcom > >Ira, you should make the change from CFT-WIN to GEDCOM in the next >version. > >Regards >Sigurd Eliassen >Norway > > ---------------------------------------------------------- Ira J. Lund Cumberland Family Software, Clarksville, Tennessee, USA E-mail: ira.lund@cf-software.com http://www.cf-software.com

Yes, I could add this as a CFT-Win std event. Ira At 11:14 AM 12/30/97 GMT, you wrote: >>From the Gedcom document there is no gedcom tag for any email event. >Nevertheless I find it very useful in these modern times to register >email addresses for my relatives - where available. > >I have therefore made my own user-defined event called "Email address" >with the tag "EMAI". > >Ira, may be this could be made a CFT-WIN event? > >Regards >Sigurd Eliassen >Norway > > ---------------------------------------------------------- Ira J. Lund Cumberland Family Software, Clarksville, Tennessee, USA E-mail: ira.lund@cf-software.com http://www.cf-software.com

At 12:57 PM 12/30/97 +1100, you wrote: >Maybe I'm wrong but I thought this would create a multitude of sources? >I am using the Clipboard. Just copy the source by Ctrl-C then paste it >by using Ctrl-V. That is a very fast and easy method of using the same >source over and over again. NO. If the source as you type in matches EXACTLY a source that already exists then no new source will be created but the old source will get re-used. Ira ---------------------------------------------------------- Ira J. Lund Cumberland Family Software, Clarksville, Tennessee, USA E-mail: ira.lund@cf-software.com http://www.cf-software.com

For some reason I never saw this message posted which I sent a few days ago, so trying again. -------------------------------------- >I am in the process of entering a large quantity of repetitively referenced >information into my database, and would find it useful if the following >suggestion could be implemented in a future revision. There is also the option where you enter a period followed by the record number - then press tab or next field and the program automatically inserts that source. This works for place, misc data and source fields. Enter a period followed by the record number. Real slick for cases where you need to enter same data repetitively. All you have to do is memorize or jot on a paper the few commonly used record numbers. Ira ---------------------------------------------------------- Ira J. Lund Cumberland Family Software, Clarksville, Tennessee, USA E-mail: ira.lund@cf-software.com http://www.cf-software.com

NEW Universal Calendar Calculator Version 1.10 now on my website - www.cf-software.com The Universal Calendar Calculator can display and convert between 10 different calendars: Julian Day Number, Gregorian (New Style), Julian (Old Style), Roman-Julian, French Revolution, Hebrew, Islamic, Chinese, Chinese/Gregorian, and Thai Suriyakati Calendar. The Universal Calendar Calculator also contains:</P> * Dates of holidays for the United States, Christian (Nicean Rule and Modern), Islamic, Jewish, and Chinese. * Regional date of conversion from the Old Style (Julian) to the New Style (Gregorian) for more than 100 localities. * Almost 100 Medieval European Regional Day Name Calendars. These calendars allow you to easily identify the specific Julian Calendar day of many Latin day names given in Medieval documents. This program will eventually become part of Cumberland Family Tree for Windows Version 3. ---------------------------------------------------------- Ira J. Lund Cumberland Family Software, Clarksville, Tennessee, USA E-mail: ira.lund@cf-software.com http://www.cf-software.com

Hallo folks, wish you all a happy new year an good luck! Got nearly 500 persons in CFTW, the program works well! Albrecht

Ira and others, 1. Only recently I upgraded to version 2.26x and since then I cannot print (or preview) the "database structure" report. The program hangs when it reaches (exactly) 47% of the preview and can only be closed (in Win95) by pressing <CTR> <ALT> <DEL> and choosing CFT WIN and "end task". Is this a bug in version 2.26? (I did not yet try all or most of the reports in version 2.26, but I tried many reports in the previous versions and they always worked fine). 2. The second problem I want to report is one I have encountered a few times, not only with version 2.26x, but also with previous versions. Sometimes my database (of around 400 persons now) gets "messed up" a bit: - Events from person A appear in person B and - Dates of event X appear in event Y instead. Rebuilding does not help (any more) and I have to correct things "by hand", which was not a big problem so far, because it never happened on a large scale. Nevertheless it makes me a bit nervous. My customs: Normally I rebuild whenever I have entered quite a few new entries (at the end of an afternoon or evening). I also make a back-up always when I have entered new material, but of course it is not possible to make a reasonable "random check" before every back-up, so the back-up can be "messed up" as well. Do others have the same problems? Regards and Best Wishes for the New Year!, Rene Hasekamp

Hello; Checked out both sites and found the lettering burgandy but the back ground was pink in the first one you have listed and a green ugly one in the second. Patsy ---------- > From: J.E. Myers <emquad@worldnet.att.net> > To: CFT-WIN-L@rootsweb.com > Subject: Help Requested On Colo(u)r Scheme > Date: Tuesday, December 30, 1997 10:06 AM > > Dear CFTW-ers, > > In desperation I'm asking for help from my fellow-CFTW-ers because a lot of > you are technically oriented and all of you can help by letting me know what > colors you see. Admittedly this is off-subject; on the other hand traffic > has been light lately. > > It concerns programmed vs. perceived colors on EMQUAD's web pages. The > company colors are meant to be burgundy on ivory (the colors of its > stationery) and I reproduced these the best I could, first using BG=#DEC9AD > and text=#961656. They looked nifty on my screen and stayed there several > months. But then I queried some correspondents and I got back from some of > them the the colors appeared as "bright purply-pink on a light > greenish-yellow background," which sounded absolutely disgusting to me; > whereas other correspondents found the colors as I wanted them to be. > > This appears not to be browser-dependent, but I'm not sure. I use Net Nav > and last night I spent several hours trying to "improve" the colors. Quotes > around "improve" mean that the original ones looked fine to me. What I > settled on were BG=#EADDC7 and text=#8F1B67. > > Would you mind terribly much viewing the site http://home.att.net/~emquad > and describing to me what colors you see? The previous scheme - which I > still prefer - can still be seen at http://home.att.net/~emquad/backup.html > for comparison's sake. > > Does anyone have a color chart with specific codes for burgundy and ivory? > I can't find any on the net or in the library. Naturally, I want the colors > to appear warm and attractive, not sickly and off-putting! > > Many thanks in advance and a healthy, happy, and prosperous New Year to all. > > Jon Myers

Dear CFTW-ers, In desperation I'm asking for help from my fellow-CFTW-ers because a lot of you are technically oriented and all of you can help by letting me know what colors you see. Admittedly this is off-subject; on the other hand traffic has been light lately. It concerns programmed vs. perceived colors on EMQUAD's web pages. The company colors are meant to be burgundy on ivory (the colors of its stationery) and I reproduced these the best I could, first using BG=#DEC9AD and text=#961656. They looked nifty on my screen and stayed there several months. But then I queried some correspondents and I got back from some of them the the colors appeared as "bright purply-pink on a light greenish-yellow background," which sounded absolutely disgusting to me; whereas other correspondents found the colors as I wanted them to be. This appears not to be browser-dependent, but I'm not sure. I use Net Nav and last night I spent several hours trying to "improve" the colors. Quotes around "improve" mean that the original ones looked fine to me. What I settled on were BG=#EADDC7 and text=#8F1B67. Would you mind terribly much viewing the site http://home.att.net/~emquad and describing to me what colors you see? The previous scheme - which I still prefer - can still be seen at http://home.att.net/~emquad/backup.html for comparison's sake. Does anyone have a color chart with specific codes for burgundy and ivory? I can't find any on the net or in the library. Naturally, I want the colors to appear warm and attractive, not sickly and off-putting! Many thanks in advance and a healthy, happy, and prosperous New Year to all. Jon Myers

At 11.14 30-12-97 GMT, Sigurd Eliassen wrote: >As far as I can see from "The Gedcom Standard - Release 5.5", >the RESI tag for RESIdence .. is a valid gedcom tag. I fully agree with you that RESI is a standard Gedcom tag and it should be used as such in CFTW. But I will just mention that RESI in Gedcom 5.5 is an Individual tag only. NOT a Family tag. Some programs do not care, but others do!! Erik >This you can do in the following way: >Editors - Standard Event Editor - Residence - Edit - Standard - Gedcom > >Ira, you should make the change from CFT-WIN to GEDCOM in the next >version. > >Regards >Sigurd Eliassen >Norway > > >

To Ira, Sigurd and All, 1/RESI - ADDR tags From "The Gedcom Standard", RESI is the valid tag for describe the place who lived a person and is a individual or familly event. ADDR isn't a individual or familly event but the beginning of an <Adresse_Structure>. Samples : 0 INDI xxx 1 RESI 2 PLAC ... or 0 INDI 1 RESI 2 ADDR 2 CONT .... Using ADDR tag as an individual event (CFT) isn't good for Gedcom 5.5 and displays an error using GEDCHK (the LDS ckecking program) : 0 INDI 1 ADDR 2 PLAC 2/ Another missing gedcom tag : TITL for Nobility Title. 3/ For a next version, a function who replace a tag (event) by a another for all individuals or familly records would be a good improvment. I had never used 'RESI' tag but about 1000 times 'ADDR' ! Happy New Year to all ! Patrick TEXIER 71, avenue Marcel Ouvrier 91550 Paray-Vieille-Poste (France) > -----Message d'origine----- > De: sigurde@spjelkavik.vgs.no [SMTP:sigurde@spjelkavik.vgs.no] > Date: mardi 30 décembre 1997 12:15 > À: CFT-WIN-L@rootsweb.com > Objet: RESIdence tag > > As far as I can see from "The Gedcom Standard - Release 5.5", the RESI > tag for RESIdence was added in release 5.3 and is a valid gedcom tag. > Therefore you may all change your configuration and make it a GEDCOM > event rather than a CFT-WIN event. After that the program will export > and import this tag properly according to the gedcom standard. > > This you can do in the following way: > Editors - Standard Event Editor - Residence - Edit - Standard - Gedcom > > Ira, you should make the change from CFT-WIN to GEDCOM in the next > version. > > Regards > Sigurd Eliassen > Norway

From the Gedcom document there is no gedcom tag for any email event. Nevertheless I find it very useful in these modern times to register email addresses for my relatives - where available. I have therefore made my own user-defined event called "Email address" with the tag "EMAI". Ira, may be this could be made a CFT-WIN event? Regards Sigurd Eliassen Norway

As far as I can see from "The Gedcom Standard - Release 5.5", the RESI tag for RESIdence was added in release 5.3 and is a valid gedcom tag. Therefore you may all change your configuration and make it a GEDCOM event rather than a CFT-WIN event. After that the program will export and import this tag properly according to the gedcom standard. This you can do in the following way: Editors - Standard Event Editor - Residence - Edit - Standard - Gedcom Ira, you should make the change from CFT-WIN to GEDCOM in the next version. Regards Sigurd Eliassen Norway

To all CFT-WINners, All my best wishes of good health, happiness for you and your family. -- Jacques KAPOTA ---------------------------------- mailto:jkaparis@easynet.fr

I find the best program to use for copy and paste is, Smartboard. I have been using it for over a year and do not know how I would live without it. It is an excellent way of keeping track of URL'S suggested on these lists and entering redundant information. It is always ready and accumulates the info you copy. I use it with everything all the time. The address you may find it at is: www.smartcode.com At 12:57 PM 12/30/97 +1100, you wrote: >Maybe I'm wrong but I thought this would create a multitude of sources? > >John L Smith >Canberra ACT Australia >johnsmith@interact.net.au > >-----Original Message----- >From: Sigurd Eliassen [SMTP:sigurde@spjelkavik.vgs.no] >Sent: Monday, 29 December 1997 4:05 >To: CFT-WIN-L@rootsweb.com >Subject: Re: Last Accessed Source > >I am using the Clipboard. Just copy the source by Ctrl-C then paste it >by using Ctrl-V. That is a very fast and easy method of using the same >source over and over again. > >Sigurd Eliassen >Norway > >Attachment Converted: "c:\eudora\attach\RE Last Accessed Source1" > *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~* cchamplin@snet.net Visit my homepages: http://www.xoom.com/cchamp/ - Genealogy (Geoffrey Champlin, George Washington) http://www.geocities.com/napavalley/6165/ - Recipes (Yum! Yum! Yum!) *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*

Maybe I'm wrong but I thought this would create a multitude of sources? John L Smith Canberra ACT Australia johnsmith@interact.net.au -----Original Message----- From: Sigurd Eliassen [SMTP:sigurde@spjelkavik.vgs.no] Sent: Monday, 29 December 1997 4:05 To: CFT-WIN-L@rootsweb.com Subject: Re: Last Accessed Source I am using the Clipboard. Just copy the source by Ctrl-C then paste it by using Ctrl-V. That is a very fast and easy method of using the same source over and over again. Sigurd Eliassen Norway

Ian I have come across the same problem, and your 'work around' is a great idea pending other program developments. Thanks, I'll use it in future. John L Smith Canberra ACT Australia johnsmith@interact.net au -----Original Message----- From: Ian Fettes [SMTP:fettesi@st.net.au] Sent: Saturday, 27 December 1997 22:06 To: CFTW Mail Messages Subject: Last Accessed Source Greetings Ira and all, I am in the process of entering a large quantity of repetitively referenced information into my database, and would find it useful if the following suggestion could be implemented in a future revision. Ian Fettes Brisbane, Queensland, Australia Reply to: fettesi@st.net.au ==== CFT-WIN Mailing List ==== To unsubscribe from CFT-WIN, send an e-mail message to: CFT-WIN-L-request@rootsweb.com (for individual messages) CFT-WIN-D-request@rootsweb.com (for Digest mode) Subject: unsubscribe In the body include only one word: unsubscribe (Turn OFF your signature file when sending this command)

And a very Merry Christmas and a prosperous New Year to you Ira, and to all the genealogists working away out there at their computers. Thanks for all your work with CFT. It has made keeping track of all the information so much easier. Regards John L Smith Canberra ACT Australia -----Original Message----- From: Ira J. Lund [SMTP:ira.lund@cf-software.com] Sent: Saturday, 27 December 1997 3:26 To: CFT-WIN-L@rootsweb.com Subject: Merry Christmas Merry Christmas, Happy New Year and Happy Hanukka to all my CFT-Win friends and users! Ira --------------------------------------------------- Genealogist's Christmas Eve (Twas the night before Christmas) ---------------------------------------------------------- Ira J. Lund Cumberland Family Software, Clarksville, Tennessee, USA E-mail: ira.lund@cf-software.com http://www.cf-software.com