Add timezone when exporting CSV

[rasendubi]

Exported CSV file is missing timezone information, so it's hard to make sense of the data unless you know the exact timezone it was exported with.

This PR changes timestamp format to ISO8601/RFC3339, so it should be parseable by virtually any tool. (Unfortunately XXX requires API level 24 but I assume that's fine.)

[Razeeman]

Hello! Thank you very much for the suggestion. Can you please explain a little bit your use case? What problems are caused by not having a timezone there? I'd assumed that most users open exported file in the same timezone which is was exported in.

[rasendubi]

Can you please explain a little bit your use case?

My use case is exporting all records from STT to archive and analyze them later.

What problems are caused by not having a timezone there? I'd assumed that most users open exported file in the same timezone which is was exported in.

The problem is that this requires out-of-band knowledge of what timezone the records were exported in. While your assumption is correct for most users most of the time, it's not correct for all users all the time:

• Users might be traveling and changing timezones.
• Some countries observe daylight saving time, so in a month a lot of users' timezones will change.
• I might transfer and process my records on another machine with different timezone.

Overall, timezone-less timestamps are just ambiguous, not suitable for long-term storage, and complicate processing.

[Razeeman]

Thank you for the explanation. Makes sense. Unfortunately it seems that neither macos Numbers app or Google sheets don't recognize this format as a datetime format and show it as a simple text. This may break some people usecases. As an alternative time zone can be added as another column with the text like "GMT+7:00". Will it resolve the issue?