Category: Bicycling

Welcome back, Bloomingdale Trail

Back to transportation service, that is.

Before it was the Bloomingdale Trail – associated parks comprising The 606 – it was the Bloomingdale Line, an elevated railroad route along Bloomingdale Avenue to serve industrial customers in Humboldt Park, Logan Square, Bucktown, and Wicker Park.

It was abandoned in the early 2000s. I don’t know when the last customer received a delivery via the line. It reopened to use for transportation on June 6, 2015, or 6/06. Now that same embankment transports pedestrians and bicyclists, in addition to providing new recreational and public space.

I’ve ridden and walked on it four times now since the opening and there are people all over the place on it. I tweeted as much last night.

On Monday, two days after opening, I filmed this 14-minute video of the entire west-to-east length and condensed it to 4 minutes.

Bicycling west to east on the Bloomingdale Trail from Steven Vance on Vimeo.

The solution to its crowding problem (I guess one of those “good problems to have”) is more. More car-free spaces. More low-stress transportation spaces. Space for walking, and space for cycling. Which we currently don’t have on the ground.

Why the next downtown Chicago cycle track shouldn’t be two-way

Divvying in a suit and a skirt

Riding south, in the gutter pan, on Dearborn’s two-way cycle track.

 

There are many problems inherent to having a two-way cycle track (or protected bike lane) on a one-way street in a busy urban center. I’ll list them here to convince you that the next time the Chicago Department of Transportation proposes a two-way cycle track on a one-way street you should heavily question it (except in one circumstance I’ll outline in the discussion).

In two-way cycle tracks on one-way streets…

0. It’s less safe than one-way cycle tracks on one or both sides of a street. (See OECD passage below.)

1. It’s hard to pass same-direction cyclists. A cyclist who wishes to pass someone going in the same direction must watch for oncoming traffic, increasing the danger of passing if they miscalculated when they should go and reducing the opportunities to do so. It also presents a hazard for all cyclists, who have to watch out for oncoming cyclists who are passing a same-direction cyclist!

2. It’s unlikely there will be space to offer turn lanes. Busy cycle tracks need turn lanes, to separate cyclists who are going to slow and turn or stop before turning (in the case of pedestrians crossing), and those who are going straight. A turn lane could be accommodated if the cycle track can widen at intersections, but in practice it seems to be easier to split the cycle track into turn and through lanes.

3. It costs more. Opposite direction cyclists can’t use existing traffic signals and must have costly traffic signals with bike symbols (which also cost a lot to program). The need to have a yellow center line also means a two-way cycle track requires more paint.

Erik pointed out in the comments how this isn’t right. I mostly agree, but then I changed my mind on how important this is: The appropriate and best design for a bicycle facility shouldn’t have its quality compromised because of cost.

4. It interferes with decades of intuition gained from crossing one-way streets. Most pedestrians around the world are used to monitoring a single direction of traffic on a one-way street.

5. They’re anti-social. Two-way cycle tracks are narrower than one-way cycle tracks because the city street engineers likely have the same space to work whether they allow one- or two-way cycling. This means you can’t cycle and chat next to a friend.

6. They require that someone has to ride in the gutter. When two-way cycle tracks are built curbside on existing roadways, one direction of cyclists will always have to ride in the gutter, a slanted area of the road filled with water and debris. We could eliminate this by building raised cycle tracks with a new drainage system (either drain into the roadway, or into new grates).

7. There’s less room to avoid obstacles. If there’s a rock, pothole, or upraised manhole cover in your path, you go around it. But if there’s someone coming in the other direction you’ll just have to hit it and take the beating.

8. They don’t provide cyclists access to both sides of a street that has destinations on both sides. This is a conditional item, and moot if the options are a two-way cycle track on one-side or a one-way cycle track on one side. A cycle track on each side of a one-way street will provide bicycle access to destinations on both sides.

Keep reading for a deeper discussion on the situations where a two-way cycle track could be good.

Note: A two-way cycle track is scheduled to be installed on the left (east) side of southbound Clinton Street as part of CDOT and CTA’s Loop Link bus lanes project.

There may be a place for two-way cycle tracks

The Organization for Economic Cooperation and Development (OECD) published a review of international best practices for growing cycling and keeping cyclists safe (hat tip to Copenhagenize). The authors concluded (page 177):

  • “Bi-directional cycle tracks along roads invariably lead to non-conventional maneuvers at junctions and where such tracks terminate. These situations entail a significant risk of crashes. Two-directional cycle tracks along roads generally should be avoided, unless the advantages are very clear or the space constraints for two unidirectional cycle tracks insurmountable.” [Grand Avenue is under discussion right now and I would say that the street has a lot of excess space. It has a “pair” on Illinois Street, with similar excesses.]
  • Opposite direction cycling on streets where cyclists don’t need linear protection from motor vehicles (because of lower volumes or traffic speeds; like Chicago’s side streets) is a very different ballgame.

None of this is to say that having two single direction cycle tracks, on each side of a one-way street is bad. They’re better than having a two-way cycle track because cyclists would then have a bigger, direct network of good places to ride and reach destinations.

A two-way cycle track to access bike parking at a train station. It wouldn’t make sense here, in a car-free environment, to have a one-way cycle tracks on either side of something in the middle (there wouldn’t be a something in the middle). Photo: Jennifer Judge and Ben Russell

The Dutch have installed many (probably hundreds of) miles of two-way cycle tracks, but they are more akin to our two-way off-street multi-use trails as they’re only mildly aligned with streets, or they’re used in very particular situations – for example, to carry a busy segment of the cycle network on one side of a large road to a bridge on the other – and not in dense, tight, uniformly dimensioned urban street grids that dominate American cities and are rarer in Dutch cities.

Quite often the Dutch will build a two-way cycle track on each side of the street to accommodate their cycle route networks, avoid a busy junction or train station area, work in harmony with intersections that prioritize tram and bus traffic but that can still keep certain directions of cyclists moving without any delay, or to provide access to both sides of a busy retail area. Learn more about the geometry and engineering of two-way cycle track design on Peter Furth’s website.

Speaking of networks, two-way cycle tracks on one-way streets must be integrated into a bicycle route/path network differently. This isn’t to say it cannot be done, but it takes a different and more complicated approach because of the nature of the other streets that would have to be modified to “receive” bicyclists turning off of the two-way cycle track. It has so far not been implemented well in Chicago.

Furth’s website describes the advantages of a two-way cycle track as listed in the Dutch street design manual called CROW. They are convincing! Yet Dearborn Street in Chicago, the first urban two-way cycle track on a one-way street in a big American city, doesn’t fit those criteria. And neither does building two-way cycle tracks on other one-way streets in the central business district.

You wouldn’t have to reject the proposal for another two-way cycle track on a one-way street, though, if there was a single, thoughtful design plan – the evolution of a network proposal like Chicago’s Streets for Cycling Plan – for all of the streets and intersections involved attached with dedicated funds for the appropriate infrastructure redesigns. However, three years after the Dearborn cycle track was installed, it still doesn’t bicycle facilities connecting it to the Kinzie cycle track. There, a network plan and a design plan failed to materialize.

A local example of a complicated and deficient intersection design is that cyclists going northbound on Dearborn Street (a northbound, one-way street with a two-way cycle track) and want to turn east onto two-way Kinzie Street (which has no bicycle facilities) have no way to do so without putting themselves and others at risk or burden.

Here’s how I would make that turn: if the Dearborn light is green, come to a complete stop in the intersection and wait for the Dearborn light to turn red and the Kinzie light to turn green – ignore that I’m blocking northbound cycle traffic. If the Dearborn light is red, signal to cyclists behind you that you’re turning right, and then watch for Kinzie traffic, turn right, and merge into it. Neither situation is preferable.

It’s imperative to redesign intersections when adding cycle tracks, and two-way cycle tracks on one-way streets require a more intensive and complex design but add little to no benefit over having a single, one-way cycle track, or one-way cycle tracks on either side of the street.

This slide from an APBP webinar briefly lists why a two-way cycle track may be better than a one-way cycle track.

This slide from an APBP webinar briefly lists why a two-way cycle track may be better than a one-way cycle track.

P.S. I laughed when I saw these three reasons [PDF] supporting a two-way cycle track over a one-way cycle track, because all of them are the same labels I’ve used to denote the disadvantages of using a two-way cycle track.

  1. Space limitations. Advantage: You don’t have enough room to put in two, appropriate-sized one-way cycle tracks, so you build a two-way cycle track. Disadvantage: Each cyclist now has personal space limitations.
  2. Wrong-way bicyclists. Advantage: You provide a space for people who choose to cycle the wrong way. Disadvantage: A two-way cycle track is less an accommodation for this rider, and more an admission that your cycle network doesn’t accommodate the rider.
  3. Difficult street crossings. Advantage: I don’t think there are any! Disadvantage: Start reading from the top of this post.

Here’s how to fix the right-hook problem at Kinzie and Jefferson

Kinzie runs east-west, side to side in this Google Street View image. The ideal viewing angle between a motorist and bicyclist is 90 degrees, which is possible for the eastbound cyclist (from right to left) and the northbound motorist (pictured, in the white car). The eastbound motorist turning onto southbound Jefferson has an acute view angle to the cyclist and motorists typically believe they can make the right turn before it could possible harm the cyclist. Making the street one-way would mitigate this right-hook problem.

Kinzie runs east-west, side to side in this Google Street View image. The ideal viewing angle between a motorist and bicyclist is 90 degrees, which is possible for the eastbound cyclist (from right to left) and the northbound motorist (pictured, in the white car). The eastbound motorist turning onto southbound Jefferson has an acute view angle to the cyclist and motorists typically believe they can make the right turn before it could possible harm the cyclist. Making the street one-way would mitigate this right-hook problem.

Make Jefferson Street a one-way street going northbound so no more motorists will turn right onto southbound Jefferson and right-hook bicyclists going east on Kinzie Street.

It’s that simple. It should have been done four years ago when the Kinzie Street protected bike lane was created from a road diet (4 to 2 conversion). Instead, I get reports like this one. In fact, this exact scenario has played out several times since the lane’s inception, including with a truck in the first weeks after the lane opened.

I was traveling eastbound in the bike lane on Kinzie Street. A car was traveling in the same direction, but did not yield to me as it turned in front of me. I had my attention on the car in advance in case it did something like this, so I had sufficient time to slow down and avoid running into it as it turned to the right in front of me.

I’m glad this person was experienced enough to avoid the crash, but we can’t expect that bicyclists and motorists have the right experience when traveling within the city.

A two-way Jefferson isn’t necessary to provide access to the parking behind the residential building here because access can be gained from Canal (a two-way street) and the two-way driveway leading from Canal.

If maintaining Jefferson as a two-way street is imperative, then we can make some really intense infrastructure – intense by Chicago standards – and create a neckdown and raised intersection so that only one direction of traffic can cross the bike lane at any time. If there’s a northbound motorist waiting to turn onto Kinzie from Jefferson, and there’s a motorist on Kinzie wanting to turn onto Jefferson, then the Kinzie motorist would wait for the Jefferson motorist to turn.

The raised intersection is an additional traffic calming measure that also improves pedestrian accessibility.

What sucks about the state of infrastructure in the United States is the lack of understanding and knowledge about atypical designs (limited and rare examples of practical applications across the country) and this leads to deficient implementations of designs proven to work millions of times a day elsewhere.

The person who submitted this Close Call suggested more signs or a flashing overhead light. Yet those are tools that don’t actually require the motorist (or the bicyclist) to react in any way, whereas a piece of infrastructure – concrete, asphalt, and their topography – does more than just remind or encourage.

I would go so far as to suggest a policy that sets a target reduction in signage in the city, because eliminated signage must be replaced by the appropriate infrastructure. The best example? We have a law in Chicago where, if there’s a sign saying so, you cannot park a car within 20 feet of a crosswalk.

Get rid of the sign – they’re so ugly – and the need to pay attention to it by building a bumpout with a bioswale. Not only have you enforced the “no parking” regulation now until the concrete crumbles, and given pedestrians a shorter walk across the roadway, you also add stormwater infrastructure that reduces the burden on our combined sewer system.

Use Turf to perform GIS functions in a web browser

Turf's merge function joins invisible buffers around each Divvy station into a single, super buffer.

Turf’s merge function joins invisible buffers around each Divvy station into a single, super buffer –all client-side, in your web browser.

I’m leading the development of a website for Slow Roll Chicago that shows the distribution of bike lane infrastructure in Chicago relative to key and specific demographics to demonstrate if the investment has been equitable.

We’re using GitHub to store code, publish meeting notes, and host discussions with the issues tracker. Communication is done almost entirely in GitHub issues. I chose GitHub over Slack and Google Groups because:

  1. All of our research and code should be public and open source so it’s clear how we made our assumptions and came to our conclusions (“show your work”).
  2. Using git, GitHub, and version control is a desirable skill and more people should learn it; this project will help people apply that skill.
  3. There are no emails involved. I deplore using email for group communication.*

The website focuses on using empirical research, maps, geographic analysis to tell the story of bike lane distribution and requires processing this data using GIS functions. Normally the data would be transformed in a desktop GIS software like QGIS and then converted to a format that can be used in Leaflet, an open source web mapping library.

Relying on desktop software, though, slows down development of new ways to slice and dice geographic data, which, in our map, includes bike lanes, wards, Census tracts, Divvy stations, and grocery stores (so far). One would have to generate a new dataset if our goals or needs changed .

I’ve built maps for images and the web that way enough in the past and I wanted to move away from that method for this project and we’re using Turf.js to replicate many GIS functions – but in the browser.

Yep, Turf makes it possible to merge, buffer, contain, calculate distance, transform, dissolve, and perform dozens of other functions all within the browser, “on the fly”, without any software.

After dilly-dallying in Turf for several weeks, our group started making progress this month. We have now pushed to our in-progress website a map with three features made possible by Turf:

  1. Buffer and dissolving buffers to show the Divvy station walk shed, the distance a reasonable person would walk from their home or office to check out a Divvy station. A buffer of 0.25 miles (two Chicago blocks) is created around each of the 300 Divvy stations, hidden from display, and then merged (dissolved in traditional GIS parlance) into a single buffer. The single buffer –called a “super buffer” in our source code – is used for another feature. Currently the projection is messed up and you see ellipsoid shapes instead of circles.
  2. Counting grocery stores in the Divvy station walk shed. We use the “feature collection” function to convert the super buffer into an object that the “within” function can use to compare to a GeoJSON object of grocery stores. This process is similar to the “select by location” function in GIS software. Right now this number is printed only to the console as we look for the best way to display stats like this to the user. A future version of the map could allow the user to change the 0.25 miles distance to an arbitrary distance they prefer.
  3. Find the nearest Divvy station from any place on the map. Using Turf’s “nearest” function and the Context Menu plugin for Leaflet, the user can right-click anywhere on the map and choose “Find nearby Divvy stations”. The “nearest” function compares the place where the user clicked against the GeoJSON object of Divvy stations to select the nearest one. The problem of locating 2+ nearby Divvy stations remains. The original issue asked to find the number of Divvy stations near the point; we’ll likely accomplish this by drawing an invisible, temporary buffer around the point and then using “within” to count the number of stations inside that buffer and then destroy the buffer.
Right-click the map and select "Find nearby Divvy stations" and Turf will locate the nearest Divvy station.

Right-click the map and select “Find nearby Divvy stations” and Turf will locate the nearest Divvy station.

* I send one email to new people who join us at Open Gov Hack Night on Tuesdays at the Mart to send them a link to our GitHub repository, and to invite them to a Dropbox folder to share large files for those who don’t learn to use git for file management.

Meet Chicago’s newest street view fleet: bikes

Bicycle holds an iPhone to take street view-style images

This position gives the smartphone an unimpeded view of the street but prevents the user from manipulating it.

I first used the Mapillary app on iPhone last fall, in August, and I uploaded one photo, of my arm, which I can’t delete from the website. I uploaded a couple more photos from a street in Roscoe Village in November.

This week, though, I uploaded 500 photos from a three mile journey on California and Milwaukee Avenues in Chicago – streets that no one else had photographed for the Mapillary street view service.

Mapillary is an open source (sort of) street view service, originally developed in Sweden, which allows the public to contribute photos taken with their smartphone app.

What’s “sort of” about Mapillary being open source is that it appears that the company owns the photos once you upload them. People are free to use the photos to edit OpenStreetMap, or publish elsewhere – for personal use only – with attribution that adheres to Creative Commons 4.0. People who want to use the photos in a commercial application must subscribe to a pay service.

Mounting an iPhone to a bicycle

I took the jump from contributing nothing to uploading a whole lot because I bought an iPhone mount for my bicycle. After months of research – okay, chalk it up to my being lazy and it being really cold outside – I settled on the DgRock Universal Bicycle Mount from Amazon for $9. I was perplexed that there was a gap in choices between this decent $9 product and the next group, hovering around $30-40.

After three days of use, I’m satisfied, despite limitations that are present in all mounts I surveyed. The DgRock mount is solid, barely moves even as the bike bounces along Chicago’s pothole-ridden streets, and securely holds the iPhone with a strong, spring-loaded grip. It’s universal in two ways: it holds nearly any smartphone (it probably can’t hold one with a screen 5″ or larger) and it attaches to most bicycle handlebars.

The first day I used the DgRock mount Mapillary complained with a red icon that it couldn’t get a proper fix on its location and therefore it wouldn’t start photographing. Fine, I was in downtown Chicago where connecting to GPS satellites can be hard. I figured the wifi positioning system that all smartphones and tablets use would suffice.

There are problems with the mount, but I think these apply to all bicycle smartphone mounts: When the phone is in position to take photos, meaning its horizontal and level to the ground, you can’t see the screen. That’s because the screen, mounted on the handlebars, is much lower than your eyes and faces vertically, instead of angled towards your face. The only way around this, I believe, is to either get an upright bicycle (like my WorkCycles Fr8) or an adjustable lens (I can’t find any).

Smartphone mount holding an iPhone on a bicycle

This position allows the user to manipulate the smartphone but you cannot take street view-style images.

The possible position angles of the smartphone when held by the mount was my main concern as I was shopping on Amazon: The mount need to have the flexibility to position the smartphone so its rear camera could be level with the ground. Smartphone mounts, though, are made to put the device in a position to be used and viewed frequently by the bicycle rider – it was unclear if many of the other smartphone mounts could accommodate the street view angles requirement.

The DgRock has no issue moving the iPhone into the right position, as you can see in the photos from my journey (or scroll to the end). Its issue, though, is that you have to put the smartphone in “backwards” so that the claw covers up part of the screen. I call it an issue but it doesn’t disturb the mount’s primary purpose when using Mapillary – the phone still has a clear view of the street.

Even with an upright bike like mine, though, it’s difficult to see the screen. I believe that Mapillary can actually design its app to help overcome this physical limitation.

Using Mapillary

The Mapillary app has improved greatly since the first version. It allows you to delete bad or undesired photos before uploading, and it has a simpler interface to go from opening the app to making your own street view. There are a couple changes I think would improve the user experience and lead to more contributions.

I would like to be able to turn off the screen while using Mapillary to save battery life. I think that the screen could fade to black and a small white dot or halo appears frequently to remind you that it’s working. I’d also like it to chime when iOS throws the “low storage” warning. Otherwise I may be riding along, thinking Mapillary is capturing the street, when iOS had actually run out of storage 10 minutes ago.