Issue: If someone downloads and runs this application outside of the Eastern timezone, computing_relative_time will be incorrect. For example, if a user runs this program in the Pacific timezone, since they are -3H when compared to EST, the difference would return a value approx. equal to: (+3H + R)
where R = (Upcoming Train Timestamp - EST Timezone Timestamp). If users reside in Europe and run this program, this function would return: -1 since their timestamp is ahead, relative to EST.
Resolution: Timestamps that this function retrieves must only be of EST Timezone, regardless where the user resides in the world, since the MTA is located on the East Coast section of the U.S.
Issue: If someone downloads and runs this application outside of the Eastern timezone, computing_relative_time will be incorrect. For example, if a user runs this program in the Pacific timezone, since they are -3H when compared to EST, the difference would return a value approx. equal to: (+3H + R)
where R = (Upcoming Train Timestamp - EST Timezone Timestamp). If users reside in Europe and run this program, this function would return: -1 since their timestamp is ahead, relative to EST.
Resolution: Timestamps that this function retrieves must only be of EST Timezone, regardless where the user resides in the world, since the MTA is located on the East Coast section of the U.S.