[ODK Community] Re: Move ODK Collect data to SD card?

Thanks Yaw.

Maybe just add an import export function for New and Edit Saved forms. That way you don't have to mess with all the internal file management code with the risk that the paths are handled different from device to device.

It might look like...
add a button on the Collect main menu labeled "Import/Export" that goes to a screen with a side by side list of new forms and edit forms on the left (Internal) AND new forms and edit forms on the right (SD). The user can slide the forms from one side to the other to accomplish a move of the form and its supporting media. There would be no risk about path because the user identifies the exact location on the external SD by navigating the file structure and select the location on the external SD.

Really people do this move procedure all the time when there is no internet. Might as well add a sidewalk where people have already worn a path in the grass.

The additional benefits will be that it will let enumerators...

  1. Free up internal memory by shuffling off to external SD forms that they have on hold.
  2. Make it cleaner to have hand off of a partly edited form from one enumerator or one device to another simply by passing an SD.
  3. Make it practical to distribute pre-edited forms, like inventory lists, that enumerators log any changes to the inventory.
  4. Keep a cleaner work space on their internal list(s) by reducing the clutter of too many forms.

Thanks!
Bob

Original message

··· From: "Yaw Anokwa" To: opendatakit@googlegroups.com; Dated: 7/19/2015 5:47:24 PM Subject: Re: [ODK Community] Re: Move ODK Collect data to SD card?

Hi Bob,

Nafundi has tried implementing workarounds in an early internal fork
of Collect and a later internal fork. Neither ended well.

The only reasonable workaround is to hardcode every potential device
path and make some changes in how ODK handles files. This might work
OK if you control which devices are used in deployments, but this
still risks data loss because of how ContentProviders are initialized
and it's not sustainable because the Android team is clearly
discouraging external SDs for application data.

I'd recommend you use devices with only internal storage or use
manufacturers that display internal storage in a standard manner.

Yaw

Need ODK services? http://nafundi.com provides form design, server
setup, professional support, and software development for ODK.

On Sun, Jul 19, 2015 at 1:21 AM, Bob Achgill bobachgill@gmail.com wrote:

Is there any work around yet on getting ODK Collect to use the external SD card space?
What is entailed to make this code change?
If I had someone who can do it... is there a design yet?
Tks!
Bob

--

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


You received this message because you are subscribed to the Google Groups "ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

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


You received this message because you are subscribed to a topic in the Google Groups "ODK Community" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/opendatakit/2ps9ClIOIWA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

We're struggling to figure this out too.

Christopher Robert - were you able to get this working for your version of
ODK Collect? Was just wondering if there is a feasible way to do this.

··· On Mon, Jul 20, 2015 at 9:44 AM, Bob Achgill wrote:

Thanks Yaw.

Maybe just add an import export function for New and Edit Saved forms.
That way you don't have to mess with all the internal file management code
with the risk that the paths are handled different from device to device.

It might look like...
add a button on the Collect main menu labeled "Import/Export" that goes
to a screen with a side by side list of new forms and edit forms on the
left (Internal) AND new forms and edit forms on the right (SD). The user
can slide the forms from one side to the other to accomplish a move of the
form and its supporting media. There would be no risk about path because
the user identifies the exact location on the external SD by navigating the
file structure and select the location on the external SD.

Really people do this move procedure all the time when there is no
internet. Might as well add a sidewalk where people have already worn a
path in the grass.

The additional benefits will be that it will let enumerators...

  1. Free up internal memory by shuffling off to external SD forms that they
    have on hold.
  2. Make it cleaner to have hand off of a partly edited form from one
    enumerator or one device to another simply by passing an SD.
  3. Make it practical to distribute pre-edited forms, like inventory lists,
    that enumerators log any changes to the inventory.
  4. Keep a cleaner work space on their internal list(s) by reducing the
    clutter of too many forms.

Thanks!
Bob


Original message
From: "Yaw Anokwa" yanokwa@nafundi.com
To: opendatakit@googlegroups.com;
Dated: 7/19/2015 5:47:24 PM
Subject: Re: [ODK Community] Re: Move ODK Collect data to SD card?

Hi Bob,

Nafundi has tried implementing workarounds in an early internal fork
of Collect and a later internal fork. Neither ended well.

The only reasonable workaround is to hardcode every potential device
path and make some changes in how ODK handles files. This might work
OK if you control which devices are used in deployments, but this
still risks data loss because of how ContentProviders are initialized
and it's not sustainable because the Android team is clearly
discouraging external SDs for application data.

I'd recommend you use devices with only internal storage or use
manufacturers that display internal storage in a standard manner.

Yaw

Need ODK services? http://nafundi.com provides form design, server
setup, professional support, and software development for ODK.

On Sun, Jul 19, 2015 at 1:21 AM, Bob Achgill bobachgill@gmail.com wrote:

Is there any work around yet on getting ODK Collect to use the external
SD card space?
What is entailed to make this code change?
If I had someone who can do it... is there a design yet?
Tks!
Bob

--

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


You received this message because you are subscribed to the Google
Groups "ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

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


You received this message because you are subscribed to a topic in the
Google Groups "ODK Community" group.
To unsubscribe from this topic, visit
https://groups.google.com/d/topic/opendatakit/2ps9ClIOIWA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to
opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

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


You received this message because you are subscribed to the Google Groups
"ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Hi Matt,

No, somehow we've managed to avoid many users with an acute need for
this. In Bob's use case, he's recording huge amounts of video as part of
submissions, so I get why space would be a constraint. But that just hasn't
come up for many others.

Perhaps people want data on external cards so that they can easily eject
and transport? We've added data sync over local wi-fi networks, which makes
it easy and safe to pull data off devices in the field. Perhaps that's
reducing some need for ejectable cards. (Or we've just been lucky!)

Best,

Chris

··· --- Christopher Robert Dobility, Inc. (SurveyCTO) http://www.surveycto.com/ http://blog.surveycto.com/

On Mon, Jul 20, 2015 at 4:24 AM Matt Berg mlberg@gmail.com wrote:

We're struggling to figure this out too.

Christopher Robert - were you able to get this working for your version of
ODK Collect? Was just wondering if there is a feasible way to do this.

On Mon, Jul 20, 2015 at 9:44 AM, Bob Achgill BobAchgill@hotmail.com wrote:

Thanks Yaw.

Maybe just add an import export function for New and Edit Saved forms.
That way you don't have to mess with all the internal file management code
with the risk that the paths are handled different from device to device.

It might look like...
add a button on the Collect main menu labeled "Import/Export" that goes
to a screen with a side by side list of new forms and edit forms on the
left (Internal) AND new forms and edit forms on the right (SD). The user
can slide the forms from one side to the other to accomplish a move of the
form and its supporting media. There would be no risk about path because
the user identifies the exact location on the external SD by navigating the
file structure and select the location on the external SD.

Really people do this move procedure all the time when there is no
internet. Might as well add a sidewalk where people have already worn a
path in the grass.

The additional benefits will be that it will let enumerators...

  1. Free up internal memory by shuffling off to external SD forms that
    they have on hold.
  2. Make it cleaner to have hand off of a partly edited form from one
    enumerator or one device to another simply by passing an SD.
  3. Make it practical to distribute pre-edited forms, like inventory
    lists, that enumerators log any changes to the inventory.
  4. Keep a cleaner work space on their internal list(s) by reducing the
    clutter of too many forms.

Thanks!
Bob


Original message
From: "Yaw Anokwa" yanokwa@nafundi.com
To: opendatakit@googlegroups.com;
Dated: 7/19/2015 5:47:24 PM
Subject: Re: [ODK Community] Re: Move ODK Collect data to SD card?

Hi Bob,

Nafundi has tried implementing workarounds in an early internal fork
of Collect and a later internal fork. Neither ended well.

The only reasonable workaround is to hardcode every potential device
path and make some changes in how ODK handles files. This might work
OK if you control which devices are used in deployments, but this
still risks data loss because of how ContentProviders are initialized
and it's not sustainable because the Android team is clearly
discouraging external SDs for application data.

I'd recommend you use devices with only internal storage or use
manufacturers that display internal storage in a standard manner.

Yaw

Need ODK services? http://nafundi.com provides form design, server
setup, professional support, and software development for ODK.

On Sun, Jul 19, 2015 at 1:21 AM, Bob Achgill bobachgill@gmail.com wrote:

Is there any work around yet on getting ODK Collect to use the external
SD card space?
What is entailed to make this code change?
If I had someone who can do it... is there a design yet?
Tks!
Bob

--

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


You received this message because you are subscribed to the Google
Groups "ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

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


You received this message because you are subscribed to a topic in the
Google Groups "ODK Community" group.
To unsubscribe from this topic, visit
https://groups.google.com/d/topic/opendatakit/2ps9ClIOIWA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to
opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

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


You received this message because you are subscribed to the Google Groups
"ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

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


You received this message because you are subscribed to the Google Groups
"ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Christopher,

Thanks for the clarity. I thought somewhere I read that your client
supported it.

I need to do some digging around but one option might be to use an external
android app like the one below that supposedly allows you to backup to an
SD card. Again, I guess the mounting issues would be the same. I'll let
everyone know if we figure out an approach here.

https://play.google.com/store/apps/details?id=com.mdroidapps.easybackup&hl=en

Thanks,

Matt

··· On Mon, Jul 20, 2015 at 1:36 PM, Christopher Robert wrote:

Hi Matt,

No, somehow we've managed to avoid many users with an acute need for
this. In Bob's use case, he's recording huge amounts of video as part of
submissions, so I get why space would be a constraint. But that just hasn't
come up for many others.

Perhaps people want data on external cards so that they can easily eject
and transport? We've added data sync over local wi-fi networks, which makes
it easy and safe to pull data off devices in the field. Perhaps that's
reducing some need for ejectable cards. (Or we've just been lucky!)

Best,

Chris


Christopher Robert
Dobility, Inc. (SurveyCTO)
http://www.surveycto.com/
http://blog.surveycto.com/

On Mon, Jul 20, 2015 at 4:24 AM Matt Berg mlberg@gmail.com wrote:

We're struggling to figure this out too.

Christopher Robert - were you able to get this working for your version
of ODK Collect? Was just wondering if there is a feasible way to do this.

On Mon, Jul 20, 2015 at 9:44 AM, Bob Achgill BobAchgill@hotmail.com wrote:

Thanks Yaw.

Maybe just add an import export function for New and Edit Saved forms.
That way you don't have to mess with all the internal file management code
with the risk that the paths are handled different from device to device.

It might look like...
add a button on the Collect main menu labeled "Import/Export" that goes
to a screen with a side by side list of new forms and edit forms on the
left (Internal) AND new forms and edit forms on the right (SD). The user
can slide the forms from one side to the other to accomplish a move of the
form and its supporting media. There would be no risk about path because
the user identifies the exact location on the external SD by navigating the
file structure and select the location on the external SD.

Really people do this move procedure all the time when there is no
internet. Might as well add a sidewalk where people have already worn a
path in the grass.

The additional benefits will be that it will let enumerators...

  1. Free up internal memory by shuffling off to external SD forms that
    they have on hold.
  2. Make it cleaner to have hand off of a partly edited form from one
    enumerator or one device to another simply by passing an SD.
  3. Make it practical to distribute pre-edited forms, like inventory
    lists, that enumerators log any changes to the inventory.
  4. Keep a cleaner work space on their internal list(s) by reducing the
    clutter of too many forms.

Thanks!
Bob


Original message
From: "Yaw Anokwa" yanokwa@nafundi.com
To: opendatakit@googlegroups.com;
Dated: 7/19/2015 5:47:24 PM
Subject: Re: [ODK Community] Re: Move ODK Collect data to SD card?

Hi Bob,

Nafundi has tried implementing workarounds in an early internal fork
of Collect and a later internal fork. Neither ended well.

The only reasonable workaround is to hardcode every potential device
path and make some changes in how ODK handles files. This might work
OK if you control which devices are used in deployments, but this
still risks data loss because of how ContentProviders are initialized
and it's not sustainable because the Android team is clearly
discouraging external SDs for application data.

I'd recommend you use devices with only internal storage or use
manufacturers that display internal storage in a standard manner.

Yaw

Need ODK services? http://nafundi.com provides form design, server
setup, professional support, and software development for ODK.

On Sun, Jul 19, 2015 at 1:21 AM, Bob Achgill bobachgill@gmail.com wrote:

Is there any work around yet on getting ODK Collect to use the
external SD card space?
What is entailed to make this code change?
If I had someone who can do it... is there a design yet?
Tks!
Bob

--

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


You received this message because you are subscribed to the Google
Groups "ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

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


You received this message because you are subscribed to a topic in the
Google Groups "ODK Community" group.
To unsubscribe from this topic, visit
https://groups.google.com/d/topic/opendatakit/2ps9ClIOIWA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to
opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

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


You received this message because you are subscribed to the Google
Groups "ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

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


You received this message because you are subscribed to the Google Groups
"ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

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


You received this message because you are subscribed to the Google Groups
"ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Matt,

What precisely is the problem you are trying to solve? And why is it a
big problem?

Yaw

··· -- Need ODK services? http://nafundi.com provides form design, server setup, professional support, and software development for ODK.

On Mon, Jul 20, 2015 at 6:01 AM, Matt Berg mlberg@gmail.com wrote:

Christopher,

Thanks for the clarity. I thought somewhere I read that your client
supported it.

I need to do some digging around but one option might be to use an external
android app like the one below that supposedly allows you to backup to an SD
card. Again, I guess the mounting issues would be the same. I'll let
everyone know if we figure out an approach here.

https://play.google.com/store/apps/details?id=com.mdroidapps.easybackup&hl=en

Thanks,

Matt

On Mon, Jul 20, 2015 at 1:36 PM, Christopher Robert crobert@surveycto.com wrote:

Hi Matt,

No, somehow we've managed to avoid many users with an acute need for this.
In Bob's use case, he's recording huge amounts of video as part of
submissions, so I get why space would be a constraint. But that just hasn't
come up for many others.

Perhaps people want data on external cards so that they can easily eject
and transport? We've added data sync over local wi-fi networks, which makes
it easy and safe to pull data off devices in the field. Perhaps that's
reducing some need for ejectable cards. (Or we've just been lucky!)

Best,

Chris


Christopher Robert
Dobility, Inc. (SurveyCTO)
http://www.surveycto.com/
http://blog.surveycto.com/

On Mon, Jul 20, 2015 at 4:24 AM Matt Berg mlberg@gmail.com wrote:

We're struggling to figure this out too.

Christopher Robert - were you able to get this working for your version
of ODK Collect? Was just wondering if there is a feasible way to do this.

On Mon, Jul 20, 2015 at 9:44 AM, Bob Achgill BobAchgill@hotmail.com wrote:

Thanks Yaw.

Maybe just add an import export function for New and Edit Saved forms.
That way you don't have to mess with all the internal file management code
with the risk that the paths are handled different from device to device.

It might look like...
add a button on the Collect main menu labeled "Import/Export" that goes
to a screen with a side by side list of new forms and edit forms on the left
(Internal) AND new forms and edit forms on the right (SD). The user can
slide the forms from one side to the other to accomplish a move of the form
and its supporting media. There would be no risk about path because the
user identifies the exact location on the external SD by navigating the file
structure and select the location on the external SD.

Really people do this move procedure all the time when there is no
internet. Might as well add a sidewalk where people have already worn a
path in the grass.

The additional benefits will be that it will let enumerators...

  1. Free up internal memory by shuffling off to external SD forms that
    they have on hold.
  2. Make it cleaner to have hand off of a partly edited form from one
    enumerator or one device to another simply by passing an SD.
  3. Make it practical to distribute pre-edited forms, like inventory
    lists, that enumerators log any changes to the inventory.
  4. Keep a cleaner work space on their internal list(s) by reducing the
    clutter of too many forms.

Thanks!
Bob


Original message
From: "Yaw Anokwa" yanokwa@nafundi.com
To: opendatakit@googlegroups.com;
Dated: 7/19/2015 5:47:24 PM
Subject: Re: [ODK Community] Re: Move ODK Collect data to SD card?

Hi Bob,

Nafundi has tried implementing workarounds in an early internal fork
of Collect and a later internal fork. Neither ended well.

The only reasonable workaround is to hardcode every potential device
path and make some changes in how ODK handles files. This might work
OK if you control which devices are used in deployments, but this
still risks data loss because of how ContentProviders are initialized
and it's not sustainable because the Android team is clearly
discouraging external SDs for application data.

I'd recommend you use devices with only internal storage or use
manufacturers that display internal storage in a standard manner.

Yaw

Need ODK services? http://nafundi.com provides form design, server
setup, professional support, and software development for ODK.

On Sun, Jul 19, 2015 at 1:21 AM, Bob Achgill bobachgill@gmail.com wrote:

Is there any work around yet on getting ODK Collect to use the
external SD card space?
What is entailed to make this code change?
If I had someone who can do it... is there a design yet?
Tks!
Bob

--

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


You received this message because you are subscribed to the Google
Groups "ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

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


You received this message because you are subscribed to a topic in the
Google Groups "ODK Community" group.
To unsubscribe from this topic, visit
https://groups.google.com/d/topic/opendatakit/2ps9ClIOIWA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to
opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

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


You received this message because you are subscribed to the Google
Groups "ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

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


You received this message because you are subscribed to the Google Groups
"ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

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


You received this message because you are subscribed to the Google Groups
"ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

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


You received this message because you are subscribed to the Google Groups
"ODK Community" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to opendatakit+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.