Feedback on ODK-Collect modification that collects GPS traces

Hi all,
Based on a request from Columbia University Earth Institute and Africa Soil Information Service, Andrew Stiles and others from Stanford have developed a version of ODK-Collect with GPS tracing functionality (derived from the Distance and Area Measurement Application available in the Android market, and parts of which were graciously open sourced). They began during a one-day hackathon in November, and have put in countless hours since... thanks to Andrew in particular for the hard work!

The code is available here:
https://bitbucket.org/aostiles/odk-collect-afsis

I wanted to ask a few things to the odk developers as we go forward:

  • Is there interest in pulling this back into core? We'd certainly be fans if that was done, and would be interested in hearing what it would involve. (for example, we are wondering whether we should pull the activity itself out of ODK entirely?)
  • It involved the modification of javarosa-core to add a new "gps_trace" type. ODK understands that type, and forwards to the GPSTraceWidget/GPSTraceActivity that we wrote to get the data. We then save a string of the form
    KML_FILENAME LENGTH_DOUBLE AREA_DOUBLE
    into the submission xml, and we put the KML file in the appropriate folder (ie, wherever the media files go). Comments if anything seems off here would be welcome.
  • If it was the right thing to do, is there interest in pulling this up into javarosa? We'd love especially for this to happen as then we wouldn't have to maintain our own set of tools that understand gps_trace.
  • Our next steps will be put support for this on formhub and xlsforms... I'm guessing that means rolling those tools with the modified javarosa core and making gps_trace understandable on xlsforms. Do any of you see anything else here?

Thanks a lot. We are a bit new to this, so suggestions and feedback welcome.

Prabhas and Andrew,

Thanks so much for your contributions!

I think the first step is to engage the community on JavaROSA mailing
list (javarosa-developers@googlegroups.com) and get those changes
approved. The process is outlined at
https://bitbucket.org/javarosa/javarosa/wiki/SubmittingPatches.

This is an important step because if it's not added to the JavaROSA
core, then it won't work in a bunch of ODK tools without maintaining a
separate version of the core, and no one wants to do that. Once it's
in the core, then we can pull the changes in Collect.

And just as a heads up, the JavaROSA community moves slowly, so be persistent.

Yaw

ยทยทยท On Fri, Feb 10, 2012 at 13:51, wrote: > Hi all, > Based on a request from Columbia University Earth Institute and Africa Soil Information Service, Andrew Stiles and others from Stanford have developed a version of ODK-Collect with GPS tracing functionality (derived from the Distance and Area Measurement Application available in the Android market, and parts of which were graciously open sourced). They began during a one-day hackathon in November, and have put in countless hours since... thanks to Andrew in particular for the hard work! > > The code is available here: > https://bitbucket.org/aostiles/odk-collect-afsis > > I wanted to ask a few things to the odk developers as we go forward: > - Is there interest in pulling this back into core? We'd certainly be fans if that was done, and would be interested in hearing what it would involve. (for example, we are wondering whether we should pull the activity itself out of ODK entirely?) > - It involved the modification of javarosa-core to add a new "gps_trace" type. ODK understands that type, and forwards to the GPSTraceWidget/GPSTraceActivity that we wrote to get the data. We then save a string of the form > KML_FILENAME LENGTH_DOUBLE AREA_DOUBLE > into the submission xml, and we put the KML file in the appropriate folder (ie, wherever the media files go). Comments if anything seems off here would be welcome. > - If it was the right thing to do, is there interest in pulling this up into javarosa? We'd love especially for this to happen as then we wouldn't have to maintain our own set of tools that understand gps_trace. > - Our next steps will be put support for this on formhub and xlsforms... I'm guessing that means rolling those tools with the modified javarosa core and making gps_trace understandable on xlsforms. Do any of you see anything else here? > > Thanks a lot. We are a bit new to this, so suggestions and feedback welcome.