Skip to content
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

Add median 80 percentile #209

Open
rotger711 opened this issue Feb 28, 2022 · 4 comments
Open

Add median 80 percentile #209

rotger711 opened this issue Feb 28, 2022 · 4 comments
Assignees
Labels
enhancement New feature or request

Comments

@rotger711
Copy link

Input comes from Martin M from Stuttgart. To be able to show streets that are save for cycling add an evaluation of street segments with the median 80percentile. This means to show the median distance that ist overpassed bey 80% of all overtakers in one segment. Unlike the „normal“ median which shows the overtaking space that is kept by 50% of car drivers of all events, the median 80 percentile shows the overtaking space that is kept or exceeded in 80% of all events. In this way we can eliminate possible false low measurements and the very few very bad guys and still show where streets and bike lanes are comparably safe. On the other hand an infrastructure where some drivers keep the overtaking space but a rather high percentage of 21 - 49% of drivers doesn't, will still be marked as rather dangerous (which at least for less experienced bikers undoubtedly is true).

@rotger711 rotger711 added the enhancement New feature or request label Mar 1, 2022
@opatut opatut changed the title Add median 80 percentil Add median 80 percentile Mar 3, 2022
@opatut
Copy link
Member

opatut commented Mar 3, 2022

The idea is good. Why not quartiles though, traditionally at 0/25/50/75/100%? I think this is again a case for experimentation. Since we provide single events in the export, associated with their way_id, someone could do some statistic analysis (group single event distances by way_id) and figure out which percentile would be a good number. This 80% seems guessed to me ;)

@opatut
Copy link
Member

opatut commented Mar 3, 2022

FYI here is the fields we compute at the moment for each road segment:

fields:
distance_overtaker_min: |
Overtaker minimum distance in meters.
distance_overtaker_max: |
Overtaker maximum distance in meters.
distance_overtaker_mean: |
Overtaker mean distance in meters.
distance_overtaker_median: |
Overtaker median distance in meters.
distance_overtaker_array: |
All overtaker distance values in meters.
overtaking_event_count: |
Number of overtaking events.
direction: |
Contains -1 for events while going along the way backwards, 1 for
forwards. Each road is emitted twice, if it has data for both directions,
even if it is oneway.
offset_direction: |
Factor for offset to shift the line to the driving side. One of -1, 0, 1.

Those can of course be extended. Also, the distance_overtaker_array contains all distances for the way, so client-side percentile computation is also already possible on the road segment tile layer data (if your client supports it).

@rotger711
Copy link
Author

Agreed, I could try and do some tests for a few street segments. Is this possible with the exported data right now? The 80/20-split is not a guess but a method often used to evaluate an optimum result in means of effort and benefits in empirical studies.

@opatut
Copy link
Member

opatut commented Mar 8, 2022

Is this possible with the exported data right now?

It is, but it depends on your tools how that'd go.

You can probably import the GeoJSON into matlab or R and do your statistical analysis there, based on the attached way_id property of each overtaking even. You could also transform it to CSV and load that into Excel. Or maybe even QGis can do this. I have no idea how to do these things, but the data is there.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
Development

No branches or pull requests

2 participants