At 08:49 AM 7/6/01 -0500, Mholthaus wrote: >Hi! > >I've just started to use my Clooz software and am trying to import data from >Family Tree Maker. The software guided me through several things that >needed changing (such as extra commas when I had entered Jr. and Sr. etc.) >but then I got an error message: > >"Error 3163. This field is too small to accept the amount of data you >attempted to add. Try inserting or pasting less data." This is not a person's ID number, this is an error message number. This probably indicates that you're trying to put data into the wrong fields. Without seeing the file, I can't tell exactly where the problem lies. Have you tried the suggestion on the Clooz Knowledge Base page, using Legacy? Go to http://www.clooz.com/kbsa.htm#Import for instructions. If you don't want to keep Legacy after using it for this process, just uninstall it. Legacy makes the Clooz import a breeze. If you'd rather keep trying to install the way you are, you can e-mail me a copy of your cloozimp.txt file and I'll take a look at it. >I looked at the person with ID 3163 and didn't see any problems with the >fields for him. So, since I was trying to move a large amount of data into >Clooz, I thought perhaps I couldn't move that much over at one time, and I >needed to make my text document smaller. So I copied individuals A through >H into a separate document, labeled it as instructed in the manual and put >it in the Clooz directory. I am now getting a different error message for >that document: > >"Error 62. Input past end of file." > >I thought this must mean I have an extra space at the end of the document >but there is none. The document absolutely ends with a comma. There is no >individual with number 62 in this group of people either. So I just don't >know what this means. Again, this is an error message, not a person's ID. This error is addressed on the Clooz Knowledge Base at http://www.clooz.com/kbsa.htm#62. Liz Kelley Kerstens, CGRS, CGL Ancestor Detective, LLC http://www.ancestordetective.com Creator of Clooz, http://www.clooz.com Editor of Genealogical Computing, http://www.ancestry.com

Hi! I've just started to use my Clooz software and am trying to import data from Family Tree Maker. The software guided me through several things that needed changing (such as extra commas when I had entered Jr. and Sr. etc.) but then I got an error message: "Error 3163. This field is too small to accept the amount of data you attempted to add. Try inserting or pasting less data." I looked at the person with ID 3163 and didn't see any problems with the fields for him. So, since I was trying to move a large amount of data into Clooz, I thought perhaps I couldn't move that much over at one time, and I needed to make my text document smaller. So I copied individuals A through H into a separate document, labeled it as instructed in the manual and put it in the Clooz directory. I am now getting a different error message for that document: "Error 62. Input past end of file." I thought this must mean I have an extra space at the end of the document but there is none. The document absolutely ends with a comma. There is no individual with number 62 in this group of people either. So I just don't know what this means. Any help would be appreciated! I know ... it's probably so simple that I'm proving I'm an idiot, but I'm just not getting it! Thanks for your responses. Maureen

Like Susan, I tend to write in a hurry. I still don't throw anything away, I save them and now am able to scan my original notes, I do that for my granddaughter so that she has a sample of my handwriting. The beauty of genealogy is that after we follow the standard rules we get to do just about anything we want to do with our research habits and they all work. There is no one way to do this and that's where Clooz and all of the other tools and programs we have to keep track of our finds. Speaking of triple work, when it comes to my documents I have them in toooooo many places (original, photocopy, image file, genealogy software and now recorded in Clooz) which seems excessive but what happened with me and I am sure most of you, is that I started with one type of program and added others over time. The biggest plus in this is the sharing, I can share my documents with anyone in any format which helps them and makes me feel that I have passed on the help that others have given me along the way. As it is said, I digress but my point is I don't know if I am a natural hoarder or a genealogist but I keep it all. Anita At 09:58 AM 7/3/01 -0500, Susan C. Fassbender wrote: >To throw in my two cents. I have awful handwriting, and it does not >improve when I get excited about a find. If I am unable to photocopy a >page, and am forced to transcribe it, I immediately sit down when I get >home and enter what information I have found into a word program. This way >I am not forced to keep my awful notes, there is no memory loss about my >find, and it will be readable for generations to come. I find this >especially true for the notes that I make at the courthouse where only >pencil is allowed, and time is short as we have limited assigned times to >view records. > >All this information can then be entered into Clooz. I realize that it >might appear as triple work, but as the previous message touched upon, if >we are to share our finds with future generations, don't they deserve to >be able to know exactly where we got our information? > > >============================== >Visit Ancestry.com for a FREE 14-Day Trial and enjoy access to the #1 >Source for Family History Online. Go to: >http://www.ancestry.com/subscribe/subscribetrial1y.asp?sourcecode=F11HB

>>>2. Shouldn't the default values for Surname and >Given be the >>>corresponding values from the People record >(rather than blank) when the >>>option to fill in the data from the previous >detail form is not requested? >>No. The whole point of having a surname and given >name field in the detail >>screen is to allow you to enter the person's name >as it's recorded in the >>record. You are transcribing a document into Clooz. >You should transcribe >>the document as it appears, misspellings or >alternate names included. > >Yes, of course, but most of the time the names are >at least close, so >changing the name from the People record to match >the directory listing >would require less typing than retyping from >scratch. That would be faster >for those of us who are hunt-and-peck typists. After you've entered the surname or given name once, Clooz "remembers" it. On subsequent entries you only have to type the first few letters and Clooz will automatically fill in the rest of the field with the closest matching name. In most cases this requires less typing for the hunt and peck typists. >>>5. If you find a person in successive instances of >the same directory, do >>>you create one source record for each year or just >one for the >>>series? If the latter, it would certainly be >handy to be able to build >>>each year's source record from a previously >entered record. >>I assume you mean successive years of the same >directory? Each directory >>merits its own record, including the source >information since there is >>different source information. I'll keep your >suggestion in mind. > >I was asking whether each year should have a >separate source (which I see >you say it should). Since each Directory record >bears a year field, isn't >that sufficient to show which year of an annual >directory was >consulted? Also, many years of the same directory >make a lot of sources to >scroll past. Each year's record should have a separate source. If you found John Doe in the 1951 and 1952 directories, you would create separate records because: (a) I don't think it's possible to enter the same person twice for the same record and (b) the sources for these two records *are* different. . . the 1952 directory was not published in 1951, was it? If so, the publisher was clairvoyant. Also, the publishing company and/or address may have changed, the title of the directory may have changed slightly (especially if it includes the year in its title), the library call numbers will be different. Several years from now it should be clear to another researcher where you got that information. Won't it confuse him or her if you record the 1951 and 1952 entries as both coming from the same directory (i.e., source)? Is it a pain to have several similar but slightly different source records? I suppose so. It all depends on how accurate you want to be. Researchers of the future will be grateful for your attention to detail. . . unless you have no plans to share your findings with others. >Maybe I'm missing a key point of Clooz theory here. >Should I be throwing >out the pages of pencil notes I take from city >directories at the library >after I transcribe them into Clooz, keeping only the >Clooz >transcriptions? This point is not as clear as the >case of an original >document or a photocopy of an original document, >where Clooz serves just as >the index. I would never throw away my research notes. While you can print out the reports as substitute versions of your notes, I still file the original behind it. The Clooz report may be easier to read at a glance because it is typed and formatted. This is especially true for documents containing difficult-to-read handwriting. It saves you from having to reanalyze the handwriting each time you pick up that document (even your own handwriting in hastily scrawled research notes). I use Clooz as an index program to help me organize and find documents, not to replace them. Not everyone transcribes the entire document into Clooz. Some users input basic information only and leave the analyzing of other details to a physical examination of each document. I prefer to transcribe as many of the fields as possible because I'm too lazy to dig out each individual document. I find it easier to consult a Clooz report. Kathy Bovenschen <[email protected]>

To throw in my two cents. I have awful handwriting, and it does not improve when I get excited about a find. If I am unable to photocopy a page, and am forced to transcribe it, I immediately sit down when I get home and enter what information I have found into a word program. This way I am not forced to keep my awful notes, there is no memory loss about my find, and it will be readable for generations to come. I find this especially true for the notes that I make at the courthouse where only pencil is allowed, and time is short as we have limited assigned times to view records. All this information can then be entered into Clooz. I realize that it might appear as triple work, but as the previous message touched upon, if we are to share our finds with future generations, don't they deserve to be able to know exactly where we got our information?

At 03:00 AM 7/3/2001, Mark R. Williamson said: >Yes, of course, but most of the time the names are at least close, >so changing the name from the People record to match the directory >listing would require less typing than retyping from scratch. That >would be faster for those of us who are hunt-and-peck typists. While I can understand how it would be faster for people who are hunt-and-peck typists to use the name from the person view, NOT entering the names the way there are found on the document you are transcribing might cause you to miss a future, different document. The greatest feature of Clooz, IMO, is that when you are going to do some research and have decided on which people you wish to search for, you can print out (or use your laptop if you have one) to see what name spelling you've already found them under. You just might find them again under that spelling (or a totally new spelling). >I've just barely started, but I've been using "(not found)" as an >occupation to indicate negative results. It seems to make gaps in >the directory portion of a people listing easier to read. (In the >specific case, the husband of a couple seemed to be "between >careers" about half the time, so the wife was listed instead.) Is >there an obvious disadvantage to my doing that, or to you providing >a "not found" check box? While I can see some advantages to having a field for "not found", until Clooz offers one, I just use my genealogy database to record this information. Most of the genealogy programs now offer a "research to-do list" that you can record your findings in, which I do use in TMG (my genealogy database program). I include my negative findings as a source, so I know not to look there again for at least this person. >I was asking whether each year should have a separate source (which >I see you say it should). Since each Directory record bears a year >field, isn't that sufficient to show which year of an annual >directory was consulted? Also, many years of the same directory >make a lot of sources to scroll past. > > >Maybe I'm missing a key point of Clooz theory here. Should I be >throwing out the pages of pencil notes I take from city directories >at the library after I transcribe them into Clooz, keeping only the >Clooz transcriptions? This point is not as clear as the case of an >original document or a photocopy of an original document, where >Clooz serves just as the index. I started out by making each page from a directory a separate record, but after entering three, saw how it would be much easier and faster to use each year as a source. This way, for me at least, makes it easier to go to map to see how close they lived to each other, since they are on one report together. Since I've decided to use Liz's recommendations for how to keep my files (3 ring binders with top-loader sheet protectors), after I've entered my notes into Clooz, I print out each record, then put my notes behind the print out. The print out is what I use to enter my sources into my genealogy program, since all of the information I need is right there. I'm just not comfortable with throwing away any notes I've taken, and this way, I am able to keep them in one place. Just some thoughts from a satisfied Clooz user and I hope this helps you at all. Debbie

At 09:34 AM 7/2/01 -0400, Liz Kelley Kerstens wrote: >At 02:02 AM 6/30/01 -0500, you wrote: >>1. What are you supposed to enter in the "H", "R", and "Bds" boxes on the >>detail form? [...] >I put an x in the boxes. You're right, the x's aren't printing, so that >will be fixed in the next patch, which I'm working on. Thanks for letting >me know. Still enter the x's as it's just the report that's not working right. Would you add it to the directory report only, or also the directory portion of the people report? Will it print whatever is in the box, or just if it is an "X"? I've been putting an "h" in the H box, for example. >>2. Shouldn't the default values for Surname and Given be the >>corresponding values from the People record (rather than blank) when the >>option to fill in the data from the previous detail form is not requested? >No. The whole point of having a surname and given name field in the detail >screen is to allow you to enter the person's name as it's recorded in the >record. You are transcribing a document into Clooz. You should transcribe >the document as it appears, misspellings or alternate names included. Yes, of course, but most of the time the names are at least close, so changing the name from the People record to match the directory listing would require less typing than retyping from scratch. That would be faster for those of us who are hunt-and-peck typists. >>3. Do you use the Employed field for an address or the name of an employer? >Use it for whatever is in the directory. Not all directories include >employment information, so if there's nothing there I leave it blank. But >if there's an employer's name and address I fill it in there. I guess I was looking for separate fields for separate data, as with the "Street #" and "Street" fields. >>3.1 If you use the Employed field for a work address when both work and >>home addresses are given, how do you treat an entry with a single address >>not marked as being a home address (which may then be work only or work >>and home)? >I just fill in the address. There's usually some reference such as h or r >or bds. If not, just fill in the address. Again, you're transcribing, not >making assumptions on this data. But we are indeed making assumptions or deductions about how to separate parts of the directory entry, or it might as well be one long text field. I have been doing as you suggest, but it makes the directory portion of the people report look strange when a business address floats in and out of the single address field just because the directory publisher was inconsistently listing a home address. >>4. How do you record the fact the fact that you searched for a particular >>person in a directory but did not find an entry, as distinct from not >>having searched? >There is currently no way to record negative research in Clooz. That will >have to be entered elsewhere. I use a research calendar. You can download >a free template for Word or WordPerfect from my web site at >http://www.ancestordetective.com/freebies.htm. The next version upgrade of >Clooz will have a research calendar incorporated into it. However, that's >still in the distant future. I've just barely started, but I've been using "(not found)" as an occupation to indicate negative results. It seems to make gaps in the directory portion of a people listing easier to read. (In the specific case, the husband of a couple seemed to be "between careers" about half the time, so the wife was listed instead.) Is there an obvious disadvantage to my doing that, or to you providing a "not found" check box? Thanks for the pointer to the template. >>5. If you find a person in successive instances of the same directory, do >>you create one source record for each year or just one for the >>series? If the latter, it would certainly be handy to be able to build >>each year's source record from a previously entered record. >I assume you mean successive years of the same directory? Each directory >merits its own record, including the source information since there is >different source information. I'll keep your suggestion in mind. I was asking whether each year should have a separate source (which I see you say it should). Since each Directory record bears a year field, isn't that sufficient to show which year of an annual directory was consulted? Also, many years of the same directory make a lot of sources to scroll past. >>6. Since some census records bear street addresses, but Clooz does not >>display them in a People report, could you double-enter such a census as >>a directory listing to aid in tracking moves? > >That's your choice, but you wouldn't be able to use the same document >number twice. Not a problem. I've already been appending suffixes to document numbers to indicate which of several parts of one sheet relate to which Clooz entities. It seems an awful waste of filing cabinet space to start a new page of notes for (e.g.) each year of searching a city directory series for an individual or family. Maybe I'm missing a key point of Clooz theory here. Should I be throwing out the pages of pencil notes I take from city directories at the library after I transcribe them into Clooz, keeping only the Clooz transcriptions? This point is not as clear as the case of an original document or a photocopy of an original document, where Clooz serves just as the index.

>At 02:02 AM 6/30/01 -0500, you wrote: >>A few questions about entering data from city directories: >> >>1. What are you supposed to enter in the "H", "R", and "Bds" boxes on the >>detail form? I would have guessed "h", "r", and "bd" respectively, but >>they don't show up on the report. ("bds" won't fit in that box, >>anyway.) The values "x" (for an x-ed box) and "y" (for yes) don't print >>anything, either. > >I put an x in the boxes. You're right, the x's aren't printing, so that >will be fixed in the next patch, which I'm working on. Thanks for letting >me know. Still enter the x's as it's just the report that's not working right. > > >>2. Shouldn't the default values for Surname and Given be the >>corresponding values from the People record (rather than blank) when the >>option to fill in the data from the previous detail form is not requested? > >No. The whole point of having a surname and given name field in the detail >screen is to allow you to enter the person's name as it's recorded in the >record. You are transcribing a document into Clooz. You should transcribe >the document as it appears, misspellings or alternate names included. > >>3. Do you use the Employed field for an address or the name of an employer? > >Use it for whatever is in the directory. Not all directories include >employment information, so if there's nothing there I leave it blank. But >if there's an employer's name and address I fill it in there. > >>3.1 If you use the Employed field for a work address when both work and >>home addresses are given, how do you treat an entry with a single address >>not marked as being a home address (which may then be work only or work >>and home)? > >I just fill in the address. There's usually some reference such as h or r >or bds. If not, just fill in the address. Again, you're transcribing, not >making assumptions on this data. > >>4. How do you record the fact the fact that you searched for a particular >>person in a directory but did not find an entry, as distinct from not >>having searched? > >There is currently no way to record negative research in Clooz. That will >have to be entered elsewhere. I use a research calendar. You can download >a free template for Word or WordPerfect from my web site at >http://www.ancestordetective.com/freebies.htm. The next version upgrade of >Clooz will have a research calendar incorporated into it. However, that's >still in the distant future. > >>5. If you find a person in successive instances of the same directory, do >>you create one source record for each year or just one for the >>series? If the latter, it would certainly be handy to be able to build >>each year's source record from a previously entered record. > >I assume you mean successive years of the same directory? Each directory >merits its own record, including the source information since there is >different source information. I'll keep your suggestion in mind. > >>6. Since some census records bear street addresses, but Clooz does not >>display them in a People report, could you double-enter such a census as >>a directory listing to aid in tracking moves? > >That's your choice, but you wouldn't be able to use the same document >number twice. Liz Kelley Kerstens, CGRS, CGL Ancestor Detective, LLC http://www.ancestordetective.com Creator of Clooz, http://www.clooz.com Editor of Genealogical Computing, http://www.ancestry.com

A few questions about entering data from city directories: 1. What are you supposed to enter in the "H", "R", and "Bds" boxes on the detail form? I would have guessed "h", "r", and "bd" respectively, but they don't show up on the report. ("bds" won't fit in that box, anyway.) The values "x" (for an x-ed box) and "y" (for yes) don't print anything, either. 2. Shouldn't the default values for Surname and Given be the corresponding values from the People record (rather than blank) when the option to fill in the data from the previous detail form is not requested? 3. Do you use the Employed field for an address or the name of an employer? 3.1 If you use the Employed field for a work address when both work and home addresses are given, how do you treat an entry with a single address not marked as being a home address (which may then be work only or work and home)? 4. How do you record the fact the fact that you searched for a particular person in a directory but did not find an entry, as distinct from not having searched? 5. If you find a person in successive instances of the same directory, do you create one source record for each year or just one for the series? If the latter, it would certainly be handy to be able to build each year's source record from a previously entered record. 6. Since some census records bear street addresses, but Clooz does not display them in a People report, could you double-enter such a census as a directory listing to aid in tracking moves? --Mark R. Williamson

At 01:33 PM 6/27/01 -0500, Gladys See wrote: >Hi, >Thanks for helping us with our questions. I have two. > >1. Is there a way to keep the people of the same household in the order >that they are listed on the census form? >I become confused when they change to an alphabetical listing and become >intermixed with other families of the same name. Use the line number field in the census detail screen and the people will print in line number order. You can select if you want the people to print in line number or alphabetical order also from the Clooz Census Selection Screen. >2. What is the best way to handle census information when you have the >same year, state, & county but different townships? If any data in the blue part of the census form changes, you need to create a new document. If everything stays the same, you can add as many people as you want. >Thanks for a great organizational tool! I just wish it didn't seem >such an insurmountable task to enter all of the data I have accumulated >over time. There's no rush to finish! You can just add data for the project you're working on currently. If you look at the big picture it's frustrating, but if you just concentrate on one document at a time, you'll make progress. Liz Kelley Kerstens, CGRS, CGL Ancestor Detective, LLC http://www.ancestordetective.com Creator of Clooz, http://www.clooz.com Editor of Genealogical Computing, http://www.ancestry.com

Hi, Thanks for helping us with our questions. I have two. 1. Is there a way to keep the people of the same household in the order that they are listed on the census form? I become confused when they change to an alphabetical listing and become intermixed with other families of the same name. 2. What is the best way to handle census information when you have the same year, state, & county but different townships? Thanks for a great organizational tool! I just wish it didn't seem such an insurmountable task to enter all of the data I have accumulated over time. Gladys

You can't select drive A currently. You need to save it to where the program allows you to save it and then open Windows Explorer and copy or move the file onto a floppy from there. At 03:08 PM 6/26/01 -0700, Marilyn Lane wrote: >I know that I have archived my database on to a floppy before, but I >guess I'm having an "attack of the dummies" because I can't remember how >to do it. > >When I select Archive, up pops a window which says "Archieve C:\Program >Files\Clooz\010104_Gensources.mdb? When I select "Yes," it saves it, >but never gives me a chance to say that I'd like to save it to Drive A. >How can I select drive A? > >Marilyn Lane > > >============================== >Visit Ancestry.com for a FREE 14-Day Trial and enjoy access to the #1 >Source for Family History Online. Go to: >http://www.ancestry.com/subscribe/subscribetrial1y.asp?sourcecode=F11HB Liz Kelley Kerstens, CGRS, CGL Ancestor Detective, LLC http://www.ancestordetective.com Creator of Clooz, http://www.clooz.com Editor of Genealogical Computing, http://www.ancestry.com

I know that I have archived my database on to a floppy before, but I guess I'm having an "attack of the dummies" because I can't remember how to do it. When I select Archive, up pops a window which says "Archieve C:\Program Files\Clooz\010104_Gensources.mdb? When I select "Yes," it saves it, but never gives me a chance to say that I'd like to save it to Drive A. How can I select drive A? Marilyn Lane

Dave, you need to e-mail me your database so I can fix this. Your database must be from an older version of Clooz, but the problem is easy to fix and I'll send it right back to you. At 02:21 PM 6/24/01 -0600, David Phay wrote: >For the first time I have tried to archive my data set. When I do, I >get an error 3070: "The Microsoft Jet database does not recognize >'Place6ID' as >valid field name or expression." Has anyone experience this problem and >know how >to correct it. I am using version 1.22 on the stand-alone. Any help will >be appreciated. > > > >Thanks > >Dave > > > >--- David Phay > >--- [email protected] > >--- EarthLink: It's your Internet. > > >============================== >Visit Ancestry.com for a FREE 14-Day Trial and enjoy access to the #1 >Source for Family History Online. Go to: >http://www.ancestry.com/subscribe/subscribetrial1y.asp?sourcecode=F11HB Liz Kelley Kerstens, CGRS, CGL Ancestor Detective, LLC http://www.ancestordetective.com Creator of Clooz, http://www.clooz.com Editor of Genealogical Computing, http://www.ancestry.com

For the first time I have tried to archive my data set. When I do, I get an error 3070: "The Microsoft Jet database does not recognize 'Place6ID' as valid field name or expression." Has anyone experience this problem and know how to correct it. I am using version 1.22 on the stand-alone. Any help will be appreciated. Thanks Dave --- David Phay --- [email protected] --- EarthLink: It's your Internet.

At 09:32 AM 6/19/01 -0400, [email protected] wrote: >Hi! > I am just starting with getting my first file ready to enter into > the Clooz program. My first question is about the Personal ID > numbers. Since I have chosen to make a separate file for each main > surname in my Family Treemaker Program, I have used ID numbers that have > both a letter (the first letter of the surname) and the usual numbers > assigned by the program. That means that for people that overlap from > one file to the next (me!), they would have more than one ID > number. Even if I use the ID number from their main file (without the > numerical prefix) that number might already be assigned to another person > in another file. My husband suggested using numbers to identify the > different files (e.g. 11 for my Harrisons; 12 for my Linharts, etc.). So > a number might end up being 11950. Is the ID field limited in the number > of characters it will take? Or is there a better way to handle this > situation? I guess what I am really asking is if all the files that you > enter ev! >en! >tually get put together in one l >arge file on Clooz, or do they remain separate? You might consider making separate files for each main surname in Clooz like you have in FTM. That's how I have mine set up. Then you don't need to worry about the problem above. You can have multiple databases in Clooz and this is discussed in the manual. The ID file that you import into the PersonID field can only be numeric. If you want instead to import the ID numbers you've created with the alphanumeric text, I recommend importing them into the AlternatePersonID field. This is also discussed in the manual. > The second question I have is about the number of fields. I do have > the marriage date for many of the people in my files, and would like to > include that field in my data, but what do I do about those people for > whom I have no marriage data - especially since that data field comes > between the birth and death fields? Clooz places data in fields based on how you set up the first row with the field names. Every row of data has to have the same number of commas as that first row because the commas tell Clooz where one field of data stops and another one starts. Setting up an export from FTM is very difficult. I strongly recommend that you download the free copy of Legacy from http://www.legacyfamilytree.com, import your GEDCOM into Legacy, and then do an export to Clooz (File/Export/Export to Clooz). Legacy puts your data in the exact format it needs to be in and you don't need to fuss with your data or pull your hair out. If you don't want to keep Legacy on your computer, uninstall it after you're done. It's free and will save you a huge headache! The next version of Clooz will have a GEDCOM import. This procedure for exporting from Legacy is explained on the Clooz Knowledge Base page at http://www.clooz.com/kbsa.htm under "The Import Process is too Hard." Liz Kelley Kerstens, CGRS, CGL Ancestor Detective, LLC http://www.ancestordetective.com Creator of Clooz, http://www.clooz.com Editor of Genealogical Computing, http://www.ancestry.com

Hi! I am just starting with getting my first file ready to enter into the Clooz program. My first question is about the Personal ID numbers. Since I have chosen to make a separate file for each main surname in my Family Treemaker Program, I have used ID numbers that have both a letter (the first letter of the surname) and the usual numbers assigned by the program. That means that for people that overlap from one file to the next (me!), they would have more than one ID number. Even if I use the ID number from their main file (without the numerical prefix) that number might already be assigned to another person in another file. My husband suggested using numbers to identify the different files (e.g. 11 for my Harrisons; 12 for my Linharts, etc.). So a number might end up being 11950. Is the ID field limited in the number of characters it will take? Or is there a better way to handle this situation? I guess what I am really asking is if all the files that you enter ev! en! tually get put together in one l arge file on Clooz, or do they remain separate? The second question I have is about the number of fields. I do have the marriage date for many of the people in my files, and would like to include that field in my data, but what do I do about those people for whom I have no marriage data - especially since that data field comes between the birth and death fields? Thanks for any help you can give at this moment, as I am a bit confused. Nancy in DE [email protected]

At 10:21 PM 6/15/01 -0400, Stephen Speltz wrote: >The Report for a selected person displays all Correspondence documents for >that person_without_ a date listed. They all list at the top of the >Documents category. The event column shows "Correspondence" for them all. >The Role column is blank for them all. It is impossible to distinguish >between them without going to the document in the paper file. I would >prefer that the date column, the event column and the role columns be used >to help identify which CORR ### (my numbering scheme) is relevant at the >moment. The date is entered in the correspondence input screen. Why isn't >it used? There are no inputs for event or role in the individual detail >screens. There should be. Adding the date to the report is on my list. There is no role field on the correspondence detail form, which is why nothing shows up there. I'll think about that one. I can add the event easily enough. >Similarly, the window listing all the documents shows Correspondence in the >Event column for all my CORR ### 's. While I have put hundreds of these in >my data base in the past, I am starting to enter my new correspondence as a >regular document in order to be able to give it distinguishing >characteristics. I would prefer not having to do this. Liz, can this >idiosyncrasy associated with Correspondence documents be fixed? This is a design issue. The event Correspondence is reserved for that template and that's how Clooz knows which template to open up. To change that would be a major redesign. It may be changed when the program is completely rewritten, but for now, that's how it's designed. Liz Kelley Kerstens, CGRS, CGL Ancestor Detective, LLC http://www.ancestordetective.com Creator of Clooz, http://www.clooz.com Editor of Genealogical Computing, http://www.ancestry.com

This posting is directed to Liz. I don't get frustrated with Clooz very often. It is an outstanding program and has enhanced my research efforts significantly. But one small aspect bugs me and it should not be too difficult to fix. I may have suggested this for the upgrade list a year ago - I cannot remember. The Report for a selected person displays all Correspondence documents for that person_without_ a date listed. They all list at the top of the Documents category. The event column shows "Correspondence" for them all. The Role column is blank for them all. It is impossible to distinguish between them without going to the document in the paper file. I would prefer that the date column, the event column and the role columns be used to help identify which CORR ### (my numbering scheme) is relevant at the moment. The date is entered in the correspondence input screen. Why isn't it used? There are no inputs for event or role in the individual detail screens. There should be. Similarly, the window listing all the documents shows Correspondence in the Event column for all my CORR ### 's. While I have put hundreds of these in my data base in the past, I am starting to enter my new correspondence as a regular document in order to be able to give it distinguishing characteristics. I would prefer not having to do this. Liz, can this idiosyncrasy associated with Correspondence documents be fixed? Steve Stephen E. Speltz Durham, NC ----- Original Message ----- From: <[email protected]> To: <[email protected]> Sent: Friday, June 15, 2001 5:00 PM Subject: Clooz-D Digest V01 #78

The following came from the list archives. I do believe that the procedure is also described in the manual. ========================================================================= Date: Mon, 10 Jan 2000 09:25:08 -0500 From: "Liz Kelley Kerstens, CGRS" <[email protected]> To: [email protected] Subject: Re: [Clooz] deleting unused database <snip> You can delete any unwanted items from dropdown lists within Clooz (including paths to non-existent databases) by clicking on "Edit Lists" on the Clooz Hub. Select the list you want to edit (in this case Databases). Then find the unwanted entry by using the right arrow key. Once you've found it, click in the darker box to the left of the entry and hit your delete key. Confirm that you want the item deleted, and it's gone. <snip> Fawn Zanow Masalewicz A Clooz user, not a document loser! Researching Surnames: ZANOW, KINDERMAN, MILLER, LOISELLE, WEBB, BUELL, SEBRING, COSTERISAN, CORSON, MASALEWICZ, LIPINSKI, LEPAK, PIOJDA and connected others. -----Original Message----- From: Bob & Julie Clark [mailto:[email protected]] Sent: Thursday, June 14, 2001 9:37 PM To: [email protected] Subject: [Clooz] Forgetting a database Hi, How do I get Clooz to "forget about" a database that doesn't exist any more? I created a second database to test something out, deleting it afterward. Now when I start Clooz it gives me that non-existent database as the first choice, and I have to click the dropdown to see the real one. Thanks!