New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
New and revised timestamp docs #397
Conversation
Current coverage is 88.39%@@ master #397 diff @@
==========================================
Files 18 18
Lines 1266 1284 +18
Methods 0 0
Messages 0 0
Branches 0 0
==========================================
+ Hits 1118 1135 +17
- Misses 148 149 +1
Partials 0 0
|
|
||
The result is that some timestamps can't be converted unambigously to a single UTC timestamp, but that only happens for leap seconds, and leap seconds are rare. (Only 26 had been inserted between 1972 and the end of 2015.) | ||
|
||
**So long as you avoid the leap seconds, you can convert BigchainDB timestamps (Unix time timestamps) to UTC unambiguosly using any standard conversion tool or library function.** |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
unambiguosly --> unambiguously
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'll fix that.
👍 |
👍 |
Please don't merge this yet. I still want to clarify how to do (BigchainDB timestamp) --> UTC conversion for leap seconds. |
…estamp-docs New and revised timestamp docs
I revised the BigchainDB documentation on timestamps:
timestamp()
function. It gets the Unix time, not UTC. The two are related, but different. In particular, UTC has leap seconds but Unix time doesn't.timestamp
explanations in the page about data models (transactions, blocks, votes)