Latest Contributions by AmirBar-Maor

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

@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

@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

@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

@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

@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

@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

Thanks for the explanation @SamMontoia1  I think everybody in the community encounters problematic legal descriptions from time to time.  'Quality' is not 'black and white' and users apply their experience and judgement to decide what to do. In some cases, like the one you show, things don't fit and require additional research. A metes and bounds description that doesn't close might contain an error, but those that close and appear to be wrong have a different intention.  @FrankConkling presented on reading legal descriptions and their intent.   My recommendations: Use a field in the records table and/or the parcels to denote there is an issue with the feature Use 'Symbolize by Unique Values' to symbolize those parcels/records differently. This will perform better than creating a separate layer using a definition query. ArcGIS Pro 3.4 will have a new option to turn on/off the visibility of categories in the layer. It is beneficial to see the problematic parcels when you edit the data. There are other quality indicators on parcels, like the misclose ratio. One could also get creative and use a custom symbology 'by unique values' that relies on a custom Arcade expression that takes into account multiple fields. I hope this makes sense and hope other community members can contribute to this discussion from their experience. ... View more

@SamMontoia1  This seems more like a question than an idea. Is it possible to move this to the Question board? Your idea to track suspicious parcels and associate them with their invalid record is great. Instead of adding a parcel type, wouldn't it be easier and more performant, to add a 'status' field on the parcels and records? You could easily symbolize them differently and even create a separate layer for these parcels and records.   ... View more

Scheduled for the ArcGIS Pro 3.4 release ... View more

@ChristalHigdon_USFS  Thanks for your input. That makes sense. If we implement this, we are likely to expose all of the parcel fabric properties, not only the parcel names.  ... View more

@ChristalHigdon_USFS  By design we allow these properties to be independent of each other: Feature class name Feature class alias Feature layer name Parcel type name This means that you can modify each one independently of each other. Why? here are common reasons: The feature class name is a table name and must abide by DBMS standards (e.g. no spaces). We also append an underscore and a number to guarantee that it has a unique name within a workspace. That table name might also be used in database views and SQL queries, so some organizations keep it short. Feature class alias name can contain spaces and be long as needed. It is used as the default feature layer name when added to a map. You can have multiple feature layers point to the same table, so each can have a meaningful name. For example: current parcels versus historic parcels.  The parcel type name is the logical name for a parcel. Some countries only have one. We use that as the default name for the feature classes when you create a parcel type. The geoprocessing tool mentioned above, Append Parcels, is smart enough to ignore any changes that have been made to the table name and rely on the parcel type name. So you can ignore any underscores in the table name if you have multiple tables in the same workspace. If they were coupled, we would have to add an underscore and a number to the parcel type name if there was a collision in the table name.   I hope this makes sense Amir ... View more

If I understand correctly (please confirm) you have: A base geodatabase that you use as a template You use Python to copy it to the different areas in Alaska You would like then to stitch those pieces together Questions: Is the description above correct? Did you try to use the XML workspace schema to create an empty geodatabase for each region? Did you consider using the geoprocessing tool Append Parcels to stitch the regions back together? In that case, you want the parcel type names to be identical. ... View more