Latest Contributions by MelanieWawryk

Please just develop it natively on Windows! We shouldn't have to add a subsystem and sideload things to enterprise systems to run a program. It's not like Windows in an obscure operating system, and we have invested in enterprise Corporate GIS. We are not some small shop that can just cobble a solution together. This sounds like something you would code in your basement. You are forcing us to move from Collector which had a Windows version to field maps which is a great improvement however making Field Maps available on Windows was just left out of your plans. Sorry, you really need to provide it, you can see that it is a requirement for many organizations. There is no way sideloading a subsystem will be approved on our corporate network. ... View more

We have lots of collector apps used in the field that supervisors and admin staff add features (defects) or update attributes in Collector for windows while in the office. It was a perfect compliment.  Not having field maps available for windows is not great. It means we have to do all the work in field maps and then have to try and recreate the experience in application builder and lose all the field map features. Seems a bit short-sighted to limit it to mobile only when the product it is replacing had both. Please, please, please create a windows version! ... View more

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

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

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

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

@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

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

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

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

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

@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

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