|
IDEA
|
@MattSund The reason organizations adopt the parcel fabric is because they want: Increase their efficiency Assess and improve their data quality Associate all features with the legal record (instrument) they originated from, making the data defendable. Improve their spatial accuracy Maintain historic parcels and parcel lineage ... We would love to help you. You can get in touch with our product manager @DanielStone or with your account manager. The workflow you describe is a core workflow of starting connection lines from the commencement point to the point of beginning (POB). That accounts for any rotation (aka Basis of bearing) and scale factor. We call that 'ground to grid' correction and this is how to use it. You can also apply rotation interactivity to a group of lines or a parcel after building it. From your description, I can tell that you close your traverse, which means you are already stretching the geometry to distribute the misclose (using the compass method most likely). Assuming you stitch new parcels to existing parcels (alignment) you effectively stretch and bend geometries. That is not different from what the parcel fabric does. We understand that changing from ArcMap to Pro requires adjusting your workflows and it can be challenging. You can prevent parcel points from moving by simply setting them to fixed. You can easily detect any line that has been stretched or rotated more than you want to allow it. Your workflow explains why you are currently missing COGO dimensions on your lines which is a shame, because it sounds like you put a lot of effort of creating a nearly survey accurate cadastre, and good COGO values would allow you to run weighted LSA (Least Squares Adjustment) should you decide to evaluate and/or improve your spatial accuracy even further.
... View more
09-18-2024
11:55 PM
|
0
|
0
|
3276
|
|
IDEA
|
Thanks @MattSund Are you currently using the parcel fabric? Are you using COGO Enabled lines in ArcGIS Pro? If you use the parcel fabric you can select the parcel polygon and then use the parcel select tool to select the boundary lines. We can also consider improving the 'select by trace' and/or offer another selection method. Would that work?
... View more
09-18-2024
03:22 AM
|
0
|
0
|
3304
|
|
POST
|
@-_Ashley-B-Potter_- To delete a large number of parcels you can use the geoprocessing Delete Parcels. This tool is smart enough not to delete points and lines that are shared by parcels that are not deleted. It will also not delete any point that is either fixed or XY Constraint (this utilizes the field called 'preserve' on the point table). If you are using a file geodatabase you don't have to concern yourself with versioning, but if you are using versioning you'll have to decide if you want to delete the parcels in a child version, then review the changes before you reconcile and post them, or take the risk and running in the default version without the ability to roll those delete back. After every major change to a table (appending or deleting data) it is recommended to recalculate the spatial indices. If you have an enterprise deployment you probably have a nightly script / job that does that already. I hope this helps
... View more
09-13-2024
02:18 AM
|
3
|
0
|
1239
|
|
IDEA
|
TBD: 1. Is this idea only relevant to the unique map configuration posted by @MizukiKayano2 or is it also applicable for customers that use a separate layer for historic parcels? 2. What would be the performance impact of setting a definition query to many layers? Please add your comments to help us answer the first question above
... View more
08-30-2024
02:12 AM
|
0
|
0
|
2620
|
|
IDEA
|
Thanks for the additional input @MizukiKayano2 . Other options to consider are: The use of Display Filters. Although they have to be applied to each layer individually. A python script that changes the layer definition (CIM) of all the layers in your map.
... View more
08-30-2024
02:08 AM
|
0
|
0
|
2621
|
|
IDEA
|
@anna_garrett If I understand you correctly you are concerned about the performance impact of having multiple maps in a project. The short answer is that it should not have any impact. A map in a project does not impact the performance until it is opened. So you can have a 100 maps in a project but only the one that is open impacts the performance. So just avoid having multiple maps open and drawing at the same time. I would put more attention to making sure each map is optimized: Layers use scale dependency Labels use scale dependency Avoiding too many layers Using definition queries that run on fields that are indexed and are not too taxing ...
... View more
08-29-2024
08:07 AM
|
0
|
0
|
2663
|
|
IDEA
|
@melisahansen We regard any solution that manages parcels outside the parcel fabric as a custom solution. We've made it easy to migrate any data into the parcel fabric and provide additional capabilities to make your parcel maintenance more efficient. Organizations that want to have their own custom solution can use the rich ArcGIS Pro SDK for their custom workflows. Another capability we are currently working on to make you more efficient is the capability to OCR deeds and create features (with COGO values). Such capability will be limited to the parcel fabric.
... View more
08-29-2024
04:11 AM
|
0
|
0
|
4098
|
|
IDEA
|
@MizukiKayano2 Did you consider using multiple maps in ArcGIS Pro? You can have a map for LSA, a map for editing etc. ArcGIS Pro 3.4 symbology will allow you to turn on off specific symbol (for the unique value renderer), so if you have different symbol for historic versus current parcels you'll be able to easily turn on and off the visibility of current / historic parcels. Given the 3.4 enhancement, I don't think a new button is needed. What do you think?
... View more
08-29-2024
02:39 AM
|
0
|
0
|
2678
|
|
POST
|
@JohnCoddHere The parcel fabric connection lines can be used to model any type of line that does not form a parcel boundary, yet has COGO measurements associated with it. We have seen it used by organizations to model things like: Connection lines from the commencement point to the POB Survey tie lines Road centerlines ... It is a business decision to have a 'Connection Type'. It might make sense if you want to be able to symbolize them differently, for example, or only show one type and not the other. I think (and I might be wrong) that most organizations do not try to differentiate between them because of the extra work it would require to maintain it and the little business benefit. IMHO keeping it simple is usually better. So this is your decision to make. I'll be happy if other community members chime in
... View more
08-28-2024
12:04 AM
|
1
|
0
|
1208
|
|
POST
|
@Syvertson I am happy it worked. When you have the time, it wouldn't hurt to run the geoprocessing Check Geometry on your feature classes to make sure they are valid.
... View more
08-26-2024
12:06 AM
|
0
|
0
|
3125
|
|
POST
|
@Syvertson Yes - you got it right. copying and pasting the feature dataset copies the default version. So make sure you don't have pending edits in versions that have not been reconciled and posted.
... View more
08-23-2024
09:29 AM
|
1
|
0
|
3181
|
|
POST
|
@Syvertson Assuming you do not have open version in the source parcel fabric that you want to copy the steps will be: Copy the feature dataset from the source geodatabase to the target geodatabase Once copied, select the target feature dataset and 'Register as version' If the geoprocessing Copy Parcels failed, it would be great if you can submit a technical support case so we can understand why it has failed (empty geometry)
... View more
08-23-2024
08:44 AM
|
1
|
5
|
3188
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | Friday | |
| 1 | Wednesday | |
| 3 | Wednesday | |
| 2 | Wednesday | |
| 1 | 06-12-2023 01:26 AM |
| Online Status |
Offline
|
| Date Last Visited |
yesterday
|