Latest Contributions by ChristalHigdon_USFS

It is not the better way to go in 3.5, as it loses a bunch of our data structure in the parcel fabric dataset: Before Project:   After Project: Even some of the out-of-the-box relationships Esri creates automatically in the Parcel Fabric get lost using the Project Tool. Really kills our workflow and productivity to make this change to the Define Projection tool, with no mention in the release notes, and no working alternative for our use. ... View more

I searched through the 3.5 release notes and saw no mention of this 'loophole fix'. It really throws a wrench in my workflow, using it as described in the Help Docs to correct and incorrectly assigned projection. ... View more

Yes, we use this in a python scripted build process to migrate to Parcel Fabric. We take an empty gdb and change the "incorrect" coordinate system to the correct one after the copy. It is blank of any data but has a complex structure with relationship classes and related stand-alone tables. This is a huge "bug" from my perspective and a blocker for going to 3.5, which we need for the enhanced attribute rule functionality. The "proper" way to change the projection is to use the Project tool, which leaves behind much of our data. Maybe that is the "bug" in 3.5. I am trying to open an Esri case on this myself but have to go through the proper channels in my organization.  GDB before using Project, with 'incorrect' coordinate system: After using the Project tool to 'correct' the coordinate system: Some of the relationship classes made it through, some did not - even the out of the box relationships inherently created by creating the Parcel Fabric geodatabase. The related tables also did not come through. ... View more

We use the DefineProjection tool extensively in arcpy for a scripted process that we re-run during development and migration into ArcGIS Parcel Fabric. In prior versions (3.4 and earlier) there were no issues. We have Pro 3.5.0 and all of a sudden I am getting an error ("ERROR 000146: Cannot alter the spatial reference"), in both arcpy and Pro/UI Toolbox for Define Projection. I am trying to open an Esri case because this seems like a bug. I think it should still run with warning as it always has if there is already a projection defined. There is no way to set Unknown spatial reference, so what if you make a mistake, or are conveniently using it to set up a new gdb that does not have any data in it yet?  ... View more

I am getting the same error, Postgres SDE database. I would like to echo this bug should be fixed! ... View more

We are also missing the automatic versioned views now that we're in branch versioning as a requirement for multi-user editing in Parcel Fabric. We have an established reporting and publication process that takes data (via SQL queries directly on the database tables) and populates a new schema where data is combined and normalized. This would not be used for editing, but is quite a lengthy and complex process for our legal land ownership and survey parcels for an entire government land management agency. ... View more

I found a similar tool reference in the Pro Offline Help. Can something like this be made available online? (Or if it is, does anyone have a link?) I wasn't able to edit my original post. 😕 Thank you! ... View more

There used to be a lookup page that listed all error and warnings by ID. https://resources.arcgis.com/en/help/main/10.2/index.html#//018n00000002000000 We really need something like this in the Pro documentation, updated for any new tool error and warning messages, so we can look them up by ID, or browse through them to find the message_id to use in AddIDMessage in arcpy.  It is unacceptable to say, "you have to do a bit of research" when no where in the online help for tools are the messages listed by ID referencing the six digit number.  ... View more

@SSWoodward 🎉 Hooray! Thank you for the update. 🎉 ... View more

Thanks @AmirBar-Maor that does make sense. My request still stands that if we want to alter the feature classes AND the parcel type name property, I would like the parcel type name property to be exposed for update, either through the Associated Data parameter or a Parcel Toolset (maybe under Administrative?), so I could change it without having to open Pro and do it manually since our entire process is automated using arcpy. That's great they are independent but please expose it so I can change it in a similar manner as the feature class names that participate in the Parcel Fabric. ... View more

Hi @AmirBar-Maor thanks for taking a look. The background provided was to illustrate our overall process. We have a base file geodatabase where the parcel fabric is created and we copy those for the individual contiguous 48 states for processing our large amount of complex data in smaller chunks. That is all well and good and have no issues putting them back together again. The issue is copying that base parcel fabric geodatabase for Alaska, which has some differences and will remain separate from CONUS data. We want the same structure with additional fields, tables, relationship classes, but need to rename the dataset, parcel fabric, parcel type feature classes, and relationship classes because they will ultimately live in the same enterprise geodatabase and be branch versioned and published for multi-user editing.  So the issue is: We are successful at copying the CONUS Feature Dataset and renaming what we need to with the associated data mapping for Alaska, however it does not include the Parcel Type Names in the Properties of the Parcel Fabric as a parameter in the associated data string. We feel like the Parcel Type names property should match the parcel type feature class names as it does out of the box when created (see screenshot in original post for example of how it does not match after Copy). So if I then go in and programmatically list (arcpy.Describe on the parcel fabric) it will not return the parcel type names that match the feature classes I was able to rename in the Copy associated data mapping, and I would like it to. If the Copy tool's associated data parameter allows me to change the names of all of the items, including the parcel fabric controller, it should include the Parcel Type names.   ... View more

I was searching on how to remove globalids and would add the use case here @SSWoodward - We are migrating into Parcel Fabric and in order to publish our data as a service, it needs to have GlobalID. A database developer had added a field called globalid as text and then the python script went to prepare the data for publishing and used AddGlobalIDs tool. This added a globalid column as globalid_1. I want to delete the text globalid field AND the actual globalid_1 field so it can be properly named. I literally just added it and need to 'undo' and 'redo' the globlalid without wiping out all of the data or going through a bunch of steps to export and reimport as there are relationships built to these tables, so can't just delete and recreate. And there are many of them, so literally if there are no replicas or other things using globalid, why can't I delete it more easily? ... View more

This is critical for the Forest Service to have the capability to input an extent through arcpy for processing. We are migrating our land records system national extent data into the ArcGIS Parcel Fabric, which crashes the topology engine when running the Validate Topology tool on the entire dataset. We used the Validate Parcel Fabric tool in 3.2 but that is deprecated in Pro 3.3, with the suggestion of using Validate Topology as a replacement. However, the replacement tool does not currently allow for processing by an input extent, so it is not a viable replacement for our large dataset. It was listed above as Under Consideration in 2022 and here we are in 2024 and it is still not implemented. We will be in a bind soon, when 3.2 is replaced on our systems with 3.3, and we cannot validate the topology for our migration into Parcel Fabric. ... View more