cyclestreets / tflcid-conversion

Conversion of TfL CID attributes to OSM
https://bikedata.cyclestreets.net/tflcid/conversion/
11 stars 3 forks source link

Addressing the "query" comment on crs_segreg #8

Closed RobJN closed 2 years ago

RobJN commented 5 years ago

The query comment on crs_segreg asks (when fixed with #7) "does unsegregated imply no pedestrians". In general the answer to this question seems to mostly be "no" but there are a few cases:

  1. Segregated crossing where cyclists cross immediately next to pedestrians (example is RWG151443)
  2. Segregated crossing where cyclists cross a couple meters away from pedestrians (example is RWG081880).
  3. Segregated crossing where cyclists cross further/differently to pedestrians (example is RWG065988)

From what I have seen so far this seems to be a good case where, on conflation, using the images and carefully checking the OSM data is going to be important.

RobJN commented 5 years ago

Ah so this is where conflation becomes more challenging. If we look again at that RWG065968 example we see two crossings mapped in OSM. The cycle crossing and the pedestrian crossing. If you look carefully you can just about see the pedestrian crossing in the TfL photos.

image

This one has the cycle gap = TRUE attribute so maybe there is some value in it when we come to conflation -> i.e. cases with cycle gap = TRUE are likely going to need extra care.

mvl22 commented 2 years ago

I've looked at a selection and every case I looked at does indeed show a separate space for cyclists and walkers. So this is as documented I believe.

We are also implementing this correctly in my view.

if attrs['CRS_SEGREG'] then osm_tags['segregated'] = "yes" end

I think the confusion I introduced here is because the segregation may be merely side-by-side rather than having a full gap. Nonetheless, there is segregation.

No action needed.