Latest Contributions by MelanieWawryk

‎10-20-2023

We ended up using Kobo Toolbox https://www.kobotoolbox.org to create a survey for work permitting that required several documents to be uploaded. We then use FME to convert the survey into our enterprise geodatabase with fields with hyperlinks to each of the different types of documents downloaded with FME to our document server. There wasn't enough control over multiple uploaded documents within Survey123 mainly when the uploaded files are not all the same type of document.

‎06-02-2023

We could add services with saved passwords for three years on one of our servers. They are still running fine. If we try to add a new one now with a saved password, it says the password is invalid; however, if we save it without a password and it prompts us for it on every use, the same password works. We have the password saved, as shown in the video below, so we know we are using the same one. We have had this issue for over a year, and Esri has been unable to help us. I am aware that it is likely some setting on our end, but Esri's support could not describe what might be causing the behaviour. The best they could describe was that AGOL uses a different mechanism when the password is saved and must be blocked on our end. They couldn't explain what the difference was. Our network staff do not see anything being blocked, and it works on another server, so likely it is on the server that something is not correct. Both servers use a signed certificate, and they were all updated at the same time and using the same steps, so likely not a certificate issue. ArcGIS Server is set up the same way on both machines. They were the same version of server 10.8.2, but now the one not working has been upgraded to 10.9.1 (We were hoping upgrading might jolt it into working 😉) We have moved new services to a different server but should not have to do this. Any idea how to fix it and why it is happening? Does anyone else have this issue?

‎01-12-2023

I completely appreciate your work on this. However, I think trying to create it as a subsystem app is the wrong direction to go. It should be a native windows app. It needs to be re-developed for windows, not an android app in a container on windows. I understand that it would mean developing two similar but not identical apps which is way more development time on your end, but the way it is currently being developed leaves it out of reach for most customers. The important part is that the field map document on AGOL can be used by both the Windows desktop application and the android/iOS app.

‎01-12-2023

I agree with @rsun_TQB; we need a native Windows app. I will test the beta at home, but adding an Android subsystem in a corporate environment will never pass the security sniff test. And then requiring Amazon accounts will never work. We also can't upgrade to Windows 11 because it isn't compatible with our network drives. The current solution is not an acceptable solution for a corporate setting. Please go back and create a windows app, your customers deserve it.

‎10-25-2022

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.

‎09-21-2022

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!

‎09-12-2022

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.

‎08-29-2022

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.

‎12-29-2021

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.

‎07-08-2021

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.

‎07-08-2021

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.

‎06-30-2021

@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

‎06-29-2021

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.

‎04-27-2021

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.

‎02-24-2021

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.

Online Status	Offline
Date Last Visited	3 weeks ago

My Ideas

Latest Contributions by MelanieWawryk

Re: Survey123 Tricks of the Trade: Download survey data (with attachments)

Can't save password to service in AGOL

Re: ArcGIS Field Maps Web or Windows 10/11 Apps

Re: ArcGIS Field Maps Web or Windows 10/11 Apps

Re: ArcGIS Field Maps Web or Windows 10/11 Apps

Re: field maps for windows

Remove 'Group Layer', which is not supported from ArcGIS Server error logs

Re: Survey123 Tricks of the Trade: Signatures

Re: GeoForm should support Hosted Table Services

Re: Layers in Field Maps Not Editable

Re: Layers in Field Maps Not Editable

Re: Never share publicly option in AGOL

Never share publicly option in AGOL

Re: Public survey, error 404 Not Found, The specified key does not exist

Re: Layers in Field Maps Not Editable

Support Non-Interactive Authentication for ArcGIS ...

Move Web Editor access from the Creator user type ...

Allow Portal and AGOL Admins to Manage Groups With...

Create projection NAD_1983_CSRS_UTM_Zone_17N (WKID...

External Mobile User accounts for contractors