@@ -66,7 +66,7 @@ Many minor choices, such as the choice of code points in the alternate base32
66
66
encoding and the signed nature of the timestamp bytespace are primarily informed
67
67
by cross-language ergonomics.
68
68
69
- ## Base32tid encoding
69
+ ## Base32lex encoding
70
70
71
71
The 32 code points chosen to encode from binary, in order, are:
72
72
@@ -84,7 +84,7 @@ and lexical sorting of base-encoded TIDs will always achieve the same ordering.
84
84
~~~~ bash
85
85
value 1111111111222222222233
86
86
01234567890123456789012345678901
87
- base32tid 234567abcdefghijklmnopqrstuvwxyz
87
+ base32lex 234567abcdefghijklmnopqrstuvwxyz
88
88
base32 ABCDEFGHIJKLMNOPQRSTUVWXYZ234567
89
89
~~~~
90
90
@@ -120,7 +120,7 @@ signed space for a subset of unix microsecond timestamps. Effectively, this
120
120
means that the range of microseconds before or after 1970, expressed as a signed
121
121
integer, is not (-2^63+1) to (2^63-1), but (-2^53+1) to (2^53-1). The following
122
122
tables shows the min, zero, and max values of the integer range of microseconds,
123
- expressed in the 11-codepoint ` base32tid ` encoding. The additional 2 codepoints
123
+ expressed in the 11-codepoint ` base32lex ` encoding. The additional 2 codepoints
124
124
for the nodeId segment, explained below, are omitted for clarity.
125
125
126
126
| tid | microseconds | valid? | ISO timestamp |
0 commit comments