|
IDEA
|
Please bring the fix to the shape field not being visible when publishing a service that you had in ArcMap to Pro. Now we only have Select Layer in TOC and then have to open each table, then open field view to turn the shape field on, then save and close the field view. That is a lot of unnecessary steps for something that would have taken a second to fix in ArcMap. Someone must have a python script to do it but this is a clear oversight when they were building Pro.
... View more
04-02-2024
06:36 AM
|
9
|
4
|
1134
|
|
IDEA
|
Add field view to TOC right-click list. There are way too many steps to turn on a field in Pro. Please add the Field View to the TOC. I shouldn't have to open the table view and then select Field View to turn fields on and off, let us go directly to the field view from the TOC
... View more
04-02-2024
06:25 AM
|
0
|
2
|
829
|
|
IDEA
|
Why should we have to create, maintain and train on two apps for every project? Staff love Field Maps, it should have been released for natively for Windows right away. We don't need an experience for editing, we just need to use the same great field editing app on a desktop.
... View more
03-08-2024
10:39 AM
|
0
|
0
|
2006
|
|
IDEA
|
That would work and it would mean we wouldn't have to make and maintain two apps for every task (one in field maps and one for in the office) We could just consume the original field map with the widget and be able to use it on any device including windows desktops.
... View more
01-16-2024
09:35 AM
|
0
|
0
|
1303
|
|
IDEA
|
I can answer that. We have two issues related to the subsystem. The first is our server are not compatible with Windows 11 so it will be a while before we can upgrade from Windows 10. At the same time, I asked about the subsystem and they said it was a security risk so they would not approve it. Perhaps both opinions and restrictions have changed by now. It would be helpful if there was a white paper explaining how it all works and why it is not a risk that we could take to our network and security teams to try and convince them. As far as why we need it. We have field staff that use Field maps in the field. When they come into the office or their supervisors are in the office, they use their computers to make updates. We also have support staff that are in the office that enter data as well. All three groups would like their app on the computer to look and feel like the one in the field. Instead, we need to try and replicate the app using web application builder or experience builder. It would be so much simpler to just have one field map that can be used in the field and in the office rather than having to create two apps to do the same thing. Additionally, some of our field staff use tablets. This is both for the screen real estate and so they can keep utilities drawings that are pulled up through hyperlinks in a local viewer from their laptops. There are thousands of drawings and tablets do not have enough storage space. They use a local copy of data and the plans for emergency use when there is no power or internet so can not switch to using a tablet. They would also like to have field maps on the laptops. Let me know if you have any additional questions. Thanks Melanie Melanie Wawryk MSc. GISP
... View more
01-12-2024
09:17 AM
|
0
|
0
|
1965
|
|
IDEA
|
Thanks that is a good suggestion. Ideally, it would be nice if there was a config file where you could specify codes you don't want to see in the manager log window. The admin filter works all right; you need to switch to the admin though and add in the dates. Having an additional filter like the one in admin for codes when looking through the manager log would be a nice addition. Alternatively, Esri could move that error to verbose or fine since it doesn't impact the server in any meaningful way and you were already warned about it when publishing.
... View more
01-09-2024
12:29 PM
|
0
|
0
|
1405
|
|
IDEA
|
The Group warning 17001 is unnecessary and only serves to clog up the log making it difficult to read. It already warns us that groups are not used in Feature services when publishing but they are useful in map services so we still use them. There should be a spot to remove common and unnecessary errors from logs like 17001.
... View more
01-09-2024
06:02 AM
|
6
|
3
|
1513
|
|
IDEA
|
It is a huge security risk having "Use in ArcGIS Field Maps Mobile" enabled by default. This should be an easy fix to have it off by default. @HollyTorpey_LSA I agree much easier to remember to enable it because you are actively working on creating the app. A bit of an oversight that should be corrected ASAP 🙏
... View more
01-09-2024
05:37 AM
|
0
|
0
|
784
|
|
POST
|
Any chance you could get rid of the Type of Layer: 'Name of group' is 'Group Layer', which is not supported. It really clogs up the logs
... View more
12-30-2023
09:14 AM
|
0
|
0
|
4876
|
|
BLOG
|
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.
... View more
10-20-2023
09:12 AM
|
0
|
0
|
18569
|
|
POST
|
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?
... View more
06-02-2023
10:06 AM
|
0
|
0
|
653
|
|
IDEA
|
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.
... View more
01-12-2023
11:56 AM
|
0
|
0
|
3408
|
|
IDEA
|
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.
... View more
01-12-2023
07:41 AM
|
0
|
0
|
11196
|
|
IDEA
|
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
10-25-2022
10:00 AM
|
0
|
0
|
11914
|
|
IDEA
|
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
09-21-2022
06:31 AM
|
0
|
0
|
2403
|
| 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
|