[GH-ISSUE #29] Include Seconds information in the sent_timestamp field #23

Closed
opened 2026-02-28 01:22:48 +03:00 by kerem · 6 comments
Owner

Originally created by @mrgkumar on GitHub (Aug 14, 2012).
Original GitHub issue: https://github.com/ushahidi/SMSSync/issues/29

Currently the "sent_timestamp" does not include the seconds field in it. Could you please include that feature ?

Originally created by @mrgkumar on GitHub (Aug 14, 2012). Original GitHub issue: https://github.com/ushahidi/SMSSync/issues/29 Currently the "sent_timestamp" does not include the seconds field in it. Could you please include that feature ?
kerem closed this issue 2026-02-28 01:22:48 +03:00
Author
Owner

@ghost commented on GitHub (Aug 22, 2012):

Also, full year. ISO 8601 would be most preferable, because it is standard, unambiguously human readable, lexicographical order is the same as temporal order and is in general most machine-friendly of non-integer timestamp formats(for example, goes into database datetime columns as is.)

And by ISO 8601 I naturally mean combined extended date with extended time, with ' ' as the delimiter instead of T for increased human readability, with little to no decrease in machine compatibility. I.e. "YYYY-MM-DD HH:MM:SS"

<!-- gh-comment-id:7932860 --> @ghost commented on GitHub (Aug 22, 2012): Also, full year. ISO 8601 would be most preferable, because it is standard, unambiguously human readable, lexicographical order is the same as temporal order and is in general most machine-friendly of non-integer timestamp formats(for example, goes into database datetime columns as is.) And by ISO 8601 I naturally mean combined extended date with extended time, with ' ' as the delimiter instead of T for increased human readability, with little to no decrease in machine compatibility. I.e. "YYYY-MM-DD HH:MM:SS"
Author
Owner

@eyedol commented on GitHub (Aug 22, 2012):

@agenttihirvinen Thanks for the mention of ISO 8601. I will look into this more.

<!-- gh-comment-id:7948552 --> @eyedol commented on GitHub (Aug 22, 2012): @agenttihirvinen Thanks for the mention of ISO 8601. I will look into this more.
Author
Owner

@eyedol commented on GitHub (Aug 26, 2012):

sent_timestamp is now the raw timestamp value. No pre-formatting. This is to allow the client to take care of the formatting. I'm closing this issue

<!-- gh-comment-id:8036410 --> @eyedol commented on GitHub (Aug 26, 2012): sent_timestamp is now the raw timestamp value. No pre-formatting. This is to allow the client to take care of the formatting. I'm closing this issue
Author
Owner

@ghost commented on GitHub (Aug 27, 2012):

Raw meaning a UNIX timestamp? That is satisfactory as well.

<!-- gh-comment-id:8050152 --> @ghost commented on GitHub (Aug 27, 2012): Raw meaning a UNIX timestamp? That is satisfactory as well.
Author
Owner

@mrgkumar commented on GitHub (Aug 27, 2012):

Thank you!

<!-- gh-comment-id:8060492 --> @mrgkumar commented on GitHub (Aug 27, 2012): Thank you!
Author
Owner

@eyedol commented on GitHub (Aug 28, 2012):

@agenttihirvinen Yes a UNIX timestamp.

<!-- gh-comment-id:8081713 --> @eyedol commented on GitHub (Aug 28, 2012): @agenttihirvinen Yes a UNIX timestamp.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/SMSSync#23
No description provided.