September 2005 - EpiData-list - University of Manitoba Mailing Lists

RES: EpiData-list Digest, Vol 23, Issue 11
by epidata-list＠lists.umanitoba.ca 30 Sep '05

30 Sep '05

Hello I've found the same problem in EpiData 3.1 at WinXP, when last field had some check applied. Regards, Fulvio Nedel Universidade do Sul de Santa Catarina Brazil -----Mensagem original----- De: epidata-list-bounces(a)lists.umanitoba.ca [mailto:epidata-list-bounces@lists.umanitoba.ca]Em nome de epidata-list-request(a)lists.umanitoba.ca Enviada em: quinta-feira, 29 de setembro de 2005 14:01 Para: epidata-list(a)lists.umanitoba.ca Assunto: EpiData-list Digest, Vol 23, Issue 11 Send EpiData-list mailing list submissions to epidata-list(a)lists.umanitoba.ca To subscribe or unsubscribe via the World Wide Web, visit http://lists.umanitoba.ca/mailman/listinfo/epidata-list or, via email, send a message with subject or body 'help' to epidata-list-request(a)lists.umanitoba.ca You can reach the person managing the list at epidata-list-owner(a)lists.umanitoba.ca When replying, please edit your Subject line so it is more specific than "Re: Contents of EpiData-list digest..." _______________________________________________________ Novo Yahoo! Messenger com voz: liga��es, Yahoo! Avatars, novos emoticons e muito mais. Instale agora! www.yahoo.com.br/messenger/

1 0

Double Entry Record Advance problem isolated
by epidata-list＠lists.umanitoba.ca 30 Sep '05

30 Sep '05

Dear David, What about appending a dummy variable to the end of the questionnaire/database? Bill McKelvie, MD Diocese of Hyderabad TB Program Mirpur Khas, Sindh, Pakistan -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.344 / Virus Database: 267.11.6/111 - Release Date: 9/23/2005

1 0

RE: [EpiData-list] RE: Double Entry Record Advance problem isolated
by epidata-list＠lists.umanitoba.ca 30 Sep '05

30 Sep '05

Hi; Did you try to uncheck the option (files/options /advanced) 'Show errors that occur in calculations ...' I noticed that it sometimes 'unblocks' checks that would otherwise either freeze the application or cause an unexpected behavior. Gilles ______________________________________________ Gilles DELMAS Institut de Veille Sanitaire Dept. Maladies Infectieuses, Unité infections entériques, alimentaires et zoonoses 12 rue du Val d'Osne 94415 Saint-Maurice cedex - France + 33 1 41 79 67 27 g.delmas(a)invs.sante.fr ______________________________________________ -----Message d'origine----- De : epidata-list(a)lists.umanitoba.ca [mailto:epidata-list@lists.umanitoba.ca] Envoyé : jeudi 29 septembre 2005 00:46 À : epidata-list(a)lists.umanitoba.ca Objet : [EpiData-list] RE: Double Entry Record Advance problem isolated After some troubleshooting, I found that this problem only occurs if the last variable of the instrument has range checking defined. When I removed any references to the last variable in the check file, the records advanced properly in double entry mode. However, this was at the expense of removing the error checking mechanism from a question. Does anyone know of a workaround that would allow me to preserve error checking on the last variable without encountering this problem (short of changing the order the questions, which would confuse data enterers)...perhaps a way to hard code a record advance into the check file? - David -----Original Message----- From: epidata-list-bounces(a)lists.umanitoba.ca [mailto:epidata-list-bounces@lists.umanitoba.ca] On Behalf Of epidata-list(a)lists.umanitoba.ca Sent: Monday, September 26, 2005 1:07 PM To: epidata-list(a)lists.umanitoba.ca Subject: [EpiData-list] Records not advancing in verification mode I've been experiencing some strange behavior with the new double entry feature in EpiData 3.1. Here's what's happening: After reaching the last field of a record in the double entry record file and clicking "yes" to save, the cursor immediately jumps to the first field of the record that was just entered and highlights it....instead of advancing. In order to verify additional records, I need to manually advance to a clean record using either ctrl-N or the F8 shortcut key. This happens consistently (100% of the time), on my WinXP machine. Appreciate any help, perhaps a change in settings or checkfile that would bypass this problem? - Thanks, David David Huh Research Assistant Department of Psychology University of Texas at Austin Phone: (541) 484-2123, ext. 2320 Fax: (541) 484-1108 _______________________________________________ EpiData-list mailing list EpiData-list(a)lists.umanitoba.ca http://lists.umanitoba.ca/mailman/listinfo/epidata-list

1 0

RE: Double Entry Record Advance problem isolated
by epidata-list＠lists.umanitoba.ca 28 Sep '05

28 Sep '05

After some troubleshooting, I found that this problem only occurs if the last variable of the instrument has range checking defined. When I removed any references to the last variable in the check file, the records advanced properly in double entry mode. However, this was at the expense of removing the error checking mechanism from a question. Does anyone know of a workaround that would allow me to preserve error checking on the last variable without encountering this problem (short of changing the order the questions, which would confuse data enterers)...perhaps a way to hard code a record advance into the check file? - David -----Original Message----- From: epidata-list-bounces(a)lists.umanitoba.ca [mailto:epidata-list-bounces@lists.umanitoba.ca] On Behalf Of epidata-list(a)lists.umanitoba.ca Sent: Monday, September 26, 2005 1:07 PM To: epidata-list(a)lists.umanitoba.ca Subject: [EpiData-list] Records not advancing in verification mode I've been experiencing some strange behavior with the new double entry feature in EpiData 3.1. Here's what's happening: After reaching the last field of a record in the double entry record file and clicking "yes" to save, the cursor immediately jumps to the first field of the record that was just entered and highlights it....instead of advancing. In order to verify additional records, I need to manually advance to a clean record using either ctrl-N or the F8 shortcut key. This happens consistently (100% of the time), on my WinXP machine. Appreciate any help, perhaps a change in settings or checkfile that would bypass this problem? - Thanks, David David Huh Research Assistant Department of Psychology University of Texas at Austin Phone: (541) 484-2123, ext. 2320 Fax: (541) 484-1108 _______________________________________________ EpiData-list mailing list EpiData-list(a)lists.umanitoba.ca http://lists.umanitoba.ca/mailman/listinfo/epidata-list

1 0

Records not advancing in verification mode
by epidata-list＠lists.umanitoba.ca 26 Sep '05

26 Sep '05

I've been experiencing some strange behavior with the new double entry feature in EpiData 3.1. Here's what's happening: After reaching the last field of a record in the double entry record file and clicking "yes" to save, the cursor immediately jumps to the first field of the record that was just entered and highlights it....instead of advancing. In order to verify additional records, I need to manually advance to a clean record using either ctrl-N or the F8 shortcut key. This happens consistently (100% of the time), on my WinXP machine. Appreciate any help, perhaps a change in settings or checkfile that would bypass this problem? - Thanks, David David Huh Research Assistant Department of Psychology University of Texas at Austin Phone: (541) 484-2123, ext. 2320 Fax: (541) 484-1108

1 0

"Anova = Means command" in Epidata V.1Rel.1
by epidata-list＠lists.umanitoba.ca 15 Sep '05

15 Sep '05

Hello , For comparing "means" of two independent samples , Epidata performs Anova (= t-test). But it assumes that the two samples have equal variances.( I have compared the results of Epidata with SPSS and Epiinfo).It does Bartlett's test and the result of this test ,say, shows that two samples have unequal variances but it doesn't notice to Bartlett's test ! Then why does it do Bartlett's test ? ( In SPSS , for comparing two independent samples ,Levene's test is done first and then we can interpret our results for "means" according to the result for Levene's test. In Epiinfo , Bartlett's test is done and if it is significant , Kruskal-Wallis is done. ) Thanks Reza --------------------------------- Yahoo! for Good Click here to donate to the Hurricane Katrina relief effort.

1 0

Re calculation formula
by epidata-list＠lists.umanitoba.ca 14 Sep '05

14 Sep '05

Hello! I need to calculate the sum of hours and days, in form of hours. So I did the formula as : total hours = days*24 + hours So when you have one day of time to be registered, and you have no umber of hours (i.e. zero), it is writting as "00" (two digits of zeros), then the "total hours" would give answer as "0", even though the number 1 is writting in days. When I triy to write the zero, as one digit (i.e. "0"), then it works fine. Any tip how to overcome it? Here is below a copy of the formula: d8 MUSTENTER AFTER ENTRY LET d10=d9*24 + d8 END END Thank you in advance! /Ziad -- Ziad El-Khatib Division of International Health Care and Research (IHCAR) Department of Public Health Sciences Karolinska Institutet

1 1

new page every table for printing
by epidata-list＠lists.umanitoba.ca 12 Sep '05

12 Sep '05

>I am trying to print off a number of tables that I have generated. >Preferably one per page and have not been able to accomplish this. Apart from the suggestion by GIlles Delmas you should look at style sheets with EpiData Analysis. See "page-break-before" in the definitions: http://www.w3.org/TR/REC-CSS2/page.html And experiment a bit. Let us all know how you manage. We can then put the style sheet code for general usage in analysis as a "how to ...." regards Jens Lauritsen EpiData Association ps. Regarding the append question. Just try to see how many records are possible. I tried one append ending with 1 million records (10^6) with no problems.

1 0

RE: [EpiData-list] Printing Tables
by epidata-list＠lists.umanitoba.ca 12 Sep '05

12 Sep '05

Hi; It all depends of the analysis version you are using. 1- from Epi 6 Analysis, the simplest way is to send results to an external text file that you can then edit with any text editor or word processor. ROUTE xxxx.txt TABLES AAAA BBBB TABLES CCCC BBBB ... ROUTE (the last route closes the file, so it can be handled by another program) Then, open the text file with Wordpad, Word... 2- From EpiData Analysis, use the command 'logopen', give a name to the file (e.g. logopen TEST); a file named TEST.HTM is created, containing all results produced (tables, graphs...). It can be opened with any web browser, or edited with Word, for example. Best regards, ______________________________________________ Gilles DELMAS Institut de Veille Sanitaire Dept. Maladies Infectieuses, Unité infections entériques, alimentaires et zoonoses 12 rue du Val d'Osne 94415 Saint-Maurice cedex - France + 33 1 41 79 67 27 g.delmas(a)invs.sante.fr ______________________________________________ -----Message d'origine----- De : epidata-list(a)lists.umanitoba.ca [mailto:epidata-list@lists.umanitoba.ca] Envoyé : vendredi 9 septembre 2005 17:20 À : epidata-list(a)lists.umanitoba.ca Objet : [EpiData-list] Printing Tables Please forgive my ignorance of the program. I am trying to print off a number of tables that I have generated. Preferably one per page and have not been able to accomplish this. Is it possible to do and if so how? Thank you.

1 0

appending and number files to be read dynamically
by epidata-list＠lists.umanitoba.ca 11 Sep '05

11 Sep '05

Thank you and this is good to know. a coupe of questions, please. 1. this suggest the limit to the number of files to be appeneded is realted to machine memory? 2. this is the solution to the "lack" of ability to dynamically read multiple files? Would those of you who have used these techniques please let me know what size of the files you have been working with and, any other options you have used. Thank you very much, Kelly -----Original Message----- From: epidata-list(a)lists.umanitoba.ca [mailto:epidata-list@lists.umanitoba.ca] Sent: Fri 9/9/2005 8:14 PM To: epidata-list(a)lists.umanitoba.ca Cc: Subject: [EpiData-list] Appending Dear Eleni: There are two ways to append - one is within EpiData, the other highly efficient within EpiData Analysis. If you append (not merge) files with the same same structure, try this in EpiData Analysis, ver 0.9 build 38: * ----Program begins next line cls logclose close * switch to the folder where your REC files are located cd c:\temp1 erase "abcd.rec" read "a.rec" append "b.rec" append "c.rec" append "d.rec" savedata "abcd.rec" close * Do some tabulation to check read "abcd.rec" tables sex res1 logclose * --- Program has ended previous line Best regards, Hans -- Hans L Rieder, MD, MPH Jetzikofenstr. 12 3038 Kirchlindach Switzerland Tel: +41 31 829 4577 Mob: +41 79 429 9945 Web: http://www.tbrieder.org

1 0