POST
|
Just want to revive this question as a few users who I help support are also encountering it… Peter Hannah did you ever determine what the cause was, and did this issue continue to happen? For us, it appears to occur when loading a Feature Layer from an ArcGIS Server REST API containing many features (200,000+) in a webmap. When opening the map in Chrome, the layer usually loads fine the first time. Then on subsequent loads, the error you described in your original message occurs. Clearing the cache in Chrome appears to work every time to then get the map to properly load the layer, but the error then soon re-occurs again after a few subsequent map loads. Also, I am wondering if it is related to the computer hardware people are using. Personally I never experienced the problem using 64-bit Firefox on 64-bit macOS, with 8GB of memory and a Core i7 processor. However another user I know is running 32-bit Windows 7, uncertain how much memory – but it is not as high-end of a machine, and the problem frequently occurs in Chrome (unsure about Firefox). Curious if others have any thoughts, too…
... View more
04-27-2020
11:45 AM
|
0
|
0
|
111
|
POST
|
Hi James, as of today, this bug is still occurring, as I just encountered it. Completing the steps you listed was the only was I able to publish my problematic form.
... View more
02-18-2020
01:41 PM
|
0
|
0
|
44
|
POST
|
In case anyone else discovers this in the future, just to be clear: this pertains to unsaved changes to any layer in ArcGIS Pro, not just the target layer to which you are attempting to change the schema.
... View more
11-07-2018
08:20 AM
|
1
|
0
|
808
|
POST
|
The issue appears to be with having a Definition Query applied to the Feature Layer View when attempting to update its 'definition.' In case anyone else encounters this error message, here is a workaround that was successful for me: remove all definition queries for the feature layer view [edit: be sure to save your definition queries for later retrieval, or at least remember what they are] update the definition of the feature layer view re-enable any definition queries previously removed in step 1
... View more
10-02-2018
01:42 PM
|
3
|
3
|
127
|
POST
|
As of September 2018, the original problem still occurs, and the solutions outlined here still work to resolve the problem. In my situation, I renamed the folder to remove spaces, which still did not work. However, after also removing spaces from the feature service name, the "Overwrite Web Layer" tool finally executed as expected. Thanks, all.
... View more
09-19-2018
01:30 PM
|
0
|
0
|
86
|
POST
|
I republish my survey with Survey connect 2.8, but some people reported they are asked to sign in in the app in order to open the form. When you re-published the survey, is it possible that the ArcGIS Online Feature Service (associated with the particular Survey123 survey) permissions changed?
... View more
06-05-2018
07:12 PM
|
0
|
1
|
31
|
POST
|
Thanks, James. We just discovered that it appears we are experiencing the same problem and wonder if you or anyone know of any workarounds in the interim. EDIT 5/8/2018: In case anyone else is reading this prior to the next update of the Survey123 app being released, the current workaround I have at the moment is to: Sign-in to Survey123 using any ArcGIS Organizational Account Open the URL of the public survey (be sure to include the ?open=native parameter to the end of the URL) and select "Open in the Survey123 field app" The survey should download into Survey123 successfully At this point you can sign-out of the ArcGIS Online account from within Survey123 and the survey should work and have the ability to upload data anonymously Hope this helps. I realize that it still requires an ArcGIS Online account initially, but this has been the only way I have found that this works for the issue that I am encountering.
... View more
04-20-2018
01:13 PM
|
0
|
0
|
81
|
POST
|
Thanks, sethlewistempe, this appears to be working. Using this method, since the feature layer is still referencing the original REST endpoint, I suppose that a user could remove the filter (even if the person cannot save the layer) or go straight to the source REST endpoint to view all of the source data. Just to confirm, though: there is no built-in way in ArcGIS Online (aside from some custom scripts to sync the data) to republish the data from the REST endpoint as a Feature Layer that I can control (and that does not directly reference the original REST endpoint)? Hope that makes sense, thanks so much again for your help.
... View more
03-22-2018
07:46 AM
|
0
|
1
|
33
|
POST
|
Thanks, Seth Lewis. Since this does not appear to update the layer definition, does this work with external users? I.e. to share this filtered view with others outside of one's ArcGIS Online organization?
... View more
03-21-2018
06:40 AM
|
0
|
4
|
33
|
POST
|
Is it possible through ArcGIS Online to republish a feature service (using a Feature Service View or some other mechanism) from an external ArcGIS Server (of which I have no control)? Here is an example: Say there exists a feature service on an external ArcGIS Server (example.com). I would like serve a filtered view of that data as a feature service to share with others (so that the others do not have to connect directly and view the full data at example.com). From within ArcGIS Online, I can successfully connect the target feature service at example.com. At this point, normally I would simply utilize the "Create View Layer" feature from within the Feature Layer, however this option does not appear for my connected Feature Service from example.com. Is it possible that the target/source feature service (the ArcGIS Server at example.com from my above example) is simply blocking this from occurring, or is this not possible at all? If this will not work as envisioned, any ideas for potential alternative solutions?
... View more
03-20-2018
01:43 PM
|
0
|
6
|
555
|
Online Status |
Offline
|
Date Last Visited |
02-02-2021
08:56 AM
|