I have a map published to AGOL. The services in the map were published directly to ArcGIS Online and are hosted feature services. We are using Collector to create and update the data on Windows 10 devices (Dell Latitude tablets). We are on Collector 220.127.116.11.
In Collector, I can download the map, work offline, and synchronize successfully. However when I try to view the online map in Collector, one of my layers comes up with an error. First is says "1 layer is unavailable" then when I click on the View button, it says "The following layers are not accessible:" It lists the layer, "Routes" and says "The field already exists : Creator." That is untrue. As you will see there is only one field named "Creator" in the file. I downloaded it to make sure.
Here is what I have been able to figure out what's going on; just don't know how to fix it. I published the Routes layer (with other layers) from ArcMap. This particular feature class has edit tracking fields (listing field name / alias) that are published as part of the feature layer:
CreationDate / Create Date
Creator / Create User
EditDate / Last Edit Date
Editor / Last Edit User
Turns out the feature class Routes had a problem that I had to fix in ArcMap. Rather than deleting the original service, I overwrote the existing service. When I did this (or perhaps when I enabled edit tracking through the service settings), ArcGIS Online created some additional fields:
CreationDate_1 / CreationDate
Creator_1 / Creator
EditDate_1 / EditDate
Editor_1 / Editor
Notice that the alias for "Creator_1" is Creator which is the name of the original field, and that the error message is on the field "Creator." Not sure if that is related.
It appears that the original fields are the fields that ArcGIS Online is using for the edit tracking information.
It's also important to note that NONE of these fields are visible in the pop-up configured in the feature layer view Visualization settings.
This is definitely related to re-publishing AND having changed something to the feature class when I re-published because there are 6 layers in this feature service and only Route has the problem even though they all have the same edit tracking fields. Also I have done this for 4 other maps (without having to re-publish and overwrite) and none of those maps have this problem.
I tried to change the field alias in the pop-up, but Collector was not fooled. What do I need to do to fix it? Re-publishing is not feasible because we have 12 teams using the maps offline spread across the state.
A little more background is that our QA teams use the live maps in Collector. The QA teams are the ones that are getting the error and cannot see the Routes layer. Our data entry teams use the offline maps. They have not reported any problems with the Routes layer and it is visible in the downloaded maps. They are both using the same feature layer, but are using different views and different web maps. I'm hoping for a way to fix the issue in the QA view and/or QA web map, maybe through the rest services.
In case you are curious, the reason that I had to republish was that I originally published the Routes layer as "M-enabled." This caused use to not be able to download the map for offline use. I replicated the feature class, except not M-aware and re-published, overwriting the feature layer.