|
BLOG
|
@SimonHawker1 @HusseinNasser2 - FYI @XanderBakker - please continue to share knowledge and samples. They are fantastic.
... View more
10-01-2021
07:31 AM
|
1
|
0
|
3561
|
|
BLOG
|
Problem: When you enter COGO measurements to create a feature it will not snap to any other feature. This can happen when you enter lot lines in a subdivision when you 'connect the dots' . The Solution: Disclaimer: this is R&D at this stage. If you are using true curves Arcade will densify them. So please don’t use on real data, this is not production-ready.” Use attribute rule calculation to update the end vertex of a line if it falls within a specified tolerance to a point feature class. You can see that: 1. The entered COGO dimensions are preserved 2. While the line fell short it updated the end vertex to the point. How this is implemented? When creating a new line (Insert trigger event), the end vertex of the line is extracted and buffered with the specified tolerance. That buffer is then intersected with the points. The number of intersected points are counted - if there is exactly one point that intersects the buffer the geometry of the line ($feature) is updated. This attribute rule returns a geometry ('Polyline' method) that is calculated directly into the shape field. Here is the expression: //The attribute rule searchs for a point within the given search tolerance
// If one point is found the line end point 'snaps' to that point
//SETTINGS
var tolerance = 1; //Set your desired tolerance
var toleranceUnit = 'meter'; //Set to 'feet' or 'meter' or other
var PointsFS = FeatureSetbyName($datastore,'Points',['*'], true); //Set 'Points' to the fully qualified table name
//Variables
var LineFirstVertexGeometry = Geometry($feature).Paths[0][0]; //geometry of first vertex
var LineEndVertexGeometry = Geometry($feature).Paths[0][1]; //geometry of end vertex
var EndVertexPolygonBuffer = Buffer(LineEndVertexGeometry,tolerance,toleranceUnit); //buffer last vertex
var IntersectedPointsFS = Intersects(PointsFS,EndVertexPolygonBuffer); //FS of intersected points
var CountPointsInTolerance = Count(IntersectedPointsFS); //how many points are intersected with buffer?
//if there is one point in the buffer AND the line is a 2 point line (not a curve or polyline)
if ((CountPointsInTolerance ==1) && (Count(Geometry($feature).paths[0]) == 2)){
var TargetPointGeometry = Geometry(First(IntersectedPointsFS)); //find the geometry of target point
var x1 = TEXT(LineFirstVertexGeometry.x); //start X coordinate
var y1 = TEXT(LineFirstVertexGeometry.y); //start Y coordinate
var x2 = TEXT(TargetPointGeometry.x); //target X coordinate
var y2 = TEXT(TargetPointGeometry.y); //target Y coordinate
var SR = Geometry($feature).spatialReference; //spatial reference of the line
var polylineJSON = { //create a JSON representation of the updated line
"hasZ":true,
"paths":[[[x1,y1],[x2,y2]]],
"spatialReference":SR
};
return Polyline(polylineJSON); //return the Polyline to update the SHP field
} Attribute rule setting: Please share thoughts and comments: 1. Do you find this useful? 2. Should it auto-snap to start/end vertices of other lines instead of the points? 3. Should we ship it with the parcel fabric 4. If you are using it, do you see undesired behavior? You can download the project package and give it a try. If you deploy it with real data, make sure to reduce the tolerance. It was set to one for testing/development purposes.
... View more
10-01-2021
07:21 AM
|
5
|
6
|
4770
|
|
IDEA
|
@MARIUSGLOVACI Since the Align Features is not a parcel fabric-specific tool, and since parcel fabric features are SIMPLE feature classes, this idea should be moved to the ArcGIS Pro ideas and tagged as editing. Good idea, as long you always align to the CAD lines (and not vice versa). A quick solution is to set the project properties - CAD option to convert the CAD to features.
... View more
09-30-2021
03:40 AM
|
0
|
0
|
1207
|
|
POST
|
@Keith_Forte THIS IS NOT A BUG. There is a valid reason why all of the fields must be visible when you publish feature services as branch version. Before I try to explain... 1. You can take a publish feature layer and configure it in a web map to hide any fields users are not supposed to see. 2. You can publish the map as read-only: without enabling versioning, without having the parcel fabric controller in the map, without allowing editing of features. In that case, you should be able to hide any fields 3. You can create a database view of any table (DBA skills required), with any fields and publish it. So why you must have all the fields visible? Every time you publish a map with versioning enabled it acts as a workspace (geodatabase). Every published map has its own versions - it acts as a workspace. for example - if you have an attribute rule on a field that doesn't exist it would fail. In the new paradigm of 'web GIS' you can configure your published layers. This also aligns with a future vision in which you might never see the 'geodatabase' similar to how ArcGIS Online hosted feature layers work. There are other software engineering aspects that are hard to explain. Amir
... View more
09-24-2021
12:55 AM
|
0
|
1
|
4155
|
|
IDEA
|
@DeanAnderson2 @FrankConkling We ship system attribute rules as part of the parcel fabric... they are not workarounds. Their advantage is that they can be further configured or even disabled if someone thinks they are not a good fit for the business requirements. Since records are never retired, I am still struggling to understand what would trigger those features to retire.
... View more
09-23-2021
11:43 AM
|
0
|
0
|
3782
|
|
IDEA
|
@DeanAnderson2 @FrankConkling Any feature class can be associated to the Records tables using a relationship class. Such a feature can have the CreatedByRecord field (GUID). The field can get updated when using attribute rules when the cartographic feature is created or modified (Find all records that intersect if more than 1 choose the one with the latest 'Recorded Date') But records do not retire... for example you could have a subdivision and a few merge and splits on top. So would the map technician set an extended attribute on the record to force all the related features as historic? Other ideas?
... View more
09-23-2021
10:35 AM
|
0
|
0
|
3787
|
|
IDEA
|
@anna_garrett A quick test to determine if this is a problem in the traverse or general editing issue is to digitize a sequence of a 2 point line (from is the Create features pane). Use the same layer that took long in the traverse pane. The first edit you make in an edit session usually takes a bit longer, but 10 seconds is way too much time.
... View more
09-23-2021
10:25 AM
|
0
|
0
|
5396
|
|
POST
|
The City of Mississauga recently completed a digital land parcel modernization project and transformed their parcel maintenance environment from a CAD based system to the ArcGIS Pro Parcel Fabric. This presentation covers how the collaborative approach between the City of Mississauga and Esri Canada’s Land Information Solutions team ensured a successful outcome, from data migration through to implementation support, and provides current metrics and lessons learned. Presenters: o Esri Canada: Dave Horwood, Heather Page o Mississauga: Rajni Gupta, Hung Giang, Keti Konstantinova, Susie Campagna Tasca
... View more
09-23-2021
02:20 AM
|
0
|
1
|
1931
|
|
IDEA
|
@DeanAnderson2 Very well articulated and it's great to know you actually prototyped it and you know it can work. Question: Records do not get 'retired' but retire parent parcels when creating new parcels. If the 'cartographic features' are associated to a record, they are defendable and could be potentially filtered using the 'Show Only Active Record' functionality. Should the cartographic features be associated to a parcel instead? This can also can complicated as a single annotation on a shared boundary line can belong to 2 parcels. I guess it should get retired only when both parcels are retired and the RetireByRecord field should be populated with the last record (in case one is retired by record A and the second later by record B). For your current workaround Attribute Rules could be used to populate the fields in the cartographic features when a parcel (polygon / line) is updated. Order of operations might also play a role - do the cartographic features always get created after the parcel is created? It also seems this can also cover 'cadastral reference features' that often appear on cadastral maps like: walls, structures, trees, wells, ...
... View more
09-22-2021
12:52 AM
|
0
|
0
|
3796
|
|
POST
|
@AndrewWallick Since the misclose is small and since it happens so fast it is hard to see the misclose being adjusted among all traverse courses. The traverse will adjust it if it falls within the specified closure tolerance. So in my previous video you can actually skip the edit vertices step if the misclose gap is smaller than the tolerance. Here is an exaggerated example where misclose is 15' and the Closure Tolerance is 25'. Corner points were added to help see the movement of all other courses. This also occurs if the traverse is already closed:
... View more
09-20-2021
06:43 AM
|
0
|
1
|
1033
|
|
POST
|
@AndrewWallick @TimHodson and everybody else. I thought it might be useful to create a small video capturing a few tips and tricks as well as Tim's tips. Should Tracing a traverse be allowed to reverse a course that goes in the wrong direction?
... View more
09-16-2021
01:04 AM
|
2
|
1
|
4982
|
|
POST
|
@AndrewWallick You can select an entered course in the traverse grid and drop it in any position, including the first course as you can see in the animation below. Would think work? If we see the actual deed/plat it might help better understand... if I understand correctly you have a tangent curve that is used as the first course... feel free to add the deed/plat in your reply as there might be a more efficient workflow.
... View more
09-15-2021
01:30 AM
|
1
|
4
|
5004
|
|
POST
|
@Anonymous User I can confirm that the parcel fabric layers Elevation Units are set to 'meters' regardless of the source data. We will work to change the default to the 'Data Source vertical unit' instead. Thanks for bringing this into our attention.
... View more
09-13-2021
03:30 AM
|
0
|
0
|
1113
|
|
IDEA
|
@ElginMoore1 ArcGIS Pro is superior compared to ArcMap. If you are not interested in saving the COGO measurement you type, and if you think you will never modify your entered traverse, than you can also use: 1. A non COGO enabled line feature class 2. A polygon feature class This is documented under the Create A Traverse help topic which I find by doing a quick web search: I would recommend using a COGO enabled line feature class to enjoy the symbology and labeling that comes with it which makes it easier to verify that you enter the correct dimensions as you see them appear on the map and then use the editing tool Construct Polygons. If you care about parcel lineage, historic parcels, parcel alignment, and more... - you are welcome to try out the new parcel fabric which uses simple feature classes. You write: "To use the COGO tool in Pro there are some extra steps and features that are not currently in our workflow. " - can you please specify what those missing features are?
... View more
09-08-2021
07:43 AM
|
0
|
0
|
3100
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 3 weeks ago | |
| 1 | 4 weeks ago | |
| 3 | 4 weeks ago | |
| 2 | 4 weeks ago | |
| 1 | 06-12-2023 01:26 AM |
| Online Status |
Offline
|
| Date Last Visited |
Thursday
|