|
POST
|
@HollyTorpey_LSA Perhaps the documentation is a little unclear in this area. "addRelatedFeature" works whether you are targeting a table or another feature class established by the relationship. I hope this helps!
... View more
03-18-2024
01:19 PM
|
0
|
1
|
1143
|
|
POST
|
Hi @nishi , if you want to perform data collection/capture photos offline then all layers in your map must be configured for offline use. If this is not done, Field Maps will not let you take the map offline. Just to clarify, in case this was your question, a layer does not need to be offline enabled in order to add attachments.
... View more
03-18-2024
10:53 AM
|
0
|
2
|
16369
|
|
POST
|
An update has been released for Field Maps Android that addresses BUG-000165649. Please check the Play Store and update Field Maps to 24.1.1 if you are running into this issue. Thank you!
... View more
03-07-2024
09:42 AM
|
1
|
0
|
2986
|
|
POST
|
I can confirm its the same issue. This has also been logged as BUG-000165649 with Tech Support if you would like to contact them to be attached to it. Attaching to the BUG will give you updates when the status changes. The team is working on a fix now.
... View more
03-05-2024
04:31 PM
|
1
|
0
|
3057
|
|
POST
|
Hi Alex, Are you only seeing this when editing line features? This may be related to an issue we are aware of and are looking at addressing asap. It has to do with line layers that are set to update attributes only in the editing settings.
... View more
03-05-2024
10:26 AM
|
0
|
2
|
3117
|
|
POST
|
Are they using just the internal GPS on the iPhone (ie not connected to any external GPS)? Do you know what the GPS banner says when this issue is occurring this, where the accuracy is normally displayed? Tapping the compass/GPS tool should attempt to get your location again or reconnect if you are using an external GPS. If not, try force closing the app by swiping it away and relaunching it which should reload everything. Otherwise it could be an issue with the devices GPS as suggested by others and it would be worth seeing if the behavior is observable in another app.
... View more
02-12-2024
02:51 PM
|
1
|
1
|
3848
|
|
POST
|
Hopefully I can provide some context as understandably there are frustrations around this issue. I am by no means an authentication expert so please excuse if I misspeak slightly. Ultimately, this comes down to an issues with the Browser's (Chrome or chromium) caching behavior. Chrome does not by default allow private sessions when authenticating, and therefore the application will use existing cookies in the sign in process. When signing out of the app, we tear down the applications state but cannot tear down the browser cookie. We are investigating a workaround to allow users to authenticate regardless of browser state which should alleviate this problem.
... View more
02-08-2024
12:29 PM
|
0
|
0
|
1981
|
|
POST
|
A default Z-value is something that is set when publishing the data. If publishing from Pro it can be set in the publishing window and I believe a warning is thrown if it is not set. If creating a layer directly in ArcGIS Online or Portal you can set a toggle for z-values which I believe also sets a default. Generally, this default is 0. If a layer is z-aware and a default is not defined, it can lead to errors with submission in Field Maps and in other clients if a z-value is not supplied by the device/GPS upon collection. I hope this helps!
... View more
02-06-2024
11:42 AM
|
1
|
0
|
1717
|
|
POST
|
I'm no credit expert but as far as using Field Maps there is no direct credit consumption happening. It all boils down to storage. So you may be adding features and attachments in Field Maps which will be increasing the storage size of your hosted feature services. Storage credits appear to be calculated every hour so you may not see this reflected immediately and for a "testing" dataset with no features or attachments you may not see any impact due to the minuscule size. Other indirect uses of credits would be the generating and storing of tiles associated with any custom basemaps you may create for usage in Field Maps. I hope this helps!
... View more
02-05-2024
11:14 AM
|
2
|
1
|
3353
|
|
IDEA
|
Thank you for posting your thoughts and bringing me back to this thread @Wntelesco1 as I think it warrants a new update. Our problem has been our ability to reproduce this consistently in house which would allow us to debug exactly what is surfacing this problem. We have purchased a Galaxy Tab 4 Pro with the expressed purposes of reproducing on this device but even that device provided inconsistent results. Also, given this has been reported on a wide range of Samsung devices we have tried on different models with different configurations with little luck. We do not believe it is tied to any specific model but does seem tied exclusively to Samsung devices. Given we have seen this in house at least inconsistently we have been able to make a few inferences. The first is that the problem lies in the handoff between Field Maps and the camera app as the Take Photo action opens the Samsung Camera app and upon returning to Field Maps we see this problem. The second is that it appears to be memory related, though not explicitly. For example when working directly with some customers we were able to find that the problem happened much more frequently when multiple other apps had been opened previously. In one example, a customer could reproduce every time when connected to Android Auto but much less often when disconnected from the car. Naturally, when I tested with Android Auto myself I did not see the problem. Memory usage levels reported by these devices did not seem to be overly concerning (and Field Maps remained relatively stable) but there may be some logic happening at the OneUI level that is terminating apps. I had found an Android developer setting that allowed me to replicate the behavior as well. If the "Dont keep activities" setting is toggled on, every time an activity is sent to the background (ie Field Maps when taking a photo attachment) that activity is killed and when the photo is captured and you are returned to Field Maps, it shows the reload screen and all data captured in that popup is lost. We have no logic in the app to reload the map in this or any scenario, which seems to confirm the app is being terminated in the background in yours and other customer's scenarios as well. I do not intend this to sound like excuses or overexplaining, so what are we doing about it? We have a larger group of us looking at a short term solution that should prevent the reset problem from happening but requires a lot of work to ensure this does not diminish the app in other unexpected ways. We cannot make any promises at this point but if everything goes well we hope to deliver this soon, within the next release or two and may also consider a targeted release depending on the timing. Its also possible we release a preview build to a subset of customers before releasing this to everyone; please DM me your contact info or reach us at arcgisfieldmaps@esri.com and we can include you if we feel this route is needed. I hope this information was helpful.
... View more
01-31-2024
03:22 PM
|
0
|
0
|
3416
|
|
POST
|
Hi @ChristyChristensen , sorry I didnt come across this message earlier. There is an existing thread that sounds like the behavior you are running into: https://community.esri.com/t5/arcgis-field-maps-questions/attachments-causing-field-maps-to-quot-refresh/m-p/1306310#M6461 There is some additional information there.
... View more
01-31-2024
01:47 PM
|
1
|
0
|
636
|
|
POST
|
@RowanTolfts I believe it will default to the table that comes first in the service index given they share the same key field. Right now there is no way around that as far as i'm aware. I believe its something the team is investigating for the future.
... View more
01-18-2024
11:26 AM
|
2
|
3
|
2984
|
|
POST
|
The team has been investigating issues on Android that we suspect are at least partially caused by OS battery/app management. For iOS there have not been reports of the same issues but I would note that you cannot force close Field Maps have Location Sharing continue interrupted as iOS will not re-launch the app until a significant location change is detected by the OS which can take some time. Not sure if that is a workflow you are doing or not. Putting the app in the background should be fine. If you notice a reproducible case with this behavior please do let us know.
... View more
01-17-2024
09:25 AM
|
0
|
2
|
2930
|
|
POST
|
Do you know what devices are being used when you see this behavior? What are the red lines in your example generated from? @tiztrain
... View more
01-16-2024
12:13 PM
|
0
|
5
|
2943
|
|
POST
|
Hey @tiztrain , there will be some changes and improvements made with how the track lines are generated in the future. Sometimes this happens as a result of a bad GPS signal on the device but also sometimes there are other factors. Unfortunately you cannot remove the track lines individually.
... View more
01-12-2024
04:35 PM
|
1
|
8
|
3013
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 12-16-2025 03:39 PM | |
| 1 | 11-21-2025 09:36 AM | |
| 1 | 11-10-2025 11:46 AM | |
| 1 | 11-10-2025 11:45 AM | |
| 2 | 11-04-2025 03:02 PM |
| Online Status |
Offline
|
| Date Last Visited |
12-16-2025
03:37 PM
|