Latest Contributions by KevinBurke

Hi @OliverIshmael , this may still not work given the size of the file, but you can try emailing it to me at kburke@esri.com.    Thanks -Kevin ... View more

Thank you for that info @OliverIshmael  Would you mind attaching a screen recording of the workflow from the mobile device? This will help me visualize the process being followed per your explanation above.  Thank you -Kevin ... View more

Thank you for that information @OliverIshmael  How many fields are part of the field group? How many of those fields are you calculating the values into as oppose to the field user manually selecting the value?  For example, I have a field group with the 4 fields for Type, CommonName, Genus, Species. When I originally configured my contingent values in Pro, there is no valid combination that includes any `Null` values. Therefore if I only calculate the values for Type = Evergreen, and CommonName = Holly Oak, then when my form loads I will see an invalid combination error, which is expected since the other 2 fields are left `Null`. If I then populate the remaining 2 fields in the field group, then the combination is valid and the error is removed.  In general when working with contingent values, if you only have a single valid combination, we will autocomplete the other fields automatically with that combination. However that only works when the values are manually chosen from the fields. If you're calculating the values, any values not calculated will need to manually selected.  Thanks -Kevin   ... View more

Hi @OliverIshmael  Thank you for sharing that information. So for clarification, in Field Maps if you utilize calculated expressions to populate the values from those contingent value fields, then you receive an error for the fields with an invalid combination. Is that correct? If you manually entered the same values for the fields instead of using calculated expressions, is the issue still reproducible? How are the expressions being ran to populate the fields with values? Are they populated as soon as the form is loaded or does the user need to do something to trigger those values to get written? What is an example of one of the expressions you've written to add these values to a field? Are you able to share the map with us? Thank you -Kevin         ... View more

Hi @ADS , @MikeDahm, and @RyanJalynski I apologize for the delayed response. Support for vertical datum transformations is absolutely still on our mid-term road map for Field Maps. More information will be provided as it becomes available for this work.  If the goal is to just see the converted Z values in units of US Feet for point features in the form while out in the field, then this is possible through the use of the Calculated Expressions through the Field Maps Designer (ArcGIS Online, Enterprise 11+). In that case you would create a double field in the attribute table, and add the following calculated expression to the field in the smart form: // Get the Z value var geom = Geometry($feature) if (IsEmpty(geom)) {     return null } else {     return geom.Z * 3.28084 }   While that will store the Z value as an attribute in the new field in units of feet, it will not convert the actual Z value that is part of the point geometry. That will still be in units of meters. If that's the goal then, as I mentioned in an earlier post, you will need to use the Project geoprocessing tool in Pro to covert the vertical CS to one that supports US Feet.    Please let me know if you have any questions. ... View more

Hi @JessicaBurton  I have a few questions to try and understand the behavior further: - Could you please elaborate on the workflow you were performing when this issue happened? - What type of update was made to the field? - Were any changes being made simultaneously in the Field Maps Designer and the Map Viewer when this happened? - How many layers were in the map originally before this happened? Thank you -Kevin ... View more

Hi @Anonymous User thank you for sharing that error log. As it shows the crash exception is due to the field called `ESRIGNSS_RECEIVER` (Receiver Name) GPS metadata field being set to read-only as oppose to editable.  In general when a new feature is captured at your current GPS location, any GPS metadata fields are populated with values. Therefore because that field is not editable, the app crashes. This does not happen on iOS. In that case only the editable GPS metadata fields are populated.  Would you be able to make that field editable and republish the data?  Thanks -Kevin ... View more

Thank you for that explanation @PaulPetersen1 and I am glad you got it working on iOS. That is certainly a strange issue and I am definitely curious why you had to do that. Therefore if at all possible using schema only test data if you are able to share that use-case with me via my email, that would be great so that I could dive into that deeper.  ... View more

@PaulPetersen1 would it be easier for us to work together via email and potentially share data that way? If so, my email is kburke@esri.com.  Even if you cannot share the data, perhaps a video of the issue happening on the iOS device? Thank you -Kevin ... View more

Hi @PaulPetersen1    Thank you for sharing that information.   Which version of Field Maps are you working with?  Is this a recent issue you've encountered on iOS using this same data due to a recent app update? If needed, would you be able to share a map/data with us to test with on our end?   Thank you. -Kevin ... View more

Hi @ccowin_odfw and @Anonymous User  Thank you for reporting this behavior. Would either of you be able to share data with us to reproduce the behavior on our end? If so, could you please share the map/services with the `ArcGISFieldMaps` user account in ArcGIS Online along with some repro steps. Also, just for clarification, you were not seeing this crash using the same data and workflow prior to the 22.4.0 release?   Thank you very much.  ... View more

Hey @PaulSweeney3, My initial sense is that this download failure is unrelated to contingent values specifically, as the original download failure scenario was addressed in a recent update to ArcGIS Online. Would you be able to share your map/services with me to test on my end? If so, please share with the ArcGISFieldMaps user. Thank you -Kevin   ... View more

@entegroIreland  This issue should be resolved. This morning I successfully downloaded the map you shared with me. Can you please confirm this is no longer reproducible on your end as well? Thank you -Kevin ... View more

Hi @entegroIreland  Thank you for sharing that information with me. I tested the map you shared and can reproduce the same download failure.  The cause of the issue has been identified and a fix should be available through ArcGIS Online within the next few days. I will follow-up with you after the fix is available and I've had a chance to verify with your map.  Thank you -Kevin ... View more

Hi @entegroIreland  Thank you for sharing this feedback. I have a few questions to try and understand and narrow down the issue to help with our investigation: - When was the last successful download performed in Field Maps using the same maps/services that are now failing?  - For this current behavior, is everyone within the organization attempting to create and download the offline map area at the exact same time?  - Would you able to share  a map with me that I could test with to reproduce the behavior? If so, could you share the map/services with the ArcGISFieldMaps user account. At this point we don't suspect the token is a factor in this issue and that the replica lock error is independent. Thank you -Kevin ... View more