Thales,
The java installer will install it for you just like a regular program, so
you won't need to command line things.
You will run it on your computer, you will not have to do anything on the
PDA, except to mount the SDcard.
You can adjust the settings of the KoBoPP to know what folder on your
computer to copy all of the XML into, and a folder to transcribe the CSVs
into.
There is also a cool feature that will allow you to handle Multi Select
answers in a better way. In the transcription, KoBoPP will create extra
columns in the CSV for each Multi option. It's easier to analyze that way.
Here are the instructions for the MULTI select behavior: (it's easy)
Here are some instructionsfor taking advantage of the MULTI select behavior:
The new Multi Select handling feature requires that you create a
select, the name of which ends "MULTI", exactly as quoted. When processed
through the CSV transcriber a new column is created for each answer existing
in the gathered survey record. The new column will be named with the
convention :questionname_answer
So, if you add a question "myquestion_MULTI_" and a record contains an
answer set "1 9 7 3" then the CSV file will have column headers reading :
myquestion_MULTI_1, myquestion_MULTI_9, myquestion_MULTI_7,
myquestion_MULTI_3
If a given survey record contains an answer for one of the multi columns
then a 1 is recorded in it's csv colum for that answer. If not, a 0 is
recorded. Proceeding with the example we'd see that the CSV file contains
something like :
myquestion_MULTI_1, myquestion_MULTI_9, myquestion_MULTI_7
1, 1, 1
If a new survey comes up with other multi answers logged by ODK, then new
columns are created and 0s are inserted where appropriate and 1s inserted
likewise where apprpriate. So if we get a second survey with answers 2 and 4
we'd end up with :
myquestion_MULTI_1, myquestion_MULTI_9, myquestion_MULTI_7,
myquestion_MULTI_2, myquestion_MULTI_4
1, 1, 1, 0, 0
0, 0, 0, 1, 1
and so on.
Catches :
If nobody ever answers a question with a given selection, then that column
will never be created. In the above example if valid answers included 1, 2,
3, 4, 5, 6, 7, 8. or 9, but we'd only received the two records previously
described, then there would never be created columns for 3, 5, 6, or 8
Finally, the only way to distinguish answers from a select is by relying on
the idea that the answers were separated by a space, so, no answers
including spaces or else the whole thing will be fucked up. Use any labels
you want, display any text to anyone at all, and use answers for other
question types with spaces and you'll be fine. But the answers that you code
for select statements must not contain spaces.
One more thing...we would love to hear more about your project and if you
use KoBoPP, list you on our website.
☞§※⌘:airplane:
~Neil
···
On Mon, Oct 4, 2010 at 9:03 PM, Thales wrote:
Thank you very much Neil and Yaw!
Your answer was very fast and accurate!
I am waiting for the devide to make real tests, but I'll try Kobo on
the virtual machine.
How exactly does it work? I just didnt understand If I have to run
"java -cp KoboPostProc.jar org.oyrm.kobo.postproc.test.KoboXMLGen
" in the Device or in the computer
where the device is connected. If its in the devide, is it easy to
type this kind of command? Is possible to create a link to make it
simpler?
On Oct 4, 9:56 pm, Neil Hendrick mojote...@gmail.com wrote:
thanks, Yaw. We need to get better social lives. Clearly we are both
doing
the same thing at the same time.
Thales, let me know if I can be of any help.
☞§※⌘:airplane:
~Neil
On Mon, Oct 4, 2010 at 8:46 PM, Yaw Anokwa yano...@gmail.com wrote:
sorry you are having so many problems with getting your project
started.
if you want to get the xml data converted to csv without using a
server, your best bet is the kobo post processor. our friends at the
berkeley human rights center built it as a way to get their odk data
pulled from the phone when they are in the field. check it out at
http://code.google.com/p/kobo/
hope that helps,
yaw
On Mon, Oct 4, 2010 at 17:41, Thales thales....@gmail.com wrote:
Hi everybody,
I am trying to implement ODK for a medical research in Brazil. I
could
install and run some forms in Android AVD by directly the ISO Image.
So, I could run Aggregate on Google Appspot but I couldn't download
to
the AVD by there, and I also couldn't send my data to the aggregate
repositorie.
I tried to install ODK Manage, but It didnt run on the virtual
machine, I got erros asking to force the app close.
All I can imagine now is getting the XML from the SDCard and write a
program to convert them to access or Excel but It seems to me too
much
reinventing the wheel...
Whats the best way to get all the data in Access or Excel
spreadsheets?
Thanks!