Offline Areas Download Fails

jdzurisin commented 4 years ago

Issue

Error when adding offline area. “Download Failed. An error occurred downloading the map area.”. Seems to be exclusive to maps with related data. We can view the map and the related data live, but it does not let us take them offline.

Expected Behavior

This should allow for the user to download an area for offline use. The process fails during download.

Map and Credentials

Group Name: PohakuloaTrainingAreaESRISupport
Map Name: IWSCycle2CollectorBetaTest

Steps to Reproduce

Select map and attempt to download offline area. The offline area selection page appears and no bounding box is offered (even when changing Level of Detail). After zooming to approximately the correct area and tapping Download Area, the map appears followed by a prompt stating Download Failed: An error occurred downloading the map area."

Device Information

Device: MotoG7Power, MotoG5Plus
OS Version: Android 9 and 6

dmcilwr commented 4 years ago

We have experienced the same issue - maps with no related tables download fine but all maps with related tables fail with the error message described above. Changing level of detail, area covered and # of records in the coverage area made no difference

Device: Samsung SM-P550 and Samsung SM-T850 running Android 7.1.1 and 8.1.0 respectively

DerekLaw commented 4 years ago

I also experienced this issue. Or inconsistent results when attempting this workflow.

I tried to create an offline area; I was able to access the "Add offline area" dialog where I can define the spatial extent of the area; when I click 'Download Area' - the app just returns me to the map view. Then I navigate to the list of Maps dialog and I don't see any indicator that my offline area was successfully created. (I was expecting to see some text under the map title that said offline area) When I tried to create an offline area again, the "Add offline area" dialog shows 'Area 2' - so I guess the first area was created, but I did not see a 'result'.

Using Google Pixel 2, Android OS v9

Kevin-GIS commented 4 years ago

@jdzurisin I have been able to reproduce this issue in both Android and iOS. In iOS, using the built-in logs when performing downloads, the actual error you're receiving is Domain already exists.

Basically what this error is referring to is that when a map is opened and each layer/table is being loaded, being the scenes coded value domains and their values are being loaded with those layers. For each subsequent layer/table that is loaded, if a duplicate coded value domain name is detected, if the values it contains don't match the values from the previous layer/table, it will fail to load.

For example, if Layer 1 > Field 1 > DomainA = A,B,C and Layer 2 > Field 5 > DomainA = D, E, F, when this map is opened in Collector, one of those layers will fail to load because they both have fields referencing DomainA but the values don't match. If the values matched, this wouldn't be a problem.

In the case of the IWSCycle2CollectorBetaTest map you shared above, when the map is opened all three feature layers are being loaded, however not all of the related tables are being loaded. Because Collector doesn't list the related tables in the Layers tool, there is no way of knowing this. Because those tables failed to load, when trying to download the map offline, it fails immediately. Therefore the download failure is just a byproduct of this known layer loading issue.

Therefore in order to resolve this issue, there are a few options:

Compare all same-named coded value domains between the layers to ensure the values match. This can be done by viewing the JSON of the feature service layer via the REST endpoint. If you come across a coded value domain that doesn't match with another layer, and provided it should, it would just be a matter of editing the coded value domain list accordingly. This can be done through the Item Details > Data > Fields tab, and changing the list values.
If the lists need to remain distinct, currently the only way to do this would involve having to rename the coded value domain name for that layer through the REST Admin via the JSON.

From my preliminary searching of the layers in the map you shared, I've come across one area of discrepancy: The layers involved are LP_Species, SecondaryTargetWeedTable, and Priority1SpeciesList. They all share a coded value domain called Surveyor. Currently the SecondaryTargetWeedTable, and Priority1SpeciesList tables are missing two values: { "name" : "Christopher Wong", "code" : "CKW" }, { "name" : "Austin Coutier", "code" : "ASC" },

Therefore, assuming there aren't any further mismatched coded-value domain values, adding those two values to those tables should allow them to load and hopefully download successfully.

Please let me know if this works for you.

In the long term, this is known behavior that we're actively working on with other teams at Esri to address.

Known issue Apps-Android 1242

Kevin

Kevin-GIS commented 4 years ago

@dmcilwr

Would be able to share a map with us?

Thank you. -Kevin

doug-m / CollectorAuroraTesting