Re: [Talk-GB] TfL Cycle Infrastructure Database - matching against OSM
Jun 21, 2020, 01:21 by list-osm-talk...@cyclestreets.net: > > > On Sun, 26 Apr 2020, Richard Fairhurst wrote: > >> You’ll remember that a couple of weeks ago I posted about the work I’m doing >> to look at getting the relevant bits of Transport for London’s openly >> licensed Cycle Infrastructure Database into OSM. >> >> https://github.com/cyclestreets/tflcid-conversion >> >> It takes the TfL CID files, compares them against OSM (by making queries >> against a freshly loaded Postgres database), and outputs a series of files >> for each datatype, all categorised by the type of editing that will be >> required to get them into OSM. >> > > You can now view this converted data as an interactive visualisation at: > > https://bikedata.cyclestreets.net/tflcid2osm/#13.12/51.50426/-0.08725 > > Use the "Feature type" drop-down to change the type. > > This shows the results of Richard's excellent scripting to convert the TfL > CID data to OSM tagging. It hopefully demonstrates the correctness of > Richard's conversion and the extensiveness of the data. I have also included > the two TfL photos of each asset. > > NB You can see the original TfL data using the "TfL CID" layer button, and > OSM data using "OSM" layer button. These are both in the main list of cycling > data layer buttons on the right-hand side. > https://bikedata.cyclestreets.net/tflcid2osm:type=crossings_junctions/#14.77/51.50656/-0.08864 is missing bicycle=yes foot=no intentional? See say https://www.openstreetmap.org/node/24923378 (RWG082685) that seems impassable for pedestrians https://api.cyclestreets.net/v2/infrastructure.image?key=c047ed46f7b50b18&dataset=tflcid&id=RWG082685&version=1&variant=2&size=400 ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] TfL Cycle Infrastructure Database - matching against OSM
Jun 21, 2020, 01:28 by list-osm-talk...@cyclestreets.net: > > Speed bumps: > https://bikedata.cyclestreets.net/tflcid2osm:type=bumps_road/#14.98/51.47101/-0.02755 > > Cycle parking: > https://bikedata.cyclestreets.net/tflcid2osm:type=parking_new/#14.98/51.46059/-0.05586 > RWG197392 https://api.cyclestreets.net/v2/infrastructure.image?key=c047ed46f7b50b18&dataset=tflcid&id=RWG197392&version=1&variant=1&size=400 looks like bump to me, tagged as hump RWG999715 has broken images --- Overall for both - would it be possible to keep images hosted and link them with image tag? Or maybe - upload images to Wikimedia Commons and link them with wikimedia_commons? It would make easier to verify what went wrong in case of manual verification. Is there a plan which tags would be used by changeset itself? ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] TfL Cycle Infrastructure Database - matching against OSM
Jun 21, 2020, 01:28 by list-osm-talk...@cyclestreets.net: > We think in particular that a significant part of the cycle parking data > (generally the residential areas, where there is little parking presently) > and the speed bumps data are ripe for automated conversion. These form tens > of thousands of locations which we feel are very low risk, useful data, and > eminently suitable for import. > > Speed bumps: > https://bikedata.cyclestreets.net/tflcid2osm:type=bumps_road/#14.98/51.47101/-0.02755 > > Cycle parking: > https://bikedata.cyclestreets.net/tflcid2osm:type=parking_new/#14.98/51.46059/-0.05586 > please, please, please do not add useless fixme tags fixme=Check bike parking type is not needed - just lack of bicycle_parking tag is enough to note that, and will be spotted by tools such as StreetComplete (spotted on id RWG102691) And instead of bicycle_parking=locked note=Own lock use access=private (id RWG102738) I remember big import preparations that had issue tracker about tag conversion - is it this project? ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] TfL Cycle Infrastructure Database - matching against OSM
Hi Martin, Looks and sounds good to me. From what I've seen looking at the data in the past, and again now using your visualisation, both speed bumps and cycle parking look good to import. Out of interest, I did spot that the original data (from TfLs ground survey with two photos) did look slightly higher quality than the proposed import for speed bumps. I think this is because you snap the speed bump to existing nodes if within a certain distance. This results in a very small drop in data quality in a few places. Can I therefore ask: - Can Richard's code create new nodes on a way or are data items simply dropped if no existing nodes is nearby? - And what tolerance is being applied (i.e. how close is "nearby")? As noted this really is tiny discrepancies with the benefits of the import being far greater than the odd shift of a few metres. Best regards Rob P.s sorry for the non threaded reply. For some reason nabble was throwing an unauthorized error and I don't receive these emails into my inbox. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] TfL Cycle Infrastructure Database - matching against OSM
On Sun, 26 Apr 2020, Richard Fairhurst wrote: Some of it can go into OSM in a more-or-less automated fashion. This is particularly true of the cycle parking, and of most speed bumps. Richard and I would welcome views on this. We think in particular that a significant part of the cycle parking data (generally the residential areas, where there is little parking presently) and the speed bumps data are ripe for automated conversion. These form tens of thousands of locations which we feel are very low risk, useful data, and eminently suitable for import. Speed bumps: https://bikedata.cyclestreets.net/tflcid2osm:type=bumps_road/#14.98/51.47101/-0.02755 Cycle parking: https://bikedata.cyclestreets.net/tflcid2osm:type=parking_new/#14.98/51.46059/-0.05586 (Note that Richard is shortly aiming to split out the parking_new dataset into two, one with no existing cycle parking nearby, making it very safe to ensure these would be safe to import.) Martin, ** CycleStreets - For Cyclists, By Cyclists Developer, CycleStreets ** https://www.cyclestreets.net/ ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] TfL Cycle Infrastructure Database - matching against OSM
On Sun, 26 Apr 2020, Richard Fairhurst wrote: You’ll remember that a couple of weeks ago I posted about the work I’m doing to look at getting the relevant bits of Transport for London’s openly licensed Cycle Infrastructure Database into OSM. https://github.com/cyclestreets/tflcid-conversion It takes the TfL CID files, compares them against OSM (by making queries against a freshly loaded Postgres database), and outputs a series of files for each datatype, all categorised by the type of editing that will be required to get them into OSM. You can now view this converted data as an interactive visualisation at: https://bikedata.cyclestreets.net/tflcid2osm/#13.12/51.50426/-0.08725 Use the "Feature type" drop-down to change the type. This shows the results of Richard's excellent scripting to convert the TfL CID data to OSM tagging. It hopefully demonstrates the correctness of Richard's conversion and the extensiveness of the data. I have also included the two TfL photos of each asset. NB You can see the original TfL data using the "TfL CID" layer button, and OSM data using "OSM" layer button. These are both in the main list of cycling data layer buttons on the right-hand side. Martin, ** CycleStreets - For Cyclists, By Cyclists Developer, CycleStreets ** https://www.cyclestreets.net/ ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
