RAH_GIO_Collaboration/LRSE_Pavement

View In: ArcGIS JavaScript ArcGIS Online Map Viewer ArcGIS Earth ArcGIS Pro

Service Description: <DIV STYLE="text-align:Left;"><DIV><DIV>The business rules for Pavement Sections are maintained by Central Office Asset Management, specifically Todd Shields as of Fall 2020. Generally speaking, a PK needs to reside on current routes and the increasing side of a dual carriage way on County Log if applicable. PKs should not reside on ramps. PKs should be primarily either HMA (flexible) or PCCP (rigid) pavements. As noted in the summary, multiple PKs can be included in planned work, but generally planned work (maintenance or contract) should not be planned for only a part of a PK. They should typically function as an indivisible/atomic unit of pavement locations. If they do need to be divided, the existing PK should be reitred and replaced. There can be multiple records for a single PK if they either ride along a route that has a gap (such as a roundabout intersection) or they ride for a brief period on another route (again like at an intersection).Regarding fields:<UL><LI>PAVEMENT_KEY is the identifier (first digit is indicative of district, but the other values don't hold an specific meaning beyond their distinctiveness),</LI><LI>LOCATION_DESC describes the beginning and end of the route with the route itself typically not referrenced since it is inherent to the route ID,</LI><LI>ROAD_CATEGORY is generally how much traffic a road has and whether it is interstate or not (see separate Road Category business rules for more information),</LI><LI>PW_AREA_SYS is pavement area (including shoulders) in sq yds and is expected to be populated systemiatically based on information from dTIMS,</LI><LI>PS_AREA_SYS are similar to PW_AREA_SYS but are expected to be generated when a project is developed, when a new PK is created, or whenever such value is calculated and will function as manual overrides to the systemically derived values from PW_AREA_SYS</LI><LI>The remainder of the fields are standard for event layers on RAH</LI></UL>Please note that LRSE_Pavement_Section is the old version of this data from prior to the conversion from State Log to the current version of County Log/One Log.</DIV></DIV></DIV>

Map Name: RAH

Legend

All Layers and Tables

Dynamic Legend

Dynamic All Layers

Layers:

LRSE_Pavement_Sections (32)

Description: <DIV STYLE="text-align:Left;"><DIV><DIV>The business rules for Pavement Sections are maintained by Central Office Asset Management, specifically Todd Shields as of Fall 2020. Generally speaking, a PK needs to reside on current routes and the increasing side of a dual carriage way on County Log if applicable. PKs should not reside on ramps. PKs should be primarily either HMA (flexible) or PCCP (rigid) pavements. As noted in the summary, multiple PKs can be included in planned work, but generally planned work (maintenance or contract) should not be planned for only a part of a PK. They should typically function as an indivisible/atomic unit of pavement locations. If they do need to be divided, the existing PK should be reitred and replaced. There can be multiple records for a single PK if they either ride along a route that has a gap (such as a roundabout intersection) or they ride for a brief period on another route (again like at an intersection).Regarding fields:<UL><LI>PAVEMENT_KEY is the identifier (first digit is indicative of district, but the other values don't hold an specific meaning beyond their distinctiveness),</LI><LI>LOCATION_DESC describes the beginning and end of the route with the route itself typically not referrenced since it is inherent to the route ID,</LI><LI>ROAD_CATEGORY is generally how much traffic a road has and whether it is interstate or not (see separate Road Category business rules for more information),</LI><LI>PW_AREA_SYS is pavement area (including shoulders) in sq yds and is expected to be populated systemiatically based on information from dTIMS,</LI><LI>PS_AREA_SYS are similar to PW_AREA_SYS but are expected to be generated when a project is developed, when a new PK is created, or whenever such value is calculated and will function as manual overrides to the systemically derived values from PW_AREA_SYS</LI><LI>The remainder of the fields are standard for event layers on RAH</LI></UL>Please note that LRSE_Pavement_Section is the old version of this data from prior to the conversion from State Log to the current version of County Log/One Log.</DIV></DIV></DIV>

Service Item Id: 9f9ed1f9e52040c8bd56236f9fc49b33

Copyright Text: Primarily administered by Kevin Munro with some assistance by Adam Tyra, Data is maintained collaboratively by Central Office Assement Management, Central Office Pavement Asset, and the district Pavement Asset Engineers and their assistants.

Spatial Reference: 26916 (26916) LatestVCSWkid(0)

Single Fused Map Cache: false

Initial Extent:

Full Extent:

Units: esriMeters

Supported Image Format Types: PNG32,PNG24,PNG,JPG,DIB,TIFF,EMF,PS,PDF,GIF,SVG,SVGZ,BMP

Document Info:

Supports Dynamic Layers: true

Resampling: false

MaxRecordCount: 2000

MaxImageHeight: 4096

MaxImageWidth: 4096

Supported Query Formats: JSON, geoJSON, PBF

Supports Query Data Elements: true

Min Scale: 0

Max Scale: 0

Supports Datum Transformation: true

Child Resources: Info Dynamic Layer

Supported Operations: Export Map Identify QueryLegends QueryDomains Find Return Updates

RAH_GIO_Collaboration/LRSE_Pavement_Sections (MapServer)