|
POST
|
Also @Michael_VanHatten , I forgot to respond to your statements... 1. The error messages you indicate don't have anything to do with data lock. Data lock was the problem I described previously that was responsible for the error I pictured, but doesn't have anything to do with your case(s). 2. The capabilities of the feature services shouldn't impact this case. Yes to run Calculate Field you'll need the Edit capability like you mentioned. But the error messages indicate that the failure is before any calculation is even attempted, when the tool is adding a field to perform a calculation into. This might either be your choice or there is a bug causing the tool to interpret the field you chose as a new field, either due to the data source, the join, and/or both.
... View more
06-29-2022
02:43 PM
|
0
|
0
|
7197
|
|
POST
|
@Michael_VanHatten Regarding Facility Layer Inspection Update pictured error, this error is coming from the server side when using your data with the AddJoin tool. Can you confirm the model runs from within Pro? Do you have credentials to access those services saved for your account from within Pro? I can imagine a scenario where this error is raised because the external Python process that runs the scheduled model cannot gain access to those services, as it is a headless operation that does not prompt for credentials. When you add those services to a map, or when making a server or portal connection to access those items, make sure the option is checked to Save User/Password or "Sign in automatically" since those are the only ways to make sure the Python process can access secure data sources. Regarding the other capture.png with Error 000852, this is an error that occurs when you have specified that Calculate Field should add a new field to perform the calculation into, in this case it looks like you have specified as the input field: "L1Facilities_View_2022_Score.condition_rating_2022". Is this intentional that the calculation should be into a new field? Or you got that field by selecting from the input field choice list? There might be a bug happening here with Calculate Field with a joined feature service causing this problem. I will test this scenario while you are responding.
... View more
06-29-2022
02:40 PM
|
0
|
2
|
7197
|
|
POST
|
@Michael_VanHatten the model looks fine. Scheduled tools support any data format/location, but there are gotchas when working with remote data, covered here: https://pro.arcgis.com/en/pro-app/latest/help/analysis/geoprocessing/basics/schedule-geoprocessing-tools.htm#ESRI_SECTION1_ABC4323E12B04D0C90F07B16B3ABE894 If you can screenshot the error messages from the failed task run of your scheduled tool, it will help to know what tool or process is failing and why (like in my failed task that I pictured and described above, you can hover on that and pop-out the messages window to look at the detailed errors/warnings).
... View more
06-29-2022
11:08 AM
|
0
|
5
|
7208
|
|
POST
|
@Michael_VanHatten while I am not the employee who said in the forum your problem would be fixed in 3.0, I am the one that tested and verified BUG-000131693 is working in Pro 3.0. Can you please give more details about the errors you are experiencing? I just retested a scenario like what you described, using a ModelBuilder tool to select some features and calculate a field, run on a schedule. This is completing successfully for me, as long as I do not have the layer/table open in Pro, since that would cause a schema lock with the external scheduled process which is trying to update the data out in Python. You should also double check that if you are using a layer as input to the selection tool, that the project is saved with that layer, otherwise again the external process will not be able to locate what you want to use as input (there are warnings about this in the scheduling UI button, and in the documentation). So here is what is working for me. I have a dataset, which has 10 or so STATENAME values. I want to select and calculate a field only for those with STATENAME=Wisconsin. So I perform the selection against the data path, then send the result to Calculate Field. The calculation I perform is some basic text, WI, plus a timestamp so I can definitely see that the calculation is being performed at the time that the scheduled process ran. You can see in the History >Geoprocessing > Scheduled section I have one time that the scheduled process failed. That was for the schema lock that I mentioned before, as I had the data open in Pro, and it could not perform the calculation while the data is locked for use in Pro.
... View more
06-28-2022
02:43 PM
|
1
|
0
|
7246
|
|
IDEA
|
06-28-2022
01:52 PM
|
0
|
0
|
8274
|
|
IDEA
|
This development was attempted, but caused problems with focus and drag and drop of other elements on a geoprocessing tool. Commands to move up and down are available by right clicking the handle for each value/row in the list, so drag and drop will not be attempted for now. I reviewed the Extract Multi Values to Points tool in ArcMap, and the multi value control used on that tool also only supports use of up and down arrows to move items, there is no drag and drop.
... View more
06-17-2022
04:19 PM
|
0
|
0
|
5423
|
|
IDEA
|
@JessicaIEMA I have uploaded this as a geoprocessing sample https://www.arcgis.com/home/item.html?id=a8e491cfc8bb4e31a8726eae11c12a6c
... View more
06-15-2022
10:46 AM
|
0
|
0
|
3518
|
|
POST
|
@KathleenMohla1 I work with Dan on the geoprocessing team, and we have been looking at your case. While we are investigating I want to point out that your code can be updated on line 91 from this: arcpy.AddJoin_management(tbl_Near,"NEAR_FID", r"in_memory\xPriRtes", "OBJECTID") to this: arcpy.AddJoin_management(tbl_Near,"xNear.NEAR_FID", r"in_memory\xPriRtes", "OBJECTID") and the script tool can complete successfully. (the difference is the xNear.NEAR_FID part in the second parameter). When you perform a join, the field names become qualified with the table name. It is best practice when using joined layers as input to include the table name qualification with the field name so that the processing tool knows the exact field to use. With what you have reported we are finding that there is some inconsistent behaviors when you exclude the table name qualification. I think this topic should be familiar to you already, as the script already includes usage of table name qualification when using join layers as input (for example, the SelectLayerByAttribute and CalculateField tools on lines 92-93). We will keep investigating to fix the issue so that the code can work as-is from 2.6 to a future release, but please take the table name qualification as a way to get up and running again.
... View more
06-09-2022
04:58 PM
|
0
|
1
|
5145
|
|
IDEA
|
The Pro Charts team will be working on this enhancement in the near term. The work can be tracked through this tech support enhancement as well: ENH-000132130
... View more
05-20-2022
01:04 PM
|
0
|
0
|
1508
|
|
IDEA
|
We have issues with drag and drop using multivalues, so for now there is no plan to implement this. As an alternative, just right-click on the field and you have options to move the items. Right-clicking is not so discoverable, but across the Pro app has a lot of useful and timesaving contextual features.
... View more
05-20-2022
12:15 PM
|
0
|
0
|
863
|
|
IDEA
|
Just want to mention this can currently be done as a two step process. It is likely Select By Attributes will remain a SQL query implementation only. But you can easily run Calculate Field using a Python expression to flag or create new values which can easily be queried. From the example of selecting records that have curves, do this: arcpy.management.CalculateField("YourLayer", "HasCurvesField", "!Shape.hasCurves!", "PYTHON3", '', "SHORT")
arcpy.management.SelectLayerByAttribute("YourLayer", "NEW_SELECTION", "HasCurvesField = 1")
... View more
05-20-2022
10:47 AM
|
0
|
0
|
19093
|
|
IDEA
|
The enhancement will be integrated to the Generate Points Along Lines tool in ArcGIS Pro in the near term.
... View more
05-20-2022
10:38 AM
|
0
|
0
|
8208
|
|
IDEA
|
Thank you for submitting this idea. It is under consideration by the Pro Charts development team.
... View more
04-25-2022
12:04 PM
|
0
|
0
|
1499
|
|
IDEA
|
Two of the most commonly used tools that used the output location + name pattern for parameters are being replaced in ArcGIS Pro 3.0. Feature Class To Feature Class is being replaced by an improved Export Features tool, and Table To Table is being replaced by an improved Export Table tool.
... View more
03-30-2022
04:33 PM
|
0
|
0
|
1908
|
|
IDEA
|
This is being developed as a new parameter/option for the Export Features and Export Table tools in ArcGIS Pro 3.0
... View more
03-30-2022
04:08 PM
|
0
|
0
|
5369
|
| Title | Kudos | Posted |
|---|---|---|
| 3 | 03-22-2024 09:27 AM | |
| 2 | 03-08-2024 01:56 PM | |
| 3 | 02-21-2024 11:58 AM | |
| 1 | 05-09-2023 02:24 PM | |
| 3 | 02-27-2023 05:23 PM |
| Online Status |
Offline
|
| Date Last Visited |
05-20-2026
01:10 PM
|