|
POST
|
I meant to put in a support ticket yesterday, but the day got away from me on other pressing issues. The FGDB export via survey123.com never completed, and exports via my retired desktop python scripts also never completed. However, my notebooks ran as expected last night. So maybe something on services9 fixed itself, or Esri found the problem via other means and resolved it. We'll see what Monday brings.
... View more
03-20-2026
04:14 AM
|
1
|
0
|
270
|
|
POST
|
I have a few notebooks that run nightly to backup my field data. I have 2 distinct groups of feature services, and each has a notebook for csv export and file gdb backup. So, 4 notebooks in total that have been successfully running sine November of 2025. The notebooks loop through items in an AGOL group and export them. As of early AM Monday, my 2 file gdb notebooks fail to complete (they time out while exporting a larger gdb). My first thought was a particular feature was corrupted and failing to export, but since the exports are failing on different hosted feature services, that doesn't seem plausible. So, I updated the runtimes for all notebooks to python 13 (standard), with no improvement. Has anyone else experienced similar issues? Some more background: I query only a subset of features (last 30 days) to keep the backup size manageable. So, I'm not trying to export gigantic datasets. I have some smaller datasets that succeed, but when the script hits a "larger" dataset it seems to hang. The notebooks replaced python scripts that were running nightly on a desktop for 5+ years, so I'm not in uncharted territory. These workflows work, but something has changed and impacted the success. I'm trying a manual export to file gdb from survey123.com, I will report back if/when that finishes. I will also try the old python scripts to see if they succeed.
... View more
03-19-2026
04:42 AM
|
0
|
2
|
332
|
|
IDEA
|
I like the deprecation flag as a control for the replacement items. Great idea!
... View more
03-19-2026
04:26 AM
|
0
|
0
|
620
|
|
IDEA
|
With the upcoming retirement of web app builder, we need a robust way to redirect existing web app URLs to their replacement experience builder apps. The redirect needs to happen in the app itself, and not at the item page. For a public facing web app, that just doesn't get the job done.
... View more
01-27-2026
11:26 AM
|
0
|
0
|
274
|
|
POST
|
Fields are not in a repeat. The site would accept the syntax for ${if field1 != field2} (no errors) but it didn’t actually produce the expected result when exporting a sample report. I think the other 2 options threw a syntax error when trying to upload the template. Thanks for the reply, in the end I updated the survey to eliminate the duplicate values and put a static “NA” in field 2 that I can easily query for in the report template.
... View more
10-23-2025
05:41 AM
|
0
|
0
|
407
|
|
POST
|
I want to compare to fields in a report template but I am not having luck. I want a conditional element like this: ${if field1 != field2} some text ${/} I've tried a few ways but I can't get the syntax right. None of the below works ${if field1 != field2} ${if field1 != ${field2}} ${if field1 != '"+field2+"'} Has anyone successfully done this?
... View more
10-21-2025
12:54 PM
|
0
|
3
|
494
|
|
POST
|
BUG-000177504 was fixed lats night FYI, I'm seeing the expected behavior using fields for naming with repeats containing images.
... View more
07-01-2025
05:11 AM
|
1
|
1
|
925
|
|
POST
|
The bug isn't showing up in the support search, but it was specifically for the scenario I mentioned above. The bug was fixed last night, give it another shot. I'd open a support ticket otherwise, since there could have been multiple issues (we're seeing something with domains too in reports).
... View more
07-01-2025
05:08 AM
|
0
|
1
|
1748
|
|
POST
|
It's a know bug. The issue is using fields in your report name, and your survey contains a repeat with an image question. BUG-000177504
... View more
06-30-2025
12:38 PM
|
0
|
3
|
1776
|
|
IDEA
|
@Scott_Harris I’m aware of the option to clear the field mappings, but this posss 3 problems: In a project that had many layers, there will be many combinations of source and target fields to clear. this is not time efficient. This also requires users to take extra steps to disable many possible outcomes that are unwanted, versus requiring a user to configure the specific outcome that they do want. And finally, if I’m understanding the field mapping correctly, clearing all existing field mappings will cause subsequent copy paste operations to exclude attributes.
... View more
06-05-2025
08:26 AM
|
0
|
0
|
1095
|
|
IDEA
|
@JenniferCadkin thanks for the additional insight on the tool. I strongly believe that automatically filling the field mapping matrix with all column/layer combinations across a project is a huge source of the trouble that folks are having with the attribute transfer tool. Put bluntly, this is wildly different than the behavior in ArcMap, and seems to cause a lot of frustration from seasoned users. I also do not think this makes Pro any easier for novice users, because they are likely unaware of the potential pitfalls this introduces. Either way, there’s massive risk for data corruption for seasoned and novice users alike when everything is “on” by default for attribute transfers. I’ll use this as a shameless opportunity to plug my idea for a separate field mapping for attribute transfers https://community.esri.com/t5/arcgis-pro-ideas/create-a-separate-field-mapping-for-the-attribute/idi-p/1617440/jump-to/first-unread-message Thinking through it further, it may make more sense to confine field mapping to the attribute transfer tool alone (like it was in Arc Map) and only enable those mappings that are specifically turned on by the users. I also struggle to see the use case for field mapping in any other tools. For a copy/paste operation it’s intuitive for any common fields between the source and target to come across. IMO that’s expected in a “copy”. For any data moving operations where you only want to carry across specific fields, or you want source.A column to populate target.B column, the append tool has pretty powerful field mapping capabilities to handle the process. In short, I think the project-wide field mapping in Pro is trying to solve a problem that does not exist, with the added expense of introducing a whole host of other problems for tools such as attribute transfers
... View more
06-03-2025
05:06 PM
|
0
|
0
|
1299
|
|
IDEA
|
Thanks @Scott_Harris, that's not quite what I'm after, but it's close. I've started a new idea. If you see fit to merge them that's fine with me. I think this would be very complimentary to the attribute transfer enhancements at 3.5, and would be another big step in the right direction to make ArcGIS Pro easier to use for the folks who spent years using ArcMap. Create a separate Field Mapping for the attribute ... - Esri Community
... View more
05-22-2025
04:47 AM
|
0
|
0
|
1481
|
|
IDEA
|
The attribute transfer tool relies on the field mapping dialogue in Edit>Settings. This field mapping is also shared across all editing operations across ArcGIS Pro. This causes several problems: A common field mapping introduces data integrity issues when using the attribute transfer tool, because the field mapping is automatically pre-populated across all layers within the map. For effective use of the attribute transfer tool, the field mapping needs to be set at a granular level on an as-needed basis for the workflow at hand, as it was in ArcMap. Without this, there is a great risk of unintentionally introducing error into your datasets by using the attribute transfer tool. Updating the field mapping for an attribute transfer workflow results in changes to the attributes populated in a Copy/paste operation. Copy/paste typically serves a very different purposes than attribute transfers in my workflows. I almost always want all matching fields to come across in a copy/paste, whereas I typically want specific fields only to come across using attribute transfer. Having a separate attribute transfer field mapping will result in more effective use of this tool. In it's current iteration, the attribute transfer tool takes significantly more time and effort to us in ArcGIS Pro vs. ArcMap.
... View more
05-22-2025
04:45 AM
|
9
|
3
|
1560
|
|
IDEA
|
@Scott_Harris are there any plans to separate the attribute mapping for the attribute transfer tool from the “global” attribute mapping that exists across an ArcGIS Pro project? This tends to cause issues, especially because it is pre-populated with all fields in all layers in the project. Copy/paste operations typically serve very different purposes than attribute transfers in my workflows. I almost always want all matching fields to come across in a copy/paste, whereas I typically want specific fields only to come across using attribute transfer.
... View more
05-21-2025
03:30 PM
|
0
|
0
|
1540
|
|
POST
|
Are you still having issues? I have nightly scripts that run on some AGOL feature services, and they failed with the same 400 error "Unable to perform query. Please check your parameters." Whatever the issue was seemed to have fixed itself, because after much wasted time trying to troubleshoot the problem, the scripts suddenly started working again.
... View more
11-06-2024
11:07 AM
|
0
|
0
|
991
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 03-20-2026 04:14 AM | |
| 1 | 07-01-2025 05:11 AM | |
| 1 | 06-13-2022 11:18 AM | |
| 9 | 05-22-2025 04:45 AM | |
| 4 | 04-12-2024 09:00 AM |
| Online Status |
Offline
|
| Date Last Visited |
03-20-2026
04:11 AM
|