Closed GoogleCodeExporter closed 9 years ago
This is quite similar to what I am facing (but on a Droid 2 running Android 2.2
-Froyo).
Original comment by dripp...@gmail.com
on 6 Sep 2010 at 9:51
I am also experiencing the same issue.
* Motorola Verizon Droid X
* ODK Collect v1.1.4
* Geo Tagger v2 Data
* Firmware version: 2.1-update1
Original comment by tylerick...@gmail.com
on 15 Sep 2010 at 4:23
There was a change to App Engine that changed some size restrictions. We are
working on it. Will have fixes up soon.
Original comment by wbrune...@gmail.com
on 15 Sep 2010 at 8:04
Also app engine is having backend issues right now...
http://groups.google.com/group/google-appengine-downtime-notify/browse_thread/th
read/9cf3b0cafdd6c235
Original comment by wbrune...@gmail.com
on 15 Sep 2010 at 8:09
Aggregate v0.9.3 has been posted that should resolve the issues on the
Aggregate side. If the problems still exist please reopen as there could be
issues with Collect with certain hardware.
Original comment by wbrune...@gmail.com
on 15 Sep 2010 at 10:53
Same problem here:
http://groups.google.com/group/opendatakit-implementers/browse_thread/thread/591
55879561034e8?pli=1
Original comment by stuartmo...@gmail.com
on 30 Sep 2010 at 3:51
Can one of you verify that the image is being stored on the phone and the size
of the image? Once you take a picture and save the form, the image should be
in:
/sdcard/odk/instances/[formname]-[timestamp]/[imagetimestamp].jpg
It used to be that AppEngine had a 1MB size limit on files, so it looks like in
1.1.4 we try to scale the images to below 1MB on capture, and only attempt to
upload binary files less than 1MB. At release time, the best camera was 5MP,
but the droid X has an 8MP camera so even with scaling the image is probably
exceeding 1MB. I'll remove the scaling and size limits and let you know when
that's done.
Original comment by carlhart...@gmail.com
on 30 Sep 2010 at 4:06
Indeed, it is a file size issue.
On the Motorola Droid X (8 MP camera), both images I took are stored in the
correct location, but are just over 2MB each (2187 and 2135KB).
Thanks Carl
Original comment by stuartmo...@gmail.com
on 30 Sep 2010 at 4:25
[deleted comment]
I have sonny erriction xperia x10 with 8.1MP.the size of the images taken are
over 2MB each.any newz about d updates about the CORRECTION....
Original comment by hollyace...@gmail.com
on 9 Oct 2010 at 10:42
The latest version of collect now uses Integer.MAX_VALUE for file size upload
but the aggregate/constants/ParserConsts.java still uses the constant:
/**
* The default max file size that can be uploaded/parsed
*/
public final static int FILE_SIZE_MAX = 5000000;
So the current aggregate has a 5 meg limit while collect has no limit. Try
changing this and rebuilding.
Original comment by stevepot...@gmail.com
on 22 Dec 2010 at 3:27
Actually aggregate's limit is based on the request size. The constant only
exists for the case the request was not formed correctly and we need a default
size, see:
http://code.google.com/p/opendatakit/source/browse/src/org/odk/aggregate/parser/
MultiPartFormData.java?repo=aggregate&r=8d5e3823c012a93cd3f009b85bebb8ab05af4bbb
#67
Google App Engine has a maximum request size of 10MB, enforced by their
architecture. Are you having issues uploading something?
Most likely the request has multiple binaries. There is work going on right now
in the openrosa specification to separate out the XML submission from the
binary submission to have multiple posts to deal with the size limits of
servers.
If you check out the open data kit mailing lists there is more discussions on
this.
If I am miss interpreting something feel free to reopen the issue.
Original comment by wbrune...@gmail.com
on 22 Dec 2010 at 3:49
Original issue reported on code.google.com by
john.j.b...@gmail.com
on 2 Sep 2010 at 8:34