Differentiate between fixes and infrastructure changes #302
Replies: 0 comments 4 replies
-
|
Thanks for your feedback. We do have your point 2. in focus and with GERS intend to bring considerable improvement there. The other points require knowledge of intend for a change. We will not have access to that information for all our sources and processes, neither are we in a position to enforce that. It would be interesting to work out what can be derived e.g. from multi temporal satellite imagery. I'm not sure how to fit that in to our priorities at this point, but taking note of the want. Rob |
Beta Was this translation helpful? Give feedback.
-
Agree that current OSM data does not have this...and it is one reason why OSM model is flawed 😢 There are definitely data producers who are interested in adding this data...somewhere. In thinking about if they could produce this as an add-on dataset, perhaps understanding how the change-sets for Overture data will be produced would highlight if this is possible. I guess most importantly:
|
Beta Was this translation helpful? Give feedback.
-
This is interesting to know, as perhaps we could figure out a way to expose it where the data source provides it. Elizabeth Sall (@e-lo) Are you able to share any data producers offhand who are including such data, or who have at least have the data and have expressed a desire to share it? |
Beta Was this translation helpful? Give feedback.
-
|
Metropolitan Planning Organizations (MPOs), which cover any region with 50k+ population, keep data about every "project" which has been planned or implemented using federal funding (most projects of significance) using a variety of formats and database structures saved locally. Several MPOs are working together to create a data standard for infrastructure projects (see: https://github.com/Metropolitan-Council/project_card_registry - currently empty, but data exists locally , https://github.com/network-wrangler/projectcard). |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Problem
One of the difficulties in using current OSM data for looking at change-sets is the ability to differentiate between changes that occur IRL vs changes associated with filling in missing data or fixing errors.
This causes a lot of noise for change-sets and results in great difficulty in using OSM for identifying data such as:
This in turn makes it very difficult for municipalities and researchers to understand the effects of changes on the transportation network on emissions, congestion, safety, etc. This type of research and evidence or necessary in order to produce stable funding streams and make policy choices which benefit society.
Conversely, it has been quite straightforward to analyze change-sets for transit service and research their effect due to the nature of distinct service dates for GTFS datasets.
Enhancements
I don't have a perfect proposed solution, but here are a few thoughts as to enhancements which could potentially help mitigate the above issue.
projectswhich have a specific implementation date (see: ProjectCards)Beta Was this translation helpful? Give feedback.
All reactions