Looking for older capture rules? See the 2014 rules
The purpose of this document is twofold. First, it is intended to define the capture rules for each planimetric feature collected as part of the planimetric update project. As such, this document is meant to clarify questions regarding how the features were captured, provide feature descriptions, and illustrate any exceptions that may apply. Second, since this document provides a wealth of information that would benefit users working with the data, we decided to make it accessible as a secondary source of documentation. This document is not intended to replace the metadata included with the planimetric features but rather to function as an additional source of information. Lastly, the documentation originated from previous planimetric updates. The documentation has evolved and has been refined over each successive planimetric update cycle; and will continue to be extended and maintained over the course of future updates.
One of the core functions of the NYC Office of Technology and Innovation (OTI, formerly DoITT) GIS group is to maintain and distribute an accurate 'basemap' for NYC. Collectively, the basemap includes the digital orthophotography and planimetric features. The basemap provides the foundation upon which virtually all other geospatial data within New York government is registered. Ensuring its completeness and accuracy is fundamental to the Group’s core mission.
As part of a reorganization of New York City government agencies, The Department of Information Technology and Telecommunications (DoITT) was renamed as "Office of Technology & Innovation (OTI)". DoITT and OTI are equivalent terms for the same city agency.
Planimetric mapping is the capture of geographic features from aerial survey (i.e., capture of aerial photography) that are traditionally mapped in two dimensions and are therefore exclusive of elevation. Quite simply these are the visible features that can be digitized from aerial photography. Often referred to as planimetric features or simply planimetrics, these geographic features in their sum total essentially represent the base map data (i.e., layers) for a specific area. NYC first developed a planimetric database in 2000. The data was captured from the first ‘modern’ aerial survey of the New York City that took place in 1996. Referred to at that time as the NYC Landbase, components of this effort were the establishment of:
- a ‘database design’ (the delivery was ArcInfo coverages)
- coverage parameters (e.g., scale, projection, precision, fuzzy tolerance and dangle length)
- the specific features to be captured
- and a classification scheme (i.e., feature codes)
The delivery of the data was by 2,500′ x 2,500′ tiles, which directly corresponded to the orthophotography tiles.
A subsequent ad-hoc update to the planimetric database was done in 2004. This update was based on aerial surveys from 2001 (Manhattan and Staten Island) and 2002 (Bronx, Brooklyn and Queens). This update conformed to the previous database design. In 2006, DoITT formalized the update frequency of the planimetric database and aerial surveys. The aerial photography would be captured on a two-year cycle and the planimetrics a four-year cycle. The first regularly-scheduled planimetric update was based on the 2006 aerial photography and delieverd in 2008.
With each subsequent update, refinements have been made. New features and domains have been added, obsolete features have been removed, features have been captured in three dimensions, a seamless database has been produced and the time between aerial capture and delivery of the planimetrics has been shortened. For a complete list of the captures, see below.
The source imagery for the current planimetric update was captured on the following dates:
- Manhattan - March 18, 2022
- Bronx - March 16, 2022
- Brooklyn - March 16 and 30, 2022
- Queens - March 16 and 30, 2022
- Staten Island – March 16, 2022
Using this orthoimagery, the planimetric base layers were updated city wide starting in November 2022 and were completed in October 2023
Be advised that organizations define spatial data to be valid using different sets of rules. The links below lead to spatial data formats that may not be fully compatible with some software. QGIS users, for example, may prefer to download shapefiles from NYC Open Data.
Planimetrics Delivery | Year of Imagery | NYC Open Data | NYCMapHub | NYCMaps File Geodatabase |
---|---|---|---|---|
2000 | 1996 | NYC Planimetrics 2000 | Not available | Not available |
2004 | 2001, 2002 | download zip of all history | Not available | Not available |
2008 | 2006 | NYC Planimetrics 2008 | Planimetrics 2008 datasets | Not available |
2012 | 2010 | download zip of all history | Planimetrics 2012 datasets | Not available |
2016 | 2014 | download zip of all history | Planimetrics 2016 datasets | Not available |
2022 | 2022 | NYC Planimetrics | Planimetrics 2022 datasets | NYC 2022 Planimetrics |
FEATURE CLASSES
- Boardwalk
- Cooling Towers
- Curb
- Curb Cut
- Elevation
- Hydro Structure
- Hydrography
- Median
- Misc Structure Poly
- Open Space
- Park
- Parking Lot
- Pavement Edge
- Pavementedge Carto
- Plaza
- Railroad
- Railroad Structure
- Retainingwall
- Roadbed
- Shoreline
- Sidewalk
- Sidewalk Line
- Swimming Pool
- Transport Structure
- Under Construction Unknown
- Water Tank
Digital planimetrics were derived using the imagery products delivered with the 2022 New York Statewide Flyover (see Introduction for specific flight dates), which includes raw imagery collected to support the generation of 0.5 Ft Ground Sample Distance (GSD) natural color imagery. The images were captured with 80% forward lap and side lap to support 1”=100’ mapping and meet the distortion free requirements within New York City. Planimetrics are developed to meet American Society for Photogrammetry and Remote Sensing (ASPRS) Class 1 (one) horizontal mapping standards and ASPRS vertical Class 2 (two) accuracy specifications.
Planimetrics are delivered via an ESRI geodatabase in New York State Plane Coordinates, Long Island East Zone, NAD83, US foot. The vertical datum for all features is NAVD88.
For more information on the coordinate reference system used, see the following EPSG definition pages: Planimetrics Orthoimagery
The following attribute information applies to all feature classes. Additional attributes specific to a given feature class are listed within the details for that feature class.
NYC Office of Technology and Innovation publishes multiple file formats of the planimetric data where different formats might have abbreviated attributes due to file format restraints. Where applicable, these abbreviated attributes are provided below in parentheses.
Attribute | Description |
SOURCE_ID | Unique feature Identification Number. |
FEATURE_CODE (FEAT_CODE) | Indicates the type of feature. |
SUB_FEATURE_CODE (SUB_CODE) | (where applicable) indicates a subset of features within a given “Feature_Code” set. |
STATUS | Field indicating the feature status as it fits into one of the following categories: a) Newly collected in 2022 - feature captured for the first time during the 2022 planimetrics update project. b) Feature has changed in 2022 collection - feature existed previously but has been updated during the 2022 planimetrics update project. c) No change in 2022 collection - feature is unchanged from the source planimetrics database. |
Geometry Type: Polygon
Geometry Type: Polygon
Attribute | Description |
SUB_FEATURE_CODE (SUB_CODE) | Field that indicates where the structure is located:: a) Roof level - located on the building roof b) Ground level - located on the ground at street grade level |
BIN | Building Information Number of the structure the cooling tower is located on. Obtain from building footprints polygon feature that contains the cooling tower shape |
Geometry Type: Polyline Z
Geometry Type: Polyline Z
Attribute | Description |
SUB_FEATURE_CODE (SUB_CODE) | Field that indicates feature type: a) MIDBLOCK_CURBCUT - Break CURB features at extents of curbcuts located along block edges b) CORNER_CURBCUT - Break CURB features at extents of curbcuts located along block corners or street intersections |
Geometry Type: Point Z
Subtype | Feature Code |
Building Elevation | 3020 |
Water Elevation | 3010 |
Spot Elevation | 300000 |
Bridge Elevation | 300020 |
Note: The vertical accuracy was set to the following standard: ASPRS 1”=100’ Class 2.
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | Spot elevations were captured on paved, unpaved, and alley subtypes in CSCL centerline and all Interior Sideswalk CSCL feature classes. Elevation points were placed in the center of the roadbed (coincident with CSCL features). These points were captured at the beginning, middle, and end of length of visible roadbed. Additional elevation points were added at 200’ spacing when the distance between the beginning, middle, or end was greater than 200 linear feet. |
Capture Notes | In areas where the PAVEMENT_EDGE feature class has been updated, any existing Spot elevations were updated.For new streets, new spot elevations were created in the center of the roadbed according to the following rules: 1) Placed at Intersections (might not necessarily be at the same location as the node from the centerline, one point per intersection even on complex intersections). 2) Placed Every 200 feet when midpoint of bridge or city block exceeds distance. 3) Placed on paved, unpaved, alley subtypes in CSCL centerline features class and all of the Interior Sidewalk Centerline feature class. Spot elevation were not added to a CSCL feature if no roadbed exists (e,g, area is under construction). 4) Mid-Street segment – at the approximate mid-point of a street segment. |
Features Excluded | Spot elevations were not captured on a CSCL feature if no roadbed exists. |
Feature View |
Attribute | Description |
Elevation | Field measuring surface elevation above sea level (in feet). |
NYC Open Data Name: Hydrography Structures
Geometry Type: Polygon
Subtype | Feature Code |
Piers | 2800 |
Jetty | 2810 |
Seawall | 2820 |
Attribute | Description |
Elevation | Field measuring surface elevation above sea level (in feet). |
Geometry Type: Polygon
Subtype | Feature Code |
Lake/Reservoir | 2600 |
Pond | 2610 |
River | 2620 |
Stream | 2630 |
Wetland/Marsh | 2640 |
Beach/Shoreline | 2650 |
Bay/Ocean | 2660 |
Attribute | Description |
NAME | Name of Waterbody or Watercourse. |
Geometry Type: Polygon
Subtype | Feature Code |
Median_Traffic Island | 360080 |
Median_Painted | 360010 |
Median_Curb | 360020 |
Median_Rail | 360030 |
Median_Fence | 360040 |
Median_Grass | 360050 |
Median_Barrier | 360060 |
Median_Other | 360070 |
Rule: Medians were not intersected by CSCL on the same road except in some rare occasions (e.g. at street intersections with medians). Median type hierarchy is as follows: barrier, rail, fence, curb, grass and painted.
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | All medians that physically divide a roadbed were collected; which includes medians, traffic islands, "Jersey Barriers", and painted areas that are used to separate traffic flow. |
Capture Notes | Medians are sometimes paved, are normally elevated (have a curb), or have dirt or grass. Medians can have sidewalks crossing them. In those cases, the outline of the largest area was incorporated into a single median feature. The NYC online Bike Routes data was used as a reference to identify potential new medians. Areas where the column ALLCLASSES is equal to I and "I,II" most often contained new medians. New Medians exist throughout the City regardless of these bike lane classifications. Thus, this was considered a supplemental source only. |
Features Excluded | The following features were not captured as medians: • Barriers in front of buildings • Jersey Barriers used to regulate traffic in construction areas, or • Jersey Barriers used to block-off road access. |
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | Medians occuring at an intersection |
Capture Notes | n/a |
Features Excluded | n/a |
Feature View |
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | Other medians |
Capture Notes | n/a |
Features Excluded | n/a |
Feature View |
Attribute | Description |
STREET NAME (STREET_NAM) | Name of adjacent street. |
Geometry Type: Polygon
Subtype | Feature Code |
Large Billboard and Signs | 4100 |
Sign Gantry | 4110 |
Toll Area | 4200 |
Attribute | Description |
DESCRIPTION (DESCRIPTIO) | Field characterizing the miscellaneous structure. |
NYC Open Data Name: Open Space Other
Geometry Type: Polygon
Subtype | Feature Code |
Cemetery Outline | 2500 |
Recreational Area | 2510 |
Vacant Area | 2520 |
Sources | Current imagery - see intro for specific dates. Previous planimetric database DOF Digital Tax Map |
Features Captured | These features represent a vacant lot where a building could potentially be built and is associated with a tax lot polygon. |
Capture Notes | "Vacant" is defined herein as an area containing no structures. The Digital Tax Map (DTM) and currently captured planimetrics (Building Footprints) were used to determine the location of the vacant areas. The actual shape of each vacant aras was captured using physical features that typically form the boundary of a property such as fences, hedgerow, etc. Vacant Areas extend to sidewalk or roadbed edge. As a general rule of thumb, vacant lots were required to have roadway frontage, and not actively used for private or public entities (e.g., backyard or commmunity garden). |
Features Excluded | n/a |
Feature View |
Attribute | Description |
NAME | Name of Open Space Area. |
NYC Open Data Name: Open Space (Parks)
Geometry Type: Polygon
Subtype | Feature Code |
Park Boundary | 4980 |
Baseball/Softball Field | 4900 |
Court | 491000 |
Court, Basketball | 491010 |
Court, Handball | 491030 |
Court, Hockey | 491040 |
Court, Multipurpose | 491050 |
Court, Tennis | 491060 |
Court, Volleyball | 491070 |
Football Field | 4920 |
Soccer Field | 4930 |
Golf Course | 4940 |
Pool | 4950 |
Running Track | 4960 |
Skating Rink | 4970 |
Greenstreets | 4985 |
Sources | Current imagery - see intro for specific dates. Previous planimetric database Department of Parks and Recreation (DPR) Parks Properties |
Features Captured | Outline the outer perimeter of any park from DPR Parks Properties. The boundary encompasses the entire park as a single polygon feature, regardless of special features such as baseball diamonds or tennis courts. The delineation of the outer edge of each park boundary is coincident with the “intended” boundary feature, as determined by the Parks Department. Intended boundary feature are curbs, green areas, sidewalks, etc. and vary from park to park. At times, the intended boundary feature varies within the same park. |
Capture Notes | When the source data had a single boundary polygon extending across other planimetric features (e.g. roads), the planimetric park boundary follows the source data. When there was no apparent physical boundary feature to delineate the Park boundary, the feature was copied “as is” from the source database. Park names (SIGNNAME and source column) and park numbers (GISPROPNUM source column) were transferred from source databases to park boundaries and special features. Interior road systems and special features within parks were not partitioned. |
Features Excluded | n/a |
Feature View |
Sources | Current imagery - see intro for specific dates. Previous planimetric database DPR Parks Properties |
Features Captured | Using DPR Greenstreets as the definitive source, these areas were updated and attributed using the source data. Name was populated from the SITENAME source column and park numbers were populated from the GISPROPNUM source column. |
Capture Notes | All the rules for defining park boundaries were applied for defining Greenstreet limits. |
Features Excluded | n/a |
Feature View |
Attribute | Description |
PARK_NAME | Name of Park |
LANDUSE | Not edited in planimetrics. Carried over from source NYC Dept of Parks and Recreation data. |
PARKNUM | Unique park identification number corresponding with PARK_NAME. |
SYSTEM | Not edited in planimetrics. Carried over from source NYC Dept of Parks and Recreation data. |
Geometry Type: Polygon
Note: Parking lot outlines were often interected by sidewalks, but only at the entrance and exit.
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | All parking lots (paved or unpaved) greater than 2,000 sq. feet. Parking areas adjacent to the travel-way and separated from the travel-way by a curb or other obstruction were captured as parking lots. In these cases, the Roadbed and Pavement Edge end or wrap around the parking lot. The parking lot is not included as part of the Roadbed. |
Capture Notes | These features connect to road edge (Curb or Road Edge) only at entrances and exits. |
Features Excluded | Traffic islands within parking lot were not captured.When a building of > 400 sq. feet was present, the building area was excluded from the parking lot polygon. Parking areas adjacent to the travel-way, but not separated from the travel-way by a curb or other obstruction, were not captured. Instead, those parking areas were included as part of the Roadbed and the Pavement Edge extends to the outside edge of such area. Gas stations, private parking areas (e.g., for condos), and storage areas (e.g., for boats) were not captured. |
Feature View |
Geometry Type: Polyline Z
Subtype | Feature Code |
Road Edge | 2260 |
Airport Runway | 2230 |
Alley | 2270 |
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | Updated all segments between pavement and other surfaces or features (i.e. Curbs, sidewalks, or grass). |
Capture Notes | Each segment was captured as a continuous feature across a blockface (typically from one intersection to the next – along that side of the road). The vertex between two segments was often located at the street corner. Edge of Pavement features are continuous across driveways, alleys, or access to parking. The one exception to this rule is where a street segment changes names (as determined by CSCL Centerline names) outside of any street intersections. In these cases, the existing CSCL break (node) was used to create corresponding breaks in Pavement Edge segments.For cul-de-sacs, two segments were created. The CSCL centerline was used to define the breakpoints of the Pavement Edge segments.Dead end streets were terminatde where the tax map crosses the road. Two segments were created on left and right sides of CSCL.On highways, Pavement Edge corresponds to the ‘roadbed’ sub-feature class in Roadbed, and does not include the shoulder. |
Features Excluded | n/a |
Feature Views | This screenshot represents pavement edges at a large intersection. In a cul-de-sac, two segments would be required for the edge of pavement. One on either side of the roadbed assigned a left or right side based on the CSCL. Example of a 'T' intersection, one segment would be captured for edge at the top of 'T'. For roadbeds whose street name changes, the edge of pavement should be broken/split. The Node features from CSCL can be used as a guide. For interchanges, one segment that runs between the intersections would be captured for the edge of pavement. Note that one roadbed crosses over the other as it does in reality. In the image above there are two alleys. The edge of pavement is captured as one segment between the intersections, extending over the alleys in question. |
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | These features represent a narrow unnamed street that allows access to buildings/garages other than from the road. When captured, these features were snapped to the road edge. |
Capture Notes | These feature typically allow access to the interior of a block or to the back of a house. As a general rule of thumb, the CSCL value of: RW_TYPE=10 was used to determine the alley pavement edge. However, there were still alleys captured that did not have this field attribute value from the CSCL. |
Features Excluded | n/a |
Feature View |
Attribute | Description |
BLOCKFACEID (BLOCKF_ID) | Field indicates the Unique ID generated automatically. This ID was conflated to the corresponding L/R BLOCKFACEID in CSCL. See Pavement Edge Diagrams for more details on conflation with special/complex scenarios. |
CONFLATED | Field indicates whether or not the BLOCKFACEID value was conflated to a CSCL segment. Values are Y or N. |
This section includes the following capture rules pertaining to BlockfaceID conflation from Pavement Edge to CSCL for these special/complex cases:
- Capture Rule for missing CSCL
- Capture Rule for Medians
- Capture Rule for Multiple CSCL with Single Pavement Edge
- Capture Rule for Multiple PavementEdge with single CSCL segment
- Capture Rule for handling complex intersection/median/bridge scenarios
• If no CSCL feature existed on an existing roadbed with Pavement Edge, the production team broke down the Pavement Edge as needed on the approximated center of where a CSCL Centerline theoretically might go. The team then assigned Left and Right (L/R) BlockfaceIDs to the Pavement Edge. However, these BlockfaceIDs were not conflated to any CSCL segments (and these Pavement Edge features were flagged as having a BlockfaceID that was not conflated to CSCL).
The following are examples of where CSCL is missing and PavementEdge exists.
• When a CSCL segment is bounded on one or both sides by a median, the longest edges of median Pavement Edge were assigned BlockfaceIDs, which were conflated onto applicable adjacent CSCL segments.
• Assigned BlockfaceIDs to Pavement Edge for all medians except painted medians.
• Conflated to CSCL where no Pavement Edge derived BlockfaceID takes priority, and there was a CSCL segment that corresponded to the long edge of the median.
• In cases where medians are within medians, the conflating median is the majority (containing) median.
• Pavement Edge features on a median were flagged as having a BlockfaceID that was not conflated to CSCL.
3. BlockfaceID conflation from Pavement Edge to CSCL - Rule for Multiple CSCL Segments with a Single Pavement Edge
• In cases where there are multiple CSCL segments running along a single Pavement Edge (median or otherwise), the BlockfaceID from the Pavement Edge was conflated to the CSCL segments that correspond to the single Pavement Edge.
4. BlockfaceID conflation from Pavement Edge to CSCL - Rule for Multiple Pavement Edge with single CSCL segment
• In cases where multiple Pavement Edge segments span a single CSCL (median or otherwise), only the BlockfaceID from the Pavement Edge closest to the CSCL segment midpoint was transferred to CSCL. The other BlockfaceIDs were not conflated to CSCL. An attribute was added to the Pavement Edge database that indicates whether or not each BlockfaceID had been associated with a CSCL segment.
5. BlockfaceID conflation from Pavement Edge to CSCL - Rule for handling complex intersection/median/bridge scenarios
• In cases of complex intersections with multiple medians and/or elevated roadways/bridges, each level was evaluated individually (i.e., at grade, elevated, etc.) in order to logically determine the appropriate break points on medians and to assign BlockfaceIDs to the correct CSCL. The use of Pavement Edge’s polylineZ information and the use of CSCL’s “level codes” were used to determine which features are on the same vertical plane.
• Only the “straight edges” of medians were assigned to CSCL segments. Small corner segments for triangular medians were not created.
The screenshot below shows an example of a “complex” intersection.
The screenshot below is the same intersection, but showing only the “at grade” centerlines and Pavement Edgs/Median features. Arrows have been included to depict the assignment of L/R BlockfaceIDs for the “at grade” segments in this intersection.
Geometry Type: Polyline ZM
Attribute | Description |
Z CENTER | Elevation of the midpoint of the feature |
Z START | Elevation at the start of the feature |
Z END | Elevation at the end of the feature |
NYC Open Data Name: Public Plazas
Geometry Type: Polygon
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | Plazas are hard surfaced "parks" adjacent to public sidewalks or pavement edges. |
Capture Notes | All public space plazas were captured or updated. Where a plaza is connected to a sidewalk by steps, the steps were considered to be part of the plaza polygon. Planters at the edge of plaza were included as part of the plaza boundary. Plazas cannot overlap medians or sidewalks. Walkways within the plaza were captured as part of the overall plaza polygon and were not considered a separate polygon. Additionally, potential plazas were also identified using CSCL (TRAFDIR=NV and BIKE_LANE<>1), to find plazas in and around greenways. |
Features Excluded | Private plazas were not captured using maps showing Privately Owned Public Space ("POPS"). |
Feature View | Example of Plaza showing vegetated area captured – adjacent to sidewalk. Example of large Pedestrian Plaza that was formerly a roadbed. |
NYC Open Data Name: Railroad Line
Geometry Type: Polyline Z
Subtype | Feature Code |
Railroad | 2400 |
Elevated Railroad | 2410 |
Embankment Railroad | 2420 |
Viaduct Centerline | 2430 |
Open Cut Depression Railroad | 2440 |
Railway Fence | 2450 |
Abandoned Railroad | 2465 |
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | Updated embankment railroad centerlines. |
Capture Notes | n/a |
Features Excluded | n/a |
Feature View |
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | Updated viaduct railroad centerlines. |
Capture Notes | n/a |
Features Excluded | n/a |
Feature View |
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | Updated open railway fence lines. |
Capture Notes | n/a |
Features Excluded | n/a |
Feature View |
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | Updated abandoned railroad centerlines. |
Capture Notes | n/a |
Features Excluded | n/a |
Feature View |
Attribute | Description |
NAME | Name of Railroad. |
Geometry Type: Polygon Z
Subtype | Feature Code |
Subway/Train Station | 2160 |
Elevated Subway/Train Station | 2140 |
Ventilation Grate | 2470 |
Emergency Exit | 2480 |
Transit Entrance | 2485 |
Attribute | Description |
NAME | Name of Railroad. |
Geometry Type: Polyline Z
Subtype | Feature Code |
Retaining Wall | 4000 |
Railroad Retaining Wall | 2460 |
Geometry Type: Polygon
Subtype | Feature Code |
Roadbed | 350000 |
Intersection | 350010 |
Driveway | 350030 |
Shoulder | 350020 |
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | Roadbed represents the interior polygon of pavement edge. The edges of these features are coincident with the linear feature class Pavement Edge. |
Capture Notes | Converging roadbeds were not split when it crossing one another at different elevations (e.g. on ramps that cross each other). Roadbed was usually cut by Median features (e.g., curb & grass) with the exception of painted, barrier and fence medians. Special care was applied to ensure that highway shoulders were not confused as sidewalk features. |
Features Excluded | n/a |
Feature View |
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | Portion of roadbed where three (3) or more roadways meet up with one another. Intersections were composed using features compiled and updated in Pavement Edge. |
Capture Notes | Special care was applied at intersections with a slight offset to ensure that such areas were captured and attributed as an intersection. The location where two alleys meet is considered an intersection and was captured as intersection roadbed. Intersection polygons were created by establishing the shortest distance from the intersection node to Pavement Edge. |
Features Excluded | When two (2) roadways form a “T”, the ending road was closed off so that the continuing roadbed edge forms a straight line (in Pavement Edge). Note, these "T" locations were not captured as intersection roadbed. |
Feature View | The image above represents a typical, four (4) way intersection. The image above represents a three (3) way intersection. |
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | All driveways > 200 feet in length and a minimum width of eight feet. |
Capture Notes | These driveways may service one or multiple buildings and there is no distiction between paved or unpaved surfaces. Driveways were compiled from Pavement Edge. Since Driveways have centerlines, if the corresponding CSCL has a name, that name is part of the main roadbed feature code. |
Features Excluded | n/a |
Feature View |
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | All shoulders on the roadway that may be used as a “break-down” area for vehicles or used by emergency vehicles to pass traffic. Shoulders are paved or gravel areas outside of the travel lane (as determined by paint markings) suitable for emergency vehicles to pass. |
Capture Notes | Shoulders were collected along highways (as determined by CSCL “RW_TYPE” = 2, 3, or 9 and excluding “SEGMENT_TYPE" = G or F.) only. A curb separating an elevated paved surface from the roadway and between the roadway and a barrier median is a shoulder. Painted areas are considered shoulders. Should a painted shoulder area be tapered, the entire shoulder was captured as long as the shape was at least 8 feet wide. |
Features Excluded | n/a |
Feature View | The image above represents shoulder alonge the north side of a highway. Example of Shoulder separated from the primary roadbed by a curb (top) and a gravel break-down area (bottom). Example of roadways with a shoulder and roadways with an extended roadbed. Examples of Shoulders separated by the travel way by pavement markings. Shoulder must be as wide as a car. |
Geometry Type: Polyline
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | Significant changes (longer than 10 feet) along shorelines were updated to reflect new conditions. |
Capture Notes | Not updated when existing shoreline follows the general shape of the shoreline in the imagery, but is offset due to tidal conditions. Streams greater than 8 feet that intersect bay/ocean were considered as part of the shoreline. When such conditions exist, those features were used and combined with Hydrography. |
Features Excluded | n/a |
Feature View |
Geometry Type: Polygon
Subtype | Feature Code |
Row Sidewalk | 380000 |
Interior Sidewalk | 380010 |
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | All paved sidewalks that are located within the ROW (i.e. building to building). |
Capture Notes | In areas of construction, sidewalks were collected along an imaginary line to complete polygon. In areas where equipment is stored or installed on sidewalk, the full extent of sidewalk was approximated. In areas where protection or scaffolding (pedestrian protection from overhead construction) is placed over sidewalk, sidewalk remained unchanged from existing data (not updated). Sidewalks were collected when crossing large medians or traffic islands. Sidewalks overlap the exit and entrance portion(s) of parking lot features. Sidewalks overlap driveways, but not alleys. Sidewalk will be continued under bridges and overpasses if they are visible on both sides of the structure. |
Features Excluded | Openings in sidewalk (for landscaping and trees) were ignored. Large, paved open spaces in front of buildings and outside of the public ROW (may have trees and landscaping) will be included in Plaza and were not captured as sidewalk. |
Feature View |
Sources | Current imagery - see intro for specific dates. Previous planimetric database, NYCHA Development, DPR Parks Properties, CSCL, Forts, Hospitals, School |
Features Captured | All paved sidewalks that are located outside of the ROW. |
Capture Notes | Interior sidewalks followed the same general capture rules as other sidewalk features. These features were captured in the following areas: 1. NYC Parks 2. NYCHA Properties 3. Other Residential areas 4. Hospital campuses 5. School campuses 6. Federal Forts The business use of this feature is to identify potential areas, outside of the public Right of Way (ROW), that could permit emergency vehicles through travel. |
Features Excluded | Openings in sidewalk (for landscaping and trees) were ignored. Since the intended purpose of such features is to support emergency through travel, any spurs or dead-ends (e.g., walkways leading to a building) were not captured. These features were not captured in office parks or other similar commercial areas. |
Feature View |
Geometry Type: Polyline
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | These featuers represent interior sidewalk centerlines for all interior sidewalk polygon features (not for the ROW Sidewalk). |
Capture Notes | The business use of this feature is to identify potential areas, outside of the public Right of Way (ROW), that could permit emergency vehicles through travel. Interior Sidewalk Centerlines were extended beyond the Interior Sidewalk Polygons when connecting to a CSCL feature. |
Features Excluded | ROW Sidewalks. |
Feature View |
NYC Open Data Name: Swimming Pools
Geometry Type: Polygon
NYC Open Data Name: Transportation Structures
Geometry Type: Polygon Z
Subtype | Feature Code |
Bridge | 2300 |
Tunnel | 2310 |
Rail Bridge | 2320 |
Pedestrian Bridge | 2330 |
Railroad Viaduct | 2340 |
Overpass | 2350 |
Sources | Current imagery - see intro for specific dates. Previous planimetric database |
Features Captured | Structures erected over obstacles for road traffic (road, railroad, hydrography). Bridge deck outlined from joint to joint when on-and off-ramp(s) are on ground. Large bridges with on-ramps and off-ramps were collected from bridge elevation points (Bridge Elevation). |
Capture Notes | Features can overlap so that bridge is not split where it crosses another bridge feature. |
Features Excluded | n/a |
Feature View |
Attribute | Description |
NAME | Name of Transportation Structure. |
Geometry Type: Polygon
Geometry Type: Polygon
Attribute | Description |
BIN | Building Information Number of the structure the water tank is located on. Obtain from building footprints polygon feature that contains the water tank shape. |
BASE ELEVATION (BASE_ELEV) | Elevation at the base of the water tank, taken at the lowest point along the tank’s circumference. |
TOP ELEVATION (TOP_ELEV) | Elevation at the top of the tank, taken at the highest point along the tank’s circumference. |
HEIGHT | TOP ELEVATION minus BASE ELEVATION |