Although I can see your problematic situation reported below - There is "actually" no problem as such with version 4 of the XML.

It is not possible in any simple manner to do manual change of a version 4 file back to a version 3 file, since the reason for having version 4 is to experiment with new functionality. A given version 4 of the XML code could therefore also change before released for public use.

But there is a problem if you take one of your earlier projects created with version 3 of the XML into a test or experimental version. Then you CANNOT open it again in the public release version, since that version is using version 3 of the XML. Then you will get the warning/error that you showed.

We have posted many warnings on the website (testing page) on this and in recent Manager and EntryClient a yellow background warning also tells "Do not use on routine data, work on copies ...."

If any of the users have suggestions on how we can give more warnings it is welcomed.

The strategy of versions is clearly that the public release versions found on http://www.epidata.dk/download.php will always read any epx file from the first ones we created a few years back - BUT only if they were created with public release versions.

When we release the next Manager and EntryClient which allows for user access control. E.g. that someone can only enter data and others only give new passwords. Then there could be a break of the rule above, since we expect to change the current principle that variable names are different with case, e.g. v1 is not the same as V1. So we urge users to start implementing a practice where case of variables does not matter. If you have projects with say as well v1 and v2 variables. Then please rename these - you will not loose your data by renaming variables in Manager.

Best wishes

Jens Lauritsen Initiator and Coordinator EpiData Association, Denmark

On 11/11/2016 01:23 AM, EpiData development and support wrote:

Dear Epidata team!

I tried to open a project in manager but got this error message:

"PROJECT HAS INCORRECT XML VERSION! MAX SUPPORTED XML VERSION:3 PROJECT XML VERSION 4"

I then looked at the file in an XML editor, the header indicated version 4:

<?XML VERSION="1.0" ENCODING="UTF-8"?>

<EPIDATA XMLNS="HTTP://WWW.EPIDATA.DK/XML/2.1" XMLNS:XSI="HTTP://WWW.W3.ORG/2001/XMLSCHEMA-INSTANCE" XSI:SCHEMALOCATION="HTTP://WWW.EPIDATA.DK/XML/2.1 HTTP://WWW.EPIDATA.DK/XML/2.1/EPX.XSD" VERSION="4" XML:LANG="EN" DATESEPARATOR="/" DECIMALSEPARATOR="," TIMESEPARATOR="." CYCLE="56">

I tried the change the header to this (taken from an earlier version of the project which was working):

<?XML VERSION="1.0" ENCODING="UTF-8"?>

<EPIDATA XMLNS="HTTP://WWW.EPIDATA.DK/XML/2.0" XMLNS:XSI="HTTP://WWW.W3.ORG/2001/XMLSCHEMA-INSTANCE" XSI:SCHEMALOCATION="HTTP://WWW.EPIDATA.DK/XML/2.0 HTTP://WWW.EPIDATA.DK/XML/2.0/EPX.XSD" VERSION="3" XML:LANG="EN" CYCLE="56">

This resulted in a new error, although I managed to open the project. But the project did not contain all CRFs and no data...

New error message:

"LIST INDEX (0) OUT OF BOUNDS.PRESS OK TO IGNORE AND RISK DATA CORRUPTION [....]"

As this is a real lifr project and I had to be able to carry on, I solved the problem by copying the records from the bad file back into an previous project file by using an XML editor. It then worked fine. I noticed only one difference at the end of the bad file, some log lines.

Hope this can help the project.

I am using the 2.0.13.64 64 bit Win version of Manager and 2.0.10.26 of the Client.

We had the same problem on the Mac Version

Best regards

Jonas Malmstedt