Replies: 2 comments 3 replies
-
Can you edit your comment to show the full output please? |
Beta Was this translation helpful? Give feedback.
-
As @Casper-Guo stated, one is UTC, one is timezone-aware local time https://docs.fastf1.dev/events.html#event-schedule-data
that has to be due to you serializing the data to JSON
There are three backends for the schedule data. My own backend, F1's timing data API and Ergast. Currently, only Ergast has a (preliminary) schedule for the 2024 season. Therefore, FastF1 falls back to using Ergast. Ergast does provide UTC timestamps and no timezone information, therefore when this backend is used, only the UTC Dates can be provided. The other two backends support the additional information.
It returns 00:00 as time, same as all the other timestamps. Yes, technically that's a specific time. But so is the unix timestamp of the same value. I can't just easily remove the time here. |
Beta Was this translation helpful? Give feedback.
-
Hi, I've got one of the rows from
fastf1.get_events_remaining()
and I was wondering what was the difference between, for example,Session5DateUtc
andSession5Date
. I'm asking this because the first one gives me a date in the Epoch format, and the second one returnsnull
.In addition to my first question, why is it that
Session5Date
returns null? And how doesSession5DateUtc
return a specific time although in the official page of F1 it's still TBC?EDIT: After converting the data to JSON, and fetching it with TypeScript, this is how it looks like:
Python file:
TypeScript Fetching
Beta Was this translation helpful? Give feedback.
All reactions