|
POST
|
I know Nathan has stated the Lrs_Edit_Log is not meant for human consumption and I don’t disagree, but one can still find what I believe is useful information, especially if you compare years. Here is the type/number of edits I calculated for NCDOT for 2018 using 10.5.1: TransactionDate > '1/1/2018' AND TransactionDate < '1/1/2019' AND ActivityType = X Edit log Code/R&H Route action name/number of records 1 Create Route 4684 3 Reverse Route 140 4 Retire Route 1260 5 Extend Route 1070 6 Reassign Route 1020 7 Realign Route 349 12 Cartographic Realignment 19139 What are your stats?
... View more
06-11-2019
05:59 AM
|
5
|
35
|
10633
|
|
POST
|
For item 10 fixing, Nathan has provided the following workflow to us. In order to fix these routes (and events), I would follow the workflow below: Turn off Roads and Highways. Remove one of the vertices that are within tolerance on each centerline. Turn on Roads and Highways. Run Generate Routes on the routes that utilize the centerlines you editing in step 2. Run Generate Events on the events that utilize the routes you updated in step 4. It’s a GP tool, so you can put selection sets of definition queries to significantly speed up this process and only run on the impacted events. I am working through testing this for us. If you just remove the vertex on centerline, as I had suggest for our users, apply updates will become active, after running you have the belief that you have also fixed milepoint and events. I have found that is not the case. Hope this helps.
... View more
06-04-2019
05:07 AM
|
1
|
0
|
920
|
|
POST
|
This blog was brought to my attention, https://www.esri.com/arcgis-blog/products/data-reviewer/data-management/invalid-geometry-check-explained/ Which is where I had gotten the image to start with but the article couldn't be found for some time. Hope this folks.
... View more
06-03-2019
10:34 AM
|
0
|
0
|
4078
|
|
POST
|
Preston, No problem. That is a goal of RHUG and this space to drive conversation that helps all stakeholders. Based on conversations I have had with others, I would agree that we are a highly specialized community and this is one way to help increase the existing knowledge base and hopefully our numbers.
... View more
05-29-2019
06:09 AM
|
0
|
0
|
4078
|
|
POST
|
@ Clive, I agree that most routes usually do not have other issues if they have invalid geometry but that is no guarantee they won't and yes a route can multiply other issues outside of invalid geometry. @Preston, My experience has shown that for us, loops and lollipops return a line/polyline closes itself record and not a invalid geometry record. Yesterday I ran a check on about 11,000 miles of our data. I had 1 invalid geometry return because of the vertex issue and 356 returns on routes that where loops and lollipops. That will shortly be 1 resolved record and 356 exception records. Hope that helps.
... View more
05-29-2019
05:18 AM
|
0
|
2
|
4078
|
|
POST
|
It is my understanding (which I hope Clive/Esri can provide input if I am mistaken) that would not help. DR sees the route for lack of a better term as “broken” from a DR point of view not a R&H point of view and does not know how to handle the other checks with that route. Marking as exception would only stop the repopulation of the DR table not allow the continuation of other checks. I don’t recall off hand having any of our routes having multiple issues, so if the invalid geometry (vertex being a major of the issues) was fixed the route would not reappear with other problems.
... View more
05-28-2019
05:52 AM
|
0
|
4
|
4078
|
|
POST
|
I think they are a critical issue, it is my understanding that while DR found them under invalid geometries it prevents other DR checks from running on those records. Additionally having a null shape cause issues with having two route in the location without knowing about it. My experience has been if you have used geoprocessioning steps for data migration you can run into 10. duplicate vertices at the begin/end of route. If you are z-aware, you have a 9 zero/NaN elevation. As a coastal state this can be a problem. It was also easier to find some issues of roads in the waterway/ocean. So it's a double edge sword. For our editors I have instructed them to do the following: There are two things to look for. Make milepoint (route/road layer) selectable (NCDOT by default has this layer as unselectable). Double click on the route in question and view its sketch properties. Look for zero Z values along the route Look along the route for duplicate or near duplicate X and Y values. Typically found at the start or end of route. Deselect the route and select the correct centerline, remove the second vertex. While it shouldn’t really affect the geometry ensure the route appears as you intended. Make milepoint unselectable again before continuing with your work. Yes you can also view the sketch properties on centerline but I find it easier to look the measure field for duplicates then both the X and Y fields. To each their own . I don't recall running into the others. Additionally at 10.5.1 the data reviewer check and the CheckGeometry geoprocessing tool return different results with data reviewer picking up more issues if you happening to be using that tool. Hope that helps.
... View more
05-23-2019
10:18 AM
|
1
|
8
|
4078
|
|
DOC
|
Recorded meeting https://meetny.webex.com/meetny/lsr.php?RCID=da6bb1e7e47249769a9eceb016e9038c
... View more
05-10-2019
10:04 AM
|
0
|
0
|
297
|
|
POST
|
Routes increase in the direction of travel. While we model addresses we do not maintain them, that is outside of our band width. We do maintain full name. I would not recommend modeling the data the same as we have for streetname. Of all our event data, streetname is the most problematic and I get the most returns for issues compared to other events. It is around 2:1 or greater for the number error hits. Our HPMS folks are setup for Collector, not sure if it is used for sample data but they do use it for small pipe inventory. Other business units are/going to be using Survey 123 but they are using that to collect data not on our route network. I can put you in touch with our mobile team if you like as that is outside my wheelhouse.
... View more
05-03-2019
06:23 AM
|
0
|
0
|
6253
|
|
POST
|
No problem. So back in the early days mid-2000's when the earth cooled and we started using esri products for LRS editing instead of the mainframe we had a little program called ARID, which is very much like Event Editor. Attached is some of the early work that I hope helps to illustrate how events can break and making many attribute sets with multiply passes to match can speed up data entry instead of adding all events at one time on one pass. I have attached an excel file of a more current file that our inventory folks use, it is at latest the fourth revision of the ARID project guide. For our LRS editors we only have a few events to maintain so one attribute set works easy enough to turn on/off event layers (DCGAttset).
... View more
04-29-2019
10:29 AM
|
1
|
0
|
3117
|
|
POST
|
Trevor, All presentations are posted online for each year. That said I don’t know when and the website has changed so I cannot give you a good link outside of the generic page. Transportation.org – The home of transportation professionals.
... View more
04-25-2019
01:27 PM
|
0
|
0
|
3117
|
|
POST
|
Maja, North Carolina had a simple number populated for the data load and is using a GUID for editing, in either cases that field has no meaning for us. If I understand correctly you want to have a unique id value for the point that other data can be referenced. I would another field/s for the point id that you would maintain and populate. Just casually observing the field for linear events I don't think it would work the way you intent it to but I don't interact with point data that frequently to see if it behaves in the same manor. Maybe someone from esri can example the intent/purpose of the field and how they envisioned its use?
... View more
04-03-2019
05:08 AM
|
0
|
0
|
882
|
|
POST
|
Glad it worked out for you. I would have preferred to have arcs in the data as that is how roads are created and we had arcs in our previous system using esri products. I had hoped R&H being for the transportation industry would have gone to the next level to help with ramps and multimodel (ie rail) and included tools for spiral curves but alas those dreams where crushed.
... View more
03-21-2019
01:45 PM
|
0
|
0
|
1784
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 08-18-2022 03:59 AM | |
| 1 | 08-30-2024 04:05 AM | |
| 1 | 08-15-2024 03:57 AM | |
| 1 | 02-01-2024 03:46 AM | |
| 2 | 08-13-2024 04:41 AM |
| Online Status |
Offline
|
| Date Last Visited |
16 hours ago
|