Is EpiCollect ODK for dummies?

I've been thinking about a use for a data entry application for some time
and have been 'loosely' monitoring this list for some time. I've just now
decided to sink my teeth into something so did some Goggling and ran into
EpiCollect. Seemed a lot simpler to get traction on than ODK. Maybe its
just their more contemporary website design rather than the apparent Unix
"Man Page" paradigm of the ODK site. (And of course with that I'm dating
myself.) I'm only half kidding. I got to believe that ODK has much more
capability but if there is an ODK for dummies tutorial that would be great.

-steve-

hey steve,

our website at http://opendatakit.org/use isn't greatest but we are at
least more colorful than unix man pages! if you've tried the link
above, can you share the problems you ran into? would maybe a
screencast or screenshots help?

yaw

··· On Mon, Jan 31, 2011 at 21:11, Steve Roberts wrote: > I've been thinking about a use for a data entry application for some time > and have been 'loosely' monitoring this list for some time. I've just now > decided to sink my teeth into something so did some Goggling and ran into > EpiCollect. Seemed a lot simpler to get traction on than ODK. Maybe its > just their more contemporary website design rather than the apparent Unix > "Man Page" paradigm of the ODK site. (And of course with that I'm dating > myself.) I'm only half kidding. I got to believe that ODK has much more > capability but if there is an ODK for dummies tutorial that would be great. > > -steve- > > -- > Post: opendatakit@googlegroups.com > Unsubscribe: opendatakit+unsubscribe@googlegroups.com > Options: http://groups.google.com/group/opendatakit?hl=en >

My bad. I was looking at this sort of stuff....
http://code.google.com/p/opendatakit/wiki/ODKCollect. I'll take a look at
the other link. I've got to give ODK a chance. After all my son is a UW
Comp Sci graduate and worked for Google for a time. Of course I'm a Coug so
I guess that might be a reason not to. (Or as my son might say why it's all
above me. :slight_smile:

··· On Mon, Jan 31, 2011 at 9:25 PM, Yaw Anokwa wrote:

hey steve,

our website at http://opendatakit.org/use isn't greatest but we are at
least more colorful than unix man pages! if you've tried the link
above, can you share the problems you ran into? would maybe a
screencast or screenshots help?

yaw

On Mon, Jan 31, 2011 at 21:11, Steve Roberts steve@roberts.org wrote:

I've been thinking about a use for a data entry application for some time
and have been 'loosely' monitoring this list for some time. I've just
now
decided to sink my teeth into something so did some Goggling and ran into
EpiCollect. Seemed a lot simpler to get traction on than ODK. Maybe its
just their more contemporary website design rather than the apparent Unix
"Man Page" paradigm of the ODK site. (And of course with that I'm dating
myself.) I'm only half kidding. I got to believe that ODK has much more
capability but if there is an ODK for dummies tutorial that would be
great.

-steve-

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

OK. I'm making some progress. I got Collect up and running on my EVO. I
setup an ODK instance on App Engine. I built a form and transferred it to
my app engine site. (Albeit named "Untitled Form") I set the Collect server
parameters to point to my site and sure enough it downloaded my form. I
filled out a form and tried sending it to my aggregate instance or thought I
did. Went online to view submissions and nothing was there. Then I went
back to my EVO and after waking it up. I got a " Sorry the application
ODKCollect (
process org.odk.collect.android) has stopped unexpectedly. Please try
again. Force close" message. Which I did and that's all I get when I try to
restart it. In frustration I uninstalled and reinstalled and get the same
message.

W'as up with this?

-steve-

··· On Mon, Jan 31, 2011 at 9:25 PM, Yaw Anokwa wrote:

hey steve,

our website at http://opendatakit.org/use isn't greatest but we are at
least more colorful than unix man pages! if you've tried the link
above, can you share the problems you ran into? would maybe a
screencast or screenshots help?

yaw

On Mon, Jan 31, 2011 at 21:11, Steve Roberts steve@roberts.org wrote:

I've been thinking about a use for a data entry application for some time
and have been 'loosely' monitoring this list for some time. I've just
now
decided to sink my teeth into something so did some Goggling and ran into
EpiCollect. Seemed a lot simpler to get traction on than ODK. Maybe its
just their more contemporary website design rather than the apparent Unix
"Man Page" paradigm of the ODK site. (And of course with that I'm dating
myself.) I'm only half kidding. I got to believe that ODK has much more
capability but if there is an ODK for dummies tutorial that would be
great.

-steve-

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

Steve,

Biggest reason to go with ODK vs. EpiCollect is that ODK is based on the
xforms standard. As a result, you can use a slew of different xform
authoring tools and an increasing number of different backends including odk
aggregate and episurveyor. We're (Columbia) is close to releasing a
django/mongo data collection backend that is really geared at managing large
(many phone) surveys.

Thanks,

Matt

··· On Tue, Feb 1, 2011 at 6:46 AM, Steve Roberts wrote:

My bad. I was looking at this sort of stuff....
http://code.google.com/p/opendatakit/wiki/ODKCollect. I'll take a look at
the other link. I've got to give ODK a chance. After all my son is a UW
Comp Sci graduate and worked for Google for a time. Of course I'm a Coug so
I guess that might be a reason not to. (Or as my son might say why it's all
above me. :slight_smile:

On Mon, Jan 31, 2011 at 9:25 PM, Yaw Anokwa yanokwa@gmail.com wrote:

hey steve,

our website at http://opendatakit.org/use isn't greatest but we are at
least more colorful than unix man pages! if you've tried the link
above, can you share the problems you ran into? would maybe a
screencast or screenshots help?

yaw

On Mon, Jan 31, 2011 at 21:11, Steve Roberts steve@roberts.org wrote:

I've been thinking about a use for a data entry application for some
time
and have been 'loosely' monitoring this list for some time. I've just
now
decided to sink my teeth into something so did some Goggling and ran
into
EpiCollect. Seemed a lot simpler to get traction on than ODK. Maybe
its
just their more contemporary website design rather than the apparent
Unix
"Man Page" paradigm of the ODK site. (And of course with that I'm
dating
myself.) I'm only half kidding. I got to believe that ODK has much
more
capability but if there is an ODK for dummies tutorial that would be
great.

-steve-

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

hi steve,

congrats on getting this far and sorry it didn't work perfectly.
unfortunately from the information you've provided, it's hard to
figure out what went wrong.

rather than try to solve the submission problem, let's start with the
problem of collect crashing on startup -- it sounds like something
has been corrupted on your sd card. this usually happens when you have
mounted your phone's sd card on your computer while collect was
running.

i don't know the best way to do this on your phone, but you need to
connect the phone to your computer, mount the sd card, and delete the
"odk" folder that is on the sd card. then unmount the sdcard,
disconnect it from your computer, reboot your phone and relaunch
collect. please note that this will reset collect to its defaults and
delete your forms and saved data from the phone.

after the reboot, point collect to your aggregate server, redownload
the form, fill it out and try submitting it. if it crashes at this
point, please press the report button instead of force closing so we
automatically get a copy of the bug.

i understand these instructions might be a bit unclear, so let us know
if you are stuck or have specific questions...

··· On Tue, Feb 1, 2011 at 20:42, Steve Roberts wrote: > OK. I'm making some progress. I got Collect up and running on my EVO. I > setup an ODK instance on App Engine. I built a form and transferred it to > my app engine site. (Albeit named "Untitled Form") I set the Collect server > parameters to point to my site and sure enough it downloaded my form. I > filled out a form and tried sending it to my aggregate instance or thought I > did. Went online to view submissions and nothing was there. Then I went > back to my EVO and after waking it up. I got a " Sorry the application ODK > Collect (process org.odk.collect.android) has stopped unexpectedly. Please > try again. Force close" message. Which I did and that's all I get when I > try to restart it. In frustration I uninstalled and reinstalled and get the > same message. > > W'as up with this? > > -steve- > > On Mon, Jan 31, 2011 at 9:25 PM, Yaw Anokwa wrote: >> >> hey steve, >> >> our website at http://opendatakit.org/use isn't greatest but we are at >> least more colorful than unix man pages! if you've tried the link >> above, can you share the problems you ran into? would maybe a >> screencast or screenshots help? >> >> yaw >> >> >> >> On Mon, Jan 31, 2011 at 21:11, Steve Roberts wrote: >> > I've been thinking about a use for a data entry application for some >> > time >> > and have been 'loosely' monitoring this list for some time. I've just >> > now >> > decided to sink my teeth into something so did some Goggling and ran >> > into >> > EpiCollect. Seemed a lot simpler to get traction on than ODK. Maybe >> > its >> > just their more contemporary website design rather than the apparent >> > Unix >> > "Man Page" paradigm of the ODK site. (And of course with that I'm >> > dating >> > myself.) I'm only half kidding. I got to believe that ODK has much >> > more >> > capability but if there is an ODK for dummies tutorial that would be >> > great. >> > >> > -steve- >> > >> > -- >> > Post: opendatakit@googlegroups.com >> > Unsubscribe: opendatakit+unsubscribe@googlegroups.com >> > Options: http://groups.google.com/group/opendatakit?hl=en >> > >> >> -- >> Post: opendatakit@googlegroups.com >> Unsubscribe: opendatakit+unsubscribe@googlegroups.com >> Options: http://groups.google.com/group/opendatakit?hl=en > > -- > Post: opendatakit@googlegroups.com > Unsubscribe: opendatakit+unsubscribe@googlegroups.com > Options: http://groups.google.com/group/opendatakit?hl=en >

I've set a goal for myself to figure ODK out. I've explored the realm of
EpiCollect and put together a multipage form with everything I basically
need in a matter of minutes including being able to download the data and
massage it but I would like to have logic in the forms as the starting point
of one entry is at times dependent of the ending point of the previous so
I'd like to retain some information. Worst case I've got something that
looks to work good enough. (And alas has to be good enough for those suckers
that bought iPhones. :slight_smile: Thanks for your support.

··· On Mon, Jan 31, 2011 at 11:51 PM, Matt Berg wrote:

Steve,

Biggest reason to go with ODK vs. EpiCollect is that ODK is based on the
xforms standard. As a result, you can use a slew of different xform
authoring tools and an increasing number of different backends including odk
aggregate and episurveyor. We're (Columbia) is close to releasing a
django/mongo data collection backend that is really geared at managing large
(many phone) surveys.

Thanks,

Matt

On Tue, Feb 1, 2011 at 6:46 AM, Steve Roberts steve@roberts.org wrote:

My bad. I was looking at this sort of stuff....
http://code.google.com/p/opendatakit/wiki/ODKCollect. I'll take a look
at the other link. I've got to give ODK a chance. After all my son is a UW
Comp Sci graduate and worked for Google for a time. Of course I'm a Coug so
I guess that might be a reason not to. (Or as my son might say why it's all
above me. :slight_smile:

On Mon, Jan 31, 2011 at 9:25 PM, Yaw Anokwa yanokwa@gmail.com wrote:

hey steve,

our website at http://opendatakit.org/use isn't greatest but we are at
least more colorful than unix man pages! if you've tried the link
above, can you share the problems you ran into? would maybe a
screencast or screenshots help?

yaw

On Mon, Jan 31, 2011 at 21:11, Steve Roberts steve@roberts.org wrote:

I've been thinking about a use for a data entry application for some
time
and have been 'loosely' monitoring this list for some time. I've just
now
decided to sink my teeth into something so did some Goggling and ran
into
EpiCollect. Seemed a lot simpler to get traction on than ODK. Maybe
its
just their more contemporary website design rather than the apparent
Unix
"Man Page" paradigm of the ODK site. (And of course with that I'm
dating
myself.) I'm only half kidding. I got to believe that ODK has much
more
capability but if there is an ODK for dummies tutorial that would be
great.

-steve-

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

Hmm!

To Yaw, Matt et al. Did you know of EpiCollect?

http://www.epicollect.net/instructions/developers.html, implies they are
using xforms and appEngine, and

http://www.epicollect.net/instructions/faq.html, says that they are open
source and I think it might be up on
http://code.google.com/p/epicollect (thought
its not linked for some reason) and appears to be APL 2.0.

Cheers,
Kieran

··· On 1 February 2011 10:21, Steve Roberts wrote:

I've set a goal for myself to figure ODK out. I've explored the realm of
EpiCollect and put together a multipage form with everything I basically
need in a matter of minutes including being able to download the data and
massage it but I would like to have logic in the forms as the starting point
of one entry is at times dependent of the ending point of the previous so
I'd like to retain some information. Worst case I've got something that
looks to work good enough. (And alas has to be good enough for those suckers
that bought iPhones. :slight_smile: Thanks for your support.

On Mon, Jan 31, 2011 at 11:51 PM, Matt Berg mlberg@gmail.com wrote:

Steve,

Biggest reason to go with ODK vs. EpiCollect is that ODK is based on the
xforms standard. As a result, you can use a slew of different xform
authoring tools and an increasing number of different backends including odk
aggregate and episurveyor. We're (Columbia) is close to releasing a
django/mongo data collection backend that is really geared at managing large
(many phone) surveys.

Thanks,

Matt

On Tue, Feb 1, 2011 at 6:46 AM, Steve Roberts steve@roberts.org wrote:

My bad. I was looking at this sort of stuff....
http://code.google.com/p/opendatakit/wiki/ODKCollect. I'll take a look
at the other link. I've got to give ODK a chance. After all my son is a UW
Comp Sci graduate and worked for Google for a time. Of course I'm a Coug so
I guess that might be a reason not to. (Or as my son might say why it's all
above me. :slight_smile:

On Mon, Jan 31, 2011 at 9:25 PM, Yaw Anokwa yanokwa@gmail.com wrote:

hey steve,

our website at http://opendatakit.org/use isn't greatest but we are at
least more colorful than unix man pages! if you've tried the link
above, can you share the problems you ran into? would maybe a
screencast or screenshots help?

yaw

On Mon, Jan 31, 2011 at 21:11, Steve Roberts steve@roberts.org wrote:

I've been thinking about a use for a data entry application for some
time
and have been 'loosely' monitoring this list for some time. I've just
now
decided to sink my teeth into something so did some Goggling and ran
into
EpiCollect. Seemed a lot simpler to get traction on than ODK. Maybe
its
just their more contemporary website design rather than the apparent
Unix
"Man Page" paradigm of the ODK site. (And of course with that I'm
dating
myself.) I'm only half kidding. I got to believe that ODK has much
more
capability but if there is an ODK for dummies tutorial that would be
great.

-steve-

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--

Kieran Sharpey-Schafer
mobile: +27 72 371 6469 (SA) +1 347 267 7191 (US) | skypeid:
kieran.sharpey.schafer

Hi Yaw,

I was midstream in giving an update when yours came in. I don't think my
phone has an SD card installed just using on-board memory but you are right
I think it has to do with when I plugged my phone into my usb port to power
it up. What I did do was delete the ODK folder which oddly enough is not
deleted upon uninstalling. Then I unplugged the phone and redownloaded
Collect. Set the server parameters did a few forms and uploaded and its
there. So completed everything from beginning to end. I'm going to have
some questions, hope that is ok. For example in practice is this sort of
thing problematic? Happen a lot?

Back to the sandbox! :slight_smile:

-steve-

··· On Tue, Feb 1, 2011 at 9:16 PM, Yaw Anokwa wrote:

hi steve,

congrats on getting this far and sorry it didn't work perfectly.
unfortunately from the information you've provided, it's hard to
figure out what went wrong.

rather than try to solve the submission problem, let's start with the
problem of collect crashing on startup -- it sounds like something
has been corrupted on your sd card. this usually happens when you have
mounted your phone's sd card on your computer while collect was
running.

i don't know the best way to do this on your phone, but you need to
connect the phone to your computer, mount the sd card, and delete the
"odk" folder that is on the sd card. then unmount the sdcard,
disconnect it from your computer, reboot your phone and relaunch
collect. please note that this will reset collect to its defaults and
delete your forms and saved data from the phone.

after the reboot, point collect to your aggregate server, redownload
the form, fill it out and try submitting it. if it crashes at this
point, please press the report button instead of force closing so we
automatically get a copy of the bug.

i understand these instructions might be a bit unclear, so let us know
if you are stuck or have specific questions...

On Tue, Feb 1, 2011 at 20:42, Steve Roberts steve@roberts.org wrote:

OK. I'm making some progress. I got Collect up and running on my EVO. I
setup an ODK instance on App Engine. I built a form and transferred it
to
my app engine site. (Albeit named "Untitled Form") I set the Collect
server
parameters to point to my site and sure enough it downloaded my form. I
filled out a form and tried sending it to my aggregate instance or
thought I
did. Went online to view submissions and nothing was there. Then I went
back to my EVO and after waking it up. I got a " Sorry the application
ODK
Collect (process org.odk.collect.android) has stopped unexpectedly.
Please
try again. Force close" message. Which I did and that's all I get when I
try to restart it. In frustration I uninstalled and reinstalled and get
the
same message.

W'as up with this?

-steve-

On Mon, Jan 31, 2011 at 9:25 PM, Yaw Anokwa yanokwa@gmail.com wrote:

hey steve,

our website at http://opendatakit.org/use isn't greatest but we are at
least more colorful than unix man pages! if you've tried the link
above, can you share the problems you ran into? would maybe a
screencast or screenshots help?

yaw

On Mon, Jan 31, 2011 at 21:11, Steve Roberts steve@roberts.org wrote:

I've been thinking about a use for a data entry application for some
time
and have been 'loosely' monitoring this list for some time. I've just
now
decided to sink my teeth into something so did some Goggling and ran
into
EpiCollect. Seemed a lot simpler to get traction on than ODK. Maybe
its
just their more contemporary website design rather than the apparent
Unix
"Man Page" paradigm of the ODK site. (And of course with that I'm
dating
myself.) I'm only half kidding. I got to believe that ODK has much
more
capability but if there is an ODK for dummies tutorial that would be
great.

-steve-

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

i heard about epicollect in sept 2009. it is indeed a data collection
system that is open source and xforms-based, but the details matter.

the forms don't support input constraints or branching or multiple
languages or multimedia. the data once on the server can't be streamed
to other services. the repo has three commits of code from july 2010
of just the android code.

my intuition is that most of our users (and implementers and
developers) could not use epicollect in it's current form. if it's
working well for folks on this list, i'd love to hear more.

··· On Tue, Feb 1, 2011 at 08:07, kieran sharpey - schafer wrote: > Hmm! > > To Yaw, Matt et al. Did you know of EpiCollect? > > http://www.epicollect.net/instructions/developers.html, implies they *are* > using xforms and appEngine, and > > http://www.epicollect.net/instructions/faq.html, says that they are open > source and I think it might be up on http://code.google.com/p/epicollect > (thought its not linked for some reason) and appears to be APL 2.0. > > Cheers, > Kieran > > On 1 February 2011 10:21, Steve Roberts wrote: >> >> I've set a goal for myself to figure ODK out. I've explored the realm of >> EpiCollect and put together a multipage form with everything I basically >> need in a matter of minutes including being able to download the data and >> massage it but I would like to have logic in the forms as the starting point >> of one entry is at times dependent of the ending point of the previous so >> I'd like to retain some information. Worst case I've got something that >> looks to work good enough. (And alas has to be good enough for those suckers >> that bought iPhones. :-) Thanks for your support. >> >> On Mon, Jan 31, 2011 at 11:51 PM, Matt Berg wrote: >>> >>> Steve, >>> Biggest reason to go with ODK vs. EpiCollect is that ODK is based on the >>> xforms standard. As a result, you can use a slew of different xform >>> authoring tools and an increasing number of different backends including odk >>> aggregate and episurveyor. We're (Columbia) is close to releasing a >>> django/mongo data collection backend that is really geared at managing large >>> (many phone) surveys. >>> Thanks, >>> >>> Matt >>> >>> On Tue, Feb 1, 2011 at 6:46 AM, Steve Roberts wrote: >>>> >>>> My bad. I was looking at this sort of stuff.... >>>> http://code.google.com/p/opendatakit/wiki/ODKCollect. I'll take a look at >>>> the other link. I've got to give ODK a chance. After all my son is a UW >>>> Comp Sci graduate and worked for Google for a time. Of course I'm a Coug so >>>> I guess that might be a reason not to. (Or as my son might say why it's all >>>> above me. :-) >>>> >>>> On Mon, Jan 31, 2011 at 9:25 PM, Yaw Anokwa wrote: >>>>> >>>>> hey steve, >>>>> >>>>> our website at http://opendatakit.org/use isn't greatest but we are at >>>>> least more colorful than unix man pages! if you've tried the link >>>>> above, can you share the problems you ran into? would maybe a >>>>> screencast or screenshots help? >>>>> >>>>> yaw >>>>> >>>>> >>>>> >>>>> On Mon, Jan 31, 2011 at 21:11, Steve Roberts wrote: >>>>> > I've been thinking about a use for a data entry application for some >>>>> > time >>>>> > and have been 'loosely' monitoring this list for some time. I've >>>>> > just now >>>>> > decided to sink my teeth into something so did some Goggling and ran >>>>> > into >>>>> > EpiCollect. Seemed a lot simpler to get traction on than ODK. Maybe >>>>> > its >>>>> > just their more contemporary website design rather than the apparent >>>>> > Unix >>>>> > "Man Page" paradigm of the ODK site. (And of course with that I'm >>>>> > dating >>>>> > myself.) I'm only half kidding. I got to believe that ODK has much >>>>> > more >>>>> > capability but if there is an ODK for dummies tutorial that would be >>>>> > great. >>>>> > >>>>> > -steve- >>>>> > >>>>> > -- >>>>> > Post: opendatakit@googlegroups.com >>>>> > Unsubscribe: opendatakit+unsubscribe@googlegroups.com >>>>> > Options: http://groups.google.com/group/opendatakit?hl=en >>>>> > >>>>> >>>>> -- >>>>> Post: opendatakit@googlegroups.com >>>>> Unsubscribe: opendatakit+unsubscribe@googlegroups.com >>>>> Options: http://groups.google.com/group/opendatakit?hl=en >>>> >>>> -- >>>> Post: opendatakit@googlegroups.com >>>> Unsubscribe: opendatakit+unsubscribe@googlegroups.com >>>> Options: http://groups.google.com/group/opendatakit?hl=en >>> >>> -- >>> Post: opendatakit@googlegroups.com >>> Unsubscribe: opendatakit+unsubscribe@googlegroups.com >>> Options: http://groups.google.com/group/opendatakit?hl=en >> >> -- >> Post: opendatakit@googlegroups.com >> Unsubscribe: opendatakit+unsubscribe@googlegroups.com >> Options: http://groups.google.com/group/opendatakit?hl=en > > > > -- > -------------------------------- > Kieran Sharpey-Schafer > mobile: +27 72 371 6469 (SA) +1 347 267 7191 (US) | skypeid: > kieran.sharpey.schafer > > -- > Post: opendatakit@googlegroups.com > Unsubscribe: opendatakit+unsubscribe@googlegroups.com > Options: http://groups.google.com/group/opendatakit?hl=en >

glad it's working.

in practice, this sort of thing isn't problematic, but i've filed a
bug report to make sure we are doing everything we can to gracefully
exit when the sdcard is tied up.

questions are always welcome.

··· On Tue, Feb 1, 2011 at 21:27, Steve Roberts wrote: > Hi Yaw, > > I was midstream in giving an update when yours came in. I don't think my > phone has an SD card installed just using on-board memory but you are right > I think it has to do with when I plugged my phone into my usb port to power > it up. What I did do was delete the ODK folder which oddly enough is not > deleted upon uninstalling. Then I unplugged the phone and redownloaded > Collect. Set the server parameters did a few forms and uploaded and its > there. So completed everything from beginning to end. I'm going to have > some questions, hope that is ok. For example in practice is this sort of > thing problematic? Happen a lot? > > Back to the sandbox! :-) > > -steve- > > On Tue, Feb 1, 2011 at 9:16 PM, Yaw Anokwa wrote: >> >> hi steve, >> >> congrats on getting this far and sorry it didn't work perfectly. >> unfortunately from the information you've provided, it's hard to >> figure out what went wrong. >> >> rather than try to solve the submission problem, let's start with the >> problem of collect crashing on startup -- it sounds like something >> has been corrupted on your sd card. this usually happens when you have >> mounted your phone's sd card on your computer while collect was >> running. >> >> i don't know the best way to do this on your phone, but you need to >> connect the phone to your computer, mount the sd card, and delete the >> "odk" folder that is on the sd card. then unmount the sdcard, >> disconnect it from your computer, reboot your phone and relaunch >> collect. please note that this will reset collect to its defaults and >> delete your forms and saved data from the phone. >> >> after the reboot, point collect to your aggregate server, redownload >> the form, fill it out and try submitting it. if it crashes at this >> point, please press the report button instead of force closing so we >> automatically get a copy of the bug. >> >> i understand these instructions might be a bit unclear, so let us know >> if you are stuck or have specific questions... >> >> On Tue, Feb 1, 2011 at 20:42, Steve Roberts wrote: >> > OK. I'm making some progress. I got Collect up and running on my EVO. >> > I >> > setup an ODK instance on App Engine. I built a form and transferred it >> > to >> > my app engine site. (Albeit named "Untitled Form") I set the Collect >> > server >> > parameters to point to my site and sure enough it downloaded my form. I >> > filled out a form and tried sending it to my aggregate instance or >> > thought I >> > did. Went online to view submissions and nothing was there. Then I >> > went >> > back to my EVO and after waking it up. I got a " Sorry the application >> > ODK >> > Collect (process org.odk.collect.android) has stopped unexpectedly. >> > Please >> > try again. Force close" message. Which I did and that's all I get when >> > I >> > try to restart it. In frustration I uninstalled and reinstalled and get >> > the >> > same message. >> > >> > W'as up with this? >> > >> > -steve- >> > >> > On Mon, Jan 31, 2011 at 9:25 PM, Yaw Anokwa wrote: >> >> >> >> hey steve, >> >> >> >> our website at http://opendatakit.org/use isn't greatest but we are at >> >> least more colorful than unix man pages! if you've tried the link >> >> above, can you share the problems you ran into? would maybe a >> >> screencast or screenshots help? >> >> >> >> yaw >> >> >> >> >> >> >> >> On Mon, Jan 31, 2011 at 21:11, Steve Roberts wrote: >> >> > I've been thinking about a use for a data entry application for some >> >> > time >> >> > and have been 'loosely' monitoring this list for some time. I've >> >> > just >> >> > now >> >> > decided to sink my teeth into something so did some Goggling and ran >> >> > into >> >> > EpiCollect. Seemed a lot simpler to get traction on than ODK. Maybe >> >> > its >> >> > just their more contemporary website design rather than the apparent >> >> > Unix >> >> > "Man Page" paradigm of the ODK site. (And of course with that I'm >> >> > dating >> >> > myself.) I'm only half kidding. I got to believe that ODK has much >> >> > more >> >> > capability but if there is an ODK for dummies tutorial that would be >> >> > great. >> >> > >> >> > -steve- >> >> > >> >> > -- >> >> > Post: opendatakit@googlegroups.com >> >> > Unsubscribe: opendatakit+unsubscribe@googlegroups.com >> >> > Options: http://groups.google.com/group/opendatakit?hl=en >> >> > >> >> >> >> -- >> >> Post: opendatakit@googlegroups.com >> >> Unsubscribe: opendatakit+unsubscribe@googlegroups.com >> >> Options: http://groups.google.com/group/opendatakit?hl=en >> > >> > -- >> > Post: opendatakit@googlegroups.com >> > Unsubscribe: opendatakit+unsubscribe@googlegroups.com >> > Options: http://groups.google.com/group/opendatakit?hl=en >> > >> >> -- >> Post: opendatakit@googlegroups.com >> Unsubscribe: opendatakit+unsubscribe@googlegroups.com >> Options: http://groups.google.com/group/opendatakit?hl=en > > -- > Post: opendatakit@googlegroups.com > Unsubscribe: opendatakit+unsubscribe@googlegroups.com > Options: http://groups.google.com/group/opendatakit?hl=en >

So I tried to make another form and when exporting it to my app engine when
granting access I get then message "Firefox can't find the file at
http://build.opendatakit.org/aggregate/return......." then "internal server
error" when retried. Sigh....

··· On Tue, Feb 1, 2011 at 9:38 PM, Yaw Anokwa wrote:

glad it's working.

in practice, this sort of thing isn't problematic, but i've filed a
bug report to make sure we are doing everything we can to gracefully
exit when the sdcard is tied up.

questions are always welcome.

On Tue, Feb 1, 2011 at 21:27, Steve Roberts steve@roberts.org wrote:

Hi Yaw,

I was midstream in giving an update when yours came in. I don't think my
phone has an SD card installed just using on-board memory but you are
right
I think it has to do with when I plugged my phone into my usb port to
power
it up. What I did do was delete the ODK folder which oddly enough is not
deleted upon uninstalling. Then I unplugged the phone and redownloaded
Collect. Set the server parameters did a few forms and uploaded and its
there. So completed everything from beginning to end. I'm going to have
some questions, hope that is ok. For example in practice is this sort of
thing problematic? Happen a lot?

Back to the sandbox! :slight_smile:

-steve-

On Tue, Feb 1, 2011 at 9:16 PM, Yaw Anokwa yanokwa@gmail.com wrote:

hi steve,

congrats on getting this far and sorry it didn't work perfectly.
unfortunately from the information you've provided, it's hard to
figure out what went wrong.

rather than try to solve the submission problem, let's start with the
problem of collect crashing on startup -- it sounds like something
has been corrupted on your sd card. this usually happens when you have
mounted your phone's sd card on your computer while collect was
running.

i don't know the best way to do this on your phone, but you need to
connect the phone to your computer, mount the sd card, and delete the
"odk" folder that is on the sd card. then unmount the sdcard,
disconnect it from your computer, reboot your phone and relaunch
collect. please note that this will reset collect to its defaults and
delete your forms and saved data from the phone.

after the reboot, point collect to your aggregate server, redownload
the form, fill it out and try submitting it. if it crashes at this
point, please press the report button instead of force closing so we
automatically get a copy of the bug.

i understand these instructions might be a bit unclear, so let us know
if you are stuck or have specific questions...

On Tue, Feb 1, 2011 at 20:42, Steve Roberts steve@roberts.org wrote:

OK. I'm making some progress. I got Collect up and running on my EVO.
I
setup an ODK instance on App Engine. I built a form and transferred
it

to
my app engine site. (Albeit named "Untitled Form") I set the Collect
server
parameters to point to my site and sure enough it downloaded my form.
I

filled out a form and tried sending it to my aggregate instance or
thought I
did. Went online to view submissions and nothing was there. Then I
went
back to my EVO and after waking it up. I got a " Sorry the application
ODK
Collect (process org.odk.collect.android) has stopped unexpectedly.
Please
try again. Force close" message. Which I did and that's all I get
when

I
try to restart it. In frustration I uninstalled and reinstalled and
get

the
same message.

W'as up with this?

-steve-

On Mon, Jan 31, 2011 at 9:25 PM, Yaw Anokwa yanokwa@gmail.com wrote:

hey steve,

our website at http://opendatakit.org/use isn't greatest but we are
at

least more colorful than unix man pages! if you've tried the link
above, can you share the problems you ran into? would maybe a
screencast or screenshots help?

yaw

On Mon, Jan 31, 2011 at 21:11, Steve Roberts steve@roberts.org wrote:

I've been thinking about a use for a data entry application for
some

time
and have been 'loosely' monitoring this list for some time. I've
just
now
decided to sink my teeth into something so did some Goggling and
ran

into
EpiCollect. Seemed a lot simpler to get traction on than ODK.
Maybe

its
just their more contemporary website design rather than the
apparent

Unix
"Man Page" paradigm of the ODK site. (And of course with that I'm
dating
myself.) I'm only half kidding. I got to believe that ODK has
much

more
capability but if there is an ODK for dummies tutorial that would
be

great.

-steve-

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

It turns out the Form Builder wasn't detecting bad underlying value. e.g.
didn't like "1&" fixed it and it moved it. However the message was
confusing.

··· On Tue, Feb 1, 2011 at 10:24 PM, Steve Roberts wrote:

So I tried to make another form and when exporting it to my app engine when
granting access I get then message "Firefox can't find the file at
http://build.opendatakit.org/aggregate/return......." then "internal
server error" when retried. Sigh....

On Tue, Feb 1, 2011 at 9:38 PM, Yaw Anokwa yanokwa@gmail.com wrote:

glad it's working.

in practice, this sort of thing isn't problematic, but i've filed a
bug report to make sure we are doing everything we can to gracefully
exit when the sdcard is tied up.

questions are always welcome.

On Tue, Feb 1, 2011 at 21:27, Steve Roberts steve@roberts.org wrote:

Hi Yaw,

I was midstream in giving an update when yours came in. I don't think my
phone has an SD card installed just using on-board memory but you are
right
I think it has to do with when I plugged my phone into my usb port to
power
it up. What I did do was delete the ODK folder which oddly enough is
not
deleted upon uninstalling. Then I unplugged the phone and redownloaded
Collect. Set the server parameters did a few forms and uploaded and its
there. So completed everything from beginning to end. I'm going to
have
some questions, hope that is ok. For example in practice is this sort
of
thing problematic? Happen a lot?

Back to the sandbox! :slight_smile:

-steve-

On Tue, Feb 1, 2011 at 9:16 PM, Yaw Anokwa yanokwa@gmail.com wrote:

hi steve,

congrats on getting this far and sorry it didn't work perfectly.
unfortunately from the information you've provided, it's hard to
figure out what went wrong.

rather than try to solve the submission problem, let's start with the
problem of collect crashing on startup -- it sounds like something
has been corrupted on your sd card. this usually happens when you have
mounted your phone's sd card on your computer while collect was
running.

i don't know the best way to do this on your phone, but you need to
connect the phone to your computer, mount the sd card, and delete the
"odk" folder that is on the sd card. then unmount the sdcard,
disconnect it from your computer, reboot your phone and relaunch
collect. please note that this will reset collect to its defaults and
delete your forms and saved data from the phone.

after the reboot, point collect to your aggregate server, redownload
the form, fill it out and try submitting it. if it crashes at this
point, please press the report button instead of force closing so we
automatically get a copy of the bug.

i understand these instructions might be a bit unclear, so let us know
if you are stuck or have specific questions...

On Tue, Feb 1, 2011 at 20:42, Steve Roberts steve@roberts.org wrote:

OK. I'm making some progress. I got Collect up and running on my
EVO.

I
setup an ODK instance on App Engine. I built a form and transferred
it

to
my app engine site. (Albeit named "Untitled Form") I set the Collect
server
parameters to point to my site and sure enough it downloaded my
form. I

filled out a form and tried sending it to my aggregate instance or
thought I
did. Went online to view submissions and nothing was there. Then I
went
back to my EVO and after waking it up. I got a " Sorry the
application

ODK
Collect (process org.odk.collect.android) has stopped unexpectedly.
Please
try again. Force close" message. Which I did and that's all I get
when

I
try to restart it. In frustration I uninstalled and reinstalled and
get

the
same message.

W'as up with this?

-steve-

On Mon, Jan 31, 2011 at 9:25 PM, Yaw Anokwa yanokwa@gmail.com wrote:

hey steve,

our website at http://opendatakit.org/use isn't greatest but we are
at

least more colorful than unix man pages! if you've tried the link
above, can you share the problems you ran into? would maybe a
screencast or screenshots help?

yaw

On Mon, Jan 31, 2011 at 21:11, Steve Roberts steve@roberts.org wrote:

I've been thinking about a use for a data entry application for
some

time
and have been 'loosely' monitoring this list for some time. I've
just
now
decided to sink my teeth into something so did some Goggling and
ran

into
EpiCollect. Seemed a lot simpler to get traction on than ODK.
Maybe

its
just their more contemporary website design rather than the
apparent

Unix
"Man Page" paradigm of the ODK site. (And of course with that I'm
dating
myself.) I'm only half kidding. I got to believe that ODK has
much

more
capability but if there is an ODK for dummies tutorial that would
be

great.

-steve-

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

Having lurked on this list for some time I know there are mostly advanced
users so I apologize for my less than experienced observations. (However you
might find these useful from the perspective of an initial reaction.) And
I'm not sure I'm totally groking the UI. I'm looking at this from what
might be a naive user. I down loaded the form and then it took me some time
to find the right actions to get to I guess what is the home screen of the
application. So I hit Start New Form and it takes me to a new page with the
form name but doesn't tell me anything. The menu button doesn't do anything
but then I hit the form name and it pops up a splash screen and then takes
me to yet another screen which tells me the form is loaded but that I have
to swipe to actually get to start inputting data. Looks like the front end
overhead of just starting for each form entry might be 100% or more
depending on the form. I suppose this is all because you might have more
than one form loaded. On the back end of the form I'm not sure the
distinction of Save and Exit and Mark Data as finished. I'm guess if I
don't click Mark data as finished then I can come back and edit it later?
Then I send the data up to my side but was confused because it was still on
my phone (my intuition was that this was suppose to be a move not a copy.)
This caused some confusion when I started a new round of data entry and then
found that old stuff laying around.

I put some constraints on data but usually I was getting "Sorry this
response is invalid" but didn't tell me why. I'm still not sure as I told
it to limit the length to three characters but it seems to reject any number
of characters. (I'll go back and re look at my form to see if I
misinterpreted something.)

So when I viewed the on-line data I was surprised to see that the time stamp
was when the data was submitted not when it was entered. For my application
I will not likely be able to upload in real time but up to hours after the
fact. Part of the data I'm tracking is time of day to the second. Is this
possible?

OK getting a head of my headlights here but is there a way to included
hidden tags? I need to be able to sort data based on device or data entry
staff.

Is it possible to have the form control the look and feel of the client? For
example in my application I would like an instance of Collect to only run
this form. So it wouldn't have to got to so many screens before actually
starting to enter data. Also it would be nice if the form could embed the
message to Collect to tell it to "Move" rather than "Copy" when sending so
that the data is automatically removed when it was uploaded. (Oh and have
the ability to 'mark data as finished' default to selected form controlled
as well.)

I can sure see how this has a ton of application. I'm looking forward to
figuring this all out and hope it works for me as I'm not excited about
learning native Android stuff and starting from scratch.

Cheers, -steve-

··· On Tue, Feb 1, 2011 at 10:30 PM, Steve Roberts wrote:

It turns out the Form Builder wasn't detecting bad underlying value. e.g.
didn't like "1&" fixed it and it moved it. However the message was
confusing.

On Tue, Feb 1, 2011 at 10:24 PM, Steve Roberts steve@roberts.org wrote:

So I tried to make another form and when exporting it to my app engine
when granting access I get then message "Firefox can't find the file at
http://build.opendatakit.org/aggregate/return......." then "internal
server error" when retried. Sigh....

On Tue, Feb 1, 2011 at 9:38 PM, Yaw Anokwa yanokwa@gmail.com wrote:

glad it's working.

in practice, this sort of thing isn't problematic, but i've filed a
bug report to make sure we are doing everything we can to gracefully
exit when the sdcard is tied up.

questions are always welcome.

On Tue, Feb 1, 2011 at 21:27, Steve Roberts steve@roberts.org wrote:

Hi Yaw,

I was midstream in giving an update when yours came in. I don't think
my
phone has an SD card installed just using on-board memory but you are
right
I think it has to do with when I plugged my phone into my usb port to
power
it up. What I did do was delete the ODK folder which oddly enough is
not
deleted upon uninstalling. Then I unplugged the phone and redownloaded
Collect. Set the server parameters did a few forms and uploaded and
its
there. So completed everything from beginning to end. I'm going to
have
some questions, hope that is ok. For example in practice is this sort
of
thing problematic? Happen a lot?

Back to the sandbox! :slight_smile:

-steve-

On Tue, Feb 1, 2011 at 9:16 PM, Yaw Anokwa yanokwa@gmail.com wrote:

hi steve,

congrats on getting this far and sorry it didn't work perfectly.
unfortunately from the information you've provided, it's hard to
figure out what went wrong.

rather than try to solve the submission problem, let's start with the
problem of collect crashing on startup -- it sounds like something
has been corrupted on your sd card. this usually happens when you have
mounted your phone's sd card on your computer while collect was
running.

i don't know the best way to do this on your phone, but you need to
connect the phone to your computer, mount the sd card, and delete the
"odk" folder that is on the sd card. then unmount the sdcard,
disconnect it from your computer, reboot your phone and relaunch
collect. please note that this will reset collect to its defaults and
delete your forms and saved data from the phone.

after the reboot, point collect to your aggregate server, redownload
the form, fill it out and try submitting it. if it crashes at this
point, please press the report button instead of force closing so we
automatically get a copy of the bug.

i understand these instructions might be a bit unclear, so let us know
if you are stuck or have specific questions...

On Tue, Feb 1, 2011 at 20:42, Steve Roberts steve@roberts.org wrote:

OK. I'm making some progress. I got Collect up and running on my
EVO.

I
setup an ODK instance on App Engine. I built a form and transferred
it

to
my app engine site. (Albeit named "Untitled Form") I set the
Collect

server
parameters to point to my site and sure enough it downloaded my
form. I

filled out a form and tried sending it to my aggregate instance or
thought I
did. Went online to view submissions and nothing was there. Then I
went
back to my EVO and after waking it up. I got a " Sorry the
application

ODK
Collect (process org.odk.collect.android) has stopped unexpectedly.
Please
try again. Force close" message. Which I did and that's all I get
when

I
try to restart it. In frustration I uninstalled and reinstalled and
get

the
same message.

W'as up with this?

-steve-

On Mon, Jan 31, 2011 at 9:25 PM, Yaw Anokwa yanokwa@gmail.com wrote:

hey steve,

our website at http://opendatakit.org/use isn't greatest but we
are at

least more colorful than unix man pages! if you've tried the link
above, can you share the problems you ran into? would maybe a
screencast or screenshots help?

yaw

On Mon, Jan 31, 2011 at 21:11, Steve Roberts steve@roberts.org wrote:

I've been thinking about a use for a data entry application for
some

time
and have been 'loosely' monitoring this list for some time. I've
just
now
decided to sink my teeth into something so did some Goggling and
ran

into
EpiCollect. Seemed a lot simpler to get traction on than ODK.
Maybe

its
just their more contemporary website design rather than the
apparent

Unix
"Man Page" paradigm of the ODK site. (And of course with that
I'm

dating
myself.) I'm only half kidding. I got to believe that ODK has
much

more
capability but if there is an ODK for dummies tutorial that would
be

great.

-steve-

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en

i'm going to try to take this one at a time...

And I'm not sure I'm totally groking the UI. I'm looking at this from what
might be a naive user. I down loaded the form and then it took me some time
to find the right actions to get to I guess what is the home screen of the
application.

agreed. we can make this a little easier. perhaps a tutorial on first
launch explaining core functionality or showing a quick video may be
useful. if folks want this, please file a feature request.

So I hit Start New Form and it takes me to a new page with the
form name but doesn't tell me anything. The menu button doesn't do anything
but then I hit the form name and it pops up a splash screen and then takes
me to yet another screen which tells me the form is loaded but that I have
to swipe to actually get to start inputting data. Looks like the front end
overhead of just starting for each form entry might be 100% or more
depending on the form. I suppose this is all because you might have more
than one form loaded.

you suppose correctly. we built odk to support multiple forms at a
time. the interaction you experienced of selecting an item from a list
is a standard android thing. ditto with the not knowing if there is a
menu button. form specific splash screens teach users about the swipe
interaction and are designed so organizations can brand each form
without branding the entire application. i'm pretty sure we tried
jumping directly to the first question in the old days and decided
against it. maybe carl remembers the reason why. i suppose this could
change at some point if lots of people wanted it.

On the back end of the form I'm not sure the
distinction of Save and Exit and Mark Data as finished. I'm guess if I
don't click Mark data as finished then I can come back and edit it later?

yup and there are a couple of reasons why we have this. first, users
wanted away to distinguish between the two. second, it allows us to
automatically send forms that are complete in the background. third,
marking as finished also lets us know that we have to validate all the
data (not just the current question) before letting the user finish.
this might have to change as when we implement autosave. we'll see.

Then I send the data up to my side but was confused because it was still on
my phone (my intuition was that this was suppose to be a move not a copy.)
This caused some confusion when I started a new round of data entry and then
found that old stuff laying around.

we don't delete files programmatically on send -- we just mark them as
sent. until we have a protocol where we can verify that the data is
safely on the server, i don't think we will ever delete automatically.
the sdcard has tons of room and the data people collect tends to be
too important to accidentally delete. this is something that might be
a preference in the future. as always, if you want it, file a feature
request.

I put some constraints on data but usually I was getting "Sorry this
response is invalid" but didn't tell me why. I'm still not sure as I told
it to limit the length to three characters but it seems to reject any number
of characters. (I'll go back and re look at my form to see if I
misinterpreted something.)

you (or we) might have a bug in the constraint -- can't tell without
looking at the form. if it's a form you can share, use
http://dpaste.com and send me (or the list a link). constraint
messages are a feature that is in odk, but we don't expose in build
(pretty sure it's not in xls2xforms either). if folks want this,
please file a feature request or use purcforms...

So when I viewed the on-line data I was surprised to see that the time stamp
was when the data was submitted not when it was entered. For my application
I will not likely be able to upload in real time but up to hours after the
fact. Part of the data I'm tracking is time of day to the second. Is this
possible?

aggregate automatically stores submission date, but forms can
timestamp the start and end of the form. the build ui is designed for
simple use cases, so we (and the other form designers) don't currently
include that functionality. if you think this is an important feature,
we can probably include it by default in build. please file a feature
request and we'll add it to the list of todos.

OK getting a head of my headlights here but is there a way to included
hidden tags? I need to be able to sort data based on device or data entry
staff.

yup. just like timestamps, imei (device id) and imsi (sim serial) can
be included. it falls into the same category as start and end time
stamps. you can see an example of it's use in the sample widgets form
at http://code.google.com/p/opendatakit/source/browse/Widgets.xml?repo=forms

might be a good idea for you to read through
https://bitbucket.org/javarosa/javarosa/wiki/buildxforms and
https://bitbucket.org/javarosa/javarosa/wiki/xform if you want to find
out some of the hidden functionality.
http://code.google.com/p/opendatakit/source/browse?repo=forms also has
lots of sample forms.

Is it possible to have the form control the look and feel of the client? For
example in my application I would like an instance of Collect to only run
this form. So it wouldn't have to got to so many screens before actually
starting to enter data. Also it would be nice if the form could embed the
message to Collect to tell it to "Move" rather than "Copy" when sending so
that the data is automatically removed when it was uploaded. (Oh and have
the ability to 'mark data as finished' default to selected form controlled
as well.)

while xforms can include look/feel functionality, odk (and most of the
javarosa tools) were designed to ignore most appearance attributes. we
will likely be integrating some in the future to control the feel of
widgets, but the sorts of changes you desire will not be supported.
fortunately, odk is an open source project so if you'd like to remove
some of the screens, or change the mark data as finished, or delete
data on send, no one will stop you. most of these decisions are made
to ensure that 90% of our users are happy. we make it really easy to
change this stuff in the code and in the future we might add some
preferences. that said, i try to stay away from preferences because
they also tend to be more confusing in the long run.

anyway. hope that helps.

This helps a lot. I feel like I'm taking a drink with a fire hose. Suppose
I should slow down a bit. But the good news it sounds like most of what I
need is doable.

··· On Wed, Feb 2, 2011 at 9:27 PM, Yaw Anokwa wrote:

i'm going to try to take this one at a time...

And I'm not sure I'm totally groking the UI. I'm looking at this from
what
might be a naive user. I down loaded the form and then it took me some
time
to find the right actions to get to I guess what is the home screen of
the
application.

agreed. we can make this a little easier. perhaps a tutorial on first
launch explaining core functionality or showing a quick video may be
useful. if folks want this, please file a feature request.

So I hit Start New Form and it takes me to a new page with the
form name but doesn't tell me anything. The menu button doesn't do
anything
but then I hit the form name and it pops up a splash screen and then
takes
me to yet another screen which tells me the form is loaded but that I
have
to swipe to actually get to start inputting data. Looks like the front
end
overhead of just starting for each form entry might be 100% or more
depending on the form. I suppose this is all because you might have more
than one form loaded.

you suppose correctly. we built odk to support multiple forms at a
time. the interaction you experienced of selecting an item from a list
is a standard android thing. ditto with the not knowing if there is a
menu button. form specific splash screens teach users about the swipe
interaction and are designed so organizations can brand each form
without branding the entire application. i'm pretty sure we tried
jumping directly to the first question in the old days and decided
against it. maybe carl remembers the reason why. i suppose this could
change at some point if lots of people wanted it.

On the back end of the form I'm not sure the
distinction of Save and Exit and Mark Data as finished. I'm guess if I
don't click Mark data as finished then I can come back and edit it later?

yup and there are a couple of reasons why we have this. first, users
wanted away to distinguish between the two. second, it allows us to
automatically send forms that are complete in the background. third,
marking as finished also lets us know that we have to validate all the
data (not just the current question) before letting the user finish.
this might have to change as when we implement autosave. we'll see.

Then I send the data up to my side but was confused because it was still
on
my phone (my intuition was that this was suppose to be a move not a
copy.)
This caused some confusion when I started a new round of data entry and
then
found that old stuff laying around.

we don't delete files programmatically on send -- we just mark them as
sent. until we have a protocol where we can verify that the data is
safely on the server, i don't think we will ever delete automatically.
the sdcard has tons of room and the data people collect tends to be
too important to accidentally delete. this is something that might be
a preference in the future. as always, if you want it, file a feature
request.

I put some constraints on data but usually I was getting "Sorry this
response is invalid" but didn't tell me why. I'm still not sure as I
told
it to limit the length to three characters but it seems to reject any
number
of characters. (I'll go back and re look at my form to see if I
misinterpreted something.)

you (or we) might have a bug in the constraint -- can't tell without
looking at the form. if it's a form you can share, use
http://dpaste.com and send me (or the list a link). constraint
messages are a feature that is in odk, but we don't expose in build
(pretty sure it's not in xls2xforms either). if folks want this,
please file a feature request or use purcforms...

So when I viewed the on-line data I was surprised to see that the time
stamp
was when the data was submitted not when it was entered. For my
application
I will not likely be able to upload in real time but up to hours after
the
fact. Part of the data I'm tracking is time of day to the second. Is
this
possible?

aggregate automatically stores submission date, but forms can
timestamp the start and end of the form. the build ui is designed for
simple use cases, so we (and the other form designers) don't currently
include that functionality. if you think this is an important feature,
we can probably include it by default in build. please file a feature
request and we'll add it to the list of todos.

OK getting a head of my headlights here but is there a way to included
hidden tags? I need to be able to sort data based on device or data entry
staff.

yup. just like timestamps, imei (device id) and imsi (sim serial) can
be included. it falls into the same category as start and end time
stamps. you can see an example of it's use in the sample widgets form
at
http://code.google.com/p/opendatakit/source/browse/Widgets.xml?repo=forms

might be a good idea for you to read through
https://bitbucket.org/javarosa/javarosa/wiki/buildxforms and
https://bitbucket.org/javarosa/javarosa/wiki/xform if you want to find
out some of the hidden functionality.
http://code.google.com/p/opendatakit/source/browse?repo=forms also has
lots of sample forms.

Is it possible to have the form control the look and feel of the client?
For
example in my application I would like an instance of Collect to only run
this form. So it wouldn't have to got to so many screens before actually
starting to enter data. Also it would be nice if the form could embed
the
message to Collect to tell it to "Move" rather than "Copy" when sending
so
that the data is automatically removed when it was uploaded. (Oh and have
the ability to 'mark data as finished' default to selected form
controlled
as well.)

while xforms can include look/feel functionality, odk (and most of the
javarosa tools) were designed to ignore most appearance attributes. we
will likely be integrating some in the future to control the feel of
widgets, but the sorts of changes you desire will not be supported.
fortunately, odk is an open source project so if you'd like to remove
some of the screens, or change the mark data as finished, or delete
data on send, no one will stop you. most of these decisions are made
to ensure that 90% of our users are happy. we make it really easy to
change this stuff in the code and in the future we might add some
preferences. that said, i try to stay away from preferences because
they also tend to be more confusing in the long run.

anyway. hope that helps.

--
Post: opendatakit@googlegroups.com
Unsubscribe: opendatakit+unsubscribe@googlegroups.comopendatakit%2Bunsubscribe@googlegroups.com
Options: http://groups.google.com/group/opendatakit?hl=en