Has there ever been an attempt to make a version of ODK Collect with
Mesh4x capabilities? Eventually, we will be seeking to have the
capability to conduct repeat household surveys, in which records could
be retrieved and updated. It seems that Mesh4x implemented in the
JavaRosa client allows synchronization to download entries and make
changes (http://code.google.com/p/mesh4x/wiki/JavaRosaDemo). How
difficult would it be to integrated Mesh4x with ODK Collect? I think
this is a function that would be very important for many surveys, not
just our own. Thanks!
i think a lot of people would like the functionality you've described.
we've just begun our exploration of the sync and database connection
options and it'll likely be a while before we have anything to show.
yaw
···
On Sun, Apr 10, 2011 at 20:39, David wrote:
> Dear all,
>
> Has there ever been an attempt to make a version of ODK Collect with
> Mesh4x capabilities? Eventually, we will be seeking to have the
> capability to conduct repeat household surveys, in which records could
> be retrieved and updated. It seems that Mesh4x implemented in the
> JavaRosa client allows synchronization to download entries and make
> changes (http://code.google.com/p/mesh4x/wiki/JavaRosaDemo). How
> difficult would it be to integrated Mesh4x with ODK Collect? I think
> this is a function that would be very important for many surveys, not
> just our own. Thanks!
>
> Best,
> David
>
> --
> Post: opendatakit@googlegroups.com
> Unsubscribe: opendatakit+unsubscribe@googlegroups.com
> Options: http://groups.google.com/group/opendatakit?hl=en
>
Thanks for your reply. Do you have an idea of the number of programming
hours/costs entailed in building this functionality? It seems as though
Mesh4x should help with this - particularly if it could be augmented to work
with Google Fusion Tables, rather than Spreadsheets.
Thanks!
Best,
David
···
On Mon, Apr 11, 2011 at 12:11 PM, Yaw Anokwa wrote:
david,
i think a lot of people would like the functionality you've described.
we've just begun our exploration of the sync and database connection
options and it'll likely be a while before we have anything to show.
Has there ever been an attempt to make a version of ODK Collect with
Mesh4x capabilities? Eventually, we will be seeking to have the
capability to conduct repeat household surveys, in which records could
be retrieved and updated. It seems that Mesh4x implemented in the
JavaRosa client allows synchronization to download entries and make
changes (http://code.google.com/p/mesh4x/wiki/JavaRosaDemo). How
difficult would it be to integrated Mesh4x with ODK Collect? I think
this is a function that would be very important for many surveys, not
just our own. Thanks!
no clue on how long it'd take. i'd recommend you someone like http://dimagi.com if you want to get a reasonable estimate.
yaw
···
On Sun, Apr 10, 2011 at 23:05, David A. Raitzer wrote:
> Yaw,
>
> Thanks for your reply. Do you have an idea of the number of programming
> hours/costs entailed in building this functionality? It seems as though
> Mesh4x should help with this - particularly if it could be augmented to work
> with Google Fusion Tables, rather than Spreadsheets.
>
> Thanks!
>
> Best,
> David
>
>
> On Mon, Apr 11, 2011 at 12:11 PM, Yaw Anokwa wrote:
>>
>> david,
>>
>> i think a lot of people would like the functionality you've described.
>> we've just begun our exploration of the sync and database connection
>> options and it'll likely be a while before we have anything to show.
>>
>> yaw
>>
>> On Sun, Apr 10, 2011 at 20:39, David wrote:
>> > Dear all,
>> >
>> > Has there ever been an attempt to make a version of ODK Collect with
>> > Mesh4x capabilities? Eventually, we will be seeking to have the
>> > capability to conduct repeat household surveys, in which records could
>> > be retrieved and updated. It seems that Mesh4x implemented in the
>> > JavaRosa client allows synchronization to download entries and make
>> > changes (http://code.google.com/p/mesh4x/wiki/JavaRosaDemo). How
>> > difficult would it be to integrated Mesh4x with ODK Collect? I think
>> > this is a function that would be very important for many surveys, not
>> > just our own. Thanks!
>> >
>> > Best,
>> > David
>> >
>> > --
>> > Post: opendatakit@googlegroups.com
>> > Unsubscribe: opendatakit+unsubscribe@googlegroups.com
>> > Options: http://groups.google.com/group/opendatakit?hl=en
>> >
>
>
I think looking at using CouchDB as a datastore for ODK vs implementing
mesh4x might be a nice way of handling what you're describing in terms of
synching.
···
On Mon, Apr 11, 2011 at 4:59 PM, Yaw Anokwa wrote:
david,
no clue on how long it'd take. i'd recommend you someone like http://dimagi.com if you want to get a reasonable estimate.
Thanks for your reply. Do you have an idea of the number of programming
hours/costs entailed in building this functionality? It seems as though
Mesh4x should help with this - particularly if it could be augmented to
work
with Google Fusion Tables, rather than Spreadsheets.
Thanks!
Best,
David
On Mon, Apr 11, 2011 at 12:11 PM, Yaw Anokwa yanokwa@gmail.com wrote:
david,
i think a lot of people would like the functionality you've described.
we've just begun our exploration of the sync and database connection
options and it'll likely be a while before we have anything to show.
Has there ever been an attempt to make a version of ODK Collect with
Mesh4x capabilities? Eventually, we will be seeking to have the
capability to conduct repeat household surveys, in which records could
be retrieved and updated. It seems that Mesh4x implemented in the
JavaRosa client allows synchronization to download entries and make
changes (http://code.google.com/p/mesh4x/wiki/JavaRosaDemo). How
difficult would it be to integrated Mesh4x with ODK Collect? I think
this is a function that would be very important for many surveys, not
just our own. Thanks!
agreed with matt, that couch is probably the way to go. case in point, http://www.groupcomplete.com has a build of odk collect that uses some
couch pieces.
···
On Mon, Apr 11, 2011 at 14:14, Matt Berg wrote:
> I think looking at using CouchDB as a datastore for ODK vs implementing
> mesh4x might be a nice way of handling what you're describing in terms of
> synching.
>
> On Mon, Apr 11, 2011 at 4:59 PM, Yaw Anokwa wrote:
>>
>> david,
>>
>> no clue on how long it'd take. i'd recommend you someone like
>> http://dimagi.com if you want to get a reasonable estimate.
>>
>> yaw
>>
>> On Sun, Apr 10, 2011 at 23:05, David A. Raitzer wrote:
>> > Yaw,
>> >
>> > Thanks for your reply. Do you have an idea of the number of programming
>> > hours/costs entailed in building this functionality? It seems as though
>> > Mesh4x should help with this - particularly if it could be augmented to
>> > work
>> > with Google Fusion Tables, rather than Spreadsheets.
>> >
>> > Thanks!
>> >
>> > Best,
>> > David
>> >
>> >
>> > On Mon, Apr 11, 2011 at 12:11 PM, Yaw Anokwa wrote:
>> >>
>> >> david,
>> >>
>> >> i think a lot of people would like the functionality you've described.
>> >> we've just begun our exploration of the sync and database connection
>> >> options and it'll likely be a while before we have anything to show.
>> >>
>> >> yaw
>> >>
>> >> On Sun, Apr 10, 2011 at 20:39, David wrote:
>> >> > Dear all,
>> >> >
>> >> > Has there ever been an attempt to make a version of ODK Collect with
>> >> > Mesh4x capabilities? Eventually, we will be seeking to have the
>> >> > capability to conduct repeat household surveys, in which records
>> >> > could
>> >> > be retrieved and updated. It seems that Mesh4x implemented in the
>> >> > JavaRosa client allows synchronization to download entries and make
>> >> > changes (http://code.google.com/p/mesh4x/wiki/JavaRosaDemo). How
>> >> > difficult would it be to integrated Mesh4x with ODK Collect? I think
>> >> > this is a function that would be very important for many surveys, not
>> >> > just our own. Thanks!
>> >> >
>> >> > Best,
>> >> > David
>> >> >
>> >> > --
>> >> > 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
>
>
Perhaps this might be a naive question, but Fusion Tables can export
values as KML, which is a form of XML that is not all that different
from the submitted forms. Might be possible somehow to use that XML
generation capacity to regenerate the form again in collect as a saved
but unfinished form when the user so desires? My thinking is that if
the repeat survey is done with a live internet connection, the
enumerator could identify the households by proximity via Google Maps,
and then send a query to Fusion Tables that would send the xml back to
Collect. If each record has a unique ID, then the new observations
can be submitted again to Aggregate and subsequently linked directly
to the prior ones.
Just an idea...
Best,
David
···
On Apr 12, 5:31 am, Yaw Anokwa wrote:
> agreed with matt, that couch is probably the way to go. case in point,http://www.groupcomplete.comhas a build of odk collect that uses some
> couch pieces.
>
> https://github.com/dimagi/cushions#readmehas good first pass at
> getting mobile to server going. mobile to mobile can be done if you
> can get couch running on the phone (seehttp://wiki.apache.org/couchdb/Installing_on_Android).
>
> On Mon, Apr 11, 2011 at 14:14, Matt Berg wrote:
> > I think looking at using CouchDB as a datastore for ODK vs implementing
> > mesh4x might be a nice way of handling what you're describing in terms of
> > synching.
>
> > On Mon, Apr 11, 2011 at 4:59 PM, Yaw Anokwa wrote:
>
> >> david,
>
> >> no clue on how long it'd take. i'd recommend you someone like
> >>http://dimagi.comif you want to get a reasonable estimate.
>
> >> yaw
>
> >> On Sun, Apr 10, 2011 at 23:05, David A. Raitzer wrote:
> >> > Yaw,
>
> >> > Thanks for your reply. Do you have an idea of the number of programming
> >> > hours/costs entailed in building this functionality? It seems as though
> >> > Mesh4x should help with this - particularly if it could be augmented to
> >> > work
> >> > with Google Fusion Tables, rather than Spreadsheets.
>
> >> > Thanks!
>
> >> > Best,
> >> > David
>
> >> > On Mon, Apr 11, 2011 at 12:11 PM, Yaw Anokwa wrote:
>
> >> >> david,
>
> >> >> i think a lot of people would like the functionality you've described.
> >> >> we've just begun our exploration of the sync and database connection
> >> >> options and it'll likely be a while before we have anything to show.
>
> >> >> yaw
>
> >> >> On Sun, Apr 10, 2011 at 20:39, David wrote:
> >> >> > Dear all,
>
> >> >> > Has there ever been an attempt to make a version of ODK Collect with
> >> >> > Mesh4x capabilities? Eventually, we will be seeking to have the
> >> >> > capability to conduct repeat household surveys, in which records
> >> >> > could
> >> >> > be retrieved and updated. It seems that Mesh4x implemented in the
> >> >> > JavaRosa client allows synchronization to download entries and make
> >> >> > changes (http://code.google.com/p/mesh4x/wiki/JavaRosaDemo). How
> >> >> > difficult would it be to integrated Mesh4x with ODK Collect? I think
> >> >> > this is a function that would be very important for many surveys, not
> >> >> > just our own. Thanks!
>
> >> >> > Best,
> >> >> > David
>
> >> >> > --
> >> >> > 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
while that is certainly possible, i don't think that's the right approach.
we need to support a workflow-centric model of form completion. one of
our todos over the next few months is to design an elegant way to do
that.
···
On Thu, Apr 14, 2011 at 07:47, David wrote:
> Perhaps this might be a naive question, but Fusion Tables can export
> values as KML, which is a form of XML that is not all that different
> from the submitted forms. Might be possible somehow to use that XML
> generation capacity to regenerate the form again in collect as a saved
> but unfinished form when the user so desires? My thinking is that if
> the repeat survey is done with a live internet connection, the
> enumerator could identify the households by proximity via Google Maps,
> and then send a query to Fusion Tables that would send the xml back to
> Collect. If each record has a unique ID, then the new observations
> can be submitted again to Aggregate and subsequently linked directly
> to the prior ones.
>
> Just an idea...
>
> Best,
> David
>
> On Apr 12, 5:31 am, Yaw Anokwa wrote:
>> agreed with matt, that couch is probably the way to go. case in point,http://www.groupcomplete.comhas a build of odk collect that uses some
>> couch pieces.
>>
>> https://github.com/dimagi/cushions#readmehas good first pass at
>> getting mobile to server going. mobile to mobile can be done if you
>> can get couch running on the phone (seehttp://wiki.apache.org/couchdb/Installing_on_Android).
>>
>> On Mon, Apr 11, 2011 at 14:14, Matt Berg wrote:
>> > I think looking at using CouchDB as a datastore for ODK vs implementing
>> > mesh4x might be a nice way of handling what you're describing in terms of
>> > synching.
>>
>> > On Mon, Apr 11, 2011 at 4:59 PM, Yaw Anokwa wrote:
>>
>> >> david,
>>
>> >> no clue on how long it'd take. i'd recommend you someone like
>> >>http://dimagi.comif you want to get a reasonable estimate.
>>
>> >> yaw
>>
>> >> On Sun, Apr 10, 2011 at 23:05, David A. Raitzer wrote:
>> >> > Yaw,
>>
>> >> > Thanks for your reply. Do you have an idea of the number of programming
>> >> > hours/costs entailed in building this functionality? It seems as though
>> >> > Mesh4x should help with this - particularly if it could be augmented to
>> >> > work
>> >> > with Google Fusion Tables, rather than Spreadsheets.
>>
>> >> > Thanks!
>>
>> >> > Best,
>> >> > David
>>
>> >> > On Mon, Apr 11, 2011 at 12:11 PM, Yaw Anokwa wrote:
>>
>> >> >> david,
>>
>> >> >> i think a lot of people would like the functionality you've described.
>> >> >> we've just begun our exploration of the sync and database connection
>> >> >> options and it'll likely be a while before we have anything to show.
>>
>> >> >> yaw
>>
>> >> >> On Sun, Apr 10, 2011 at 20:39, David wrote:
>> >> >> > Dear all,
>>
>> >> >> > Has there ever been an attempt to make a version of ODK Collect with
>> >> >> > Mesh4x capabilities? Eventually, we will be seeking to have the
>> >> >> > capability to conduct repeat household surveys, in which records
>> >> >> > could
>> >> >> > be retrieved and updated. It seems that Mesh4x implemented in the
>> >> >> > JavaRosa client allows synchronization to download entries and make
>> >> >> > changes (http://code.google.com/p/mesh4x/wiki/JavaRosaDemo). How
>> >> >> > difficult would it be to integrated Mesh4x with ODK Collect? I think
>> >> >> > this is a function that would be very important for many surveys, not
>> >> >> > just our own. Thanks!
>>
>> >> >> > Best,
>> >> >> > David
>>
>> >> >> > --
>> >> >> > 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
>