- EpiData-list - University of Manitoba Mailing Lists

creating an identifiant from various variables
by epidata-list＠lists.umanitoba.ca 16 May '09

16 May '09

Dear all, I would have a question about the creation of an identifier for data entry. I would like the identifier to be automatically created in the .rec file after entering 4 variables and as an aggregation of these 4 variables. For instance my identifier is ID=region number+village number+household number+member in the household number Do you have any clue about how to do this? Thank you for your help. Jean-Francois

1 5

Backup Command working twice ...
by epidata-list＠lists.umanitoba.ca 16 May '09

16 May '09

Hello I use the command for copy the REC file, AFTER FILE BACKUP C: \ backup \ HPH END and it works very well. But I need to add other directories in this BACKUP simultaneously (F: \ backup \ HPH) and (C: \ backup \ HPH ) How can I run this command twice? In the same CHK. 1 .- I tried: AFTER FILE BACKUP C: \ backup \ HPH BACKUP F: \ backup \ HPH END It does not work (1 .-) 2 .- I tried AFTER FILE BACKUP C: \ backup \ HPH END AFTER FILE BACKUP F: \ backup \ HPH END It does not work (2 .-) How can I do? I appreciate your prompt response Greetings, I write from Chile South America Carlos Ortega Areyte Biostatistician -- Carlos A. Ortega Areyte Prof. de Matemática y Computación Magíster en Bioestadística

1 2

Réf. : EpiData-list Digest, Vol 67, Issue 3
by epidata-list＠lists.umanitoba.ca 16 May '09

16 May '09

Hi Jean-François This is what is needed: If you want the ID is generated automatically Considers that your variables are string type Q01 Région <A > Q02 Village <A > Q03 Household <A > Q04 Member <A > ID Identifiant <A > in the chikfile Paste: Q01 RANGE 1 10 LEGAL 2 3 4 5 END MUSTENTER END Q02 RANGE 1 30 LEGAL 2 3 4 5 6 7 8 9 10 END MUSTENTER END Q03 RANGE 1 10 LEGAL 2 3 5 6 END MUSTENTER END Q04 RANGE 1 7 LEGAL 2 3 4 5 6 7 END MUSTENTER AFTER ENTRY LET ID=Q01+Q02+Q03+Q04 END END ID NOENTER END Put the "Range" if you think putting Number, but it is not worth Thanks __________________________ JP DIBY-KONAN, MD, MPH Sous-Directeur de l'Information Sanitaire Ministère de la Santé & Hygiène Publique (+225) 05 994 326 / 02 724 162 (+225) 20 323 440 -------Message original------- De : epidata-list-request(a)lists.umanitoba.ca Date : 16/05/2009 02:02:36 A : epidata-list(a)lists.umanitoba.ca Sujet : EpiData-list Digest, Vol 67, Issue 3 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. creating an identifiant from various variables (epidata-list(a)lists.umanitoba.ca) ---------------------------------------------------------------------- Message: 1 Date: Fri, 15 May 2009 17:38:04 +0100 From: epidata-list(a)lists.umanitoba.ca Subject: [EpiData-list] creating an identifiant from various variables To: epidata-list(a)lists.umanitoba.ca Message-ID: <6.2.5.6.0.20090515173330.035cdd18(a)ucl.ac.uk> Content-Type: text/plain; charset="us-ascii"; format=flowed Dear all, I would have a question about the creation of an identifier for data entry. I would like the identifier to be automatically created in the .rec file after entering 4 variables and as an aggregation of these 4 variables. For instance my identifier is ID=region number+village number+household number+member in the household number Do you have any clue about how to do this? Thank you for your help. Jean-Francois ------------------------------ ________________________________________ EpiData-list(a)lists.umanitoba.ca http://lists.umanitoba.ca/mailman/listinfo/epidata-list End of EpiData-list Digest, Vol 67, Issue 3 *******************************************

1 0

clearing all "legal comments" in data-entry before starting
by epidata-list＠lists.umanitoba.ca 07 May '09

07 May '09

Even in using dataentry for many applications, I never had this problem before: the new database has a "base.rec" with basic informations about a unit and connected with "relate" a file with 25 lines, all similar (only the var names changes) describing actions through a code . The line consists of date, actions and a small comment-field. The actions are numeric and the label appears when typed with the "type" command. One unit can have more than one of this actions sheet; when a sheet is full the user starts a new one. Till here there is no problem. ---- action file ---- id ____ jenr aujourd'hui <Today-dmy> jcd01 <dd/mm/yyyy> jca01 ## jcm01 ________________ jcd02 <dd/mm/yyyy> jca02 ## jcm02 ________________ jcd03 <dd/mm/yyyy> jca03 ## jcm03 ________________ ------ The problem appears only - what happens daily - when the user has to add one or two "action-codes" for one unit, than has to change to another unit and add new actions for another unit and of course on an other actions-sheet. At that moment the action labels from the first sheet appears also on your screen and theses comments are usually wrong. So I want to add a "clear comment legal all" command in the before record block of the corresponding chk-file but that is not possible. Is there another method to get to the same result ? regards Casta

1 1

Re: EpiData-list Digest, Vol 66, Issue 5
by epidata-list＠lists.umanitoba.ca 01 May '09

01 May '09

Jamie, Thank you for the chk code... it works perfectly. Very nice indeed. Best regards, Abraço forte e que a força esteja com você, Pedro Emmanuel

1 3

Retreiving a string
by epidata-list＠lists.umanitoba.ca 15 Apr '09

15 Apr '09

Epidata friends, I just spend almost the whole day trying to fix some typing errors. Nothing more than usual before starting some analysis. However It came to my attention that having just one key field maybe a lot misleading. Lets say that there a key id field called number in qes. v1 number ######### if the one who is typing types the worng number lets say 231022009 instead of 221022009 later this error may cause a lot of confusion and lead to other errors. The point is that this particular sort of error is hard to find and locate because this is the one field by which we should locate the record (the link to the CRF). Looking for the record by other fields is very fustrating unless the record has some very unusual data, such as age 99. How many records I would have with age 99?? Most likeli very few. One field that very often hleps is the patient intials, although it has very few letters, very unlikeli there is more than 3 or 4 in every thousand records with the same initials. Therefore I ask to you guys if there is a way in the chk file to retrieve from the name the initials of the full name. v1 number ######### v2 name: <A > v3 initials: <A > The objetictive is: v2 name: JENS LAURISTEN v3 initials: JL v2 name: PEDRO EMMANUEL AMERICANO DO BRASIL v3 initials PEADB Telling the typer to type this is an option, but Is it possible stick this magic in the chk file? I looked in the string functions from Epidata documentation but didnt find anything that could make a way around! Best regards? Abraço forte e que a força esteja com você, Pedro Emmanuel

1 1

Re: Double entry verification numeric fields
by epidata-list＠lists.umanitoba.ca 14 Apr '09

14 Apr '09

Epidata Friends, Yves gave a good work around on the id fields with leading zeros. I was suffering from the very same problem and did not stop to think on a work around. I did try this here with a data of mine and I have a another sugestion. It came to my attention that if the fieldnum has a autoserach command and the typer goes to edit a record already in the dataset then the fieldnum is deleted by the second chk command below. Perhaps a HELP command is more nice. FIELDNUM BEFORE ENTRY fieldnum=integer(fieldchar) goto nextvariable END autosearch list fieldnum END NEXTVARIABLE BEFORE ENTRY IF (fieldnum <> integer(fieldchar)) THEN HELP "PERHAPS THERE ARE SOME NON INTEGER CHARACTERS. CONSIDER REVISING!" ENDIF END This will call the attention of the typer and will not delete the data in the field if the record is to be edited. Best regards. Abraço forte e que a força esteja com você, Pedro Emmanuel

1 0

double entry verification : problem when entering numerical fields
by epidata-list＠lists.umanitoba.ca 13 Apr '09

13 Apr '09

Dear Epidata Team, First we have to thank you very much for the quality of your software. We intend to use EpiData for a double entry verification. Unfortunately, we have found a problem when entering numerical fields. If the keyboarder types 001 in a 3 digit numerical field, Epidata stores 1 (whitch is quite normal). But during the verification step, if they enter 001 again ... there is a message to remind them that there is a difference. Of course, the difference is between the stored value 1 et the first typed digit 0. This is a problem for us. In the framework of Clinical Trials, the operators have to enter exactly what is written on the CRF. A solution could be to define the field as a text one. But of course this allows to enter letters instead of digits, and that is not enough secure. We also tried to associate a numerical range (000-999) to the text 3 characters field (in a .CHK file). With this kind of control, typing a11 is denied, but typing 1a1 is allowed... Do you have an other solution or idea to solve this problem? In your forum, you answered to somebody that this problem will be solved in the next version of EpiData. Have you already an idea of the availability date of this version? Thank you very much in advance, Valérie Conte -- --------------------------------------------------------------- Valérie CONTE Directrice technique adjointe du CREDIM Chef de projet développement CREDIM Centre de Recherche Et Développement en Informatique Médicale ISPED Institut de Santé Publique, d'Epidémiologie et de Développement Casier 11 Université Victor Segalen Bordeaux 2 146 rue Leo Saignat 33076 Bordeaux Cedex Tel : 05.57.57.47.60 Fax : 05.57.57.45.41 --------------------------------------------------------------- Mel : mailto:Valerie.Conte@isped.u-bordeaux2.fr Web : http://www.isped.u-bordeaux2.fr ---------------------------------------------------------------

1 4

Error in exporting to Stata
by epidata-list＠lists.umanitoba.ca 31 Mar '09

31 Mar '09

Epidata friends, Im using epidata entry and after almost a 1000 records Im trying to export the data to Stata to start some initial analysis. However, when exporting to Stata format a warning comes and no data are exported. The warning is... Invalid data in record #889, filed sintocol, Export concluded. I tryed to export ot other formats such as dbase an sas and spss... the problem only happans when exporting to stata format! I opened epidataentry and checked the register 889 and it did not seemed to have anything wrong wiht it. Later I tryed to delete this register and the error still coming! Any sugestions? -- Abraço forte e que a força esteja com você, Pedro Emmanuel

1 0

fixing the p50 problem
by epidata-list＠lists.umanitoba.ca 30 Mar '09

30 Mar '09

Bono Branger gave an example of an existing problem with Epidata Analysis. The problem relates to the median (P50) for life-tables. I am aware of the "non-fixing" of the problem. Obviously we will fix this problem, but you must also be aware of the nature of the project. We are NOT a company, we do not get any license fees from the users. We are fixing problems within certain timelimits and priorities. Just now - as I have informed on this list - the priority is to rewrite some core modules for long term sustainability. We will get to the p50 problem. Reproducible errors should be reported to the bug tracking system - for which you find the address on the website epidata.dk (Mantis system). Anyone not satisfied with the principles can at any time choose not to use the software and buy (expensive) commercial software. regards Jens Lauritsen EpiData Association

1 0