POST
|
Brandon, it's great to see your leveraging of the fabric adjustment in this way. "Un-adjust by adjust" ... I like it! This really helps to show-case the power of the adjustment technique, the use of temporary control, and also the the fabric model and its design. Thanks for the update.
... View more
04-02-2015
01:25 PM
|
0
|
0
|
132
|
POST
|
Brandon, thanks for sending your data. I sent you the steps in a pdf for how to do what I think you're asking for, by using the approach of unjoin, removing links, positioning parcel geometry, and then joining it back in. I'm not sure if this, or some variation of this approach will be satisfactory for your project, but I'm attaching these steps here anyway for any others reading this topic who may find it useful: Resetting Parcel Location by Unjoin and Join.pdf - Box -Tim
... View more
04-02-2015
10:58 AM
|
2
|
1
|
1199
|
POST
|
Brandon, for your last example, each parcel has it's own rotation that is computed for you during the adjustment. This rotation value is then assigned and stored on each parcel. There is this technical paper, recently updated, that goes into the details of fabric adjustment, it may help with your research project. There are also a few recorded sessions from the Land Records meetup that demonstrate use of fabric adjustment. For your original questions, to see one parcel in it's unadjusted shape, you can use the Parcel Measurement view. To reposition a single parcel or multiple parcels within the network, and place them back to their original position you can unjoin, remove existing links, and then rejoin. (See parcel joining) To adjust the POB based on a better coordinate for a monument, place a control point at the better position (or edit the coordinates of the existing control point) and then join the parcel to it or associate the fabric point to it (see control points) To fix a mistyped measurement back in an early parcel, open the parcel and edit the measurement. To adjust COGO measurements for a parcel that doesn't close well see the section on parcel traverse closure here. -Tim
... View more
04-01-2015
09:30 AM
|
0
|
3
|
1199
|
POST
|
Brandon, I'm sorry to hear that you’re experiencing problems. Since you were able to successfully complete the fabric adjustment, it implies that the cogo record data is good; the adjustment report will also help you to find any problem distances or bearings, close points, and so on. With regard to your case of the problem geometry, we have seen cases where a bug in the software created some incorrect line-point locations in certain workflows; this bug was fixed in the 10.3 release. Without seeing your data it’s hard to know if these “bad” line-points are the cause for the problems you’re seeing. (I’ll message you separately to see if I can arrange to get your data and to help you. Please also contact tech support directly.) Otherwise, here are some things you could try: Ensure that you have the latest parcel fabric patch for your particular release, you can find the list of patches here. In the Catalog window, right-click the Fabric and click “Check Parcel Fabric” to get a report on the data in the fabric. If there are any errors reported this may provide some clues as to the cause. There is an Add-in that will help detect and delete “bad” records such as bad line points. You can get that from here, and it includes documentation on how to use and what it does. Select the 600 parcels and run the Regenerate command. (If you are using a pre-10.3 release you’ll need to add this command via Customize-> Customize Mode, click on the Commands tab, type “Regen” in the search text box, then drag the command from the list onto the Parcel Editor toolbar.) -Tim
... View more
03-31-2015
10:58 AM
|
0
|
5
|
1199
|
POST
|
Jennifer, I'm not certain of your specific scenario, but you could try unjoin the parcel and then rejoin it. Another idea would be to use the Mean Points tool, if there is no line between the points. -Tim
... View more
03-04-2015
03:58 PM
|
0
|
0
|
277
|
POST
|
Chad, I noticed a few things that may help to resolve this. The sequence of lines from point 15 to point 2 (or 21?) should have their category set to "Origin Connection". On the second line of the lines grid, should the From point be set to 2? The first line in the grid goes from 1 to 2, but then it does not look like 2 is connected to another boundary line. The boundary lines should form a closed loop, and the other lines would be marked as "connection", or "origin connection" lines. You could change these categories in the construction after you've pasted the lines. The difference between Origin connection lines and Connection lines, is that the origin connection lines are entered first, starting at a commencement point, with bearings headed towards the parcel's point of beginning, whereas connection lines are added after the boundary loop has been formed, they are added with bearings that are in a direction away from the parcel boundary point. Also, note that once the parcel has been entered, it may still need to be joined/connected to the rest of the fabric. There can be rotation on the parcel, prior to joining, because it may have a different basis of bearing from the existing parcel data. -Tim
... View more
03-04-2015
12:25 PM
|
0
|
0
|
297
|
POST
|
Jamie, we are working on an update to the Attribute Assistant so that it will work with Parcel Fabric edit events. Previously attribute assistant rules only worked on fabrics by manually running them on a parcel selection. Once these attribute assistant add-in enhancements are available, they should help you with this task. We did a demonstration of it at today's Land Records meetup, using your question as an example. If you want to take a look, the meetings are recorded; today's recording will be available in the next week or so from http://bit.ly/1BBAerr (You need to be logged in to get the recordings) Stay tuned! -Tim
... View more
02-26-2015
01:32 PM
|
0
|
0
|
320
|
POST
|
Jeff, I have reproduced the scenario you describe. As you demonstrate, the 2 parcels do not have rotations that are significantly different from one another, and so you should not be seeing this effect at all. (It is unrelated to the rotation tolerance I described previously.) Thank you for reporting this, and for all your work to communicate the problem. Graphics are always appreciated. It will be logged in our system as a bug, and an incident will also be logged with tech support on your behalf. I’ll investigate/research an interim solution. Thanks again, -Tim
... View more
12-11-2014
11:19 AM
|
0
|
1
|
1530
|
POST
|
Jeff, The compiled flag does have an influence on the weighting of lines when they are used in a fabric adjustment. First a quick overview on the accuracy category structure (see also help doc here). In general the accuracy categories are assigned hierarchically. An accuracy category (or adjustment weighting) is required at the Plan level, whereas they are optional on the parcels and on the lines. A parcel inherits it weight from the Plan, and a line inherits its weight from its parcel. However, any particular parcel can have a weight assigned to it, and that accuracy over-rides the Plan’s accuracy category, and similarly, any particular line can have a weight category assigned to it, and its accuracy over-rides the parcel’s (and plan’s) accuracy category. With regards to the compiled flag, you’ll notice that it is set at the parcel level only. It is the equivalent of setting the accuracy on the parcel to accuracy category 5, but it only comes into play if the parcel accuracy has not been explicitly set. For example, if the parcel accuracy category has been set to category 3, then the parcel accuracy is assigned that value of 3, regardless of whether or not it has been flagged as compiled. So the compiled flag serves a dual role of: indicating that one or more lines of the parcel have been calculated/derived from other sources assigning the parcel an accuracy category of 5, but only if the accuracy category on the parcel has not been explicitly set Hope this helps. (Apologies for the delayed response.) -Tim
... View more
12-09-2014
04:13 PM
|
0
|
1
|
384
|
POST
|
Jeff, This can happen when the parent parcel and the new parcel have different rotations (or scales). I suspect that you may be running into the conundrum/decision of whether to: copy the exact record values from the original lines from both parcels when creating the new remainder’s lines, thereby forgoing good misclose or recomputing the record values using a consistent scale rotation for the new Remainder parcel The approach you choose is not really a decision that is made on an edit by edit basis, but rather a general approach, and may be based on how much of a rotation difference there is between the two original parcels, before using the one approach over the other. For more specifics, and for info on how to make this choice via a fabric property, please see the documentation that comes with the Add-in called Extended Fabric Properties. After installing the Add-in, start ArcMap or ArcCatalog, right-click the fabric in the Catalog window, then click Extended Fabric Properties. To access the documentation, click the question mark button in the dialog title bar, then click the Minimum rotation tolerance entry field for the information. -Tim
... View more
12-05-2014
12:59 PM
|
0
|
3
|
1530
|
POST
|
The Stated Area field is populated when the parcel has a misclose ratio of better than 1:5000. If the field is empty, like when there’s a new parcel, or if you intentionally remove the string, then the system will compute an area for you and enter the string based on the record values on the lines; it’ll use the plan’s area unit to compute it and will then add the suffix such as “sq.ft”. If the field already has a string value in it then that value is left alone and the value will not be overwritten. The reason for the misclose ratio limit is that since the area is computed based on the record distances and bearings, if there is a large misclose indicating an incorrectly entered record distance or bearing, then the calculated area is also going to be incorrect. The stated field is considered by the fabric to be record information, and so you can overwrite the string and type, for example, “10 Acres” or whatever else is stated on the legal record. As mentioned before, any string found in this field will not be overwritten automatically by the Parcel Editor. If you want the Parcel editor to re-calculate the area, then you need to first remove the string in this field, then make the change to the record value and save the parcel again. If you’d like to change the ratio limit of 1:5000, you can do this by adding a registry key as follows: Run regedit.exe (for example by typing it into the entry field after you click the windows Start button) Navigate to HKEY_CURRENT_USER\Software\ESRI\Desktop10.2\ArcMap\Cadastral Enter a new string value called “HighAreaMiscloseRatio” and give it a value less than 5000, example 500 (representing 1:500) -Tim
... View more
12-04-2014
12:05 PM
|
2
|
10
|
1530
|
POST
|
Hi Jeff, The plan would show up in the unjoined parcels list if it contains an historic parcel that is unjoined, and the historic parcel has been filtered out from the Parcel explorer tree-view. You can turn on viewing the historic parcels by right-clicking the white-space in the parcel explorer window and checking on the option that says "View Historic Parcels" We're planning to update the software at the 10.3 release for the parcel explorer in the way that it handles historic parcel filtering, so that we can avoid this confusion in the future. Thanks for reporting the problem! On your other question, the only valid reason that I'm aware of for the check-box to be disabled and checked on, is if the parcel is already unjoined. If you are seeing that the check-box is checked on and disabled for joined parcels, then please contact tech support, as that would be a software defect that needs to be fixed. Thanks, -Tim
... View more
05-29-2014
11:56 AM
|
0
|
0
|
345
|
POST
|
Hi, There are counties in Oregon and Washington that are using the parcel fabric. Please contact the Olympia Regional Office for more info. I'll also let the relevant folks at the regional office know to expect your call, and I can help as needed with any further questions that you may have. (I'm also in Olympia.) Thanks, -Tim
... View more
05-28-2014
08:07 PM
|
0
|
0
|
195
|
POST
|
Hi Ryan, When in the construction environment you�??re working with line-work prior to actually creating the parcels. This environment is usually best used when pre-defining the line-work for multiple parcels at once, in a subdivision, for example. The parcels are only present after you�??re done with defining the lines, and after you click Build; this is why you are not able to attribute individual parcels--they are not present yet. Since the construction is a network of lines, there is no single misclosure. In the other case where you are creating a single parcel, the attributes can be defined immediately, and the closure can be reported right away. This is because the parcel lines can (should) immediately form a single sequence of boundary lines to create a closed loop. (The exception being if it�??s defined as an unclosed parcel.) -Tim
... View more
03-17-2014
03:46 PM
|
0
|
0
|
494
|
POST
|
JS, If you don't get an answer from this Land Records forum, you could also try the cartography forum, or the map automation forum. -Tim
... View more
03-03-2014
08:49 AM
|
0
|
0
|
160
|
Title | Kudos | Posted |
---|---|---|
3 | 04-26-2024 11:14 AM | |
1 | 04-04-2024 03:04 PM | |
1 | 02-15-2024 04:08 PM | |
1 | 10-07-2013 06:16 PM | |
1 | 11-09-2023 09:07 AM |
Online Status |
Offline
|
Date Last Visited |
07-12-2024
11:13 PM
|