Likely that the analytics table generation process failed. The analytics tables are dropped and completely re-generated so old values cannot really remain there.
On Wed, Feb 12, 2014 at 4:46 PM, Ola Hodne Titlestad <[email protected]>wrote: > I can confirm that the data value in question is no longer in the > datavalue table, and that it exists in the analytics_2013 table. > > Ola > ------- > > > ---------------------------------- > Ola Hodne Titlestad (Mr) > HISP > Department of Informatics > University of Oslo > > Mobile: +47 48069736 > Home address: Eftasåsen 68, 0687 Oslo, Norway. Googlemaps > link<https://maps.google.com/maps?q=Eftas%C3%A5sen+68,+0687+Oslo,+Norge&hl=en&ie=UTF8&sll=59.893855,10.785116&sspn=0.222842,0.585709&oq=eftas%C3%A5sen+68,+0687+Oslo,+&t=h&hnear=Eftas%C3%A5sen+68,+%C3%98stensj%C3%B8,+0687+Oslo,+Norway&z=16> > > > On 12 February 2014 15:46, Ola Hodne Titlestad <[email protected]> wrote: > >> A bit more follow-up here. >> >> So we had a numeric value "61" that was replaced by an empty value in >> data entry. >> >> After that the field is empty in data entry (so apparently no longer >> stored in datavalue table), but the value "61" still seems to be in >> analytics tables many days after it was removed in data entry, so it still >> shows up e.g. in data set report. >> >> Ola >> ------- >> >> >> ---------------------------------- >> Ola Hodne Titlestad (Mr) >> HISP >> Department of Informatics >> University of Oslo >> >> Mobile: +47 48069736 >> Home address: Eftasåsen 68, 0687 Oslo, Norway. Googlemaps >> link<https://maps.google.com/maps?q=Eftas%C3%A5sen+68,+0687+Oslo,+Norge&hl=en&ie=UTF8&sll=59.893855,10.785116&sspn=0.222842,0.585709&oq=eftas%C3%A5sen+68,+0687+Oslo,+&t=h&hnear=Eftas%C3%A5sen+68,+%C3%98stensj%C3%B8,+0687+Oslo,+Norway&z=16> >> >> >> On 12 February 2014 15:31, Ola Hodne Titlestad <[email protected]> wrote: >> >>> Just to clarify a bit more. >>> The issue we have seen here is that when a value was removed >>> completely/emptied out (and not replaced by another value) the old value >>> still stays in the system. >>> >>> Version: 2.13Build revision: 12961 >>> Ola >>> ------ >>> >>> ---------------------------------- >>> Ola Hodne Titlestad (Mr) >>> HISP >>> Department of Informatics >>> University of Oslo >>> >>> Mobile: +47 48069736 >>> Home address: Eftasåsen 68, 0687 Oslo, Norway. Googlemaps >>> link<https://maps.google.com/maps?q=Eftas%C3%A5sen+68,+0687+Oslo,+Norge&hl=en&ie=UTF8&sll=59.893855,10.785116&sspn=0.222842,0.585709&oq=eftas%C3%A5sen+68,+0687+Oslo,+&t=h&hnear=Eftas%C3%A5sen+68,+%C3%98stensj%C3%B8,+0687+Oslo,+Norway&z=16> >>> >>> >>> On 12 February 2014 14:26, Jerome Shaguy <[email protected]> wrote: >>> >>>> Hi, >>>> >>>> When a data entry clerk enters data mistakenly and clicks complete and >>>> then returns to correct the mistake the corrections do not save, as such >>>> the old value remains and continues to be rendered in reports. >>>> >>>> _______________________________________________ >>>> Mailing list: https://launchpad.net/~dhis2-devs >>>> Post to : [email protected] >>>> Unsubscribe : https://launchpad.net/~dhis2-devs >>>> More help : https://help.launchpad.net/ListHelp >>>> >>>> >>> >> > > _______________________________________________ > Mailing list: https://launchpad.net/~dhis2-devs > Post to : [email protected] > Unsubscribe : https://launchpad.net/~dhis2-devs > More help : https://help.launchpad.net/ListHelp > >
_______________________________________________ Mailing list: https://launchpad.net/~dhis2-devs Post to : [email protected] Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
