https://bikedata.cyclestreets.net/tflcid/conversion/
I'll shortly e-mail again with more detailed commentary on various
aspects of what is shown, in particular cases where new tags are
suggested.
As shown on that webpage, most of the data in the CID can be represented by
OSM tags through a reasonable straight-forward one-to-one mapping. However,
the following cases are the exceptions.
What are people's thoughts about these suggested new tags?
NEW TAGS PROPOSED
The schema mapping spreadsheet identifies the following cases where the CID
has data types that are not ordinarily present in OSM:
• ASL position (left/right/center): OSM represents ASLs, but the entry lane
has not historically been represented. This may be useful for more advanced
cycle routing (e.g. a right-entry lane may be unrealistic for a child
cyclist to negotiate). A new tag, asl_position={left|right|center} is
proposed.
https://bikedata.cyclestreets.net/tflcid/conversion/#asl_fdrigh
• Stepped cycle track: Hybrid cycle lanes have long been the source of
debate in OSM. The new CID data may provide an impetus for starting to
resolve this. cycleway:track=hybrid is proposed as a backwards-compatible
addition that elaborates on cycleway=track.
https://bikedata.cyclestreets.net/tflcid/conversion/#clt_stepp
• Mandatory/Advisory Cycle Lane: OSM has no differentiation between
mandatory (solid white line) and advisory (dashed white line) lane,
probably because this distinction is rare elsewhere in the world. A new tag
cycleway:lane={mandatory|advisory} is proposed as a backwards-compatible
addition that elaborates on cycleway=lane. This would be useful for routing
engines, who could infer a level of commitment to cyclists at each such
location.
https://bikedata.cyclestreets.net/tflcid/conversion/#clt_mandat
• Cycle Lane/Track Priority: This refers to whether the cycle lane
continues across the sideroad, i.e. has priority. This is the standard
situation abroad, but sadly in the UK it is not common, resulting in
arduous and reduced-safety stop-start cycling in the case of a shared-use
pavement. A new tag cycleway:sideroad_continuity=yes is proposed as a
backwards-compatible addition that elaborates on cycleway={lane|track}.
https://bikedata.cyclestreets.net/tflcid/conversion/#clt_priori
• Cycle parking on/off carriageway: This is not represented in OSM, as it
does not really matter hugely to cyclists. However, this may be useful in
pedestrian routing, as pavement cycle parking can be an obstruction. A
simple new tag carriageway=yes is proposed.
https://bikedata.cyclestreets.net/tflcid/conversion/#prk_carr
• Cyclehoop: No such tag currently (though bicycle_parking=bollard is
similar), but volume of these in the CID makes this worth trying to
represent. It represents a form of cycle parking that ideally ought to be
improved through replacement with real stands rather than retrofitting
poles essentially to facilitate fly-parking (which can then be disruptive
to the visually-impaired). Accordingly, advocacy groups may well find this
useful. A new tag bicycle_parking=cyclehoop is proposed.
https://bikedata.cyclestreets.net/tflcid/conversion/#prk_hoop
• Wheel-rack cycle parking: This is unfortunately increasingly common in
this UK. It is not currently represented as a specific cycle parking type
in OSM. A new tag bicycle_parking=upright_stands is proposed.
https://bikedata.cyclestreets.net/tflcid/conversion/#prk_wheel
• Two-tier cycle parking: This is unfortunately becoming more and more
present in the UK, but bizarrely OSM does not have a representation in
widespread use currently, with only 6 instances worldwide of
bicycle_parking=two_tier. It is proposed this be used, which will hopefully
then galvanise usage beyond London.
https://bikedata.cyclestreets.net/tflcid/conversion/#prk_tier
• Early-release signals: Currently no support for this, but may be useful
in improving cycle safety in routing. A new tag
traffic_signals:bicycle_early_release=yes is proposed.
https://bikedata.cyclestreets.net/tflcid/conversion/#sig_early
• Side-road entry treatment: This refers to when a continuous pavement (to
the benefit of pedestrians) is created across a sideroad, which ostensibly
doubles as a form of traffic calming, which accounts for its presence in
the CID. A new tag, continuous=yes, is proposed, to be used in combination
with sidewalk=yes, as the continuity aspect is really what is important
here rather than it forming a traffic calming hump as such.
https://bikedata.cyclestreets.net/tflcid/conversion/#trf_entry
• Sinusoidal shape of traffic hump/cushion: This is a property rather than
traffic calming type itself. New tag sinusoidal=yes is proposed.
https://bikedata.cyclestreets.net/tflcid/conversion/#trf_sinuso
PROBLEMATIC TAG REPRESENTATION OF CID ATTRIBUTES
Fields needing significant discussion:
• Cyclists dismount: This is unfortunately a can of worms and may not be
resolvable