- EpiData-list - University of Manitoba Mailing Lists

Re: [EpiData-list] New test versions available for EpiData EntryClient and EpiData Manager
by epidata-list＠lists.umanitoba.ca 22 Oct '10

22 Oct '10

For all users. A critical bug had sneaked into the builds of Mac versions of EpiData EntryClient (thanks to Jamie Hockin for fast feedback). The Intel and PowerPC version have both been fixed and new versions (though with the same version no.) have been placed on the testing website. Regards, Torsten Bonde Christiansen. EpiData Association. On 2010-10-22 14:35, Jamie Hockin wrote: > Hi Torsten, > > The Mac (Intel) version of the Client is corrupted - the .app is not > executable (error that the .app file is damaged or incomplete). It is > the same size/date as the previous version. File date is Friday, > September 10, 2010 8:31 AM > > Jamie >

1 0

New test versions available for EpiData EntryClient and EpiData Manager
by epidata-list＠lists.umanitoba.ca 22 Oct '10

22 Oct '10

For all users Today new versions of Entry Client and Manager have been placed on thehttp://epidata.dk/testing.php page for general download and testing. Apart from some minor points and errors reported to the Flyspray bug database the current release is what we see as the first release candidate for general usage following key developments mentioned below. level 1: Basic functionality at field level level 2: Extended functionality with value labels, basic checks etc We are at level 1 now and production release will include level 2. Main news since last release are: a. bug fixes and enhancements b. availability of two file formats: epx: the basic xml structure containing all information for a given project epz:The same file, but zipped, which often reduces the overall size to about 10-30% of the epx file c. export of data to stata d. short introduction to the EntryClient Currently the users should find and test the following: Manager a. all aspects of creating new projects with one database table/file per project a1. importing (loading) old rec files and stata files a2. Pasting from qes files or editor files onto a dataform a3. Saving these data as a project file with options for entry b. exporting data to Stata (regardless of whether you have Stata) EntryClient b. data entry of project files created with manager b1. Securing that data are saved and shown as read b2. Editing and browsing in data b3. Backup of files after entry b4. Timed recovery function if systems break down during entry What are the next steps ? c1. Adaptation of EpiData Analysis to be able to read the xml structured files (epz and epx) c2. Following users tests in the coming weeks further error removal will be done in EntryClient and Manager Please report if possible to the flyspray database system. (But also if you cannot get the flyspray system to work let us know on this list) Kind regards Torsten Christiansen, Jens Lauritsen EpiData Association

1 0

NIH requirements for Data management
by epidata-list＠lists.umanitoba.ca 20 Oct '10

20 Oct '10

Dear EpiData friends, Recently I was talking to a friend about the professionalism of research x professor-student structure in research and then he showed me a past call of NIH grant wich in part I pasted here. I was somehow surprised, because I didnt know that all these should be in a project. Data and Biostatistics Core: Required. Each application must include a The Data and Biostatistics Core is a resource to the multi-project application, providing for the data management and statistical support of the overall Center and individual research projects. The Data and Biostatistics Core has several components: an electronic data management system, a data management implementation plan, and biostatistics support. A full-time Data Manager must be present onsite at the Center or at the place where the electronic data management system is hosted and statistical expert(s) should be available as needed. Applications must provide a detailed description of the existing or planned data management system. The data management system must be capable of collecting and managing data from the participating study sites in order to ensure uniformity of procedures and high quality data. The data management system should reside at the endemic area site(s) and data management staff will be responsible for the design, development and testing of databases and data management software, validation of the data system, training of data management and field personnel on data collection procedures and activities, maintenance of the database and software systems, documentation of changes, and preparation of data dictionaries and standard operating procedures for all aspects of data management. Each TMRC and related field sites should have computers, connectivity to the internet and communications capabilities. For sites without such capabilities, funding for such infrastructure should be budgeted in this core and the infrastructure should be in place before the end of the first year of the grant. The data management system should include, but is not limited to: • security features for controlled access to all project data; • a tracking system for data forms, activities, and study samples; • date and time stamping of all data records; • audit trails to track all changes made to data records; and • a reporting system that generates error reports and summary information reports. If applicants do not have the capability for the data management system at the time of application submission, the applicant should describe a plan for designing and implementing a fully operational data management system based on the system requirements, including provisions for the time frame for design, development, testing, validation, and training activities. Plans and procedures must be in place to provide security against anticipated risks, including loss of confidentiality of subject electronic records and data summaries. Each TMRC should have staff with data management (Data Manager) expertise at each site. The Center should have access to dedicated statistical expertise that informs the research study design and provides the ability to conduct statistical data analysis. They should provide for activities such as study design and protocol development and where appropriate, generating interim tables, preliminary statistical analyses for progress reports, and assisting with statistical issues related to laboratory testing and results. Abraço forte e que a força esteja com você, Dr. Pedro Emmanuel A. A. do Brasil Instituto de Pesquisa Clínica Evandro Chagas Fundação Oswaldo Cruz Rio de Janeiro - Brasil Av. Brasil 4365 Tel 55 21 3865-9648 email: pedro.brasil(a)ipec.fiocruz.br email: emmanuel.brasil(a)gmail.com ---Apoio aos softwares livres www.zotero.org - gerenciamento de referências bibliográficas. www.broffice.org ou www.openoffice.org - textos, planilhas ou apresentações. www.epidata.dk - entrada de dados. www.r-project.org - análise de dados. www.ubuntu.com - sistema operacional

1 1

Exporting problems
by epidata-list＠lists.umanitoba.ca 20 Oct '10

20 Oct '10

Dear all, When I try to export my data into SAS, all my variables appear into a single column (in SAS). What could be happening? When I export the data into Excel and then to SAS it does work perfect. Is there any difference from exporting a data file directly from EpiData into SAS other than EpiData into Excel and then SAS? Thanks in advance for your help. Rafael

1 11

BMI Calculation
by epidata-list＠lists.umanitoba.ca 14 Oct '10

14 Oct '10

I am having trouble calculating BMI in Epidata. Height is measured in feet (separate) and inches (separate). I tried to create a new variable (BMI), which it did, but it is labelled as "Float," and unusable. Please help! Ali Ali B. Mansaray, MPH, PhD.c OMH, SCDHEC (803) 898-0263 (Days) *MANSA CS* [(803) 446-6958 (On Call) *"To be or not to be: that is the question...?" (Shakespeare),* especially in public health, minority health and health disparities in these United States.

1 0

Re: EpiData-list Digest, Vol 84, Issue 7
by epidata-list＠lists.umanitoba.ca 13 Oct '10

13 Oct '10

I am having trouble calculating BMI in Epidata. Height is measured in feet (separate) and inches (separate). I tried to create a new variable (BMI), which it did, but it is labelled as "Float," and unusable. Please help! Ali Ali B. Mansaray, MPH, PhD.c OMH, SCDHEC (803) 898-0263 (Days) *MANSA CS* [(803) 446-6958 (On Call) *"To be or not to be: that is the question...?" (Shakespeare),* especially in public health, minority health and health disparities in these United States. On Sun, Oct 10, 2010 at 1:00 PM, <epidata-list-request(a)lists.umanitoba.ca>wrote: > 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..." > > > EpiData-list mailing list > ___________________________________ > > Today's Topics: > > 1. EpiData Manager integer vs float (epidata-list(a)lists.umanitoba.ca) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 09 Oct 2010 20:37:30 +0200 > From: epidata-list(a)lists.umanitoba.ca > Subject: [EpiData-list] EpiData Manager integer vs float > To: epidata-list(a)lists.umanitoba.ca > Message-ID: <4CB0B66A.7000901(a)tbrieder.org> > Content-Type: text/plain; charset="ISO-8859-1" > > > > ------------------------------ > > ________________________________________ > EpiData-list(a)lists.umanitoba.ca > http://lists.umanitoba.ca/mailman/listinfo/epidata-list > > > End of EpiData-list Digest, Vol 84, Issue 7 > ******************************************* >

1 2

Order of how yes no settings appear in tables
by epidata-list＠lists.umanitoba.ca 13 Oct '10

13 Oct '10

Hi Jamie A little while ago when you answered my question about changing the Boolean fields to 0-1, you mentioned there was a way in both EpiData Analysis and EpiInfo to reverse the order that two by two tables were shown, that would help in a situation where 0 was no and yes was 1 (so the 1 or yes answers appeared first in the table). I have looked around Epi Info but couldn't find a setting like this. Could you let me know how to do it? And also how to do it in Epidata analysis? I Many thanks Christine Christine Roseveare Analyst Regional Public Health 570 9194 027 495 9671 >>> Christine Roseveare 20/09/2010 5:21 p.m. >>> Hi Jamie Could you please explain why you changed the booleans to 0-1 before loading it into manager? Sorry if this is a silly question. I am asking because someone recently gave me an outbreak file where they had used 0 and 1 (created in Excel 0 = no and 1 = yes). The problem was that when I came to analyse it (in this case using Epi Info) it meant that the two by two tables were in the wrong order. Because no was 0 it came out first in the table. I have always used the boolean field in epidata for our outbreak questionnaires and it has worked very well. They come out in the right order in both Epidata Analysis and Epin Info, and also make intuitive sense to the data entry person. thank you Christine Christine Roseveare Analyst Regional Public Health 570 9194 027 495 9671 >>> <epidata-list(a)lists.umanitoba.ca> 13/09/2010 2:34 p.m. >>> I successfully loaded a moderately-sized .rec file (changing all booleans to 0-1 before loading into Manager--it should prompt to do that for us). Entry handled the existing and new data as expected. I would like to have the autojump to next field when all digits are filled. I assume that this is coming. I successfully loaded a fictitious file with just under 500,000 records and 12 fields (41.8 MB .epx from an 8 MB .rec). Given the capacity of removable memory today, size really isn't a problem. I cannot imagine ever having a real file that large. On my old Windows laptop, this file loaded/saved in 20-30 seconds, but GO TO any record in the file was instantaneous. Jamie -- The information contained in this email and any attachments is confidential and may be legally privileged. If you have received this message in error, please notify the sender immediately and remove all copies of the message, including any attachments. Any views or opinions expressed in this email (unless otherwise stated) may not represent those of Hutt Valley DHB. Thank you. ** Disclaimer added by HVDHB ** ______________________________________________________________________________ This email has been scrubbed for your protection by SMX. For more information visit http://smxemail.com ______________________________________________________________________________

1 1

adding variables to existing rec
by epidata-list＠lists.umanitoba.ca 12 Oct '10

12 Oct '10

To add a variable to an existing REC file, I tried what was discussed on: http://lists.umanitoba.ca/mailman/htdig/epidata-list/2010q2/001427.html But I didn't have it very clear. I finally made it doing the following steps (using EpiData 3.1, under Microsoft Windows): 1) Editing the QES adding a variable with a temporally name as "new". 2) Then, Tools -> Revise Data File 3) Tools -> Rename Fields 4) I go to the new variable and then edited the subsecuent variables with a temporally name also. The added variable should finally have the name 'P1103e' and the subsecuent variables must be "moved". In that sense the new variable would be called 'newe' and the subsecuents of the same block of questions can be called 'newf', 'newg', 'newh', 'newi', 'newj', and so on. 5) Then, I just go again to Tools -> Rename Fields 6) I then rename the variables with the appropiate names as: 'P1103e', 'P1103f', 'P1103g', 'P1103h', 'P1103i', 'P1103j'. 7) Finally, I changed the QES file with the appropiate names and then Tools -> Revise Data File. This steps worked fine for me. Regards, -- Omar Bautista González - Coordinador de Investigación para el Desarrollo, Diseño, Monitoreo y Evaluación Visión Mundial República Dominicana - Colaborador en investigación social del movimiento del software libre en República Dominicana

1 0

EpiData Manager integer vs float
by epidata-list＠lists.umanitoba.ca 09 Oct '10

09 Oct '10

1 0

Re: EpiData-list Digest, Vol 84, Issue 5
by epidata-list＠lists.umanitoba.ca 09 Oct '10

09 Oct '10

Alternatively you can ask each site to create an updated folder containing the updated rec.file then zip the folder before emailing it. Hope this will help too. Tieble On 8 October 2010 18:01, <epidata-list-request(a)lists.umanitoba.ca> wrote: > 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..." > > > EpiData-list mailing list > ___________________________________ > > Today's Topics: > > 1. how to share epidata files? (epidata-list(a)lists.umanitoba.ca) > 2. Re: how to share epidata files? (epidata-list(a)lists.umanitoba.ca) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 08 Oct 2010 10:29:56 +0200 > From: epidata-list(a)lists.umanitoba.ca > Subject: [EpiData-list] how to share epidata files? > To: epidata-list(a)lists.umanitoba.ca > Message-ID: <4CAED684.8050907(a)burlo.trieste.it> > Content-Type: text/plain; charset=ISO-8859-15; format=flowed > > Dear epidata-list members, > > I'm a new member and I'm quite new also in the use of Epidata. I need > some support. > > My team is coordinating a multicentre study. At the beginning of the > study we prepared a database (files .qes, .chk and .rec) and sent it to > all centres; during the study they send back to us regularly the > updated .rec files with the records. We have problems in receiving via > e-mail, as attached documents, epidata files (especially files .rec with > records, but also without records). We sometimes are not able to open > the files, or sometimes we manage to open the files but the records are > not there. We realised it depends also on the e-mail server used by > every centre, and on other variables too. > > I wonder which would be the best way to share epidata databases. > > Many thanks > > Alessandro > > > > ------------------------------ > > Message: 2 > Date: Fri, 08 Oct 2010 11:38:03 +0200 > From: epidata-list(a)lists.umanitoba.ca > Subject: Re: [EpiData-list] how to share epidata files? > To: epidata-list(a)lists.umanitoba.ca > Message-ID: <4CAEE67B.4090505(a)fifas.de> > Content-Type: text/plain; charset="iso-8859-15" > > Am 08.10.2010 10:29, schrieb epidata-list(a)lists.umanitoba.ca: > > Dear epidata-list members, > > > > I'm a new member and I'm quite new also in the use of Epidata. I need > > some support. > > > > My team is coordinating a multicentre study. At the beginning of the > > study we prepared a database (files .qes, .chk and .rec) and sent it to > > all centres; during the study they send back to us regularly the updated > > .rec files with the records. We have problems in receiving via e-mail, > > as attached documents, epidata files (especially files .rec with > > records, but also without records). We sometimes are not able to open > > the files, or sometimes we manage to open the files but the records are > > not there. We realised it depends also on the e-mail server used by > > every centre, and on other variables too. > > > > I wonder which would be the best way to share epidata databases. > > > > Many thanks > > > > Alessandro > > > > _______________________________________________ > > EpiData-list mailing list > > EpiData-list(a)lists.umanitoba.ca > > http://lists.umanitoba.ca/mailman/listinfo/epidata-list > > You can solve the problem when you zip the rec-files before you send > them as a email-attachment. > > Juergen > > -- > *********************************************************** > Freiburger Institut fuer angewandte Sozialwissenschaft e.V. > FIFAS > Erasmusstr. 16, D-79098 Freiburg > > Telefon: 0049 (0)761 28 83 64 > Fax: 0049 (0)761 29 27 493 > Web: http://www.fifas.de > E-Mail: info(a)fifas.de >

1 0