Latest Contributions by JohnStreeb

After upgrading from ArcGIS Pro 2.9 to 3.1.1 I am experiencing some issues with the Append GP Tool that appear to be undocumented and are causing problems for a number of existing geoprocessing workflows, including various scripted workflows.  So, I'm trying to find out if this is a bug that is planning to be corrected, was an intentional change, or otherwise get more information so I can plan accordingly. In the past, both in ArcMap and in ArcGIS Pro through at least v2.9 (I jumped right to 3.1.1, so I do not know at intermediary versions like 3.0 what the behavior is), if you opened the Append GP tool interactively, and set the "Field Matching Type" to "Use the field map to reconcile field differences", the auto-populated field map, in my experience, would auto map any source dataset fields to a target dataset field with an exactly matching field name.  However, now in ArcGIS Pro 3.1.1, some fields where there is an exact match in the field name, type, and length between the source and target datasets aren't auto-matching any more.  I can confirm from personal testing that any fields in the source dataset that are configured as Editor Tracking fields but the corresponding field in the target dataset is not, are not auto-matched any more, where they were previously.  The post at https://community.esri.com/t5/data-management-questions/append-data-management-gp-tool-field-mappin-fiald/m-p/1267945 suggests that this is also affecting fields with Attribute Rules configured in the source dataset but not in the target dataset, again even when the name and properties all match. Now, I know, when running the tool interactively, you can visually identify these with the "(0)" next to the field and then manually configure a field match; but frankly, that's a degradation in ease of use in the newer version of the software, which seems a poor choice by itself.  However, the issue really comes in where the Append tool is used in existing scripted workflows, such as automated tasks to take data from a number of local source datasets and append them into a single regional dataset for example.  In my case for example, the source and target datasets contain overlapping sets of fields with the same name, type, length, etc... (each may have additional fields not found in the other, but they contain a core set of fields that are the same).  However, since the source datasets are directly edited by users and the regional (target) dataset is not, editor tracking is enabled on source datasets but not on target dataset, so the editor tracking data from source datasets can be preserved in the target database; though now these fields in my target dataset are Null after the 3.1.1 upgrade.  In the past, based on how the Append tool worked, if in the script you passed sources and the target with the "schema_type" property set to "NO_TEST", it would automatically append all data from the source fields into the identically named target dataset fields where there were identically named fields, without any explicit creation of or customization of a FieldMappings (and any fields without identical field names in both would simply be ignored).  In v3.1.1 however, this no longer is the case, and some fields, as noted above, even though they are identically named and with the same properties, no longer auto match. So, since ESRI is typically pretty good about maintaining backwards compatibility through changes to GP tools and there is no documentation I've been able to find specifying this functionality was intentionally removed, I'm left wondering if this is a bug or if I'm missing something or what.  However, since this is breaking existing workflows, is causing errors in other ESRI solutions (see https://community.esri.com/t5/data-loading-tools-questions/issue-copying-from-editor-tracking-fields/m-p/1278849), and there is no documentation related to it, I was hoping someone could chime in with a bit more information about this issue so I can downgrade my software for now, rewrite my scripts, or otherwise plan accordingly? ... View more

I'm looking to set up some single machine ArcGIS Enterprise implementations and was hoping to be able to get away with using Enterprise Builder for a pretty standard base deployment.  We were also looking at using gMSA (Group Managed Service Account) for the service account.  I'm wondering if anyone knows if I can use this kind of an account upon initial install of Enterprise Builder or not.  And, if I can't use a gMSA during install and have to change it manually to a gMSA later, will that cause any issues when running Enterprise Builder in the future to update to later versions (as I understand you can just run a new version of Enterprise Builder to upgrade all components to a new version).  We'd be initially installing at 10.8.1, but want to plan for an upgrade path for when such becomes available. Any feedback regarding gMSA w/ Enterprise Builder would be great, thanks! ... View more