New shortcuts on the by run page

No more flipping back between the run list and the by run page. Woohoo!

Run toolbox

We’ve added some new shortcuts just under the calendar so that you can now easily do all of the following directly from the run view:

  • Publish a run to Facebook or Twitter
  • Edit a run’s details
  • Delete a run
  • View extra details about a run

Weather Updates

Weather on newly imported data should be a bit more accurate now. We’ve fixed some timezone related bugs and we’re also now interpolating the temperature if it falls between 2 readings. So if, for example, you start your ran at 7:15am and finish at 7:45am we’ll take the midpoint of your run (7:30) and get the 2 nearest available readings. These are usually by the hour, but may be much longer depending on where you are. So, we’d grab the 7am temperature and the 8am temperature and since 7:30 is 50% of the way between the two we’d split the difference. If the available weather readings are few and far between or if there’s a sudden change in temperature this can actually make a pretty big difference.

Once we’re sure these changes are working we’ll rerun them historically. There’s definitely some limitations of the weather services we’re using, but hoping this iteration should be much closer to matching reality.

Introducing Smashweather

Weather icons

Weather is a part of every run. You may slog through a long, midday run on a steamy August day and wonder why you even bothered. Or perhaps, on the first day of spring after a long winter, that same sun might inspire you to turn a long slow distance into a joyous fartlek. Or an approaching storm, may force you to run it out, only to get caught up in it, soaked through to the bone, leaving you overwhelmed with a glorious joie de vivre, suddenly aware of the natural world and your own glorious track star in training place in it all.

So it seems like we should put it somewhere on your By Run page. For now, we’re using free data sources for the last 30 days of history, and a paid data source for our pro user’s for the last 5 years. It’s actually a pretty mean feat, figuring out if it happened to rain on the particular patch of the planet that you were running across, on the particular hour you were running across it, four and half years ago. If you look at it that way, the data is really not bad. However, I think we might have to build some sort of edit weather functionality at some point so you can correct it when it’s wrong.

The global standards for weather types are super comprehensive. Sure 99% of the weather you might ever run in will fall neatly in the sunny to rainy spectrum you see on your local TV weather report, but what if you find yourself running in (or more likely away from, at top speed) an approaching sandstorm? Fear not! We’ve got you covered! (Well, at least, the reporting-after-the-fact bit. As far as the escaping-getting-sandblasted bit goes, I’m afraid you’re on your own.)

Also, if your run has a significant heat index (usually humidity over 50% and temp > 80F/27C) or a significant wind chill, a small triangle will appear next to the temperature that you can use to cycle your weather to view that effect.

Almost everyone should now be getting their runs updated with new data as you import them (provided they’re not more than 30 days old). And we’ve got a process running now, slowly slogging through all the back data of our pro users over the last 5 or so years, and updating the weather where it’s available. It’s looking like some locations might be having trouble. It just depends on if you’re near a supported weather station or not. We’ll be on the lookout for new data sources, and see if we can improve the data quality for everyone.

To provide the weather data, we’re currently using a combination of weather sources including: ForecastIO and OpenWeatherMap

Also, in this release we fixed the following issues:

  • Safari browser edit run bug
  • Issues with streaks on the one year view
  • Fixes for some extra pause issues with Garmin runs

June Patch

Last night’s patch should address all of the Nike import issues that some users have been having recently. If your initial sync doesn’t work, please try setting a new minimum import date within settings > synced devices > then sync again.

Email us at if you are still getting an error.

Other fixes included in this patch are listed below:

  • Restored the ability to view split data for HR, cadence, & elevation in the Pro Map
  • Negative average pace due to corrupt Garmin data is fixed
  • Editing a run should no longer take you to a run other than the one you just edited
  • Improved tracking for user referrals
  • Pro users can view the colorpicker photo as well (and there’s a new one!) > to view the default pro colorpicker, just exit the colorpicker photo and open it again

For iSmoothRun users: TCX exports that were not importing previously should now work. Some exports from iSmoothRun were missing GPS coordinates early in the run, which triggered an error when Smashrun tried to parse it.

If you’re using iSmoothRun and are still getting an error while trying to import a TCX file into Smashrun, you should give these troubleshooting steps a try (courtesy of iSmoothRun):

  1. Phone’s settings > General > Background refresh > ON and ON for iSmoothRun
  2. Phone’s settings > Privacy > Location services > iSmoothRun > ON
  3. iSmoothRun Settings > Advanced settings > GPS threshold should be 120-150 meters

Nike import error

The latest changes on Nike’s site have recently affected certain user accounts, which is causing Nike imports to fail on Smashrun. For those who are affected, we have been informed that Nike Support is currently doing manual fixes on an account-by-account basis.

From what we can tell, the cause appears to be one of three things: (1) the user is unable to log in to Nike’s website with correct credentials, (2) the user gets an error page when trying to view run activities or upon logging in, or (3) the user is unable to load their All Time activity view of their runs on Nike.

If you’re unable to view your stats on Nike’s site because your profile is broken or your activities are not loading, neither can we.

Here’s how to check if your import error is related: log in to Nike’s site > click on Activity > click ALL.

2014-06-11_1844 2014-06-11_1845

If it loads the map with all your runs, send us an email – we’ll need to investigate further.

If the loading screen just keeps trying to load, then it’s probably failing.

  • Tweet @NikeSupport and, apparently, they can fix it within the hour
    (thanks, Cecilia!)
  • Or call Nike Support at 800-379-6453 and they can fix it as well
    (thanks, Jonathan!)

Laps and Improved Segment Selection

We’ve made a couple of recent changes to Smashrun’s Pro Map!

  • You can now view laps within the Pro Map if you upload a run from a TCX file*
  • Switching between map filters no longer resets pace buckets/ HR zones etc
  • Mouse over filter will only show the overlay for the selected segment
  • Selecting segments, splits, or laps can be reset
*This is really the first step towards broader support for lap data. Two things to note: (1) laps will not be retroactively added to previous runs imported as a TCX file and (2) if you’ve got more than 28 laps, it’ll overflow from the container so… we’ll fix that.
Retain selection between filters Reset splits, laps, and segments

We also included a small section at the bottom of the settings > sync page where you can tweet at some of your favorite apps/devices to help us convince them to integrate with Smashrun!

New features and lots of fixes for April

Last night we released some new features and a patch that addresses several issues concerning the Garmin importer, delayed ranks, and import notifications, among others.

Below is the detailed list of all the feature additions and fixes for this release!

Elevation graph for Smashrun Pro users

Upon request from one of our Pro users (thanks, Adam S.!), we decided to include the elevation profile within the Pro Map. Now, when you click on the hill grade filter, the graph will show the actual shape of the elevation gain/loss. Mousing over it will show the percentage grade while the actual elevation at each point is reflected on the map.

Smashrun Pro Elevation Graph

Unlockable background images

To give users slightly more control over the look and feel of their profile, we’re introducing unlockable background images based on the number of badges you’ve earned on Smashrun! Smashrun Pro users and Founding Members will have exclusive access to certain backgrounds. To check out which background images you’ve unlocked, just go to your settings profile page.

Background image setting location

To change your background image, just select one that you’ve already unlocked, click OK, and you’re good to go.

Background image options

Run facts after importing new runs

Similar to Smashrun’s “notables”, we recently added Run Facts which appear after you import a new run. We calculate them based on identified patterns after comparing your new run(s) against your historical data, so you’ll know when you log a run that’s faster, slower, shorter, or longer than your usual runs.

Run fact

If you’re a Pro user, we’ll also let you know about patterns involving your best performing runs based on SPI, HR, and pace variability.

Import zip files

Previously, bulk imports could only be done by combining several runs within a single TCX file. Now you can import a zipped file that includes several GPX/TCX files! The process for uploading the file is the same as a standard GPX/TCX upload: mouse over the gear icon on Overview and select “Import file”.

Note: If you’re uploading treadmill runs, before you zip the files – make sure that they’re in TCX format, because GPX only includes latitude and longitude points. Treadmill runs would essentially produce “blank” GPX files. They won’t have any of your run data.

Import file

Share Smashrun Pro Maps
Adding #map at the end of a unique run’s URL will allow you to share that run’s map. This makes it easier for visitors to go straight to the Pro Map features. Check out one of my recent runs: Of course, the URL wouldn’t work if your privacy setting is set to hide your run map details.

Facebook posts use Open Graph API

Smashrun has just integrated the latest version of Facebook’s Open Graph API so you can now share a map of your run and view your monthly totals on Facebook. However, there are a few caveats: Facebook needs to approve us to pass your custom comments (part of the Facebook auto-poster) and they also need to approve us for “explicit sharing”. Otherwise, your posts will not always show up on your news feed.

It doesn’t mean that it didn’t post, Facebook’s API is just making a decision on whether or not to display it… when it feels like it.

First, you’ll need to re-authorize Smashrun to post your runs from your Facebook settings page. The next time you post a run, it will look a bit different. You can choose to hide your map and/or your pace. There might be a short lag after you click “Publish” (we’ll add a spinner in our next release) – you’ll get a notification that it was successfully published to Facebook.


By default, it will display your map, distance, speed, pace, and duration.

Facebook post

Also, this is only a theory but, if you like your own Facebook post, it’s more likely to show up in your friends’ news feed as well. A little trickery for Facebook’s API! We’ll update everyone as soon as the auto-poster content is back in business.

New colorpicker

Smashrun users will have access to a new colorpicker this month (thanks, Frank C.!). If you have your own colorful running-related photo that you’d like us to consider, send us an email at You could earn the colorpicker badge.

Beta support for Magellan Active sync

If you’re running with a Magellan Echo, Magellan Switch or Magellan Switch Up, you can now sync your data to Smashrun.

Magellan Sync

Currently, we’re still in the early stages of Magellan’s integration, but it should be stable enough to import your runs without any trouble. Please let us know if you find otherwise. The setup process can be done from the bottom of the settings synced devices page.

Additionally, if you have a bunch of FIT files that you would like to import into Smashrun, you can also upload those files into Magellan Active and then sync them with your Smashrun account.

As mentioned, there were also a lot of fixes that went out into this release. For those interested, here’s the quick rundown:

* Fixed the delay in ranks

* New Zealand Time Zone issue is fixed (thanks, Peter S.!)

* Optimizations to the Garmin importer for treadmill runs and re-importing old runs

* Custom fix to Garmin’s reversed SumDistance errors

* Facebook auto-post will now post runs imported via email

* Goal setting deadline is now set to midnight for the 1st day of the subsequent month

* Removed auto-fill for goals

* If you lose HR data during your run, it will no longer zero out on Smashrun

* SPI for deleted runs no longer show up in Pace Trends (or on the Trailing 90-day SPI)

* Hidden data will no longer show up for fastest runs of a similar distance

* Badge and import notifications should no longer overlap

* Blog post notifications are dismissed once clicked

* Email imports won’t send email message if at least one importable file is attached (thanks, Terry G.!)

Thanks to everyone who reported bugs. Your feedback helps us keep Smashrun in good shape. If we missed anything, please send us an email and we’ll try and include it in our patch.

“Heartbleed” vulnerability update

It is possible that you have read the news this week of a serious security vulnerability in the “openssl” library that undergirds a large amount of SSL/TLS traffic on the internet: CVE-2014-0160 is the official reference to what is being called the “heartbleed” vulnerability. It was named such because the specific problem is with the OpenSSL library’s implementation of the new heartbeat extension built into the TLS/DTLS protocol. Exploiting this vulnerability permits a remote attacker to read the memory of an impacted system remotely, without leaving a trace.

Yes, it is a scary bug: Smashrun Ops takes security very seriously. There are two important things to note at this time.

1. The infrastructure directly supporting, and with access to, your customer data was not impacted by this security flaw at any point in time. The tier that handles your login and demographic information, and the certificate that encrypted your credit card information, were not impacted because that infrastructure does not use the openssl library at all.

2. Smashrun owns supporting infrastructure, that does not have direct access to customer data, that was running a vulnerable version of OpenSSL. This infrastructure has been completely patched, and is believed to be exploit-free.

We thank you for trusting us with your personal information. And we thank you for your continued patronage.

Smashrun Ops

Training Bands and Training Volume

To improve, we learn to push our limits until we pass certain thresholds, just enough to stimulate adaption, but not so much that we cause injury. Consequently, we rely on various forms of measurements to properly manage training load such as training volume, Training Impulse (TRIMPs), Ratings of Perceived Exertion (RPEs), Training Stress Score (TSS), and Training Effect (TE), among others. All of them, in one way or another, attempt to answer the same question: are you training hard enough so that you are improving?

As with all models, they each have their shortcomings, one of which is how averages are frequently used. This is an important point because it is the main difference between every “training score” calculation compared to Smashrun’s Training Bands.

Unlike TRIMPs and all of its variations, Training Bands do not attempt to rate your training effort. Instead, it is a detailed account of your effort distribution. To understand Training Bands, it is best to look at how we approach training sessions.

Tracking Effort Distribution with Training Bands

For the sake of simplicity, imagine that you are planning out your running schedule for the week and you decide to allocate 70% of your training volume to your aerobic zone, 20% to anaerobic, and 10% to your max. The easiest way to track this is to look at individual runs as a session and categorize them in some way such as easy, tempo, and speedwork.

A more granular approach would be to track your effort distribution for one run, which is what most training platforms do. Again, to keep it simple, we will only look at three zones: easy, moderate, and difficult.

Effort distribution for one run.

This is often useful for looking at one run but, when you are training for an event, looking at an isolated instance is less than ideal. One 10 mile run could be broken into multiple segments within the same session to include a warm up, several pick-ups, a short tempo, and a cool down.

How would you quantify the contribution of each of these segments if you’re only looking at each run as a whole? This is where Training Bands do the hard work.

Training Volume by Effort

Smashrun looks at each trackpoint of every run and allocates it to a bucket, which we call a training band. It does this for pace, heart rate, and hill grade. Using our previous example, if we took all of the easy zones from a bunch of different runs and added them up across all runs, we will end up with one training band.

One training band.

This becomes tremendously complex with actual running data, because one run could have thousands of trackpoints. Your entire training history could be hundreds of thousands of trackpoints. Each of those trackpoints go into a specific band. When you combine all the bands together, you get Smashrun’s Training Bands.

Another way of visualizing it is to look at individual area graphs, which you can actually do when you click on specific bands. Each color represents one band. When stacked together, they represent your total training volume.

Area graphs

Training Bands illustrate volume at a different level, because you are not just looking at total duration of all runs. Instead, you are looking at the total duration of runs at different training efforts. Whether you are viewing your Training Bands for pace, heart rate, or hill grade, each band represents how hard you performed, for how long, and for what percentage of your total training.

Combined with training volume based on heart rate zones, it is possible to use Training Bands to get a sense of your training load. This, of course, is not a direct calculation of your load. Instead, it is a quick way to visualize your effort distribution and training intensity over different training cycles.

Scrolling training bands.

As I mentioned in last week’s post about using Pace Trends, overload (the tipping point at which you start to improve) happens with planned recovery periods.

Use Training Bands to see when you spent more time running hard so you can better manage your future training volume.

% tempo

% easy/recovery

Identify the time periods when you did the most speedwork. Did it help your overall training? Or did it set you back because you were too burned out afterwards?


Have you ever wondered what someone’s training might look like if they stick to the 10% rule to gradually increase volume? It’s like something out of a textbook.

10% rule

It gets even more interesting when we look at the same person’s Training Bands for heart rate, viewed as a percentage instead of absolute duration. You’ll see that they ran less in the beginning but spent a lot of time near their max, whereas they’re running much more now but spend much less time in the red zone. By running more, aerobic capacity just naturally increased, which is as it should be!

HR distribution.

Training Bands is really where Smashrun bridges the gap between small data (your individual runs) and big data (your total training duration by effort distribution). It is a much more meaningful representation of your training volume because it shows you how every second of every run contributes to your training as a whole.

How to Use SPI

Have you ever wondered how your fastest mile compares to your first half marathon? Or, wondered if your best 5K is better than your second best marathon time? How can you tell?

The Smashrun Performance Index (SPI) is a value derived from a performance curve to help you compare runs of similar effort across various distances. The thing to keep in mind is that SPI is only somewhat predictive.

The problem with many performance models is that they often only use finish times of elite male athletes as the baseline reference for the top percentile – not average runners but, world-record setting athletes. Their predictive quality can also deteriorate over longer distances, especially when you try to interpolate a marathon time from a very short distance, like 800 meters.

However, performance models can be useful for understanding relative improvements, assuming that the conditions for each new PR set is approximately the same.

The Purdy Points Model

In 1936, a table of finish times for elite athletes was compiled consisting of distances from 40 meters to 100,000 meters. Each of the performances were recorded as the top velocity reached while running in a straight line and were deemed equal and assigned an arbitrary baseline value. It is known as the “Portuguese Scoring Table”.

In 1974, it was updated by J. Gerry Purdy to reflect more recent world record times and added scaling factors to account for slowdown when accelerating to peak speed and on turns. This resulted in the Purdy Points Model, which provides the foundation for our SPI.

Why We Use Predictive Curves

Scoring tables are generally used as guides to help coaches predict their athlete’s performance for various distances on the track. It is, however, really important to remember that these models are not definitive indicators of actual times. Its main utility is that it can estimate your potential time for other distances, effectively providing you with a roadmap of where you’re headed.

We use predictive curves mainly because it gives us a baseline for measuring individual fitness level. For example: here are three hypothetical curves based on a 10min/mi (6:12min/km), 8:34min/mi (5:19min/km), and a 7:45min/mi (4:48min/km) pace. You’ll see that, as your baseline pace for a mile improves, your predictive curve shifts upwards.


You could also work backwards from the curve because once the SPI value for a given point is determined, you can back out of it what your approximate time might be for another distance. It’s how we calculate your estimated finish time on the By Run page.

Additionally, Pace Trends looks at SPI to plot your three best performing runs on a rolling 30-day period (so 30 days from today and back). “Best” in this case can seem rather subjective but, again, as long as you’re comparing runs performed under similar conditions, it should remain fairly accurate.

Every Runner Has A Different Performance Curve

Your training history will affect the slope of your performance curve. Some runners might have a flatter curve because they’re already training near their peak so there’s less room for dramatic improvements, whereas beginners would see a more pronounced upward trend.

If you’ve been running for a while, your overall pace trend could be pretty stable.


If you’ve never run before or you just started running races, you’ll likely have a steeper slope.


Context Is Important

Living someplace flat and running mostly on roads would generally result in higher baseline SPI’s than living someplace hilly and running mostly on trails. That means it’s entirely possible to shift your predictive curve up and down. The takeaway is that a lower curve doesn’t necessarily mean you are less fit, you might just be training under more challenging conditions.

This is why it’s important to look at your pace trends within specific training periods. You can always select a section of your training history and isolate those periods to see how you improved. Looking at the big picture is useful, but you cannot always trend upwards. Point A to point B isn’t exactly a straight line, it’s more like a staircase.


Here’s an actual example of one runner’s entire training history on Smashrun that demonstrates the principle of progression.


As you highlight sections of your pace trends and drag the time period over the years, you’ll see that there were probably several points in time when your pace trends looked a bit like the chart above. Context is a powerful thing. Use it to your advantage.

Ultimately, we would like to eventually be able to make certain adjustments like accounting for elevation gain/loss, adjust the baseline to reflect gender specific finish times, and maybe even adjust the curve based on age groups. Those will be likely be part of version two or three.

3 Tips for Using Smashrun’s Pro Map

Before we designed the Pro Map, we asked ourselves: what sort of information is best conveyed while viewing the route of your run?

There’s the obvious metrics including your fastest split, the ability to see elevation changes and, a pace graph that you can interact with. All of these are helpful in the sense that they summarize exactly what you did. You know how fast you ran, how far, your average HR, cadence, etc. but, you don’t always know what contributed to your performance.

The Pro Map is designed to help you better understand the relationships between the different variables that affect your running. By looking at these relationships, you can identify your strengths and weakness for a given route. Here are some of the things I look at on a day-to-day basis after a run.

How Hill Grade Affects Speed

Chances are pretty good that you’ll slow down while running uphill and speed up on the downhill, whereas what you should do is maintain the same effort and stick as close as possible to your target pace as you go up and down the hill.

If you wanted to compare your speed for running uphill vs. downhill, you just have to look at your hill grade distribution, highlight the relevant %grade, and view the revised details on the left.

This is what it looks like when you select all of the uphill portions, 6% grade and higher, for a run.


To compare it to your downhill stats, just select the opposite side of the distribution curve – select the buckets that are -6% grade and lower.


You could also mouse over the pace filter while viewing your hill distribution to see how your pace changed at specific points during a run.

HR Recovery Between Intervals

Intervals, or repeats, are most effective when they’re executed consistently after every recovery. If, however, each interval goes slower than your last then you’re probably either overreaching or you need a much longer recovery period between each repeat.

HR is one of the best indicators of recovery. When your HR isn’t recovering enough after each interval, it will pick up from a higher baseline than where you originally started on your first interval. That also means that you might not be able to perform as well at each repeat. If you do it right, it should look pretty consistent.

To see an overlay of your HR while viewing your pace graph, just mouse over the HR distribution filter.


You could also just view your HR graph and see how much time you spent at recovery vs. how much time your HR was greater than or equal to 90% of your Heart Rate Reserve.

Effect of Pace Variability on Cadence

A higher cadence is generally associated with improved running economy: the quicker your turnover, the less time you spend on the ground, and the greater your forward movement, which means less vertical oscillation or “bounce”. The tricky part is maintaining roughly the same cadence, regardless of changes in your pace.

With the exception of a few situations, such as a full-out sprint, a challenging trail, or a slow jog to warm-up, a steady cadence is usually a good indication of efficiency because it suggests that you’re expending approximately the same amount of energy regardless of pace.

When you look at your cadence distribution, it should often appear almost like a straight line. Easy runs usually have the steadiest cadence like this one.


The thing to keep in mind is that sometimes, it’s important to keep cadence steady to conserve energy. Just remember that, like everything else, it’s just another variable to help you evaluate your overall running efficiency. Here’s a quick brush-up on cadence and running economy:

These are only a few of the things I tend to analyze using the Pro Map. You could also look at how your HR responds to hill difficulty or pace variability. Or view how your stride length changes depending on your cadence. How do you normally use the Pro Map? Let us know in the comments.

Got questions about other use cases? Send me an email at