|
IDEA
|
Group layers are useful in map services and show up in other applications. The warning message about them in the Server logs fills up the log file and makes it hard to read when there is nothing to be done about the error, and the groups are in the services for other reasons. Please remove the warning entirely or move it to the verbose or debug level or have a setting where you can select if you want to see the warning. It creates a lot of lines to sort through for little to no benefit.
... View more
09-12-2022
09:10 AM
|
9
|
8
|
2000
|
|
BLOG
|
How are signatures stored in the enterprise geodatabase (Oracle)? I would assume as an attachment. Are you able to include signatures if the survey is writing to the geodatabase directly, or is this feature only available on hosted survey123 layers? Looking forward to having signatures available in Field Maps.
... View more
08-29-2022
09:38 AM
|
0
|
0
|
7700
|
|
IDEA
|
I agree, there are so many times that a simple geoform would work but having the map just complicates it. If it is easier to keep the app the same have it still use a featureLayer but give the option to hide the map with a default point location for entries.
... View more
12-29-2021
02:24 PM
|
0
|
0
|
629
|
|
POST
|
To add to the thread, today the edit plus sign was missing in field maps but only for one out of three users, all on iPad all using the same application. Here is what was reported from the user with the issue after I copied the map in field maps to a new document: Here’s what I found I’ve re-logged in as myself a few times now and the “plus sign” still doesn’t work on the original app I logged in as myself under the copy of the APP and “plus sign” shows up I logged in using the forestry user account in the original app the “plus sign” doesn’t work on the original app I logged in using the forestry user account in the copy of the app and the “plus sign” shows up Regardless of how I’m logged in the original app details indicate “Read Only”, while in the app copy details indicate “Editable” Again this only seems to be affecting my iPAD, as everything works fine on my iPhone and no other users have reported an issue. I thought the issue might be because I’m logged in on 2 devices (iphone and ipad), but this doesn’t seem to be the case. The only thing I did was copy the map using the copy button in field mapsand give the same group access but that was enough to fix the issue. The app worked fine the day before. Hope this helps solve what is going on in the backend.
... View more
07-08-2021
05:36 PM
|
0
|
0
|
2920
|
|
POST
|
It happens all the time to me. From what I can tell if we add a field to the service or change domain values in the service it causes the plus sign to no longer appear in field maps. Now the first thing I do, if I have an issue, is create a copy and see if the copy works. Mostly that is enough to get it working again, if not, you have to check that your editing template matches your domain and that any definition queries match your editing template on the desktop side of things and that the fieldmaps setting all work too including making sure the include "no value" is unchecked on fields with domains. For me it all seemed to be trying to get everything to match within all environments before you can get the edit button to show up. Once it does any changes might disable it and creating a copy often restores it without doing anything else.
... View more
07-08-2021
11:04 AM
|
0
|
0
|
2924
|
|
IDEA
|
@MikeMinami We need it at the feature and app level. Some layers we have available externally for staff use, what we want to prevent is those layers from inadvertently being shared publicly. At the same time, we have lots of other layers that can be shared publicly so we don't want to restrict people from sharing anything publicly
... View more
06-30-2021
01:34 PM
|
0
|
0
|
1666
|
|
IDEA
|
I would like to have a never-share publicly option similar to the delete protection but one that can only be edited by administrators. There could also be a global setting that always sets the flag to on or off. It could then be used as a gatekeeper for AGOL objects to be approved for public use. We have layers that are used in apps that require a staff sign in but the layers sit in AGOL and can be shared inadvertently often when an app won't work and it is shared which shares the layers in it.
... View more
06-29-2021
09:48 AM
|
22
|
4
|
1721
|
|
POST
|
Since it seems the cache corrects itself, could Esri create a more public-facing error message so users don't think the surveys are broken? I know it is in the fine print but users only see the 404 error. Also, it seems to be happening to quite a few people, is there a way to capture the errors and force cache updates automatically on the AWS Cloudfront servers to minimize the downtime? Short of that could a bulletin be put out to support so reports of these go directly to the S123 Webform/AGOL team to resolve it without having to go through all the troubleshooting questions prior to it being escalated. It would save a lot of time and effort.
... View more
04-27-2021
10:06 AM
|
2
|
0
|
1736
|
|
POST
|
Re-saving seems to work but to add to the discussion the same maps work in ArcCollector but don't work in Field Maps. Re-saving them allowed them to work in both.
... View more
02-24-2021
10:10 AM
|
0
|
0
|
3742
|
|
POST
|
This is still happening but not always from a 10.8.1 oracle geodatabase service uploaded to AGOL from ArcMap. We have lots of standard fields with the same name (CATEGORY, SUBCATEGORY, COVER_SHAPE, STATUS, OWNERSHIP etc) that have different domains and most of the time there is no issue, however, it is still cropping up as an error occasionally. We are editing the layer on the geodatabase through Field Maps and Collector where the error prevents the layer from loading. The error does not happen in Collector Classic. It would be great if the next update to Collector and Field Maps could ignore this issue. It is entirely reasonable for fields with the same name to have different domains across a geodatabase so that condition should not cause an error that prevents a layer from loading.
... View more
01-13-2021
08:15 AM
|
1
|
0
|
2681
|
|
POST
|
Thank you, I'm in Canada and you saved a ton of back and forth of trying to replicate the issue locally prior to it being sent to the Esri Inc AGO server team. Hopefully, this will satisfy local support to allow it to move forward.
... View more
12-16-2020
05:55 AM
|
0
|
0
|
5564
|
|
POST
|
@Anonymous User Could you look at the error below please? I believe the error points to a problem on the AGOL cloud servers, likely an indexing issue. It has since been fixed with no intervention on our side. If you look at the error it points to a host not finding the key (the survey). The host is given by the HostID and that host is one of Esri Inc cloud hosts. This message would come up 25% of the time, the rest of the time the survey came up and was fully functional. If the servers are load-balanced it would explain why it would work 75% of the time. Please take a look at the error and confirm that you would interpret it the same way? We had a similar thing happen about 5 years ago with open data, it took ages to get to Esri inc and in the end, it was an indexing issue on the cloud side, it was manually reindexed and it was fine. I just need confirmation on what the error means so we can document the outage. Thanks
... View more
12-15-2020
07:33 PM
|
0
|
2
|
5569
|
|
POST
|
I suspect it might be an indexing issue on one of the host cloud servers, it seems the error can't find the survey (the key). I would assume more than one server serves up these services and is load balanced so a poor index on one server would explain the intermittent issue but not why some people can not get to it at all. When I look at the incoming data between midnight and 1:30 pm today we are at 483 screenings and yesterday same time frame was 642 so for sure we are missing people but about three-quarters are able to get to the survey. Very strange and frustrating.
... View more
12-08-2020
10:39 AM
|
0
|
0
|
5596
|
|
POST
|
We started experiencing the same type of thing today. It is intermittent and only on some devices but the devices are random so iOS and some Android devices work, others don't, some work some times others not at all. We are using Survey123 Connect V3.11.123 on a feature service on AGOL but using a 10.8.1 oracle geodatabase in the feature service. feature service and survey are public. I have a support call in and will post if they find a solution.
... View more
12-08-2020
10:10 AM
|
0
|
1
|
5596
|
|
POST
|
We also have this issue and update most of our layers daily through ArcPro and a python script. Manually unsharing and then sharing them seems to resolve the issue. I will try to add and unshare followed by a share into the script.
... View more
07-23-2020
09:56 AM
|
0
|
2
|
870
|
| Title | Kudos | Posted |
|---|---|---|
| 3 | 02-10-2025 09:11 AM | |
| 7 | 10-24-2024 08:36 AM | |
| 9 | 05-14-2024 06:34 AM | |
| 9 | 04-02-2024 06:36 AM | |
| 6 | 01-09-2024 06:02 AM |
| Online Status |
Offline
|
| Date Last Visited |
2 weeks ago
|