Bug Reports

If you identify any API bugs or errors in the data please record them here.

264 Responses to “Bug Reports”

  1. Admin says:

    Thanks for the warning Latsi – now updated.

  2. Luke Bassett says:


    I found a few errors in the lap timing csv. I noticed these because of merge errors between the lap_times and results csv files.

    For the 1999 Brazillian GP:
    Laps are recorded for Badoer (driverId: 69) although he sat that race out for an injury. I believe these laps should belong to Stephane Sarrazin (driverId: 72).

    For 1997 European GP:
    I don’t believe Giannin Morbidelli (driverId: 81) participated in that race, although he has lap times attributed to him. I believe these laps should belong to Norberto Fontana (driverId: 82).

    For the 1999 San Marino GP, Monaco GP, and Spanish GP:
    Laps are attributed to Ricardo Zonta (driverId: 41), although he was out with at foot injury. Mika Salo (driverId: 63) raced these three races for BAR.

    Thank you so much for maintaining all this data, lots of fun to play with on weekends without races =D


  3. Admin says:

    Hi Luke,
    Thanks for the corrections – now updated.

  4. Niclas says:


    Thanks for the API, really nice to get F1 data and play around with.

    I’m fetching data with

    Details: Under Result, there is Driver, Constructor, Status, Time and FastesLap in xml response.

    But in the json response there is Driver, Constructor, Time and FastesLap…not Status.


  5. Admin says:

    Hi Niclas,
    Actually, the status is present in the JSON results – it’s the statusId which is missing. I’m not sure why I included the statusId in the XML – it may have been a mistake I corrected in the JSON!

  6. Marco says:

    the team ranking seems to be wrong, the India force marks the fourth place, in fact, from the official site, after the change of company is at the seventh.

  7. Admin says:

    Hi Marco,
    Thanks for the warning – I forgot to reset Force India’s points.

  8. Marcus says:

    I have found 3 tiny ones.

    In one row of qualifying.csv q2 is ‘1:48:552’ instead of ‘1:48.552’:

    – 5665,891,3,131,9,4,”2:01.099″,”1:48:552″,”2:02.251″

    And in constructor_results.csv are two duplicates:
    – 612,75,7,11,\N
    – 14128,75,7,11,\N

    – 14845,903,3,6,\N
    – 14852,903,3,6,\N

  9. Marcus says:


    it’s pretty easy to get altitude for all circuits, btw: https://hastebin.com/ezenicikaf.makefile (In there is a prepared post request you can paste into your terminal.)


  10. Toby says:

    Hi Chris

    Possible the problem is at my end (unpacking the sql into pandas dataframes – although the process has always worked previously) but I am only seeing results to Russia from the disk image after Austin. Had no problem updating from the API though.


  11. Admin says:

    Hi Toby,
    I can see Kimi’s U.S. Grand Prix time in the SQL dump (1:34:18.643) but I guess there could be an issue elsewhere.
    I’ve re-run the dump script so it might be worth another try.

  12. Admin says:

    Thanks Marcus! Now corrected.

  13. Marcus says:

    Hi Chris,

    your database really helps a lot while learning to write proper SQL queries. Unfortunately, I am not really knowing a lot about the history of F1… The constructorResultIds 14985, 14986, 14805, and 14806 are the only rows before 1958 that have points. Is that a bug?



  14. Admin says:

    Hi Marcus,
    Thanks – I’ll investigate. The constructorResults is an intermediate table, used in calculating the standings, and may not have been used when loading historical data from various sources.

Add a Comment: