New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Exit and Destination Signs project #18
Comments
These training slides about destination signs seem to be fairly California-centric. If you plan to do any mapping elsewhere in the U.S., consider also training mappers on the more standard highway signage used outside of California. For example, ahead of a major split, California uses those very wide overhead signs marking each lane. But many states use a series of smaller signs side by side or a large diagrammatic sign. Diagrammatic signs are being phased out but are still very common. There are also many cases of signs that say “Right 2 Lanes” instead of showing arrows over the specific lanes. This chapter of the national MUTCD standard (which California doesn’t adhere to) contains numerous diagrams that you may find useful for enhancing the training materials.
Valhalla uses Some states additionally distinguish between a road that is a destination and a supplemental road name (a name that the route is also known by). Here are some examples, but note that the overall proposal on that page is dormant and will need a rethink in light of Valhalla’s current behavior. If you choose to tag |
Hi, @1ec5 . Thanks for pointing out that our training materials are pretty California-orientated. In order not to overload the current training materials, but at the same time, to give an accurate context of the situation, we will create a group of documents with best practices that relate to local features of destination signs. We will also share these docs with the community to get valuable feedback. |
From August 25th, the Lyft team at OSM doesn't support the added "destinations: lanes" and doesn't add new missing "destinations: lanes". |
|
Summary
In an effort to improve the navigability in cities across North America, the Lyft OSM Data Curation Team is undertaking efforts to update missing key road features that include exit numbers, destination areas, lane count, and turn lanes. The missing features are identified algorithmically and validated using various sources of ground truth info (please see below)
Project documentation
Destination Lyft Policy
Features Mapped
Node
Linkway
Quality Control
To keep the quality of our map edits at a high level of accuracy, we apply a quality control (QC) process on 100% of tasks. Each task will be QCed before being published to OSM. Our QCers are checking key tags on the Node and Linkway. If the curator accidentally added wrong or unnecessary features, the task will be returned to the curator to correct it based on the QCer’s comment.
Ground Truth Resources*
OSM changesets will be submitted abiding by the OSM Changeset Guidelines.
*Additional resources used in curating and QCing this project can be found in our Resources Wiki
The text was updated successfully, but these errors were encountered: