EpiData-list October 2005

epidata-list@lists.umanitoba.ca

1 participants
39 discussions

by epidata-list＠lists.umanitoba.ca

greetings. i just used the variables command in Analysis and the output results were a little surprising. the Value Lable field display was as follows: 1 = a 10 = 25 11 = 26. 19 = 29 2 = b 20 = 30 The Freq or tables command had the same issue at one time. we had this discussion about why before. 1 2 3 4 etc. is a better output in the end. -----Original Message----- From: epidata-list-bounces(a)lists.umanitoba.ca on behalf of epidata-list-request(a)lists.umanitoba.ca Sent: Wed 10/26/2005 10:12 AM To: epidata-list(a)lists.umanitoba.ca Cc: Subject: EpiData-list Digest, Vol 24, Issue 14 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..."

18 years, 6 months

tried to send but Moderator said no files sze is to big(685KB). how do you get the file to test the problem?

by epidata-list＠lists.umanitoba.ca

-----Original Message----- From: epidata-list(a)lists.umanitoba.ca [mailto:epidata-list@lists.umanitoba.ca] Sent: Wed 10/26/2005 9:21 AM To: epidata-list(a)lists.umanitoba.ca Cc: Subject: [EpiData-list] Analysis read time and "too many catagories" greetings. i have atached a .rec file with 165,905 records, each 44 bytes. (1) it takes EpiAnalysis 10 seconds to open compared to instant availability in Epi6. why so slow? (2) using EpiAnalysis FREQ DATE resulted in error... "Too Many Catagories", no output. why??? (3) using Epi6 time for FREQ DATE was 1.9 seconds. slowness we can perhaps tolerate but no output on FREQ may be an issue. Or, it could be ther user. thank you and stay safe, kelly -----Original Message----- From: epidata-list-bounces(a)lists.umanitoba.ca on behalf of epidata-list-request(a)lists.umanitoba.ca Sent: Tue 10/25/2005 1:01 PM To: epidata-list(a)lists.umanitoba.ca Cc: Subject: EpiData-list Digest, Vol 24, Issue 13 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..."

18 years, 6 months

Analysis read time and "too many catagories"

by epidata-list＠lists.umanitoba.ca

greetings. i have atached a .rec file with 165,905 records, each 44 bytes. (1) it takes EpiAnalysis 10 seconds to open compared to instant availability in Epi6. why so slow? (2) using EpiAnalysis FREQ DATE resulted in error... "Too Many Catagories", no output. why??? (3) using Epi6 time for FREQ DATE was 1.9 seconds. slowness we can perhaps tolerate but no output on FREQ may be an issue. Or, it could be ther user. thank you and stay safe, kelly -----Original Message----- From: epidata-list-bounces(a)lists.umanitoba.ca on behalf of epidata-list-request(a)lists.umanitoba.ca Sent: Tue 10/25/2005 1:01 PM To: epidata-list(a)lists.umanitoba.ca Cc: Subject: EpiData-list Digest, Vol 24, Issue 13 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..."

18 years, 6 months

Using Epidata for a central server

by epidata-list＠lists.umanitoba.ca

Hello 1.About having a central server, please refer to the website and read the limitation of Epidata. 2.Well you can use the qes for data management or also use the option of preparing one data screen(rec file)and use the option of copy structure which is located at the tools menu.The advantage is that; 1. It is fast 2. There is no need to prepare another check. With these option, data entry staff can entry data for you and you have to merge them to have a collective data either at epidata or using spss. Using text fields.It is possible to enter open-ended questions and narrative with Epidata but it limitatiton is that it takes up to 80 characters whilst that of spss DE takes about 256 characters SEDZRO KOJO MENSAH P.O.Box AS 387 Ashaiman -Tema Ghana House : +233-22-300789 MOBILE : +233-244-458788 Homepage http://rastafarionline.com/rasbesa Open WebMail Project (http://openwebmail.org) ---------- Original Message ----------- From: epidata-list-request(a)lists.umanitoba.ca To: epidata-list(a)lists.umanitoba.ca Sent: Tue, 25 Oct 2005 12:01:20 -0500 (CDT) Subject: EpiData-list Digest, Vol 24, Issue 13 > 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..." ------- End of Original Message -------

18 years, 6 months

External reference for data entry: length limitation

by epidata-list＠lists.umanitoba.ca

Dear friends. Using COMMENT LEGAL function in order to select strings and get their respective codes from a separate REC file, I wanted to get CID10 codes and their respective Descriptions during data entry. In my parent CHK file you can see: DISEASE COMMENT LEGAL CID10.REC SHOW TYPE COMMENT CIDCODE END CIDCODE NOENTER END In my reference CHK file you'd read: DISEASE KEY 1 END CID10 KEY UNIQUE 2 END It's working fine, except that, in the pop-up window of reference the description of DISEASE is shown length limited to 30 characters, despite of my reference REC file showing 70. Any clue? Thanks in advance. MARCO MOURA ================================== Dr. MARCO Antonio MOURA Reis, MD, PhD Discipline of Medical Informatics Department of Medicine University of Region of Joinville - UNIVILLE Joinville (SC) - BRAZIL E-mail: mmoura(a)infomedica.com.br ==================================

18 years, 6 months

Re: Multiple locations input

by epidata-list＠lists.umanitoba.ca

Well, Megan. As I know, simultaneous entries are not possible. I have been using EpiData in clinical research and constantly dealing with multiple users input. Right now I am creating a set of files to be used for a multicenter study about Neonatal Care Units (up to 50). What I do is to distribute sets of REC/CHK files (named specifically after each center) and recover the filled REC files through the use of a Web based free, but access-limited Group (like Yahoo Groups), what turns to be a additional backup system for my precious files. Having different files make it possible to first check the adequacy of each file before combining them. Combine files is quite fast and easy. Hope it helps. MARCO MOURA ================================== Dr. MARCO Antonio MOURA Reis, MD, PhD Discipline of Medical Informatics Department of Medicine University of Region of Joinville - UNIVILLE Joinville (SC) - BRAZIL E-mail: mmoura(a)infomedica.com.br ==================================

18 years, 6 months

Multiple users - question by Megan Reif

by epidata-list＠lists.umanitoba.ca

Dear Megan: I can tell you a bit about our experience with multiple users in different countries we have had. We use one original set: original.qes original.rec original.chk Once this is definitively agreed upon, we use Copy structure (including the check file) to get: a.rec a.chk b.rec b.chk .. as many as we need and give one pair to each user (actually in duplicate for double entry). They enter the data at their leisure and then email the validated *.rec files. Because these files are so small, this can be done from even the slowest email connection (which matters to us as we work in some of the poorest countries). In EpiData Analysis, we simply do: close erase "abcd.rec" read "a.rec" append "b.rec" append "c.rec" append "d.rec" savedata "abcd.rec" close read "abcd.rec" People in the periphery simply continue to enter data into a.rec or b.rec and send so and so often the updated file, and the coordinator runs the append.pgm again. We did this with 30 locations in Zimbabwe collaborating with 31 locations in Mongolia, with a similar set-up for Moldowa collaborating with Uganda, and we never had a need for a central server. Email did just fine. A file with 58,000 records and and 9 fields took just 2 MB. I hope this helps a bit with that part of your question. Regards, Hans Rieder

18 years, 6 months

Remote Entry, Multiple Users, Long Text Fields

by epidata-list＠lists.umanitoba.ca

Hello, I am a political scientists but used to work with public health people at The Carter Center. I am comparing EpiData, SPSS Data Entry Builder, and File Maker Pro as options for entering media incident reports of election violence. I am interested in "epidemiology of political violence" and eventually plan to map incidents. I am leaning toward Epi because it is freeware and many other great qualities, but a couple of questions remain: (1) I would like to have people entering data at the same time from multiple locations. Is it possible to have a remote and immediate data deposit on a central server via the web using EpiData? If not, how have people handled data management when field staff enter data? Do they just use the same .qes and then send the .rec files periodically, which are appended. Are there any problems with this method? I was thinking of setting up a web site where people could upload their files, then I would combine them. (2) I am a bit confused about text fields. Is it possible to enter open-ended questions and narratives (paragraph length)? This is what is attractive to me about SPSS DEB. They have remote entry as well as long text fields. If anyone has considered these issues I would welcome assistance. Best wishes, Megan Reif Megan E. Reif Department of Political Science University of Michigan 5700 Haven Hall 505 S. State Street Ann Arbor, MI 48109-1045 Mobile: 734.730.6024 Home: 734.763.6916 Fax: 734.764.3522 reifm(a)umich.edu -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.344 / Virus Database: 267.12.4/146 - Release Date: 10/21/2005

18 years, 6 months

How to: relate files - how can I get only one record in sub files for each main record ?

by epidata-list＠lists.umanitoba.ca

Ziad asked: How to go for new record if you have two parts in EpiData? > I have database made of two parts. When we finish data entry in "part 2", > instead of moving to new record file, and we expect to see part 1, we get > new record file in part 2. > I assume the situation is this: a. enter data into file A b. at latest field in file A perform a relate to file B based on unique ID c. continue with more data in B d. at last field in file B you wish to continue with next record in file A. IF you specify in file A last field: after entry relate id fileB end Then after entering last field in file B you will have a new record in file B, but if you instead: after entry relate id fileB 1 end then only one record will be entered in file B and you will return to file A Example: qes files: file a: id <IDNUM> v1 first field # v2 date <dd/mm/yyyy> v3 relate # file b: id ##### v1 first field # v2 date <dd/mm/yyyy> v3 relate # Chk files: file a: id KEY UNIQUE 1 END v3 AFTER ENTRY RELATE id fileb 1 END END file b: id KEY UNIQUE 1 END Kind regards Jens Lauritsen EpiData Association

18 years, 6 months

Atttach data file to the request

by epidata-list＠lists.umanitoba.ca

Hello All! Describing your problem, mighty be easy to you but to the one who is suppose to fix it up difficult.It will be appropriate if you add the data to the problem description for one to fix it up and send it you. I suggest you include the data screen for any of us to figured out the solution. Regards SEDZRO KOJO MENSAH P.O.Box AS 387 Ashaiman -Tema Ghana House : +233-22-300789 MOBILE : +233-244-458788 Homepage http://rastafarionline.com/rasbesa Open WebMail Project (http://openwebmail.org) ---------- Original Message ----------- From: epidata-list-request(a)lists.umanitoba.ca To: epidata-list(a)lists.umanitoba.ca Sent: Fri, 21 Oct 2005 12:01:05 -0500 (CDT) Subject: EpiData-list Digest, Vol 24, 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..." ------- End of Original Message -------

18 years, 6 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

EpiData-list October 2005