# Activity summaries incorrect

**URL:** <https://support.bigpaua.com/t/activity-summaries-incorrect/274>\
**Category:** Arc App Support\
**Created:** [24 July 2022 12:34 UTC](https://support.bigpaua.com/t/activity-summaries-incorrect/274 "2022-07-24T12:34:57Z")\
**Posts on this page:** 2\
**Page:** 2

<div class="post-metadata">

**Author:** ![matt](https://dub1.discourse-cdn.com/flex013/user_avatar/support.bigpaua.com/matt/32/3_2.png) [@matt](https://support.bigpaua.com/u/matt)\
**Post date:** [22 December 2022 03:38 UTC](https://support.bigpaua.com/t/activity-summaries-incorrect/274/21 "2022-12-22T03:38:27Z")

</div>

> [@nirix](#):
>
> I am wondering how does Arc app handle automatic time zone changes and automatic region specific daylight saving time

Arc stores each recorded sample’s offset from UTC at time and location of recording. Samples are recorded every 2 to 60 seconds, so the timezone data is very granular.

That solves the data accuracy problem, and from there the rest is up to how you display it in the UI. At the moment Arc displays start and end times for TimelineItems in the timeline view based on the first and last sample within the item. So if the item started in one timezone and ended in another, the start time will be shown appropriate to the start timezone and end time appropriate to the end timezone.

---

<div class="post-metadata">

**Author:** ![matt](https://dub1.discourse-cdn.com/flex013/user_avatar/support.bigpaua.com/matt/32/3_2.png) [@matt](https://support.bigpaua.com/u/matt)\
**Post date:** [22 December 2022 03:48 UTC](https://support.bigpaua.com/t/activity-summaries-incorrect/274/22 "2022-12-22T03:48:51Z")

</div>

> [@Hutima](#):
>
> Times are always shown in local, it’s kind of annoying for cross world trips because I am have days cutting off at like 2 PM

Oh yeah that’s a curious one. Off the top of my head I can’t remember how the UI decides the boundaries for a single day’s timeline view. Lemme check… Ok, found it. It’s delegating the job to the iOS Foundation Calendar class, which means deferring to the expertise of calendar/date professionals, and letting them take the heat instead 😂

It uses [Calendar.current.dateInterval(of: .day, for: date)](https://developer.apple.com/documentation/foundation/calendar/2292908-dateinterval), which… ok, that might mean it’s using current _local_ timezone, due to the Calendar defaulting to that. The question then is, is that the right or wrong thing to do. My gut instinct says probably wrong. But the alternative would be to use the timezone of … the most common timezone of the samples within the range? Ugh, there it starts to get a lot more complex. And would result in potentially swiping back and forth between days that are significantly longer or shorter than 24 hours. Which then also intuitively falls into the “that’s wrong” bucket. There’s no easy answers 😬

[Previous page](https://support.bigpaua.com/t/activity-summaries-incorrect/274.md?page=1)