The case for open source software

Releasing software as open source is LLNL’s default position when the content isn’t classified or controlled. That wasn’t always the case; the cultural shift took some time.

One common argument is relevance. Why do we deliberately produce software for public consumption? Because the potential for new discoveries and applications is too great to ignore.

The conclusion doesn’t just hold for open source and its relevance to scientific computing– parts of OneBusAway are running in every one of the transit apps that I’m aware of.

Via 18F Blog

What’s going on in Finland, Part I

This post is an introduction to several subsequent posts on a hot topic, Mobility as a Service (MaaS). It serves organize my thoughts on the matter, and we’ll return to the nerdiness soon.

In the US, the primary form of mobility is the private car. Most other options are controlled by multiple entities and it requires dedication to engage in a trip that connects across modes and providers. Planning a trip across different providers might now be integrated in an app, but being able to pay for that trip easily is still out of reach.  In some parts of the world, there are more options, but the bizarre set of factors that result in a travel mode choice are not the result of a rational equation, but a product of both habit and available information.

Enter Mobility as a Service (MaaS). Like other “as a service“ products, the value in the service is not in the monetary cost of the service, but in not needing to worry about the minutiae of setting up and managing the options that the service include. 

Imagine rather than having to worry about multiple websites / apps and multiple tickets each with their own restrictions on payment methods, a user pays for a certain amount of travel per month. This might be only a limited transit pass like that offered today. It might be a pass for transit region-wide. It even might include a certain amount of higher priced mobility services like ride-hailing or even airline tickets.

It’s been called “hotels.com for transport.”

When mobility is not essentially tied to a car, a cycle becomes possible. Being able to easily make trips without a car means that more trips will be made without a car. When car-free travel is unlocked as a choice, there are benefits that accrue— less space for roads, fewer deaths, less pollution, etc. 

The choices and the options we have we make form a Gordian knot, reinforcing each other, and breaking that knot is what MaaS is about. 

 

Pro Tip: Running FeedValidator and ScheduleViewer faster

The Google-supported transitfeed Python package includes several useful tools, including a Feed Validator and Schedule Viewer… But under Python they’re slow. With a moderately sized feed (Santa Clara VTA), it’s problematic:

python2.7 transitfeed-1.2.15/feedvalidator_googletransit.py vta/ > /dev/null
103.32s user 4.67s system 75% cpu 2:22.28 total

That took 103 seconds to run. Larger feeds take exponentially more time. What to do?

Enter pypy, a faster version of Python– written in Python. The differences are puzzling, but explained here. The same code run under pypy is much faster:

pypy transitfeed-1.2.15/feedvalidator_googletransit.py vta/ > /dev/null
30.48s user 3.05s system 74% cpu 44.928 total

30% of the time to do the same work.

The best discussion I’ve heard on “The Autonomous Future”

This week’s Talking Headways podcast is a panel from the National Shared Mobility Summit on the hot transport topic of the day– autonomous vehicles. Most conference panels I’ve seen are populated with people who are surely intelligent and great at their jobs, but haven’t honed their ideas down to fit the format. This one is different and well worth a listen.

Pay attention to Finland– I hope to write more on what they are doing soon.

Mobility is Like a Heavy Metal Band