Latest Contributions by JasonCamerano

Hello @AlisonKelsey  I have a couple questions: 1. Are you using the parcel fabric? 2. If so do you have an active record when running the divide tool? 3. If all yes to all those questions, could you post some screenshots of the divide workflow? Thanks, Jason Camerano ... View more

Hey @MDB_GIS  I would suggest looking into align parcels.  After you shrank that parcel to seed and corrected the boundary line you could use the Align Parcels, create links and align.  Just also be aware that the features that are selected will be the features that move.  This should maintain that easement that you have. https://pro.arcgis.com/en/pro-app/latest/help/data/parcel-editing/alignparcelfeatures.htm ... View more

Hey @DeanAnderson2  While it is true that the maps that will be configured and controlled by a Task need to be present during design time, they can however have their names changed after Design.  As long as they are in the same project.  For example, I have Map1 and I have a task that is controlling/opening/closing that map.  If I later decide to rename that map within the project to "MyParcelMap" then the Task will know that is the same map and will continue to control that map. If I create a new map and call it Map1 thinking that the Task with now control that map, it will not and it will have to be re-mapped in the Designer and point to that map.  The variable within the Task does not rely on the name but a unique key that is associated to each Map within the project.  ... View more

Hey @KimberlyEmme  A couple questions: 1. This feature class that you're trying to migrate to Pro COGO, is it COGO enabled in ArcMap? 2. If it is not, then you can just go directly into Pro and enable COGO on those lines.  If you had used the ArcMap traverse tool to create the lines and the feature class was not COGO enabled in ArcMap, none of the COGO values were stored on the lines.  However, if you didn't manipulate the lines, after you just bring them into Pro and enable COGO you can run Update COGO and the COGO values will be updated.  3. If the feature class you are trying to migrate to Pro is COGO enabled, can you send me a small sample?  I am curious how polylines exist in the data.  ... View more

Hello @DirkPeterson2  I was curious if you could detail this workflow a little more? Like what steps are needed to be taken to create these maps? I'm not exactly sure if your wanting this to be automated or if your wanting to create a step by step to guide with user interaction to create these maps. Thanks, Jason Camerano ... View more

Hey @jcarlson  You could take the "Shared" label class from the other Parcel Type lines and copy and paste it into the Connection Lines layer.  However they might be a small trick, you should copy the label expression from Connection Lines and paste it else where.  Once you bring the Shared Line label class to the connection lines you will need to remove SQL query that's checking for the Label Position field and in the Connection Line Label Expression you can re-paste the copied label expression.  The reason for the copy and paste of the expression is that the other Parcel Type lines label expression check for the Label Position field (I've since added a try/catch like code in the arcade expression so it would work for connection lines). However, we will take into consideration making this the default.  Thanks for the post! ... View more

Hey, Here's a link to a video that goes through migration of existing data:  https://community.esri.com/t5/arcgis-parcel-fabric-videos/meetup-migrating-and-administrating-parcels-with/m-p/1022942 If you're starting completely from scratch there is good information in the above video as well, creating the fabric and configuring your schema, publishing, etc.  Also check out this area for a lot of other videos for different workflows and other topics:  https://community.esri.com/t5/arcgis-parcel-fabric-videos/bd-p/arcgis-parcel-fabric-videos Hope these links help you out and feel free to ask any more specific questions you might have.   ... View more

@Mike_Fazio_SRCPA I uploaded the newest version of the script to ArcGIS Online site above.  Everything seems to be working on the test cases above that were failing.  The original issue was it was failing when running on data stored on an SDE database.  That has now been fixed and is working as expected.  Good find Mike! Thanks! ... View more

Hey @Mike_Fazio_SRCPA  Would you be able to email me the data (or a portion of the data)?  Is the data on a FGDB or SDE database?  My email is [email protected] I'll take a look at it. Thanks! Jason Camerano ... View more

Hello Pascal, This is the current design of the Upgrade ArcMap Parcel Fabric tool.  We had many users who were upgrading from ArcMap who utilized the Local Government Information Model that came with predefined parcel types, some of which were not used by different users. There are two workflows that can help provide you with the desired outcome: 1. If you want the Upgrade Tool to make the Parcel Types for you, you can create one parcel in the subtype/domain value(s) that do not have any parcels associated to the type.  Then the upgrade will create those types with those parcels and you can simply just delete those parcels after the upgrade 2. Alternatively you can create the parcel types in Pro after the upgrade has run.  Here you can fully configure all the fields appropriate to that parcel type.  If you want all the same fields/schema as the other parcel types you can open the Fields Table on an existing parcel type.  SHIFT + Left Click to select all the fields you want to bring across.  Right click and COPY.  Then open the Fields Table of the newly created parcel type and then click PASTE.  This will bring all those fields across and help match the schema you desire.  ... View more

Hey @Ulises  Looks like @jcarlson gave you a lot of good info! I'll give some extra descriptions on how best to evaluate your data and a possible workflow for that portion of migration. First, like Josh said, you need to determine which field on your polygon data is a unique representation of the document that created that "parcel".  If you have a unique value or you have a related table that has the unique values on there, (join them over if that's the case) you can then run the Create Records GP tool once the polygons have been appended into the fabric data model.  It will then create a unique Record assigned to a GUID that will then be placed in the Created By Record field of the parcel polygon in the parcel fabric.  Now you have all your parcels as current in the pro parcel fabric. If your data has a field that represents the recorded document that retired it and if that recorded document has the same unique name  of the Records that were created via Create Record you can do some database joining to determine the GUID that will need to be assigned to the Retired By Record field so you can basically see a linage of parcel transactions. However, if you do not have this relationship in your data and you just have parcels that are historic you can simply do a field calc on the Retired By Record field on all the parcels in the Parcel Fabric and set the value to {DDDDD-DD....DDDDD}.  Just a bunch of the letter D in the format of a GUID.  This will make them show up as historic in Pro and be symbolized as so. Hope that's clear.  Let me know if you have any other questions. ... View more

Hey @DrewDowling  Good find.  I've updated the script.  It should now just port over the decimal value like the image below Thanks for the tip! ... View more