Hi all, I have a problem with importing a .collect-data file exported from Collect mobile. It worked for different tablets, but the recent export from one tablet gives me an error "error in opening zip file" (the last export two days ago from the same tablet worked fine). The exports are quite big (>700MB). I can open the archive with 7 zip without problems, but Collect has a problem. Is it simply too big (but I imported bigger ones already)? The log says: 2018-03-27 16:33:22 ERROR org.openforis.collect.io.data.DataRestoreSummaryJob - Error running worker (status: PENDING): error in opening zip file java.util.zip.ZipException: error in opening zip file at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(Unknown Source) at java.util.zip.ZipFile.<init>(Unknown Source) at java.util.zip.ZipFile.<init>(Unknown Source) at org.openforis.collect.io.ZipFileExtractor.<init>(ZipFileExtractor.java:23) at org.openforis.collect.io.BackupFileExtractor.<init>(BackupFileExtractor.java:23) at org.openforis.collect.io.data.DataRestoreBaseJob.validateInput(DataRestoreBaseJob.java:94) at org.openforis.concurrency.Worker.initialize(Worker.java:37) at org.openforis.concurrency.SimpleJobManager.start(SimpleJobManager.java:105) at org.openforis.concurrency.SimpleJobManager.start(SimpleJobManager.java:95) at org.openforis.concurrency.SimpleJobManager.start(SimpleJobManager.java:90) ... Thank you, Lutz asked 27 Mar '18, 16:46 Fehrmann |
Dear Lutz, answered 27 Mar '18, 18:33 Stefano (OF) ♦♦ |
Here my own answer to the problem, thanks to support: The download directory on the tablet was full! Collect Mobile showed no error message during export, but we realized that the collect-data file became smaller for recent exports. The reason is that additional .xml files are written (for new plot data), but image file (we take two photos per plot) not. Then the number of Photos is not matching the number of plots and Collect gives an error. Problem solved! answered 02 Apr '18, 12:31 Fehrmann |
Dear Lutz, answered 03 Apr '18, 20:22 Stefano (OF) ♦♦ |