|
POST
|
The combination factor does not need to be applied in any way when entering the coordinates, though it is important information to store together with the entered values. The combination factor is scale factor that is computed based on the geographic datum (+ plane projection), the latitude and longitude, and the Elevation of the point. It is applied to "measured" distances for conversion between ground and grid distance values. (Ground distance x factor = Grid distance) When storing control points, and other land records in a database or GIS, it is important to capture the original information from the document, and to do some cross-checks (sometimes they are just "rough" checks) to, firstly, validate the values on the document, and secondly, to confirm/QA that you've entered the values (projected coordinates in this case) correctly. In this example the check is to confirm that the geographic coordinates are a match with the projected coordinate equivalents. A quick way to do this is to use ArcMap's Identify tool, and change the coordinate units, as described below. You could store this control point information using a standard point feature class, though I�??d recommend using a parcel fabric, since a control point in the fabric is not too easily (accidentally) moved. In the fabric, a control point can only have its position changed by directly editing/re-typing the control point coordinates in the control point dialog. Here is a link to a map package that contains the final result with this single control point in it. There is a topographic base-map included in this map that can be used as a check on the Elevation data. Below are some screen-shots of what is represented, and the steps used to create this mini-map. In these suggested steps below, I make the assumption that you are using ArcGIS Desktop 10.1 and that you are running with an ArcEditor license, or higher. The end result may also be achieved using 10.0, though 10.1 makes some of these steps simpler. 1. Open a new map document in ArcMap 2. In the Catalog window in ArcMap, right-click your geodatabase, and create a feature dataset. Give it the Iowa South NAD83 projection: NAD_1983_StatePlane_Iowa_South_FIPS_1402_Feet 3. Right-click the new feature dataset, and click New > Parcel Fabric 4. Name the fabric, click Next, and accept all the defaults in the Parcel Fabric creation wizard. 5. After you click Finish, the fabric is added to the map. 6. Still in the Catalog window, expand the parcel fabric node, Right-click the fabric class that ends with �??_Control�?� and click properties. 7. Add 2 new fields with the type of [double] and call them EllipsoidHeight, and CombinationFactor. 8. Add another field with the type [text] and call it Description. Add any other fields that you feel are necessary to capture the relevant information from this document. In this case I have used the fields specified in the Local Government Information Model for control points. [ATTACH=CONFIG]17983[/ATTACH] 9. Right-click the fabric class that ends with �??_Control�?�, click Manage > Create attachments. (this is an optional step, but it can be used to store the scanned document in the database) 10. Turn on the Parcel Editor toolbar, and turn on the Editor toolbar. 11. Click Parcel Editor > Start Editing 12. Click the Maintain Control Points button on the Parcel Editor toolbar. 13. Click the new button, type in the projected coordinates, elevation and other information, click Update, then Close. [ATTACH=CONFIG]17984[/ATTACH] 14. On the Editor toolbar, click the Attributes button, click Attachments, click Add, then browse to the location of your scanned document to attach it as a reference to this control point. Note, you may attach more than one file as a reference. [ATTACH=CONFIG]17985[/ATTACH] 15.You can use the Identify tool to see the control point's information. 16.While in the identify window, change the units to degrees, minutes, seconds, then click on the control name node in the tree-view, and check that the coordinates shown match (to 3 decimals of a second) with the latitude and longitude values from the document. [ATTACH=CONFIG]17986[/ATTACH] 17. Using the public topographic basemap, you can also get a rough check, to the nearest foot, of the Elevation value: in the Identify dialog, change the target to "Elevation (ft)" then click on a location as near as possible to the control point that you entered. [ATTACH=CONFIG]17982[/ATTACH] -Tim (Parcel Editor Team)
... View more
09-25-2012
02:57 PM
|
0
|
0
|
1872
|
|
POST
|
Hi Danny, Here are some ideas and approaches that may help. 1. Using the grid over-rides for non-tangent curves: When adding new parcels to the parcel fabric, if you are missing certain information such as the chord bearing for a non-tangent curve, you may still have the radial bearing, or the tangent bearing. Sometimes you may have a radial bearing and it is not explicitly present on the curve itself, but may be inferred from the surrounding information. If you have one of these other bearing parameters, then you can use a grid over-ride to enter the value. As an example of the radial bearing over-ride, if your plan properties are set to use chord bearing, but you want to enter the bearing as a radial bearing, then you can type the following: S75-27-27E rb In the above string the quadrant bearing portion defines the radial bearing in a direction toward the center of curve. The �??rb�?� is a suffix placed after the bearing to indicate that the bearing is to be interpreted as a radial bearing instead of the default chord bearing. After you enter the radius and the other curve parameter for the line, and hit enter to start the next course, then the chord bearing will be computed for you and placed in the grid cell, replacing the over-ride string that you typed. 2. For tangent curves, if the curve runs tangent from the prior line(or curve), then you can use the �??*�?� to indicate the curve (or line) is tangent to the prior course. There are a number of over-rides explained at the hyperlink called About entering lines on the parcel details lines page. 3. Otherwise, if you have 2 non-tangent curves on the same parcel, and neither of them have any information at all to help specify the orientation of the curves (no chord bearings, no radial and no tangent bearings), then that would require entering the other surrounding line information into a construction. If you have some examples that you�??d like to share, that would help. Using a construction and entering the surrounding lines may (depending on what you have) allow you to establish the end points of the curves that have the missing data. This may even mean entering parcels from an adjacent block into the construction, and using a connection line to establish the end points for the curves. If you have a plat you can attach as an example, I may be able to give further ideas. -Tim
... View more
09-04-2012
10:52 AM
|
0
|
0
|
3022
|
|
POST
|
Hi Brian, Please confirm that you resolved the issue on your own? Based on your last edit, it sounds like there were densified curves in your data and excluding this data from the adjustment solved the problem? If you are still experiencing problems with control points, please note that there is a fix in SP5 that lifts a prior known limit that had required all control points in an adjustment to have unique names. (NIM075375). Thanks for your post. -Tim
... View more
08-23-2012
08:24 AM
|
0
|
0
|
398
|
|
POST
|
Hi John, 1. Regarding the performance problem that you reported, I'm sure you are already aware of this, but I wanted to post an update for the other forum readers: the performance slow-down is not connected with the empty geometries, it is a 10.1 specific problem that only affects queries on SQLServer with SDEBinary storage. There is a fix that will be available on 10.1 sp1, planned to be available in October 2012. (NIM082306) 2. Related to your questions about the null geoms: there is a technical difference between "null" geometries and "empty" geometries stored in geodatabases. Not all gdb platforms support "null" geometries, but empty geometries are supported across all gdb platforms. It's not certain if the case you indicate is for empty or null geometries. If there are null geometries getting exported, then that would indicate that there are also null geometries somehow getting stored in the fabric tables; these null geom records in the fabric table would be considered a problem, whereas empty geometries are expected. The parcel editor creates empty geometries for the following cases; On 10.0 fabrics: 1. unjoined parcels in the parcels table, (a saved construction falls in this category) 2. unjoined parcels' lines in the lines table 3. all radial lines in the lines table. On 10.1 fabrics: 1 thru 3, above, and 4. unjoined parcels' points in the points table, but only if these points are not already in use by another joined parcel. When creating the published parcel outputs, you could create queries that export the data to exclude the parcels that are unjoined. For example: (SystemEndDate IS NULL) AND "Joined" = 1 More info about joining parcels here. Thanks for the feedback and for reporting the performance problem to tech support. -Tim
... View more
08-20-2012
01:12 PM
|
0
|
0
|
787
|
|
POST
|
Thanks for reporting this bug to tech support. It is recorded under NIM083531. This problem occurs when the curve is an exact half circle with a central angle of 180 degrees. Curves greater than 180 degrees are now supported at 10.1. See more info under the help topic Entering data into the parcel traverse grid. As a workaround you can create these half-circle curves as 2 quarter-circles instead. It's easiset to do this using the traverse grid over-rides for tangency (using * in the bearing), and central angle (using 90d in the second curve parameter). See an example video in the attached zip file. -Tim
... View more
08-17-2012
06:43 AM
|
0
|
0
|
372
|
|
POST
|
Maya, If I understand your question correctly, you had started with 10.0 installed, had a 10.0 tax parcel editing map document pointing to the 10.0 version of the fabric. You've installed 10.1, upgraded the 10.0 fabric to a 10.1 fabric, and re-opened the same 10.0 map document? If true there is no problem in doing this, note that when you save changes in 10.1 the map document will be a 10.1 map document. Note, though that there is also a new 10.1 version of the tax parcel editing map on the local governement resource center. At 10.1 Final, when you add the local-government-information-model (LGIM) fabric, to a new empty map document, you see the basic/default view of the fabric, without the special authoring for tailored cartography. At release 10.1 sp1 this default view of the LGIM will be much enhanced. Please respond if I have not understood your question correctly. Thanks, -Tim
... View more
08-16-2012
07:45 AM
|
0
|
0
|
1519
|
|
POST
|
Maya, we'll need to figure out if the plans are missing from the plans table, or if there is an unintended filter applied on the Plans Directory that is hiding them. Please try the following; zoom into a map extent so that there are parcels that are contained within 10 to 20 plans, and then set the Plan Directory filter List to "Current map extent" to show only those plans that contain the visible parcels: [ATTACH=CONFIG]16982[/ATTACH] Are there any plans listed in the Plans Directory? Next thing to try; starting from an empty map document, open the catalog window, browse to your fabric's plan table and drag it onto the map (expanding a fabric node to see its tables is available in 10.1): [ATTACH=CONFIG]16983[/ATTACH] Then, in the map's table of contents, right-click the plans table, and click Open: [ATTACH=CONFIG]16984[/ATTACH] Does the table contain Plan records? Thanks, -Tim
... View more
08-15-2012
10:23 AM
|
0
|
0
|
1519
|
|
POST
|
Hi Maya, There are no known reasons for this to to occur. Would you please provide more information on your steps? For example, did you first upgrade the 10.0 fabric to 10.1 fabric from the General property page for the fabric properties, or are you working on the same 10.0 fabric? When you are looking for the plans, are you opening the Plans table directly, (for example by dragging and dropping it from the catalog window, and then clicking open from the table of contents), or are you using the Plan Directory, via the Parcel Editor toolbar: Parcel Editor-> Plan Directory? Did you notice the missing plans immediately, or did you edit and save edits on the fabric before you noticed the missing plans? Did you do any new data migration from source data into your fabric after you started using 10.1? Thanks, Tim (Parcel editing team)
... View more
08-14-2012
06:03 PM
|
0
|
0
|
1519
|
|
POST
|
Hi Greg, Note that the geodatabase topology and the rules that we've defined for loading into the fabric work best by defining discrete sets of toplogies for each parcel type, and loading these into the fabric separately. If your ultimate intent is to move the data into the fabric, then I'd recommend doing a mini dataloading exercise into the fabric now, so that the process is clear, even though you may not be going into production on the fabric immediately. I think that by doing this data-load prototyping, many of your questions will be answered. I good starting point for data loading is this whitepaper: http://www.esri.com/library/whitepapers/pdfs/loading_data_parcel_fabric.pdf Hope this helps, -Tim
... View more
08-10-2012
10:13 AM
|
0
|
0
|
540
|
|
POST
|
On your first question, I'm not sure why you're not able to see the error, but you should be able to use the planarize lines tool from the topology toolbar to solve it. http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//001t0000008t000000.htm Note also that the whitepaper I referenced before, has some good information for the steps to using this data loading approach.Loading Data into a Parcel fabric.pdf On your second question, the following link points to the help documentation for how to work with topology errors: http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//001t000000st000000.htm Hope this helps. Apologies for the delayed response.
... View more
03-23-2012
12:34 PM
|
0
|
0
|
1788
|
|
POST
|
Hi, There are 2 different approaches for doing bulk data-load into a parcel fabric. Of the following two approaches, the second approach would be recommended for your case. 1. The first approach (the one that you've tried) requires setting up or having a cadastral fabric source (such as a COGO coverage), and launching the importer wizard by right-clicking on the parcel fabric, and clicking Import->Fabric Data. 2. The second approach uses the Geoprocessing tool called "Load a Topology to a Parcel Fabric", and it requires setting up a geodatabase topology: [ATTACH=CONFIG]12491[/ATTACH] This second approach uses lines and polygons that are setup in a topology with a set of topology rules. It is described more fully here:http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//00850000001z000000.htm -Tim
... View more
03-07-2012
11:39 AM
|
0
|
0
|
1788
|
|
POST
|
Thanks, Jim. There is also an additional step to do if you're using the Curves and Lines Add-in, and especially if you're using it with the option to create circular arcs. Prior to running the tool use the planarize lines tool from the topology toolbar, to make sure that the topo rule �??Must Not Intersect Or Touch Interior�?� can be honored later on when creating and validating the topology. Note that there is now a good whitepaper on this topic here: http://www.esri.com/library/whitepapers/pdfs/loading_data_parcel_fabric.pdf -Tim
... View more
02-24-2012
08:00 AM
|
0
|
0
|
1788
|
|
POST
|
Hi Dan, Further to our e-mail correspondence, wanted to share the info (so far) on the forum. Look forward to talking with you about this further in the near future. Again, thanks for the feedback! As I mentioned in the e-mail, this does not answer all your questions, but we can take it further once we�??ve looked at your data. You are correct in that the fabric adjustment does not have the same functionality as WinGMM (such as a weighted least squares) We�??d be interested to see the data and results of the work that you and Jack have done in your comparisons between WinGMM and fabric adjustment. While it is possible to express the closure of a legal description (say 1:5000) as a ppm, this is not the same as the standard deviation and ppm as found in the fabric�??s accuracy table described by Christine. The legal description provides an expression of intent for what the surveyor placed/found in the field. It is even possible for the legal description �??measurement�?� values to be created before the surveyor physically places the new monuments, and before any direct field measurement is ever made. The mathematical closure of the legal description (regardless of age) may often be less than a 1/100th of a foot, however that does not mean the monuments as directly measured and placed in the field are �??accurate to a hundredth of a foot.�?� How well the actual positions of the monuments in the field match with the legal description�??s indirect measurements is a function of the equipment used by the surveyor to directly measure them. We would absolutely prefer to use the direct survey measurements, but since we do not have those original field observations, the legal record values are the next best thing. The other information that we have is the date of survey. From this we can infer the survey equipment that was likely used. The standard deviations and ppm from the accuracy table of the fabric is used to inform the fabric adjustment how well we expect the record values on each line to correlate with the actual �??true�?� value between the physical positions on the ground. (�??True�?� is in quotes here because it�??s always a theoretical value; a measurement by definition, always has error, whether it�??s indirect or direct.) -Tim
... View more
01-05-2012
09:19 AM
|
0
|
0
|
1020
|
|
POST
|
First, a quick thank-you to Nick for attaching these 2 examples. Bill, please feel free to respond directly to this thread and attach your documents, or you can otherwise contact me via e-mail at thodson@esri.com. We intend to support spirals in a future release. Our core geometry engine now supports spirals at 10.0, and so we have the underlying framework needed to do this work; however, there is further design and development required to add support for spirals into the parcel fabric data model and parcel editor tool-set. Thanks, -Tim
... View more
10-24-2011
03:05 PM
|
0
|
0
|
3390
|
|
POST
|
Nick, Thanks for your post. I'm looking for different examples of spirals in platted documents, so that we can work on design and specifications for supporting these in a future release. I will contact you directly via e-mail to see if you can share some of these examples. If there are others that would like to contribute please also attach your example to this thread. Thanks, -Tim
... View more
08-25-2011
11:45 AM
|
0
|
0
|
3390
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 09-18-2024 12:38 PM | |
| 4 | 09-18-2024 01:01 PM | |
| 3 | 04-26-2024 11:14 AM | |
| 1 | 04-04-2024 03:04 PM | |
| 1 | 02-15-2024 04:08 PM |
| Online Status |
Offline
|
| Date Last Visited |
3 weeks ago
|