POST
|
02-27-2017
01:55 PM
|
0
|
1
|
2279
|
POST
|
I just ran into the same issue. Only 3 images of a rooftop taken manually with DJI P4 and guessing 50% overlap approximate. Let me know where to send the images because I can't find a tool to upload them here.
... View more
02-27-2017
01:53 PM
|
0
|
2
|
2279
|
POST
|
We also have a python script that uses a database (oracle) sequence to assign a unique id across all of our feature classes before posting edits. It could be nice to point attribute assistant to the sequence file and be done.
... View more
02-25-2016
10:28 AM
|
0
|
0
|
1627
|
POST
|
Thanks again for your reply Sean. The link you provided to the SDK documentation answers my remaining questions.
... View more
04-03-2012
07:16 AM
|
0
|
0
|
2167
|
POST
|
Thanks for your response Sean. This confirms my suspicion of a snapping cache for which I could find no documentation. Can you please provide more detail on the feature loading algorithm? For example: Is this performance bottleneck related to issue NIM069319 fixed with SP3? At what point is the feature loading algorithm called/started? Does the feature loading algorithm load features into the snapping cache for the entire layer, or just what is inside the visible extent, or some combination thereof? Does the feature loading algorithm load features into the snapping cache for only the layers visible in the table of contents, or visible and non-visible alike, or those layers in the editable workspace, or some combination thereof? Does the feature loading algorithm take advantage of field indexing? Would it make sense for the user to have some control over certain options in the Editor Options dialog on how the feature loading algorithm behaves? Thanks again.
... View more
03-30-2012
09:45 AM
|
1
|
0
|
2167
|
POST
|
I am experiencing similar performance issues with snapping in ArcGIS 10 SP4. I've been searching for information on how the snapping environment works as it appears to require caching of all potential snapping geometry into memory when starting an edit session, but this thread is the only information I've found talking about performance issues. My observations are similar. The fewer layers in the map document, the better editing/snapping experience. The smaller the files, the better the snapping experience. Switching to the classic snapping environment provides no boost in performance. I didn't test snapping using files in different projections/coordinate systems, but I think the comment regarding indexing is right on. The biggest breakthrough came when I loaded only two layers in ArcMap and tested snapping to a 150Mb parcel shapefile and ArcMap fell on it's face and was excruciatingly slow with no snapping ability. Snapping on the same parcel file loaded into file geodatabase...very fast with no problems. Snapping performance on the same parcels loaded into SDE is somewhere in between. I can open a map document with several SDE layers (including parcels), start an edit session, and although ArcMap performance does not slow down noticeably, the interactive snapping does not appear regardless of which features over which I hover! I then walk away from my computer for 15 minutes, come back, and the interactive snapping magically starts working beautifully. Please do not point us to help documentation on how to use snapping or another blog on how to effectively use the simple, flexible, and great new snapping environment. Someone please provide better detail on what ArcMap does to enable snapping when an edit session is started please so we can find work-arounds to these snapping performance issues. Thanks.
... View more
03-29-2012
10:05 AM
|
1
|
0
|
2167
|
Title | Kudos | Posted |
---|---|---|
1 | 03-30-2012 09:45 AM | |
1 | 03-29-2012 10:05 AM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|