|
POST
|
The solutions team as just released version 1 of Community Parcels, please visit the State Government page for more information and download.
... View more
06-30-2014
10:27 AM
|
0
|
0
|
1344
|
|
POST
|
Are my street centerlines supposed to have small area around them after they have been migrated? I migrated a topology with a empty area, but i still got area in my parcel fabric. I want to just have the lines in my parcel fabric. Yes, that's the expected behavior for un-closed parcels. I would suggest that you load those as connection lines if you only want to have the lines as part of your Parcel Fabric - or simple associate those lines so that they will move along as the Parcel Fabric moves and adjusts. Chris ArcGIS Solutions Team
... View more
05-12-2014
11:53 AM
|
0
|
0
|
1234
|
|
POST
|
Beza, Is the "overlay" layer, or ROW a feature in a standalone feature class? If so, you can use the "align-to-shape" tool to move it over (setting the Fabric as the feature to align-to-shape). To use COTS editing/geoprocessing tools to perform this conflation, I would recommend the following tools (and these may be useful to use when simply loading parcels to the Parcel Maintenance Solution). Manual Adjustment - tools are available to align parcels along (what are supposed to be) coincident boundaries. Align to shape - http://resources.arcgis.com/en/help/main/10.2/index.html#//01m800000004000000 Check out Doug Morgenthaler do this against the Parcel Fabric specifically - http://video.esri.com/watch/677/road-ahead-_dash_-arcgis-101-for-desktop Automated Adjustment �?? tools are available to align parcels along (what are supposed to be) coincident boundaries. Integration - http://resources.arcgis.com/en/help/main/10.2/index.html#//00170000002s000000 Conflation - http://resources.arcgis.com/en/help/main/10.2/index.html#//001v0000000z000000 Updated broken links above for the conflation and integrate workflows.
... View more
05-05-2014
09:01 AM
|
0
|
0
|
1645
|
|
POST
|
All, ArcGIS Version: 10.1 SP1 SQL SRVR Version: 2008 R2 ArcSDE Version: 10.1 SP1 (x64) We have identified curious behavior with our plans table. It appears that our System Default Map Plan has switched with another plan. Another plan has appeared to have inherited the system default map plan parcels. The editor who created the plan mentioned having difficulty creating the plan. They may have renamed the default map plan from the plan directory. Is it possible rename the default map plan? If this is possible, I believe that renaming the default map plan means that the rename captured all of the parcels linked to the original. The new default map plan has 61 parcels in it so perhaps it was recreated? Any thoughts on what could be happening? See the output from a query of our SQL Server Database in the attached snapshots. John, You can rename the <map> plan. I'm still not exactly sure how this happened, but you can calculate the PlanID field which could be related. Were you able to re-calculate the parcels to the proper plan? Chris
... View more
04-30-2014
12:49 PM
|
0
|
0
|
1254
|
|
POST
|
I have a field that is double with no defined precision or scale and populated with real numbers. I create a new field, same format, and use field calc to subtract each number by .01 I create another field, same format, use field calc to subtract new number from original. I get results, seemingly randomly, that range from .01 to .009xx. WHY? ver 10.1 build 3143 Hello, You may want to post this question in the GeoDatabase forum: http://forums.arcgis.com/forums/32-Geodatabase-amp-ArcSDE Thanks, Chris - Solutions
... View more
04-28-2014
10:58 AM
|
0
|
0
|
897
|
|
POST
|
Beza, Is the "overlay" layer, or ROW a feature in a standalone feature class? If so, you can use the "align-to-shape" tool to move it over (setting the Fabric as the feature to align-to-shape). To use COTS editing/geoprocessing tools to perform this conflation, I would recommend the following tools (and these may be useful to use when simply loading parcels to the Parcel Maintenance Solution). Manual Adjustment - tools are available to align parcels along (what are supposed to be) coincident boundaries. Align to shape - http://resources.arcgis.com/en/help/main/10.2/index.html#//01m800000004000000 Check out Doug Morgenthaler do this against the Parcel Fabric specifically - http://video.esri.com/watch/677/road-ahead-_dash_-arcgis-101-for-desktop Automated Adjustment �?? tools are available to align parcels along (what are supposed to be) coincident boundaries. Integration - http://resources.arcgis.com/en/help/...0000002s000000 Conflation - http://resources.arcgis.com/en/help/...0000000z000000
... View more
04-28-2014
10:35 AM
|
0
|
0
|
1645
|
|
POST
|
Hi, We have noticed something odd occurring when we create a new parcel and create remainder parcels that the new parcel overlaps, we have noticed that the Stated Area field is getting populated for some parcels but not others. Is there something that determines when this field is populated? Thanks, Hello Jeff, The Stated Area field is only calculated when the mis-close is small, I'd check to see if the parcel has a large mis-close. Sometimes when you "mix" new measurements with existing parcels (in the case of a remainder) you end up with a new parcel with a larger mis-close. Chris
... View more
04-10-2014
01:00 PM
|
0
|
0
|
407
|
|
POST
|
Outside of the Indiana State Land Office, there are a couple other States that have specific land office (New Mexico, Texas, Louisiana) that specifically deal with past and present state owned/managed land parcels. I'm curious if there are other state government agencies that deal with state-wide parcel/property information as a state-wide dataset, or if the task is left to a conglomeration of state agencies to track and publish that information individually? I am in charge of the Indiana State Land Office as a single resource to maintain a dataset pertaining to current land parcels (6000+) and another for surplused parcels (1000+), including state run: parks, prisons, and hospitals, as well as associated data tables. My next question for those in single resource positions - how are you dealing with coincident boundaries, mineral/surface rights, partial parcel sales, referencing surveys and other old documents? We have been moving towards an abridged version of the ESRI's Parcel Fabric since it seems to address these issues, however the model was intended for (almost) seamless county/city information and less for datasets that are contiguous within a property, but property are spread out throughout the state. Curious -Bob Hello Bob, thanks for the post. I'm currently involved in a project to improve parcel aggregation from one jurisdiction to another, in other words "community-based Parcels". You're exactly right in saying that the Parcel Maintenance Solution ( http://solutions.arcgis.com/local-government/help/tax-parcel-editing ) is really useful for a County Public Works, Assessor, City to maintain their parcels. These tools maintain the vertical alignment for parcel types that are supposed to be coincident, or portions coincident (ownership, tax, lots, subs, leases, PLSS, etc.). We (the ArcGIS Solutions Team) are working on a set of tools that allow participants to submit and update a larger, community-based parcel dataset. For example, this could be a municipality updating a county, a county updating or contributing to statewide parcels. For the non-US market, regions within a National-based Cadastre, etc. This is really based on a simpler publication model extracted from the Parcel Maintenance Solution, but can also accept less-standardized parcel information from a variety of sources. I'll make sure to keep anyone interested in the loop on the forum. Edge-matching decisions need to be examined by the jurisdiction responsible for curating the dataset, but there are many tools and a few workflows that you can use to manage these relationships. Some things to consider - Administrative Boundaries - If a city/county has defined boundaries, and all jurisdictions shoehorn into those boundaries (fixed) it will make the aggregation simpler. This can be managed directly with the addition of control points (maintained by the Parcel Maintenance Solution) and can "pin" down that boundary. When the parcels that need to published are aggregated, they will fit without gaps/overlaps into the larger (simplified schema) community parcel dataset. To use COTS editing/geoprocessing tools to perform this conflation, I would recommend the following tools (and these may be useful to use when simply loading parcels to our COTS Parcel Maintenance Solution). Manual Adjustment - tools are available to align parcels along (what are supposed to be) coincident boundaries. Align to shape - http://resources.arcgis.com/en/help/main/10.2/index.html#//01m800000004000000 Automated Adjustment �?? tools are available to align parcels along (what are supposed to be) coincident boundaries. Integration - http://resources.arcgis.com/en/help/main/10.2/index.html#//00170000002s000000 Conflation - http://resources.arcgis.com/en/help/main/10.2/index.html#//001v0000000z000000 If you have any other questions, please continue the discussion. Chris Buscaglia - Solutions
... View more
03-13-2014
11:55 AM
|
0
|
0
|
1344
|
|
POST
|
Well, I am trying to build a completely new parcel after deleting the inaccurate one, in this case the basis of bearing tool can't be used (it's grayed out). The survey I have uses true north, my coordinate system uses grid north, there is a rotation I can't account for when constructing a new parcel and trying to digitize the natural boundary with a line string off an ortho photo projected in my map. I tried creating a new parent parcel (a quarter-quarter section) and then constructing from parent so I could use the basis of bearing tool. I constructed new lines from the survey then digitized the natural boundary with a line string, using snapping so the parcel's closure was perfect. Everything looked good when I built the new parcel, but when I open it, there is a misclose. Not sure what is going on there. Ryan Interesting, by snapping do you mean digitizing? If you simply digitized, I would agree with you that you shouldn't see mis-close for the resulting parcels. Can you submit a incident for this and submit the parent parcel as a Cadastral XML? Chris
... View more
02-27-2014
01:16 PM
|
0
|
0
|
1095
|
|
POST
|
Hello again rkelso, Have you tried the basis of bearing tool? http://resources.arcgis.com/en/help/main/10.2/index.html#//00wp00000078000000 Chris Buscaglia
... View more
02-25-2014
01:33 PM
|
0
|
0
|
1095
|
|
POST
|
I have an existing parcel fabric with data. I would like to load more data from a polygon feature class. I create lines and a topology with the necessary rules. I run the Load a Topology to a Parcel Fabric geoprocessing tool, which succeeds. The polygon records are imported into the parcel fabric, with the name field being populated in this fashion: NameOfFeatureClass_PolygonOID. The records have shape lengths and shape areas of 0, however. Thus, the records exist in the parcel fabric table but there is no shape for the records. Is this a bug with the Load a Topology to the Parcel Fabric geoprocessing tool? Conorbarber, I'd like to be able to understand what the issue could be, it could be a few things. For this question, please seek tech support's help on this one...they'll be able to diagnose very quickly. If you could please open a support ticket http://support.esri.com/en/webform it would help us expedite the resolution and in the case that it is a more serious bug, we can get it fixed. Chris Buscaglia Local Government Solutions
... View more
02-21-2014
01:06 PM
|
0
|
0
|
592
|
|
POST
|
Jeff, This looks like a byproduct of the loading process. Long story short, there is a loophole on the loading process that converts densifed arcs, but not the associated polygon representing the lot parcel type. Try running the regenerate tool on the beige Lot Parcel is your screenshot. [ATTACH=CONFIG]31676[/ATTACH] If this doesn't work (since I'm taking a wild guess) we'll go from there and I can give you some additional options. Keep me posted, but I have a feeling that this will take care of the issue. Chris
... View more
02-21-2014
11:47 AM
|
0
|
0
|
1544
|
|
POST
|
Thanks for your reply, Chris. I'm interested in your thought about not maintaining anything in the fabric that isn't a true representation of the legal record, since that is basically everything for us. Gotta start somewhere. I do like your suggestions. Could you elaborate a little on your reasoning for this? For one thing, it seems to me that the parcel fabric editing tools are just not very well suited for the kinds of edits I described in the original post. Our tax parcels are also approximations of the legal record, some are pretty close and others not so much. As we are preparing to switch to parcel fabric, my testing strategy has been to recreate tax parcels using the recorded information as needed for further maintenance, and to move (join) existing points to the more accurate ones. You mentioned subdivisions; I have them but the data is even less reliable so I don't plan on importing them to the fabric. Ryan I'll restate. I should have said "maintaining anything that isn't the best representation that you can come up with for the legal record". My point was more about the spider-web road, this isn't how it was conveyed and no matter what your spatial accuracy is, I wouldn't maintain it. Our Land Records maintenance solution is designed to work with any level-of-accuracy parcel base. Chris Buscaglia
... View more
02-21-2014
08:46 AM
|
0
|
0
|
989
|
|
POST
|
rkelso, I wouldn't maintain anything in your parcel fabric that doesn't represent the original record. In your example, the ROW that you are maintaining is not a true representation of the legal record. A couple suggestions 1. Use simple feature classes and "cut" the ROW by Subdivisions - that is, if you maintain them...sounds like you may not be maintaining them. 2. Delete the large spider-web parcels and simply leave them off until you slowly replace ROW over time - as new subdivisions are recorded, or have time to re-enter the Subdivision boundaries. The lots then can be used to "cut" into the subdivision parcels (using the remainder tool). Chris Buscaglia Local Government Solutions Team
... View more
02-19-2014
07:46 AM
|
1
|
0
|
989
|
|
POST
|
Thanks for the response Chris. For us the closure accuracy is one of the very first evaluations of any new document/description. If closure doesn't meet the standard then the document is simply indexed in our records management system and a letter sent out to the parties involved. Never gets to the parcel editors which is where you're saying the closure ratio is apparent. It is a nice simple tool to construct the boundary and evaluate 'fit' but that's not enough to make it useful here. Thanks again, and a big thank you to your parcel fabric team. Great news - this is slated for the new version of the Deed Drafter, not sure when we are scheduled to release those changes yet - I'll keep you posted! Chris
... View more
01-23-2014
09:24 AM
|
0
|
2
|
1490
|
| Title | Kudos | Posted |
|---|---|---|
| 2 | 02-11-2026 02:06 PM | |
| 2 | 08-27-2025 09:57 AM | |
| 3 | 08-27-2025 09:55 AM | |
| 1 | 03-11-2025 07:06 AM | |
| 4 | 02-06-2025 07:56 AM |
| Online Status |
Offline
|
| Date Last Visited |
04-01-2026
01:38 PM
|