Import/Commonwealth of Virginia Addresses
This is a plan for the addition of address point data for the Commonwealth of Virginia. This effort builds on successful import projects completed last year and more recent assisted mapping projects in which address data has been prepared for mappers to add to OpenStreetMap via OSM editors (see Data Updates section below). For a list of other Esri-curated datasets that are available for mapping, please see Esri ArcGIS Datasets.
Goals
The goal of this effort is to add the Commonwealth of Virginia address data to effectively complete the coverage of addresses for the state, using authoritative data from the Commonwealth. This effort would greatly enhance the coverage of addresses for the commonwealth, while retaining the many addresses already added to OSM. The data includes several address fields that can be added as nodes (points) in addition to addresses that have already been added to the Commonwealth of Virginia Buildings dataset that may be added separately.
Schedule
Data preparation for the address points was completed in January 2023, along with the Commonwealth of Virginia Buildings dataset. The edits to OSM would be performed incrementally by OSM mappers over the remainder of 2023 and beyond, starting after data is reviewed by the OSM community.
Source
The source address points were downloaded from the VT Open Geodata Portal.
The processed address points that could be added to OSM are available to access on ArcGIS Online (see Commonwealth of Virginia Addresses). You can Open in Map Viewer to preview (click features to view tags) or sign in to export data for offline use.
OSM ODbL Compliance: Yes, the Commonwealth of Virginia data is provided under public domain.
Data Preparation
The processed address points referenced above were created using these Esri Data Processing Steps for Buildings and Addresses, developed and refined while doing data prep for several city and county communities in the United States. Below are a couple notes specific to the Commonwealth of Virginia addresses data.
- The processed data that has been shared contains 3,879,153 address points, most of which do not already existing as address features in OSM.
- The data includes several fields (addr:housenumber, addr:street, addr:unit, addr:city, addr:state) that have been prepared to be added as tags (keys/values) in OSM.
Data Conflation
The address point data is useful for adding address tags to existing features, such as buildings or amenities, that do not currently have address information or can be added as separate nodes if they do not already exist in OSM. Address tags can be added to individual features quickly and easily using tools such as RapiD and JOSM by selecting both features (e.g. building footprint and overlapping address point) and conflating the address tags to the building feature. Mappers should take care to make sure that the appropriate keys and values were added to each individual feature.
Data Updates
The plan is to perform the updates using a updated version of RapiD and an updated Map with AI plugin for JOSM (see Esri blog post on new tools in OSM editors for more detail). The new tools enable OSM mappers to access ArcGIS Datasets hosted in ArcGIS Online and select individual features to use while editing OSM. The mapper is able to select a feature, review and edit the feature geometry and available fields, and then save their edits.
The mapper has the benefit of using existing features that have been created by the data provider, along with their available field values that have been pre-processed by Esri, while also being able to compare that feature with existing OSM data (e.g. street names) and imagery to ensure it is accurate and consistent. The data source used for the edit will be added as a tag to each feature that is saved as part of a changeset unless deleted by mapper.
Accounts
The plan is for OSM mappers to use their standard OSM accounts if they are editing with RapiD and JOSM editors for OSM and editing individual features. However, if OSM mappers wish to do any 'bulk' edits or imports where they do not examine individual features, then they should create and use new dedicated import accounts (e.g. <username>_<community>_import) for those changesets.