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
Scanning / OCR
XML / SGML / HTML
Formatting, Pre-Press and Typesetting (FrameMaker, QuarkXpress, InDesign)
Data collection / Internet Research
Proofreading and Copy-Editing
Medical / Audio Transcription
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.
Mobile: +(91) 98100 50809
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.
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
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
b. User defined different table design definitions and other refinements
to the output design principles. (further documented with installation).
Coordinator and initiator of EpiData Project
> 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.
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.
Save data file(s) etc. in a new compressed zip-file, include current
date in filename:
BACKUP F:\backup\distinationdirectory ZIP myzipfile.zip [DATE]
Save data file(s) etc. in a new encrypted data file, do not include
current date in filename:
BACKUP F:\dist_dir ENCRYPT myencryptfile secretword
(Points b and c copied from the help file for EpiData v3.1
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
Freiburger Institut fuer angewandte Sozialwissenschaft e.V.
Erasmusstr. 16, D-79098 Freiburg
Telefon: (0761) 28 83 64 Fax: (0761) 29 27 493
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"
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. !
>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
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
Coordinator and initiator of EpiData Project
>Is it possible to add command to CHK file to run the notebook (F5) ...
Yes - see the command WRITENOTE
Example from help file :
IF V10 > 100 THEN
WRITENOTE "Please check if the value @V10 in field V10 is really true"
IF V10 > 110 THEN
WRITENOTE "Unusual value of field V10 is entered. Please specify reasons for this value:" SHOW
to unconditionally open the entry: writenote show
the example above will add the note, but not open the xxx.not file.
1. I have a .CHK which has 473 lines
2. there are several include.txt files in the check code
3. when I want to do data entryI'm told there is a error in the .CHK
And do I want ot see 'them'..... I answer yes
4. the split screen appears with the .CHK on the left and the "offender"
Section on the right
5. the line numbers in the right screen have nothing to do with the line
Numbers on the left....as far as I can tell.
6. for example: "unexpected end of COMMENT LEGAL line 253
Followed in next line "Unknown command (end) in line 254
7. where did these line numbers come from?
8. at the point where the include occurs is line 13 and
9. the included file has 63 lines
10. any ideas???
Is it possible to add command to CHK file to run the notebook (F5) for
an "if " condition? for example
If v1 = "yes" then execute (F5 button)?
Thank you in advance!
Medecins Sans Frontiere (Sudan)
INFORMATION IS VERY HELPFUL. IS THERE ANYONE WHO WOULD CONSIDER GIVING
THANKS TO ALL, KELLY
[mailto:firstname.lastname@example.org] On Behalf Of
Sent: Thursday, April 07, 2005 1:01 PM
Subject: EpiData-list Digest, Vol 18, Issue 4
Send EpiData-list mailing list submissions to
To subscribe or unsubscribe via the World Wide Web, visit
or, via email, send a message with subject or body 'help' to
You can reach the person managing the list at
When replying, please edit your Subject line so it is more specific than
"Re: Contents of EpiData-list digest..."