Un-registered Users

I’m forwarding along this short email thread about the "unregistered users"
problem that we’re having in HQ1.0.

*Description of problem: *

In the form submission report, there are forms being submitted by
"unregistered-user catty", for example. The practical problem is that an
unregistered user won’t be able to OTA restore their data which becomes a
problem when we’re going to be upgrading the mobile client (OTA restore will
be required to push down client lists and also open referral cases). Another
practical problem is that these users don’t currently show up in the form
submission report. There is a “None” user in the form submission report and
we think that the forms submitted by the “unregistered users” are being
aggregated into this “None” user.

*Additional Questions: *

Are there any other practical problems with a user being “unregistered”?
How can a user not be registered in HQ if they can submit forms?

··· ---

Now, that I recall, there were un-registered users in HQ.9 as well. So,
this may mean that the un-registered users is not a problem created by the
.9 to 1.0 HQ migration.

Here is list of users that are not in the “commcare user list” in CCHQ1.0
and are believed to be “unregistered users”. These are there CommCare
usernames

  • catty
  • martha
  • chipegwa

Here is a list of users that are not in the “commcare user list” in CCHQ1.0
and are believed to be “unregistered users”. We don’t have a record of
their specific user name, but these are their real names which most likely
would have derived the user name.

  • Elizabeth Joseph
  • Hadija Hamsini

Let me know if any more information would be helpful or you have any
questions.

Nick P. Amland

CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
Email: namland@dimagi.com namland08@gmail.com

---------- Forwarded message ----------
From: Daniel Roberts droberts@dimagi.com
Date: Wed, Mar 30, 2011 at 7:24 PM
Subject: Re: Un-registered Users
To: Nick Amland namland@dimagi.com

Yeah, this is probably the same issue as Catty and the others not being
registered. Once we figure that out, this will be solved too.

Danny

2011/3/30 Nick Amland namland@dimagi.com

Hey,

Is the “None” highlight in the screenshot the aggregate of the
"un-registered" users? This is a practical problem for "un-registered"
users other than the fact that they can’t OTA restore.

I’m going to sit down with Ken and Deborah today to go threw the user list.
Hopefully, this will be the first step in fixing this problem. How does
this tie into our problem with open cases?

Thanks,
Nick

Nick P. Amland

CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
TZ Mobile: +255 762 740 996
Email: namland@dimagi.com namland08@gmail.com

Forwarding, this along to CCusers.

Thanks,
nick

Nick P. Amland

CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
TZ Mobile: +255 762 740 996
Email: namland@dimagi.com namland08@gmail.com

··· ---------- Forwarded message ---------- From: Nick Amland Date: Mon, Apr 4, 2011 at 9:24 PM Subject: Re: Un-registered Users To: Daniel Roberts Cc: Rowena Luk , dodoma

Hey,

What does it mean when I see this in the submission log?

username:
(unregistered)

from:
http://code.javarosa.org/devicereport

Thanks,
nick

Nick P. Amland

CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
TZ Mobile: +255 762 740 996
Email: namland@dimagi.com namland08@gmail.com

On Mon, Apr 4, 2011 at 9:22 PM, namland namland@dimagi.com wrote:

Replying to your question here, Danny.

Question was: Explain to me who Elizabeth Joseph and Lucy Mchau are? Did
submissions show up for them on 0.9?

I’ve since corrected the second person from the original list that I sent
you. Elizabeth Joseph and Hadija Hamsini are CHVs that aren’t in the shown
as commcare users in addition to catty, etc.

We have a record of CHVs in Dodoma including their username, IMEI, phone
number and some other information. Deborah and I cross-checked this list
against the people shown up in the “commcare users” list. For catty and the
two others, we had a record of their username. For EJ and HH, we don’t have
a record of their usernames. I haven’t scanned all of the forms submitted
in submission log to see if I could spot them as "xx (unregistered user).

There is another user that I didn’t include. Sorry about this late change.
The username is “maryam”. I just saw here in the Submission log, and it
reminded me that she was someone I forgot to add to the list.

Nick P. Amland

CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
TZ Mobile: +255 762 740 996
Email: namland@dimagi.com namland08@gmail.com

On Mon, Apr 4, 2011 at 5:15 PM, Daniel Roberts droberts@dimagi.comwrote:

No, I don’t believe HQ1.0 automatically creates users. Nick and I have
talked about this problem, and the solution is probably going to be that I
write an interface for filtering submissions to isolate one unregistered
user and then assign all the submissions to a particular user (which we can
create on the phone or on HQ). In general, these data errors have little to
do with HQ 1.0; they’re all historical artifacts of messy issues, most of
which have since been fixed. We’re still committed, however, to do
everything reasonable in our power to help our users clean up their data.

Danny

2011/4/4 Rowena Luk rluk@dimagi.com

interesting. clay, i thought the mobile client requires that we submit
the user registration form before they can start submitting other forms?

in any case, danny, this feels like something we can easily resolve by
just creating and submitting new user registration forms for those users,
right?

does hq 1.0 do the same thing .9 does, wrt creating a new user
automatically if it sees a submission from a user which has not been
previously registered?

On Mon, Apr 4, 2011 at 4:26 AM, Nick Amland namland@dimagi.com wrote:

I’m forwarding along this short email thread about the “unregistered
users” problem that we’re having in HQ1.0.

*Description of problem: *

In the form submission report, there are forms being submitted by
"unregistered-user catty", for example. The practical problem is that an
unregistered user won’t be able to OTA restore their data which becomes a
problem when we’re going to be upgrading the mobile client (OTA restore will
be required to push down client lists and also open referral cases). Another
practical problem is that these users don’t currently show up in the form
submission report. There is a “None” user in the form submission report and
we think that the forms submitted by the “unregistered users” are being
aggregated into this “None” user.

*Additional Questions: *

Are there any other practical problems with a user being “unregistered”?
How can a user not be registered in HQ if they can submit forms?


Now, that I recall, there were un-registered users in HQ.9 as well. So,
this may mean that the un-registered users is not a problem created by the
.9 to 1.0 HQ migration.

Here is list of users that are not in the “commcare user list” in
CCHQ1.0 and are believed to be “unregistered users”. These are there
CommCare usernames

  • catty
  • martha
  • chipegwa

Here is a list of users that are not in the “commcare user list” in
CCHQ1.0 and are believed to be “unregistered users”. We don’t have a record
of their specific user name, but these are their real names which most
likely would have derived the user name.

  • Elizabeth Joseph
  • Hadija Hamsini

Let me know if any more information would be helpful or you have any
questions.

Nick P. Amland

CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
Email: namland@dimagi.com namland08@gmail.com

---------- Forwarded message ----------
From: Daniel Roberts droberts@dimagi.com
Date: Wed, Mar 30, 2011 at 7:24 PM
Subject: Re: Un-registered Users
To: Nick Amland namland@dimagi.com

Yeah, this is probably the same issue as Catty and the others not being
registered. Once we figure that out, this will be solved too.

Danny

2011/3/30 Nick Amland namland@dimagi.com

Hey,

Is the “None” highlight in the screenshot the aggregate of the
"un-registered" users? This is a practical problem for "un-registered"
users other than the fact that they can’t OTA restore.

I’m going to sit down with Ken and Deborah today to go threw the user
list. Hopefully, this will be the first step in fixing this problem. How
does this tie into our problem with open cases?

Thanks,
Nick

Nick P. Amland

CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
TZ Mobile: +255 762 740 996
Email: namland@dimagi.com namland08@gmail.com

That just means that there’s no username given, or the username is “” (the
empty string).

··· 2011/4/4 Nick Amland

Forwarding, this along to CCusers.

Thanks,
nick

Nick P. Amland

CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
TZ Mobile: +255 762 740 996
Email: namland@dimagi.com namland08@gmail.com

---------- Forwarded message ----------
From: Nick Amland namland@dimagi.com
Date: Mon, Apr 4, 2011 at 9:24 PM
Subject: Re: Un-registered Users
To: Daniel Roberts droberts@dimagi.com
Cc: Rowena Luk rluk@dimagi.com, dodoma dodoma@dimagi.com

Hey,

What does it mean when I see this in the submission log?

username:
(unregistered)

from:
http://code.javarosa.org/devicereport

Thanks,
nick

Nick P. Amland

CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
TZ Mobile: +255 762 740 996
Email: namland@dimagi.com namland08@gmail.com

On Mon, Apr 4, 2011 at 9:22 PM, namland namland@dimagi.com wrote:

Replying to your question here, Danny.

Question was: Explain to me who Elizabeth Joseph and Lucy Mchau are? Did
submissions show up for them on 0.9?

I’ve since corrected the second person from the original list that I sent
you. Elizabeth Joseph and Hadija Hamsini are CHVs that aren’t in the shown
as commcare users in addition to catty, etc.

We have a record of CHVs in Dodoma including their username, IMEI, phone
number and some other information. Deborah and I cross-checked this list
against the people shown up in the “commcare users” list. For catty and the
two others, we had a record of their username. For EJ and HH, we don’t have
a record of their usernames. I haven’t scanned all of the forms submitted
in submission log to see if I could spot them as "xx (unregistered user).

There is another user that I didn’t include. Sorry about this late
change. The username is “maryam”. I just saw here in the Submission log,
and it reminded me that she was someone I forgot to add to the list.

Nick P. Amland

CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
TZ Mobile: +255 762 740 996
Email: namland@dimagi.com namland08@gmail.com

On Mon, Apr 4, 2011 at 5:15 PM, Daniel Roberts droberts@dimagi.comwrote:

No, I don’t believe HQ1.0 automatically creates users. Nick and I have
talked about this problem, and the solution is probably going to be that I
write an interface for filtering submissions to isolate one unregistered
user and then assign all the submissions to a particular user (which we can
create on the phone or on HQ). In general, these data errors have little to
do with HQ 1.0; they’re all historical artifacts of messy issues, most of
which have since been fixed. We’re still committed, however, to do
everything reasonable in our power to help our users clean up their data.

Danny

2011/4/4 Rowena Luk rluk@dimagi.com

interesting. clay, i thought the mobile client requires that we submit
the user registration form before they can start submitting other forms?

in any case, danny, this feels like something we can easily resolve by
just creating and submitting new user registration forms for those users,
right?

does hq 1.0 do the same thing .9 does, wrt creating a new user
automatically if it sees a submission from a user which has not been
previously registered?

On Mon, Apr 4, 2011 at 4:26 AM, Nick Amland namland@dimagi.com wrote:

I’m forwarding along this short email thread about the “unregistered
users” problem that we’re having in HQ1.0.

*Description of problem: *

In the form submission report, there are forms being submitted by
"unregistered-user catty", for example. The practical problem is that an
unregistered user won’t be able to OTA restore their data which becomes a
problem when we’re going to be upgrading the mobile client (OTA restore will
be required to push down client lists and also open referral cases). Another
practical problem is that these users don’t currently show up in the form
submission report. There is a “None” user in the form submission report and
we think that the forms submitted by the “unregistered users” are being
aggregated into this “None” user.

*Additional Questions: *

Are there any other practical problems with a user being
"unregistered"? How can a user not be registered in HQ if they can submit
forms?


Now, that I recall, there were un-registered users in HQ.9 as well.
So, this may mean that the un-registered users is not a problem created by
the .9 to 1.0 HQ migration.

Here is list of users that are not in the “commcare user list” in
CCHQ1.0 and are believed to be “unregistered users”. These are there
CommCare usernames

  • catty
  • martha
  • chipegwa

Here is a list of users that are not in the “commcare user list” in
CCHQ1.0 and are believed to be “unregistered users”. We don’t have a record
of their specific user name, but these are their real names which most
likely would have derived the user name.

  • Elizabeth Joseph
  • Hadija Hamsini

Let me know if any more information would be helpful or you have any
questions.

Nick P. Amland

CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
Email: namland@dimagi.com namland08@gmail.com

---------- Forwarded message ----------
From: Daniel Roberts droberts@dimagi.com
Date: Wed, Mar 30, 2011 at 7:24 PM
Subject: Re: Un-registered Users
To: Nick Amland namland@dimagi.com

Yeah, this is probably the same issue as Catty and the others not being
registered. Once we figure that out, this will be solved too.

Danny

2011/3/30 Nick Amland namland@dimagi.com

Hey,

Is the “None” highlight in the screenshot the aggregate of the
"un-registered" users? This is a practical problem for "un-registered"
users other than the fact that they can’t OTA restore.

I’m going to sit down with Ken and Deborah today to go threw the user
list. Hopefully, this will be the first step in fixing this problem. How
does this tie into our problem with open cases?

Thanks,
Nick

Nick P. Amland

CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
TZ Mobile: +255 762 740 996
Email: namland@dimagi.com namland08@gmail.com

Although actually in the case of the device reports it’s because they
don’t have the standard block found in the rest of the forms.

I believe we are planning on hiding those from the main HQ submissions
view, and bringing in Drew’s UI to process them.

··· On Tue, Apr 5, 2011 at 4:59 AM, Daniel Roberts wrote: > That just means that there's no username given, or the username is "" (the > empty string). > > 2011/4/4 Nick Amland >> >> Forwarding, this along to CCusers. >> Thanks, >> nick >> Nick P. Amland >> CommCare Field Fellow >> Dimagi, Inc. >> Dodoma, Tanzania >> Google Voice: 253.642.7790 >> TZ Mobile: +255 762 740 996 >> Email: namland@dimagi.com >> >> >> ---------- Forwarded message ---------- >> From: Nick Amland >> Date: Mon, Apr 4, 2011 at 9:24 PM >> Subject: Re: Un-registered Users >> To: Daniel Roberts >> Cc: Rowena Luk , dodoma >> >> >> Hey, >> What does it mean when I see this in the submission log? >> username: >> (unregistered) >> from: >> http://code.javarosa.org/devicereport >> Thanks, >> nick >> Nick P. Amland >> CommCare Field Fellow >> Dimagi, Inc. >> Dodoma, Tanzania >> Google Voice: 253.642.7790 >> TZ Mobile: +255 762 740 996 >> Email: namland@dimagi.com >> >> >> On Mon, Apr 4, 2011 at 9:22 PM, namland wrote: >>> >>> Replying to your question here, Danny. >>> Question was: Explain to me who Elizabeth Joseph and Lucy Mchau are? Did >>> submissions show up for them on 0.9? >>> I've since corrected the second person from the original list that I sent >>> you. Elizabeth Joseph and Hadija Hamsini are CHVs that aren't in the shown >>> as commcare users in addition to catty, etc. >>> We have a record of CHVs in Dodoma including their username, IMEI, phone >>> number and some other information. Deborah and I cross-checked this list >>> against the people shown up in the "commcare users" list. For catty and the >>> two others, we had a record of their username. For EJ and HH, we don't have >>> a record of their usernames. I haven't scanned all of the forms submitted >>> in submission log to see if I could spot them as "*xx* (unregistered user). >>> There is another user that I didn't include. Sorry about this late >>> change. The username is "maryam". I just saw here in the Submission log, >>> and it reminded me that she was someone I forgot to add to the list. >>> Nick P. Amland >>> CommCare Field Fellow >>> Dimagi, Inc. >>> Dodoma, Tanzania >>> Google Voice: 253.642.7790 >>> TZ Mobile: +255 762 740 996 >>> Email: namland@dimagi.com >>> >>> >>> On Mon, Apr 4, 2011 at 5:15 PM, Daniel Roberts wrote: >>>> >>>> No, I don't believe HQ1.0 automatically creates users. Nick and I have >>>> talked about this problem, and the solution is probably going to be that I >>>> write an interface for filtering submissions to isolate one unregistered >>>> user and then assign all the submissions to a particular user (which we can >>>> create on the phone or on HQ). In general, these data errors have little to >>>> do with HQ 1.0; they're all historical artifacts of messy issues, most of >>>> which have since been fixed. We're still committed, however, to do >>>> everything reasonable in our power to help our users clean up their data. >>>> Danny >>>> >>>> 2011/4/4 Rowena Luk >>>>> >>>>> interesting. clay, i thought the mobile client requires that we submit >>>>> the user registration form before they can start submitting other forms? >>>>> >>>>> in any case, danny, this feels like something we can easily resolve by >>>>> just creating and submitting new user registration forms for those users, >>>>> right? >>>>> >>>>> does hq 1.0 do the same thing .9 does, wrt creating a new user >>>>> automatically if it sees a submission from a user which has not been >>>>> previously registered? >>>>> >>>>> >>>>> On Mon, Apr 4, 2011 at 4:26 AM, Nick Amland wrote: >>>>>> >>>>>> I'm forwarding along this short email thread about the "unregistered >>>>>> users" problem that we're having in HQ1.0. >>>>>> Description of problem: >>>>>> In the form submission report, there are forms being submitted by >>>>>> "unregistered-user catty", for example. The practical problem is that an >>>>>> unregistered user won't be able to OTA restore their data which becomes a >>>>>> problem when we're going to be upgrading the mobile client (OTA restore will >>>>>> be required to push down client lists and also open referral cases). Another >>>>>> practical problem is that these users don't currently show up in the form >>>>>> submission report. There is a "None" user in the form submission report and >>>>>> we think that the forms submitted by the "unregistered users" are being >>>>>> aggregated into this "None" user. >>>>>> Additional Questions: >>>>>> Are there any other practical problems with a user being >>>>>> "unregistered"? How can a user not be registered in HQ if they can submit >>>>>> forms? >>>>>> --- >>>>>> Now, that I recall, there were un-registered users in HQ.9 as well. >>>>>> So, this may mean that the un-registered users is not a problem created by >>>>>> the .9 to 1.0 HQ migration. >>>>>> Here is list of users that are not in the "commcare user list" in >>>>>> CCHQ1.0 and are believed to be "unregistered users". These are there >>>>>> CommCare usernames >>>>>> >>>>>> catty >>>>>> martha >>>>>> chipegwa >>>>>> >>>>>> Here is a list of users that are not in the "commcare user list" in >>>>>> CCHQ1.0 and are believed to be "unregistered users". We don't have a record >>>>>> of their specific user name, but these are their real names which most >>>>>> likely would have derived the user name. >>>>>> >>>>>> Elizabeth Joseph >>>>>> Hadija Hamsini >>>>>> >>>>>> Let me know if any more information would be helpful or you have any >>>>>> questions. >>>>>> Nick P. Amland >>>>>> CommCare Field Fellow >>>>>> Dimagi, Inc. >>>>>> Dodoma, Tanzania >>>>>> Google Voice: 253.642.7790 >>>>>> Email: namland@dimagi.com >>>>>> >>>>>> >>>>>> ---------- Forwarded message ---------- >>>>>> From: Daniel Roberts >>>>>> Date: Wed, Mar 30, 2011 at 7:24 PM >>>>>> Subject: Re: Un-registered Users >>>>>> To: Nick Amland >>>>>> >>>>>> >>>>>> Yeah, this is probably the same issue as Catty and the others not >>>>>> being registered. Once we figure that out, this will be solved too. >>>>>> Danny >>>>>> >>>>>> 2011/3/30 Nick Amland >>>>>>> >>>>>>> Hey, >>>>>>> Is the "None" highlight in the screenshot the aggregate of the >>>>>>> "un-registered" users? This is a practical problem for "un-registered" >>>>>>> users other than the fact that they can't OTA restore. >>>>>>> I'm going to sit down with Ken and Deborah today to go threw the user >>>>>>> list. Hopefully, this will be the first step in fixing this problem. How >>>>>>> does this tie into our problem with open cases? >>>>>>> Thanks, >>>>>>> Nick >>>>>>> Nick P. Amland >>>>>>> CommCare Field Fellow >>>>>>> Dimagi, Inc. >>>>>>> Dodoma, Tanzania >>>>>>> Google Voice: 253.642.7790 >>>>>>> TZ Mobile: +255 762 740 996 >>>>>>> Email: namland@dimagi.com >>>>>> >>>>>> >>>>> >>>> >>> >> >> > >

Hmmm, confused about by the no username thing. How’s that possible?

Also, what is the “device report” indicted in the “From” field? For other
submissions, this is where you would see the type of form submitted (i.e.
http://dev.commcarehq.org/BRAC/CHP/HomeVisit/Followup). This is a
submission from the household follow-up form.

But, here it just says “http://code.javarosa.org/devicereport”. Do you know
what this means?

Thanks,
Nick

Nick P. Amland

CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
TZ Mobile: +255 762 740 996
Email: namland@dimagi.com namland08@gmail.com

··· On Tue, Apr 5, 2011 at 4:58 AM, Daniel Roberts wrote:

That just means that there’s no username given, or the username is “” (the
empty string).

On Apr 4, 2011 5:12 PM, “Nick Amland” namland@dimagi.com wrote:

Forwarding, this along to CCusers.

Thanks,
nick

Nick P. Amland

CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
TZ …

---------- Forwarded message ----------
From: Nick Amland namland@dimagi.com
Date: Mon, Apr 4, 201…

To: Daniel Roberts droberts@dimagi.com
Cc: Rowena Luk rluk@dimagi.com, dodoma <dodoma@dimagi.com

Nick,

The device reports are automated logs that the phones send weekly with
a bunch of potentially helpful troubleshooting information (mainly for
the mobile development team). For now I suggest you ignore them. :slight_smile:

Cory

··· On Tue, Apr 5, 2011 at 9:00 AM, Nick Amland wrote: > Hmmm, confused about by the no username thing. How's that possible? > Also, what is the "device report" indicted in the "From" field? For other > submissions, this is where you would see the type of form submitted > (i.e. http://dev.commcarehq.org/BRAC/CHP/HomeVisit/Followup). This is a > submission from the household follow-up form. > But, here it just says "http://code.javarosa.org/devicereport". Do you know > what this means?

Sorry, Cory. Was writing offline and got mixed up.

Thanks for that clarification.

Thanks,
Nick

Nick P. Amland

CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
TZ Mobile: +255 762 740 996
Email: namland@dimagi.com namland08@gmail.com

··· On Tue, Apr 5, 2011 at 9:50 AM, Cory Zue wrote:

Although actually in the case of the device reports it’s because they
don’t have the standard block found in the rest of the forms.

I believe we are planning on hiding those from the main HQ submissions
view, and bringing in Drew’s UI to process them.

On Tue, Apr 5, 2011 at 4:59 AM, Daniel Roberts droberts@dimagi.com wrote:

That just means that there’s no username given, or the username is “”
(the
empty string).

2011/4/4 Nick Amland namland@dimagi.com

Forwarding, this along to CCusers.
Thanks,
nick
Nick P. Amland
CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
TZ Mobile: +255 762 740 996
Email: namland@dimagi.com

---------- Forwarded message ----------
From: Nick Amland namland@dimagi.com
Date: Mon, Apr 4, 2011 at 9:24 PM
Subject: Re: Un-registered Users
To: Daniel Roberts droberts@dimagi.com
Cc: Rowena Luk rluk@dimagi.com, dodoma dodoma@dimagi.com

Hey,
What does it mean when I see this in the submission log?
username:
(unregistered)
from:
http://code.javarosa.org/devicereport
Thanks,
nick
Nick P. Amland
CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
TZ Mobile: +255 762 740 996
Email: namland@dimagi.com

On Mon, Apr 4, 2011 at 9:22 PM, namland namland@dimagi.com wrote:

Replying to your question here, Danny.
Question was: Explain to me who Elizabeth Joseph and Lucy Mchau are?
Did

submissions show up for them on 0.9?
I’ve since corrected the second person from the original list that I
sent

you. Elizabeth Joseph and Hadija Hamsini are CHVs that aren’t in the
shown

as commcare users in addition to catty, etc.
We have a record of CHVs in Dodoma including their username, IMEI,
phone

number and some other information. Deborah and I cross-checked this
list

against the people shown up in the “commcare users” list. For catty
and the

two others, we had a record of their username. For EJ and HH, we don’t
have

a record of their usernames. I haven’t scanned all of the forms
submitted

in submission log to see if I could spot them as "xx (unregistered
user).

There is another user that I didn’t include. Sorry about this late
change. The username is “maryam”. I just saw here in the Submission
log,

and it reminded me that she was someone I forgot to add to the list.
Nick P. Amland
CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
TZ Mobile: +255 762 740 996
Email: namland@dimagi.com

On Mon, Apr 4, 2011 at 5:15 PM, Daniel Roberts droberts@dimagi.com wrote:

No, I don’t believe HQ1.0 automatically creates users. Nick and I
have

talked about this problem, and the solution is probably going to be
that I

write an interface for filtering submissions to isolate one
unregistered

user and then assign all the submissions to a particular user (which
we can

create on the phone or on HQ). In general, these data errors have
little to

do with HQ 1.0; they’re all historical artifacts of messy issues, most
of

which have since been fixed. We’re still committed, however, to do
everything reasonable in our power to help our users clean up their
data.

Danny

2011/4/4 Rowena Luk rluk@dimagi.com

interesting. clay, i thought the mobile client requires that we
submit

the user registration form before they can start submitting other
forms?

in any case, danny, this feels like something we can easily resolve
by

just creating and submitting new user registration forms for those
users,

right?

does hq 1.0 do the same thing .9 does, wrt creating a new user
automatically if it sees a submission from a user which has not been
previously registered?

On Mon, Apr 4, 2011 at 4:26 AM, Nick Amland namland@dimagi.com wrote:

I’m forwarding along this short email thread about the “unregistered
users” problem that we’re having in HQ1.0.
Description of problem:
In the form submission report, there are forms being submitted by
"unregistered-user catty", for example. The practical problem is
that an

unregistered user won’t be able to OTA restore their data which
becomes a

problem when we’re going to be upgrading the mobile client (OTA
restore will

be required to push down client lists and also open referral cases).
Another

practical problem is that these users don’t currently show up in the
form

submission report. There is a “None” user in the form submission
report and

we think that the forms submitted by the “unregistered users” are
being

aggregated into this “None” user.
Additional Questions:
Are there any other practical problems with a user being
"unregistered"? How can a user not be registered in HQ if they can
submit

forms?

Now, that I recall, there were un-registered users in HQ.9 as well.
So, this may mean that the un-registered users is not a problem
created by

the .9 to 1.0 HQ migration.
Here is list of users that are not in the “commcare user list” in
CCHQ1.0 and are believed to be “unregistered users”. These are
there

CommCare usernames

catty
martha
chipegwa

Here is a list of users that are not in the “commcare user list” in
CCHQ1.0 and are believed to be “unregistered users”. We don’t have
a record

of their specific user name, but these are their real names which
most

likely would have derived the user name.

Elizabeth Joseph
Hadija Hamsini

Let me know if any more information would be helpful or you have any
questions.
Nick P. Amland
CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
Email: namland@dimagi.com

---------- Forwarded message ----------
From: Daniel Roberts droberts@dimagi.com
Date: Wed, Mar 30, 2011 at 7:24 PM
Subject: Re: Un-registered Users
To: Nick Amland namland@dimagi.com

Yeah, this is probably the same issue as Catty and the others not
being registered. Once we figure that out, this will be solved too.
Danny

2011/3/30 Nick Amland namland@dimagi.com

Hey,
Is the “None” highlight in the screenshot the aggregate of the
"un-registered" users? This is a practical problem for
"un-registered"

users other than the fact that they can’t OTA restore.
I’m going to sit down with Ken and Deborah today to go threw the
user

list. Hopefully, this will be the first step in fixing this
problem. How

does this tie into our problem with open cases?
Thanks,
Nick
Nick P. Amland
CommCare Field Fellow
Dimagi, Inc.
Dodoma, Tanzania
Google Voice: 253.642.7790
TZ Mobile: +255 762 740 996
Email: namland@dimagi.com