Monitoring in locations with poor to no internet

Hi

We are just starting our new sister cMRV project in Acre, Brazil and
looking at the initial infrastructure report on the locations the
monitoring team will be working, the access to internet is either not very
good, so far away that makes it impractical or non-existent. The mobile
phone access is similar but with slightly better coverage, however the
transfer of data over mobile capacity is untested.

I wonder if anyone has run technology based cMRV projects in a similar
environment and have any approaches they could share to deal with this
situation.

The project management team are in a fairly large city in an NGO head
office with good internet access, so analysis and visualisation of the data
once captured will be easy. It’s the field monitoring team and getting the
data from the phones back to head office - that’s the problem.

Two options so far:

  • firstly take a mobile internet station around the region on a regular
    basis, or buy two or three and place them in the remotest locations so data
    can be submitted to the cloud from the field.

  • second option is to take a laptop running a local host version of the
    cloud software, and meet up with the crew at set points (say every two
    weeks) to then transfer data from the phones to the computer, and then
    bring the data back to the head office for analysis.

BTW we have 30+ field monitoring team working in an area 300km across and
150km deep.

Any help much appreciated, as feeling very lucky with our first project in
Guyana having such a good infrastructure in place - this one in Acre is a
bit trickier.

Jon

Interesting Jon as this is similar to a project I would be setting up. It
would be good to see the comments,suggestion etc.

··· Sent from my NEXUS device. On 4 Dec 2013 05:57, "Jon Parsons" wrote:

Hi

We are just starting our new sister cMRV project in Acre, Brazil and
looking at the initial infrastructure report on the locations the
monitoring team will be working, the access to internet is either not very
good, so far away that makes it impractical or non-existent. The mobile
phone access is similar but with slightly better coverage, however the
transfer of data over mobile capacity is untested.

I wonder if anyone has run technology based cMRV projects in a similar
environment and have any approaches they could share to deal with this
situation.

The project management team are in a fairly large city in an NGO head
office with good internet access, so analysis and visualisation of the data
once captured will be easy. It’s the field monitoring team and getting the
data from the phones back to head office - that’s the problem.

Two options so far:

  • firstly take a mobile internet station around the region on a regular
    basis, or buy two or three and place them in the remotest locations so data
    can be submitted to the cloud from the field.

  • second option is to take a laptop running a local host version of the
    cloud software, and meet up with the crew at set points (say every two
    weeks) to then transfer data from the phones to the computer, and then
    bring the data back to the head office for analysis.

BTW we have 30+ field monitoring team working in an area 300km across and
150km deep.

Any help much appreciated, as feeling very lucky with our first project in
Guyana having such a good infrastructure in place - this one in Acre is a
bit trickier.

Jon

--

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/groups/opt_out.

I've had a deployment where there where no server was used at all, and only
a laptop with ODK Briefcase for gathering data from the devices directly.
This campaign, however, had no need for immediate access to the data, they
merely want to offload the data from the devices for backup, then copies
transmitted via email.

Data can also be stored on flash drives and sent physically to a central
location.

··· On Wednesday, December 4, 2013, Jon Parsons wrote:

Hi

We are just starting our new sister cMRV project in Acre, Brazil and
looking at the initial infrastructure report on the locations the
monitoring team will be working, the access to internet is either not very
good, so far away that makes it impractical or non-existent. The mobile
phone access is similar but with slightly better coverage, however the
transfer of data over mobile capacity is untested.

I wonder if anyone has run technology based cMRV projects in a similar
environment and have any approaches they could share to deal with this
situation.

The project management team are in a fairly large city in an NGO head
office with good internet access, so analysis and visualisation of the data
once captured will be easy. It’s the field monitoring team and getting the
data from the phones back to head office - that’s the problem.

Two options so far:

  • firstly take a mobile internet station around the region on a regular
    basis, or buy two or three and place them in the remotest locations so data
    can be submitted to the cloud from the field.

  • second option is to take a laptop running a local host version of the
    cloud software, and meet up with the crew at set points (say every two
    weeks) to then transfer data from the phones to the computer, and then
    bring the data back to the head office for analysis.

BTW we have 30+ field monitoring team working in an area 300km across and
150km deep.

Any help much appreciated, as feeling very lucky with our first project in
Guyana having such a good infrastructure in place - this one in Acre is a
bit trickier.

Jon

--

Post: opendatakit@googlegroups.com <javascript:_e({}, 'cvml',
'opendatakit@googlegroups.com');>
Unsubscribe: opendatakit+unsubscribe@googlegroups.com <javascript:_e({},
'cvml', 'opendatakit%2Bunsubscribe@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 <javascript:_e({},
'cvml', 'opendatakit%2Bunsubscribe@googlegroups.com');>.
For more options, visit https://groups.google.com/groups/opt_out.

--

Nik
Need help customizing Survey Instruments/Tools/Forms for ODK Collect? Drop
me an email.

You can think about sms. In our app we are packing the form responses into SMSs for communication (two-way) over remote area with no internet access.

··· Il giorno mercoledì 4 dicembre 2013 10:57:48 UTC+1, Jon Parsons ha scritto: > Hi > > > We are just starting our new sister cMRV project in Acre, > Brazil and looking at the initial infrastructure report on the locations the > monitoring team will be working, the access to internet is either not very > good, so far away that makes it impractical or non-existent. The mobile phone > access is similar but with slightly better coverage, however the transfer of data > over mobile capacity is untested. > > > I wonder if anyone has run technology based cMRV projects in > a similar environment and have any approaches they could share to deal with > this situation. > > > The project management team are in a fairly large city in an > NGO head office with good internet access, so analysis and visualisation of the > data once captured will be easy. It’s the field monitoring team and getting the > data from the phones back to head office - that’s the problem. > > > Two options so far: > > > - firstly take a mobile internet station around the region > on a regular basis, or buy two or three and place them in the remotest > locations so data can be submitted to the cloud from the field. > > > - second option is to take a laptop running a local host > version of the cloud software, and meet up with the crew at set points (say > every two weeks) to then transfer data from the phones to the computer, and > then bring the data back to the head office for analysis. > > > BTW we have 30+ field monitoring team working in an area > 300km across and 150km deep. > > > Any help much appreciated, as feeling very lucky with our > first project in Guyana having such a good infrastructure in place - this one > in Acre is a bit trickier. > > > Jon

Hi Marco

Yes I think this is an option for us and would be keen to know more

I am aware of this system https://www.ucl.ac.uk/excites/software/sapelli/ that
also uses mobile to transfer data, using a relay, but with a custom install
on the phone with a unique image tree based user interface.

If you have any information to share on the details of how your app works
would appreciate the help

thanks

Jon

Hi Jon,

I've made a custom project fo a UN agency.
We have used the open-source and freeware frontlineSMS to create the forms
and to send to enumerators.
You can connect GSM modem or mobile phone to frontlineSMS.
The mobile app we have realized is based on JavaRosa and ODK for parsing
XForms and validate data input.
Then the XForm is packed, zipped and sent back by SMS if GPRS is not
available.

Generally with forms of 180 questions (mixed with free-text, drop-down
options, checkboxes, calculated fields, ecc...) we use from 5 to 10 sms,
inlcuded acknowledgement message.

FrontlineSMS works like a server, sending and receiving SMS, saving data
into a database for later analysis.

We have reached a stable release of the app some days ago, and we have
already tested in several country pilot project.
We are still refining as sometimes we get unusual behaviour coming from
JavaRosa or ODK and we have problem understanding why.

Let me know if you need additional specific details

Regards,
Marco

··· Il giorno giovedì 19 dicembre 2013 10:59:34 UTC+1, Jon Parsons ha scritto: > > > Hi Marco > > Yes I think this is an option for us and would be keen to know more > > I am aware of this system https://www.ucl.ac.uk/excites/software/sapelli/ that > also uses mobile to transfer data, using a relay, but with a custom install > on the phone with a unique image tree based user interface. > > If you have any information to share on the details of how your app works > would appreciate the help > > thanks > > Jon > >

Hi Jon, Marco,

Sounds great, I agree frontlineSMS is a god tool for form based data
collection particularly since you can use j2me phones. Can you configure
frontlineSMS to forward the submitted XForm onto Aggregate? This would be
really useful as it would allow you to use the fullset of odk capabilities
when data networks are available and to use SMS messages where they are
not. Presumably in the latter case without supporting images, video etc.

Did you modify odkCollect to add SMS messaging for your client?

The RapidAndroid approach by Dimagi is also an interesting approach. With
this you can run an Android application that acts as a server. Hence you
can set up an SMS server in the local country without needing to add a gsm
modem to a laptop, or even to have a laptop. I'd be interested in helping
to develop a SMS gateway to run on an Android phone that will take XForm
templates from a Java Rosa server and send them to phones via SMS and then
take the submitted responses and send them to the Java Rosa server.

The above approach seems to be a subset of the SMS features that are being
built into odk tables so that might end up being part of a solution to
Jon's needs.

regards

Neil

··· On Sat, Dec 21, 2013 at 2:16 AM, Marco Giorgi wrote:

Hi Jon,

I've made a custom project fo a UN agency.
We have used the open-source and freeware frontlineSMS to create the forms
and to send to enumerators.
You can connect GSM modem or mobile phone to frontlineSMS.
The mobile app we have realized is based on JavaRosa and ODK for parsing
XForms and validate data input.
Then the XForm is packed, zipped and sent back by SMS if GPRS is not
available.

Generally with forms of 180 questions (mixed with free-text, drop-down
options, checkboxes, calculated fields, ecc...) we use from 5 to 10 sms,
inlcuded acknowledgement message.

FrontlineSMS works like a server, sending and receiving SMS, saving data
into a database for later analysis.

We have reached a stable release of the app some days ago, and we have
already tested in several country pilot project.
We are still refining as sometimes we get unusual behaviour coming from
JavaRosa or ODK and we have problem understanding why.

Let me know if you need additional specific details

Regards,
Marco

Il giorno giovedì 19 dicembre 2013 10:59:34 UTC+1, Jon Parsons ha scritto:

Hi Marco

Yes I think this is an option for us and would be keen to know more

I am aware of this system https://www.ucl.ac.uk/excites/software/sapelli/ that
also uses mobile to transfer data, using a relay, but with a custom install
on the phone with a unique image tree based user interface.

If you have any information to share on the details of how your app works
would appreciate the help

thanks

Jon

--
--
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/groups/opt_out.

--

Smap Consulting http://smap.com.au/| Mobile Data Collection Solutions
Application Developer - neilpenman@gmail.com minqiang.huang@gmail.com
Twitter: @dgmsot
Skype: ianaf4you
Phone: +61 402 975 959
Blog: http://blog.smap.com.au http://smap.com.au/blog

Hi Neil,

Our experience with frontlineSMS is not so positive, as we have found
several limitation in it, and especially when data grows, it start to be
very very slow.
We are trying to move away from it and re-implement it in a different way
(web-based app), so you can run it both in a server environment or on a
single desktop w/out internet access.

Yes we have modified ODKCollect to accept SMS, both on form synch and
response send.

In our view to move away from frontlineSMS, we have planned also to build
the SMS gateway, as you said, a simple android app (built with PhoneGAP)
that acts as a proxy wi-fi<->SMS
This architecture will simplify a lot the installation procedures and make
it easier also for non-tech people (installing drivers for GPRS modems is
always a mess)
...mainly what dimagi has developed, we'll take a look at it. thanks

Regards,
Marco

··· Il giorno giovedì 26 dicembre 2013 23:06:42 UTC+1, Neil Penman ha scritto: > > Hi Jon, Marco, > > Sounds great, I agree frontlineSMS is a god tool for form based data > collection particularly since you can use j2me phones. Can you configure > frontlineSMS to forward the submitted XForm onto Aggregate? This would be > really useful as it would allow you to use the fullset of odk capabilities > when data networks are available and to use SMS messages where they are > not. Presumably in the latter case without supporting images, video etc. > > Did you modify odkCollect to add SMS messaging for your client? > > The RapidAndroid approach by Dimagi is also an interesting approach. > With this you can run an Android application that acts as a server. Hence > you can set up an SMS server in the local country without needing to add a > gsm modem to a laptop, or even to have a laptop. I'd be interested in > helping to develop a SMS gateway to run on an Android phone that will take > XForm templates from a Java Rosa server and send them to phones via SMS and > then take the submitted responses and send them to the Java Rosa server. > > The above approach seems to be a subset of the SMS features that are being > built into odk tables so that might end up being part of a solution to > Jon's needs. > > regards > > Neil > > > On Sat, Dec 21, 2013 at 2:16 AM, Marco Giorgi <ma.g...@gmail.com wrote: > >> Hi Jon, >> >> I've made a custom project fo a UN agency. >> We have used the open-source and freeware frontlineSMS to create the >> forms and to send to enumerators. >> You can connect GSM modem or mobile phone to frontlineSMS. >> The mobile app we have realized is based on JavaRosa and ODK for parsing >> XForms and validate data input. >> Then the XForm is packed, zipped and sent back by SMS if GPRS is not >> available. >> >> Generally with forms of 180 questions (mixed with free-text, drop-down >> options, checkboxes, calculated fields, ecc...) we use from 5 to 10 sms, >> inlcuded acknowledgement message. >> >> FrontlineSMS works like a server, sending and receiving SMS, saving data >> into a database for later analysis. >> >> We have reached a stable release of the app some days ago, and we have >> already tested in several country pilot project. >> We are still refining as sometimes we get unusual behaviour coming from >> JavaRosa or ODK and we have problem understanding why. >> >> Let me know if you need additional specific details >> >> Regards, >> Marco >> >> >> >> Il giorno giovedì 19 dicembre 2013 10:59:34 UTC+1, Jon Parsons ha scritto: >>> >>> >>> Hi Marco >>> >>> Yes I think this is an option for us and would be keen to know more >>> >>> I am aware of this system https://www.ucl.ac.uk/ >>> excites/software/sapelli/ that also uses mobile to transfer data, using >>> a relay, but with a custom install on the phone with a unique image tree >>> based user interface. >>> >>> If you have any information to share on the details of how your app >>> works would appreciate the help >>> >>> thanks >>> >>> Jon >>> >>> -- >> -- >> Post: opend...@googlegroups.com >> Unsubscribe: opendatakit...@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...@googlegroups.com . >> For more options, visit https://groups.google.com/groups/opt_out. >> > > > > -- > > Smap Consulting | Mobile Data Collection Solutions > Application Developer - neilp...@gmail.com > Twitter: @dgmsot > Skype: ianaf4you > Phone: +61 402 975 959 > Blog: http://blog.smap.com.au >

Hi Marco,

This is great. It looks like there are now at least two organisations that
would make use of an SMS to JavaRosa Android gateway application. Yourself
and Canopy.

Let me know if you are committed to developing such a thing and the
expected timeframe. Otherwise I would be happy to propose this as a project
at RMIT university for the upcoming semester.

Regards

Neil

··· On Thu, Jan 9, 2014 at 11:52 PM, Marco Giorgi wrote:

Hi Neil,

Our experience with frontlineSMS is not so positive, as we have found
several limitation in it, and especially when data grows, it start to be
very very slow.
We are trying to move away from it and re-implement it in a different way
(web-based app), so you can run it both in a server environment or on a
single desktop w/out internet access.

Yes we have modified ODKCollect to accept SMS, both on form synch and
response send.

In our view to move away from frontlineSMS, we have planned also to build
the SMS gateway, as you said, a simple android app (built with PhoneGAP)
that acts as a proxy wi-fi<->SMS
This architecture will simplify a lot the installation procedures and make
it easier also for non-tech people (installing drivers for GPRS modems is
always a mess)
...mainly what dimagi has developed, we'll take a look at it. thanks

Regards,
Marco

Il giorno giovedì 26 dicembre 2013 23:06:42 UTC+1, Neil Penman ha scritto:

Hi Jon, Marco,

Sounds great, I agree frontlineSMS is a god tool for form based data
collection particularly since you can use j2me phones. Can you configure
frontlineSMS to forward the submitted XForm onto Aggregate? This would be
really useful as it would allow you to use the fullset of odk capabilities
when data networks are available and to use SMS messages where they are
not. Presumably in the latter case without supporting images, video etc.

Did you modify odkCollect to add SMS messaging for your client?

The RapidAndroid approach by Dimagi is also an interesting approach.
With this you can run an Android application that acts as a server. Hence
you can set up an SMS server in the local country without needing to add a
gsm modem to a laptop, or even to have a laptop. I'd be interested in
helping to develop a SMS gateway to run on an Android phone that will take
XForm templates from a Java Rosa server and send them to phones via SMS and
then take the submitted responses and send them to the Java Rosa server.

The above approach seems to be a subset of the SMS features that are
being built into odk tables so that might end up being part of a solution
to Jon's needs.

regards

Neil

On Sat, Dec 21, 2013 at 2:16 AM, Marco Giorgi ma.g...@gmail.com wrote:

Hi Jon,

I've made a custom project fo a UN agency.
We have used the open-source and freeware frontlineSMS to create the
forms and to send to enumerators.
You can connect GSM modem or mobile phone to frontlineSMS.
The mobile app we have realized is based on JavaRosa and ODK for parsing
XForms and validate data input.
Then the XForm is packed, zipped and sent back by SMS if GPRS is not
available.

Generally with forms of 180 questions (mixed with free-text, drop-down
options, checkboxes, calculated fields, ecc...) we use from 5 to 10 sms,
inlcuded acknowledgement message.

FrontlineSMS works like a server, sending and receiving SMS, saving data
into a database for later analysis.

We have reached a stable release of the app some days ago, and we have
already tested in several country pilot project.
We are still refining as sometimes we get unusual behaviour coming from
JavaRosa or ODK and we have problem understanding why.

Let me know if you need additional specific details

Regards,
Marco

Il giorno giovedì 19 dicembre 2013 10:59:34 UTC+1, Jon Parsons ha
scritto:

Hi Marco

Yes I think this is an option for us and would be keen to know more

I am aware of this system https://www.ucl.ac.uk/e
xcites/software/sapelli/ that also uses mobile to transfer data, using
a relay, but with a custom install on the phone with a unique image tree
based user interface.

If you have any information to share on the details of how your app
works would appreciate the help

thanks

Jon

--
--
Post: opend...@googlegroups.com
Unsubscribe: opendatakit...@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...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

--

Smap Consulting http://smap.com.au/| Mobile Data Collection Solutions
Application Developer - neilp...@gmail.com
Twitter: @dgmsot
Skype: ianaf4you
Phone: +61 402 975 959
Blog: http://blog.smap.com.au http://smap.com.au/blog

--

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/groups/opt_out.

--

Smap Consulting http://smap.com.au/| Mobile Data Collection Solutions
Application Developer - neilpenman@gmail.com minqiang.huang@gmail.com
Twitter: @dgmsot
Skype: ianaf4you
Phone: +61 402 975 959
Blog: http://blog.smap.com.au http://smap.com.au/blog

Hi Neil,

Yes we are already to a good point, we are trying to solve some issue
related to strange and random behaviour on ODKCollect-Javarosa app on the
mobile.
The problem on that application is that is derived from an old version of
ODK and is using the official release of javarosa and not the mitch one,
that seems to be far better.
(Previous team has taken this way and now we are stucked on this old
versions with all their bugs to fix)

Currently the project that we are carrying on is for a UN agency, WFP. They
are making a lot of pressure to reach a fully stable version for the end of
february and we should reach it.
After this production release, for sure there is still a ton of
improvements and additional features to integrate, specially on the
reporting and data analysis section.

Currently we are testing it on 6 pilot projects: El Salvador, Mozambique,
Congo, Somalia, Egypt and Tanzania.

It's hard as we are always low on budget, and few people to carrying on the
entire project, involving additional support, specially on programming
could be really useful and interesting.
What do you have in mind?

Regards,
Marco

··· Il giorno venerdì 10 gennaio 2014 03:08:06 UTC+1, Neil Penman ha scritto: > > Hi Marco, > > This is great. It looks like there are now at least two organisations that > would make use of an SMS to JavaRosa Android gateway application. Yourself > and Canopy. > > Let me know if you are committed to developing such a thing and the > expected timeframe. Otherwise I would be happy to propose this as a project > at RMIT university for the upcoming semester. > > Regards > > Neil > > > On Thu, Jan 9, 2014 at 11:52 PM, Marco Giorgi <ma.g...@gmail.com wrote: > >> Hi Neil, >> >> Our experience with frontlineSMS is not so positive, as we have found >> several limitation in it, and especially when data grows, it start to be >> very very slow. >> We are trying to move away from it and re-implement it in a different way >> (web-based app), so you can run it both in a server environment or on a >> single desktop w/out internet access. >> >> Yes we have modified ODKCollect to accept SMS, both on form synch and >> response send. >> >> In our view to move away from frontlineSMS, we have planned also to build >> the SMS gateway, as you said, a simple android app (built with PhoneGAP) >> that acts as a proxy wi-fi<->SMS >> This architecture will simplify a lot the installation procedures and >> make it easier also for non-tech people (installing drivers for GPRS modems >> is always a mess) >> ...mainly what dimagi has developed, we'll take a look at it. thanks >> >> Regards, >> Marco >> >> >> >> >> >> >> >> Il giorno giovedì 26 dicembre 2013 23:06:42 UTC+1, Neil Penman ha scritto: >>> >>> Hi Jon, Marco, >>> >>> Sounds great, I agree frontlineSMS is a god tool for form based data >>> collection particularly since you can use j2me phones. Can you configure >>> frontlineSMS to forward the submitted XForm onto Aggregate? This would be >>> really useful as it would allow you to use the fullset of odk capabilities >>> when data networks are available and to use SMS messages where they are >>> not. Presumably in the latter case without supporting images, video etc. >>> >>> Did you modify odkCollect to add SMS messaging for your client? >>> >>> The RapidAndroid approach by Dimagi is also an interesting approach. >>> With this you can run an Android application that acts as a server. Hence >>> you can set up an SMS server in the local country without needing to add a >>> gsm modem to a laptop, or even to have a laptop. I'd be interested in >>> helping to develop a SMS gateway to run on an Android phone that will take >>> XForm templates from a Java Rosa server and send them to phones via SMS and >>> then take the submitted responses and send them to the Java Rosa server. >>> >>> The above approach seems to be a subset of the SMS features that are >>> being built into odk tables so that might end up being part of a solution >>> to Jon's needs. >>> >>> regards >>> >>> Neil >>> >>> >>> On Sat, Dec 21, 2013 at 2:16 AM, Marco Giorgi wrote: >>> >>>> Hi Jon, >>>> >>>> I've made a custom project fo a UN agency. >>>> We have used the open-source and freeware frontlineSMS to create the >>>> forms and to send to enumerators. >>>> You can connect GSM modem or mobile phone to frontlineSMS. >>>> The mobile app we have realized is based on JavaRosa and ODK for >>>> parsing XForms and validate data input. >>>> Then the XForm is packed, zipped and sent back by SMS if GPRS is not >>>> available. >>>> >>>> Generally with forms of 180 questions (mixed with free-text, drop-down >>>> options, checkboxes, calculated fields, ecc...) we use from 5 to 10 sms, >>>> inlcuded acknowledgement message. >>>> >>>> FrontlineSMS works like a server, sending and receiving SMS, saving >>>> data into a database for later analysis. >>>> >>>> We have reached a stable release of the app some days ago, and we have >>>> already tested in several country pilot project. >>>> We are still refining as sometimes we get unusual behaviour coming from >>>> JavaRosa or ODK and we have problem understanding why. >>>> >>>> Let me know if you need additional specific details >>>> >>>> Regards, >>>> Marco >>>> >>>> >>>> >>>> Il giorno giovedì 19 dicembre 2013 10:59:34 UTC+1, Jon Parsons ha >>>> scritto: >>>>> >>>>> >>>>> Hi Marco >>>>> >>>>> Yes I think this is an option for us and would be keen to know more >>>>> >>>>> I am aware of this system https://www.ucl.ac.uk/e >>>>> xcites/software/sapelli/ that also uses mobile to transfer data, >>>>> using a relay, but with a custom install on the phone with a unique image >>>>> tree based user interface. >>>>> >>>>> If you have any information to share on the details of how your app >>>>> works would appreciate the help >>>>> >>>>> thanks >>>>> >>>>> Jon >>>>> >>>>> -- >>>> -- >>>> Post: opend...@googlegroups.com >>>> Unsubscribe: opendatakit...@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...@googlegroups.com. >>>> For more options, visit https://groups.google.com/groups/opt_out. >>>> >>> >>> >>> >>> -- >>> >>> Smap Consulting | Mobile Data Collection Solutions >>> Application Developer - neilp...@gmail.com >>> Twitter: @dgmsot >>> Skype: ianaf4you >>> Phone: +61 402 975 959 >>> Blog: http://blog.smap.com.au >>> >> -- >> -- >> Post: opend...@googlegroups.com >> Unsubscribe: opendatakit...@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...@googlegroups.com . >> For more options, visit https://groups.google.com/groups/opt_out. >> > > > > -- > > Smap Consulting | Mobile Data Collection Solutions > Application Developer - neilp...@gmail.com > Twitter: @dgmsot > Skype: ianaf4you > Phone: +61 402 975 959 > Blog: http://blog.smap.com.au >