Content-Type: multipart/alternative; boundary="=__PartA293B0E5.1__=" --=__PartA293B0E5.1__= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello all- I have a problem with .csv outputted data. The outputted data is missing a = number of observations, many lines of the csv file have the following error= message Notice: Undefined offset: 0 in C:\xampp\htdocs\quexf\functions\f= unctions.output.php on line 274
I suspect that the problem stems from a change I made to the banding xml fi= le after the data verification process was already underway. During banding= a 2 box numerical box group was accidentally banded as a 4 box numerical b= ox group (this seems to happen frequently during interactive banding, where= the system will overlay multiple layers of boxes). I belatedly noticed thi= s and deleted the two =E2=80=9Cextra=E2=80=9D box groups in the banding xm= l file and uploaded it to the system (Old and new code below). As best as I= can tell, forms verified after I made this change are outputted normally, = while those entered previously are represented by the above error message. = So my questions are: 1. Is there a fix for this? It would be nice to go back to outputting clean= csv files, and also to have the =E2=80=9Cpre-change=E2=80=9D data in the s= ystem. 2. If there is not a (relatively easy) fix, can I be confident that all the= newly-verified cases are actually showing up in the csv output? Again, I t= hink they are, but it would be nice to know that my read on the situation i= s correct and that things are not more deeply broken, so that I can let ver= ification proceed without worrying. Thank you! Kevin Here is the part of the banding xml I changed (note: I'm not sure why the b= oxgroup and box id numbers changed, this seems to have been done during int= eractive banding as I did not knowingly edit them): OLD: 4816 4 1 learnerID 2 24150 1873 438 1938 526 24151 1875 438 1940 526 24152 1942 438 2007 526 24153 1944 438 2009 526 NEW: 5486 4 1 learnerID 2 27438 1873 438 1938 526 27439 1942 438 2007 526 ### UNIVERSITY OF CAPE TOWN This e-mail is subject to the UCT ICT policies and e-mail disclaimer publis= hed on our website at http://www.uct.ac.za/about/policies/emaildisclaimer/ = or obtainable from +27 21 650 9111. This e-mail is intended only for the pe= rson(s) to whom it is addressed. If the e-mail has reached you in error, pl= ease notify the author. If you are not the intended recipient of the e-mail= you may not use, disclose, copy, redirect or print the content. If this e-= mail is not related to the business of UCT it is sent by the sender in the = sender's individual capacity. ### ________________________________ UNIVERSITY OF CAPE TOWN This e-mail is subject to the UCT ICT policies and e-mail disclaimer publis= hed on our website at http://www.uct.ac.za/about/policies/emaildisclaimer/ = or obtainable from +27 21 650 9111. This e-mail is intended only for the pe= rson(s) to whom it is addressed. If the e-mail has reached you in error, pl= ease notify the author. If you are not the intended recipient of the e-mail= you may not use, disclose, copy, redirect or print the content. If this e-= mail is not related to the business of UCT it is sent by the sender in the = sender's individual capacity. --=__PartA293B0E5.1__= Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Description: HTML

Hello all-

I have a problem with .csv outputted data. The outputted = data is missing a number of observations, many lines of the csv file have t= he following error message

<b>Notice</b>:  Undefined offset: 0 in <b>C:\xampp\htdocs\quexf\functions\func= tions.output.php</b> on line <b>274</b><br />

I suspect that the problem stems from a change I mad= e to the banding xml file after the data verification process was already u= nderway. During banding a 2 box numerical box group was accidentally banded as a 4 box numerical box group (this seems t= o happen frequently during interactive banding, where the system will overl= ay multiple layers of boxes). I belatedly noticed this and  deleted the two =E2=80=9Cextra=E2=80=9D box g= roups in the banding xml file and uploaded it to the system (Old and new co= de below). As best as I can tell, forms verified after I made this change a= re outputted normally, while those entered previously are represented by the above error message. So my questions are:=

1. Is there a fix for this? It would be nice to go back t= o outputting clean csv files, and also to have the =E2=80=9Cpre-change=E2= =80=9D data in the system.

2. If there is not a (relatively easy) fix, can I be= confident that all the newly-verified cases are actually showing up i= n the csv output? Again, I think they are, but it would be nice to know that my read on the situation is correct and that th= ings are not more deeply broken, so that I can let verification proceed wit= hout worrying.

Thank you!

Kevin

Here is the part of the banding xml I changed (note: I'm = not sure why the boxgroup and box id numbers changed, this seems to have be= en done during interactive banding as I did not knowingly edit them):

OLD:

<boxgroup>
        <id>4816</id>
        <type>4</type>
        <width>1</width>
        <varname>learnerID</var= name>
        <sortorder>2</sortorder= >
        <label></label>
        <groupsection></groupse= ction>
        <box>
          <id>24150</= id>
          <tlx>1873</= tlx>
          <tly>438</t= ly>
          <brx>1938</= brx>
          <bry>526</b= ry>
          <value></va= lue>
          <label></la= bel>
        </box>
        <box>
          <id>24151</= id>
          <tlx>1875</= tlx>
          <tly>438</t= ly>
          <brx>1940</= brx>
          <bry>526</b= ry>
          <value></va= lue>
          <label></la= bel>
        </box>
        <box>
          <id>24152</= id>
          <tlx>1942</= tlx>
          <tly>438</t= ly>
          <brx>2007</= brx>
          <bry>526</b= ry>
          <value></va= lue>
          <label></la= bel>
        </box>
        <box>
          <id>24153</= id>
          <tlx>1944</= tlx>
          <tly>438</t= ly>
          <brx>2009</= brx>
          <bry>526</b= ry>
          <value></va= lue>
          <label></la= bel>
        </box>
      </boxgroup>

 

NEW:

 <boxgroup>
        <id>5486</id>
        <type>4</type>
        <width>1</width>
        <varname>learnerID</var= name>
        <sortorder>2</sortorder= >
        <label></label>
        <groupsection></groupse= ction>
        <box>
          <id>27438</= id>
          <tlx>1873</= tlx>
          <tly>438</t= ly>
          <brx>1938</= brx>
          <bry>526</b= ry>
          <value></va= lue>
          <label></la= bel>
        </box>
        <box>
          <id>27439</= id>
          <tlx>1942</= tlx>
          <tly>438</t= ly>
          <brx>2007</= brx>
          <bry>526</b= ry>
          <value></va= lue>
          <label></la= bel>
        </box>
      </boxgroup>

 

 


###

UNIVERSITY OF CAPE TOWN

This e-mail is subject to the UCT ICT pol= icies and e-mail disclaimer published on our website at http://www.uct.ac.z= a/about/policies/emaildisclaimer/ or obtainable from +27 21 650 9111. T= his e-mail is intended only for the person(s) to whom it is addressed. If the e-mail has reached you in error, please no= tify the author. If you are not the intended recipient of the e-mail you ma= y not use, disclose, copy, redirect or print the content. If this e-mail is= not related to the business of UCT it is sent by the sender in the sender's individual capacity. <= /p>

###


UNIVERSITY OF CAPE TOWN

This e-mail is subject to the UCT ICT policies and e-mail disclaimer publis= hed on our website at http://www= .uct.ac.za/about/policies/emaildisclaimer/ or obtainable from +27 2= 1 650 9111. This e-mail is intended only for the person(s) to whom it is ad= dressed. If the e-mail has reached you in error, please notify the author. If you are not the intended recipient = of the e-mail you may not use, disclose, copy, redirect or print the conten= t. If this e-mail is not related to the business of UCT it is sent by the s= ender in the sender's individual capacity.
--=__PartA293B0E5.1__=--