POST
|
Sarah, I requested that the discussion be offline to avoid partisan discussions on Windows versus Mac. Social media, even a software-specific discussion forum like this, lends itself to short declarations of "I'm right, and you're wrong." which stops all meaningful discussions. Regarding whether you can efficiently run ArcGIS Pro on a Mac, we have run our entire company on Macs for over 15 years. The decision to run ArcGIS Pro on a Mac depends upon what specific tasks you seek to run. Our company has several systems that match the configuration you provided and work flawlessly. Simple data editing and map production can be run on a minimally equipped Mac with Apple silicone hardware. If you wish to do more intensive analysis or machine learning in ArcGIS Pro, you might be better off with a PC workstation. Efficient virtualization software is essential to the success of using ArcGIS Pro on a Mac. We use Parallels Desktop for Mac, preferring the Pro version for more intensive projects, and we run Windows 11 for ARM. We have found that the memory requirements for the virtual machine challenge the typical thinking that more memory is better. For example, my standard VM for simple work in ArcGIS Pro only has 4 CPUs and 8 GB of memory but handles most jobs easily. We even perform simplified 3D visualization with this virtual machine. There are some limitations to this configuration. For one, There is a "bug" in the installation configuration for Microsoft SQL Server, which will not successfully install on this configuration. This issue with SQL Server is well documented on the Parallels forums, and a few workarounds are suggested, but we have never found any of them acceptable. In addition, VPN software vendors have not fully embraced Windows for ARM and currently do not write VPN software to run on Windows for ARM. Microsoft has its own VPN within Windows for ARM, but many wish to use a third party instead. As you can see from the discussion above, it is not a simple "this" or "that"; a much deeper conversation must be undertaken before you can make a decision that is right for you. I hope this helps. Frank Conkling
... View more
a week ago
|
0
|
0
|
58
|
POST
|
Sarah, Let's take this discussion offline. Send me a line at pandaconsulting@gmail.com, and we will provide the details.
... View more
2 weeks ago
|
0
|
2
|
126
|
POST
|
It sounds like you are receiving that error because of geometry issues with the features in the Parcel Fabric. This often happens when one stores the data in a file geodatabase and attempts to move the data to SDE. SDE contains stricter geometric rule enforcement for the data when copying it into an Enterprise geodatabase. I suggest you run Repair Geometry against all feature classes in the feature dataset containing the Parcel Fabric and then attempt to copy the feature dataset again. Good Luck, Frank Conkling - Panda Consulting
... View more
03-26-2024
09:25 AM
|
0
|
0
|
365
|
DOC
|
Linda, As always, thanks for keeping the Land Records people informed. See you in San Diego. Frank Conkling - Panda Consulting
... View more
06-12-2023
08:33 AM
|
0
|
0
|
925
|
POST
|
Tim, Thanks for looking into this and the snap tool is a good workaround.I definitely do not recommend that the user use the planarize the lines if the "gap" is greater than about twice the cluster tolerance of the topology. It would be nice to have this function built into the tool (I know that you are not on the edit team) instead of having to use a separate geoprocessing tool. Intuitively, editors are more apt to use a built in function or edit tool rather than using a geoprocessing tool. Frank Conkling - Panda Consulting
... View more
01-26-2023
09:14 AM
|
0
|
0
|
1876
|
POST
|
Jason, Unfortunately, at the moment there is no way to prevent this. However, it would be a great idea to include the option on the pane, similar to the option on the Line Intersection tool. (See screenshot) Frank Conkling - Panda Consulting
... View more
01-25-2023
07:04 AM
|
2
|
6
|
1903
|
POST
|
If the distance between the endpoints are small enough, you can always use the planarize tool and set the cluster tolerance so that the endpoints snap together. Frank Conkling - Panda Consulting
... View more
01-20-2023
07:27 AM
|
3
|
0
|
644
|
IDEA
|
Anna, If this situation happens often, one suggestion would be to use a construction layer and build the new information in that layer prior to activating a record. That layer can be turned off and not displayed while making any adjustments. One can then use the "Copy Lines To" function to the parcel type and build after any adjustments are performed to the existing data. Frank Conkling - Panda Consulting
... View more
10-06-2021
08:03 AM
|
0
|
0
|
1108
|
BLOG
|
Amir, This is very interesting and could solve some issues that we have experienced when building subdivisions. I will download the sample and test the code with some data. Great idea. Frank Conkling - Panda Consulting.
... View more
10-01-2021
02:02 PM
|
1
|
0
|
1804
|
IDEA
|
Amir, Sorry if I implied that the shipped attribute rules are workarounds - they are not. I was referring to any additional rules that may need to be created to satisfy Dean's request, specifically dealing with cartographic lines and annotation. If I understand Dean's request, he is seeking a way to track the annotation and cartographic elements that are associated with parcel configurations and ensuring that once the parcels are retired, the cartographic elements and annotation are not deleted, but marked as retired. Frank Conkling - Panda Consulting
... View more
09-23-2021
11:48 AM
|
0
|
0
|
1584
|
IDEA
|
Amir, I believe that is an acceptable interim workaround. I believe (and I apologize for assuming that I know what Dean is seeking) much of this can be accomplished using these types of workarounds on both cartographic features and annotation, but Dean may be asking that it become part of the Parcel Fabric core functionality and not a workaround. Frank Conkling - Panda Consulting
... View more
09-23-2021
10:43 AM
|
0
|
0
|
1589
|
POST
|
Amir, A large majority of our Clients are primarily focused on the issue immediately in front of them - staying current and ensuring that the parcel data is accurate and reflects the current state of ownership. However, as you can see by Josh and Pauls's discussion, more and more are beginning to understand that their data has historic significance and think about the establishment of a legacy / archival system in which they can ensure that the current data is accurate and at the same time recognize that the existing or historic data serves an important purpose and is too important to discard. Many of these agencies have been archiving their edits and preserving annual snapshots of the parcel geometries. We have several clients that use these historic snapshots to review the chains of title and aid in the determination of parcel boundaries for complex or problematic legal descriptions. Since the data is constantly being adjusted and tweaked, the archived geometries often do not match the current parcel geometries. With the ability to preserve the lineage as well as the previously defined geometries, the parcel fabric could serve as a significant repository of this data. As Josh and Paul have mentioned, the ability to create forward lineage and retrofit backward lineage is very important to these organizations. My personal view is that the creation of a record without geometries is not as critical as the ability to easily create records for the historic parcels. The problem is ensuring that the newly created historic parcels reflect the adjustments and changes in the location of parcel corners. I envision that the process would be similar to the process of Importing Parcel Fabric Points in which one could establish a tolerance in which the historic boundaries within the tolerance would automatically be adjusted to fit new points, establish new records and capture the existing records and backfill the RetiredBy attribution. Just my 2 cents. Frank Conkling - Panda Consulting
... View more
09-05-2021
09:47 AM
|
1
|
0
|
1355
|
POST
|
Dan, Thanks so much for the shout-out to Panda Consulting at 29:28. I am glad that this metaphor helps explain how Condominiums can be modeled. Frank Conkling - Panda Consulting
... View more
07-22-2021
10:42 AM
|
1
|
0
|
787
|
POST
|
Ross, In the Parcel Fabric converting 2-point lines to a line-string is simple. Select the lines to convert to a line-string, execute merge (being sure to uncheck keep original features) and merge into an existing line. The result will be a line-string. Good luck, Frank Conkling - Panda Consulting
... View more
03-29-2021
11:54 AM
|
1
|
0
|
2703
|
POST
|
Amir, As always, a great presentation. Frank Conkling - Panda Consulting
... View more
01-07-2021
06:45 AM
|
3
|
0
|
3057
|
Title | Kudos | Posted |
---|---|---|
2 | 01-25-2023 07:04 AM | |
3 | 01-20-2023 07:27 AM | |
1 | 10-01-2021 02:02 PM | |
1 | 09-05-2021 09:47 AM | |
1 | 07-22-2021 10:42 AM |
Online Status |
Offline
|
Date Last Visited |
a week ago
|