- EpiData-list - University of Manitoba Mailing Lists

Outsourcing of your data processing/conversion requirements
by epidata-list＠lists.umanitoba.ca 09 May '05

09 May '05

Hi, We came across your organization while browsing the web. Kindly allow me to introduce ourselves to you. We are a professional outsourcing partner for all data conversion and related activities (http://www.DataConversion.co.in). Our data conversion division has been around since 1999, and was created with the intent of offering world-class data conversion services to international clientele. We undertake digital conversion of large volumes of content: newspapers, books, journals and a variety of forms, surveys, indexes and other documents from print, electronic images & microfilm. Our low cost digital archiving & metadata conversion services allow for libraries, repositories of special collections and other organizations with limited budgets to digitize their archives for web publication and distribution. Our range of services include, but are not limited to: Data Entry / Conversion / Capture Forms Processing Scanning / OCR Digital Archiving XML / SGML / HTML Formatting, Pre-Press and Typesetting (FrameMaker, QuarkXpress, InDesign) Data collection / Internet Research Proofreading and Copy-Editing Medical / Audio Transcription CAD Conversion Our staff is fully dedicated and capable to provide complete and accurate data conversion services to our worldwide customers at the lowest possible cost, and delivered at the required time. With a robust data security policy & business continuity plan in place, we fully safeguard customer data at all times. We understand the basic international business processes and ensure that all projects undertaken by us are completed within the stipulated time period with complete confidentiality, accuracy, and quality. We are one of the leading Indian organizations in our field, and serve many international organizations. For accomplishing jobs with us, a team of highly trained and dedicated professionals work at our state-of-the-art facilities located in New Delhi, India. Many companies are now outsourcing their work to India. Not only do they achieve substantial cost savings, the availability of a large number of professionally trained personnel also ensures high quality of work. We can serve you efficiently and cost effectively, and deliver as per your customized needs. With every project plan we design and implement, we work to earn our clients' trust. You pay for the services provided or hours worked - only when you need them! If you are interested in cutting your current costs to at least half, increasing your profit margins without compromising on the quality and turn-around time, then please do get back to us. We will be glad to send you a most competitive business proposal. I look forward to hearing back from you. Sincerely, Dhiraj Aggarwal CEO Mobile: +(91) 98100 50809 E-mail: info(a)DataConversion.co.in URL: http://www.DataConversion.co.in This email has been sent expecting the information to be of use and benefit to you. In case you do not wish to receive further emails from us, please send us an email with `REMOVE + your email address' in the subject line and we will remove your email address from our database. We apologize for the inconvenience caused to you.

1 1

Revising a questionnaire
by epidata-list＠lists.umanitoba.ca 02 May '05

02 May '05

Dear Colleagues, As I was using EpiData, I was impressed because it is simple to understand and even train someone on how to use it. However, I was challenged on how to revise a questionnanire and effect the revision into the record file. If you know how to do it, just direct me. I will be happy for your quick response. Regards, ___________________________________________ Lwanga B. Charles Department of Population Studies, Institute of Statistics and Applied Econ., Makerere University, Box 7062 Kampala, Tel: 256-77-575745 Alternative email: chlwanga(a)hotmail.com

1 1

Re: selecting on string variables
by epidata-list＠lists.umanitoba.ca 01 May '05

01 May '05

> 1. How to select "string variables" in Epidata Analysis ? > select outcome="death" An example should clarify: Try this: generate 3 // make 3 artificial records gen integer id = recnumber // create id variable define animal _________ // make a string variable * add value to the variable: if recnumber = 3 then animal = "monkey" if recnumber = 1 then animal = lower("LION") if recnumber = 2 then animal = "LION" . list ID ANIMAL 1 lion 2 LION 3 MONKEY * so we see that we have three values for the variable animal. * and we have two variables: . var Name Type Length Decimals ID Integer 12 0 ANIMAL String 9 0 %s9 * now we try various selects: select if animal = "LION" count No records available select // to select if upper(animal) = "LION" count No records available select select if upper(trim(animal)) = "LION" count Count : 2 The essense is therefore that to do a select on a string variable, you have to use as well sometimes the function upper() and the function trim() to get a proper selection. regards Jens Lauritsen Initiator of EpiData Coordinator EpiData Association

1 0

How to select "string variables" in Epidata Analysis ?
by epidata-list＠lists.umanitoba.ca 01 May '05

01 May '05

Dear sir, Hello. I am one of Epidata Users around the world. I can not select "string variables" by Epidata Analysis. I am not sure whether the "Epidata Analysis" program can select string variables. For example: Name of my Variable : Outcome and my Options for the variable : cure , death , disabled, unknown I write(or do) the command: select outcome="death" But no selection is done and this is the massage : No records available But I am sure that records are available because I myself have entered them and also EpiInfo software do select them ! Thank you REZA __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Do not test estimation in stratified 2x2 tables (b22)
by epidata-list＠lists.umanitoba.ca 15 Apr '05

15 Apr '05

Persons testing build 22 of analysis should notice that the list of issues to resolve before v1.0 contains the line: "Table command - thorough testing of correctness of estimates and inverting tables." Finalisation of estimation procedures started this week and was not included in build 22. The major new part of the programme in build 22 for testing is: a. All file types should be read properly now. Including files with encrypted fields. b. User defined different table design definitions and other refinements to the output design principles. (further documented with installation). regards Jens Lauritsen Coordinator and initiator of EpiData Project http://www.epidata.dk

1 0

Sending Data files by e-mail and continue working
by epidata-list＠lists.umanitoba.ca 14 Apr '05

14 Apr '05

> Hello everybody, > I sometimes get an error message "Error reading record" > when I open an Epidata *.rec file. ......... > I believe, that this error only happens with data files > that I received as email-attachments. My suggestion that in situations where you want to e-mail the rec file to another place, send it as a zip file. Some systems adds one line or a blank line to attachments, so I would: One of a-c. a From tools menu make an archive and send it - preferably encrypted, such that contents are not giving problems if the e-mail gets lost or sent to an inappropriate receiver. b. Save data file(s) etc. in a new compressed zip-file, include current date in filename: AFTER FILE BACKUP F:\backup\distinationdirectory ZIP myzipfile.zip [DATE] END c Save data file(s) etc. in a new encrypted data file, do not include current date in filename: AFTER FILE BACKUP F:\dist_dir ENCRYPT myencryptfile secretword END (Points b and c copied from the help file for EpiData v3.1 Jens Lauritsen EpiData Association

1 0

Epidata: "Error reading record"
by epidata-list＠lists.umanitoba.ca 14 Apr '05

14 Apr '05

Hello everybody, I sometimes get an error message "Error reading record" when I open an Epidata *.rec file. Sometimes it happens by opening the whole file (I can't open it), sometimes only, when I try to access the last entered record. When I export a data file with this error message (i.e. to SPSS), all records are exported correctly, nothing is lost (as far as I can see). I believe, that this error only happens with data files that I received as email-attachments. Is it possible, that sending *.rec-files by email "destroys" something in the file structure? Any suggestions how to avoid this problem? Thanks for help Juergen Spiegel *********************************************** Freiburger Institut fuer angewandte Sozialwissenschaft e.V. FIFAS Erasmusstr. 16, D-79098 Freiburg Telefon: (0761) 28 83 64 Fax: (0761) 29 27 493 Web: www.fifas.de e-mail: info(a)fifas.de

1 1

EpiData Analysis build 22 released
by epidata-list＠lists.umanitoba.ca 14 Apr '05

14 Apr '05

Version 0.9 build 22 has been put on the web today: Added or modified Reading of data files and chk files <b>final</b> (see note on recnumber definition above) Output adapted to W3c (www.w3c.org) standards, see pdf file in "docs" subfolder. Simplification of control of what is shown (commands, info, results): set showdefinitions<br>Note some inconsistencies are still there set parameter for table design added Reading of files with encrypted fields (prompt for password or add /key) Major commands can be used with first three letters Reading of missingvalue definitions Output changed to tables (improves speed) Several interface adaptations Added command history window (F7) Much improved examples on opening pages Improved reporting on append Bug removal: Crash when selecting block in output fixed. Documentation on output format described in a pdf file coming with the installation which is now 2 MB (two) Get the new build from: Http://www.epidata.dk/testing.php Note that all files should be readable now. ! regards Jens Lauritsen EpiData Association

1 0

Relate does not update structure automatically with changed qes file
by epidata-list＠lists.umanitoba.ca 12 Apr '05

12 Apr '05

>From the mail to info at epidata: > if you change a qes-file in a relational database, epidata doesn't ask > you to revise the rec-file if you open the file indirectly by the > higher-level file, but only if you open it directly. > cheers. mark Good point. Relate is a very complex system. So to change structure of files in the middle of loading is a potentially error resulting situation. But I agree that the user should be warned somehow. This should be added to the bug/problem reporting database - see link on www.epidata.dk -- Jens Lauritsen Coordinator and initiator of EpiData Project http://www.epidata.dk

1 0

Run notebook
by epidata-list＠lists.umanitoba.ca 12 Apr '05

12 Apr '05

>Is it possible to add command to CHK file to run the notebook (F5) ... Yes - see the command WRITENOTE Example from help file : V10 AFTER ENTRY IF V10 > 100 THEN WRITENOTE "Please check if the value @V10 in field V10 is really true" ENDIF IF V10 > 110 THEN WRITENOTE "Unusual value of field V10 is entered. Please specify reasons for this value:" SHOW ENDIF END END to unconditionally open the entry: writenote show the example above will add the note, but not open the xxx.not file. Jens Lauritsen EpiData Association

1 0