Why does Java have support for time zone offsets with seconds precision? The Ask Question...

Is it accepted to use working hours to read general interest books?

Is there an efficient way for synchronising audio events real-time with LEDs using an MCU?

Eigenvalues of the Laplacian of the directed De Bruijn graph

Feather, the Redeemed and Dire Fleet Daredevil

What do you call an IPA symbol that lacks a name (e.g. ɲ)?

Does a Draconic Bloodline sorcerer's doubled proficiency bonus for Charisma checks against dragons apply to all dragon types or only the chosen one?

Are these square matrices always diagonalisable?

All ASCII characters with a given bit count

Can gravitational waves pass through a black hole?

How was Lagrange appointed professor of mathematics so early?

What was Apollo 13's "Little Jolt" after MECO?

Married in secret, can marital status in passport be changed at a later date?

How long can a nation maintain a technological edge over the rest of the world?

Why did Europeans not widely domesticate foxes?

Raising a bilingual kid. When should we introduce the majority language?

What is a 'Key' in computer science?

Test if all elements of a Foldable are the same

SQL Server placement of master database files vs resource database files

Preserving file and folder permissions with rsync

What does こした mean?

Where to find documentation for `whois` command options?

How to translate "red flag" into Spanish?

Processing ADC conversion result: DMA vs Processor Registers

`FindRoot [ ]`::jsing: Encountered a singular Jacobian at a point...WHY



Why does Java have support for time zone offsets with seconds precision?



The Ask Question Wizard is Live!
Data science time! April 2019 and salary with experienceWhy does Java have transient fields?Does Java support default parameter values?UTC or local time with zone offset for my schema?DateTimeFormatter trouble with a patternGetting Time Zone from Time Zone offset?Identifying time zones in ISO 8601UTC offset subtracted from TIMESTAMP WITH TIME ZONE value in HSQLDBJava doesn't have information about all IANA time zonesDateTimeFormatter for Javascript Date.toString outputGoogle cloud - get current time offset from UTC of timezone (when timezone is described using Supported Time Zone Value)





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ height:90px;width:728px;box-sizing:border-box;
}







21















On Wikipedia time zone offsets are explained as the difference in hours and minutes from standard UTC time. However, DateTimeFormatter supports zone-offset pattern XXXXX, which "outputs the hour and minute and optional second, with a colon, such as '+01:30:15'."



Are offsets like +01:30:15 ISO valid? If not, based on which standard does Java define such offsets?










share|improve this question




















  • 4





    probably its development was not based on Wikipedia and/or ISO

    – Carlos Heuberger
    13 hours ago








  • 4





    If you have a look at the "See also" section under Wikipedia's article on UTC you'll see a selection of time standards that have second (and even fractional second) offsets from UTC.Of particular interst is TAI (International Atomic Time) on which UTC is based (the difference is 37s)

    – Chris H
    10 hours ago






  • 3





    @ChrisH the difference is currently 37s!

    – Lightness Races in Orbit
    10 hours ago






  • 2





    @ChrisH Absolutely! I worked in telecoms until last year and it's a big deal there too.

    – Lightness Races in Orbit
    9 hours ago






  • 2





    @ChrisH: As well as broadcast, where the traditional analog synchronization mechanisms (wordclock, black and burst, tri-level sync) are being replaced by network-based synchronization, namely PTP whose timebase is TAI. Broadcast is only the latest user of PTP, it is already well established in telco, robotics, and factory automation. Also, GPS time is based on TAI with a fixed offset of 19 seconds and thus currently 18 seconds to UTC.

    – Jörg W Mittag
    5 hours ago


















21















On Wikipedia time zone offsets are explained as the difference in hours and minutes from standard UTC time. However, DateTimeFormatter supports zone-offset pattern XXXXX, which "outputs the hour and minute and optional second, with a colon, such as '+01:30:15'."



Are offsets like +01:30:15 ISO valid? If not, based on which standard does Java define such offsets?










share|improve this question




















  • 4





    probably its development was not based on Wikipedia and/or ISO

    – Carlos Heuberger
    13 hours ago








  • 4





    If you have a look at the "See also" section under Wikipedia's article on UTC you'll see a selection of time standards that have second (and even fractional second) offsets from UTC.Of particular interst is TAI (International Atomic Time) on which UTC is based (the difference is 37s)

    – Chris H
    10 hours ago






  • 3





    @ChrisH the difference is currently 37s!

    – Lightness Races in Orbit
    10 hours ago






  • 2





    @ChrisH Absolutely! I worked in telecoms until last year and it's a big deal there too.

    – Lightness Races in Orbit
    9 hours ago






  • 2





    @ChrisH: As well as broadcast, where the traditional analog synchronization mechanisms (wordclock, black and burst, tri-level sync) are being replaced by network-based synchronization, namely PTP whose timebase is TAI. Broadcast is only the latest user of PTP, it is already well established in telco, robotics, and factory automation. Also, GPS time is based on TAI with a fixed offset of 19 seconds and thus currently 18 seconds to UTC.

    – Jörg W Mittag
    5 hours ago














21












21








21


2






On Wikipedia time zone offsets are explained as the difference in hours and minutes from standard UTC time. However, DateTimeFormatter supports zone-offset pattern XXXXX, which "outputs the hour and minute and optional second, with a colon, such as '+01:30:15'."



Are offsets like +01:30:15 ISO valid? If not, based on which standard does Java define such offsets?










share|improve this question
















On Wikipedia time zone offsets are explained as the difference in hours and minutes from standard UTC time. However, DateTimeFormatter supports zone-offset pattern XXXXX, which "outputs the hour and minute and optional second, with a colon, such as '+01:30:15'."



Are offsets like +01:30:15 ISO valid? If not, based on which standard does Java define such offsets?







java java-time






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited 4 hours ago









ruakh

129k14207260




129k14207260










asked 13 hours ago









Michal KordasMichal Kordas

5,57733060




5,57733060








  • 4





    probably its development was not based on Wikipedia and/or ISO

    – Carlos Heuberger
    13 hours ago








  • 4





    If you have a look at the "See also" section under Wikipedia's article on UTC you'll see a selection of time standards that have second (and even fractional second) offsets from UTC.Of particular interst is TAI (International Atomic Time) on which UTC is based (the difference is 37s)

    – Chris H
    10 hours ago






  • 3





    @ChrisH the difference is currently 37s!

    – Lightness Races in Orbit
    10 hours ago






  • 2





    @ChrisH Absolutely! I worked in telecoms until last year and it's a big deal there too.

    – Lightness Races in Orbit
    9 hours ago






  • 2





    @ChrisH: As well as broadcast, where the traditional analog synchronization mechanisms (wordclock, black and burst, tri-level sync) are being replaced by network-based synchronization, namely PTP whose timebase is TAI. Broadcast is only the latest user of PTP, it is already well established in telco, robotics, and factory automation. Also, GPS time is based on TAI with a fixed offset of 19 seconds and thus currently 18 seconds to UTC.

    – Jörg W Mittag
    5 hours ago














  • 4





    probably its development was not based on Wikipedia and/or ISO

    – Carlos Heuberger
    13 hours ago








  • 4





    If you have a look at the "See also" section under Wikipedia's article on UTC you'll see a selection of time standards that have second (and even fractional second) offsets from UTC.Of particular interst is TAI (International Atomic Time) on which UTC is based (the difference is 37s)

    – Chris H
    10 hours ago






  • 3





    @ChrisH the difference is currently 37s!

    – Lightness Races in Orbit
    10 hours ago






  • 2





    @ChrisH Absolutely! I worked in telecoms until last year and it's a big deal there too.

    – Lightness Races in Orbit
    9 hours ago






  • 2





    @ChrisH: As well as broadcast, where the traditional analog synchronization mechanisms (wordclock, black and burst, tri-level sync) are being replaced by network-based synchronization, namely PTP whose timebase is TAI. Broadcast is only the latest user of PTP, it is already well established in telco, robotics, and factory automation. Also, GPS time is based on TAI with a fixed offset of 19 seconds and thus currently 18 seconds to UTC.

    – Jörg W Mittag
    5 hours ago








4




4





probably its development was not based on Wikipedia and/or ISO

– Carlos Heuberger
13 hours ago







probably its development was not based on Wikipedia and/or ISO

– Carlos Heuberger
13 hours ago






4




4





If you have a look at the "See also" section under Wikipedia's article on UTC you'll see a selection of time standards that have second (and even fractional second) offsets from UTC.Of particular interst is TAI (International Atomic Time) on which UTC is based (the difference is 37s)

– Chris H
10 hours ago





If you have a look at the "See also" section under Wikipedia's article on UTC you'll see a selection of time standards that have second (and even fractional second) offsets from UTC.Of particular interst is TAI (International Atomic Time) on which UTC is based (the difference is 37s)

– Chris H
10 hours ago




3




3





@ChrisH the difference is currently 37s!

– Lightness Races in Orbit
10 hours ago





@ChrisH the difference is currently 37s!

– Lightness Races in Orbit
10 hours ago




2




2





@ChrisH Absolutely! I worked in telecoms until last year and it's a big deal there too.

– Lightness Races in Orbit
9 hours ago





@ChrisH Absolutely! I worked in telecoms until last year and it's a big deal there too.

– Lightness Races in Orbit
9 hours ago




2




2





@ChrisH: As well as broadcast, where the traditional analog synchronization mechanisms (wordclock, black and burst, tri-level sync) are being replaced by network-based synchronization, namely PTP whose timebase is TAI. Broadcast is only the latest user of PTP, it is already well established in telco, robotics, and factory automation. Also, GPS time is based on TAI with a fixed offset of 19 seconds and thus currently 18 seconds to UTC.

– Jörg W Mittag
5 hours ago





@ChrisH: As well as broadcast, where the traditional analog synchronization mechanisms (wordclock, black and burst, tri-level sync) are being replaced by network-based synchronization, namely PTP whose timebase is TAI. Broadcast is only the latest user of PTP, it is already well established in telco, robotics, and factory automation. Also, GPS time is based on TAI with a fixed offset of 19 seconds and thus currently 18 seconds to UTC.

– Jörg W Mittag
5 hours ago












1 Answer
1






active

oldest

votes


















48














It's not supported by ISO-8601, but it is a valid offset as recorded in the IANA time zone database.



Sub-minute offsets are common in the data for the late 19th and early 20th century, before time zones were properly standardized. For example, Europe/Paris had an offset of +00:09:21 until 1911 (according to the IANA database).



The latest occurrence I can find for this is Africa/Monrovia which had a sub-minute offset until 1972!






share|improve this answer





















  • 17





    In other words, "the use case for offset like +01:30:15" is … to represent the offset +01:30:15.

    – Jörg W Mittag
    11 hours ago






  • 6





    GPS time is also offset from UTC by a number of seconds (currently UTC+00:00:18).

    – Kundor
    8 hours ago






  • 4





    The perfect Jon Skeet question. :)

    – Eric Lippert
    5 hours ago






  • 6





    @EricLippert: It does feel like it was almost written for me, yes :) (And I find it pleasant that the console app I used to find that latest occurrence was less than 25 lines long. Could probably have written it even more briefly with LINQ, but probably less readably...)

    – Jon Skeet
    5 hours ago






  • 4





    @EricLippert: Turns out the LINQ version is more readable: gist.github.com/jskeet/f1c236d305ad5cb89daafd87941b4d88

    – Jon Skeet
    4 hours ago












Your Answer






StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");

StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55810861%2fwhy-does-java-have-support-for-time-zone-offsets-with-seconds-precision%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









48














It's not supported by ISO-8601, but it is a valid offset as recorded in the IANA time zone database.



Sub-minute offsets are common in the data for the late 19th and early 20th century, before time zones were properly standardized. For example, Europe/Paris had an offset of +00:09:21 until 1911 (according to the IANA database).



The latest occurrence I can find for this is Africa/Monrovia which had a sub-minute offset until 1972!






share|improve this answer





















  • 17





    In other words, "the use case for offset like +01:30:15" is … to represent the offset +01:30:15.

    – Jörg W Mittag
    11 hours ago






  • 6





    GPS time is also offset from UTC by a number of seconds (currently UTC+00:00:18).

    – Kundor
    8 hours ago






  • 4





    The perfect Jon Skeet question. :)

    – Eric Lippert
    5 hours ago






  • 6





    @EricLippert: It does feel like it was almost written for me, yes :) (And I find it pleasant that the console app I used to find that latest occurrence was less than 25 lines long. Could probably have written it even more briefly with LINQ, but probably less readably...)

    – Jon Skeet
    5 hours ago






  • 4





    @EricLippert: Turns out the LINQ version is more readable: gist.github.com/jskeet/f1c236d305ad5cb89daafd87941b4d88

    – Jon Skeet
    4 hours ago
















48














It's not supported by ISO-8601, but it is a valid offset as recorded in the IANA time zone database.



Sub-minute offsets are common in the data for the late 19th and early 20th century, before time zones were properly standardized. For example, Europe/Paris had an offset of +00:09:21 until 1911 (according to the IANA database).



The latest occurrence I can find for this is Africa/Monrovia which had a sub-minute offset until 1972!






share|improve this answer





















  • 17





    In other words, "the use case for offset like +01:30:15" is … to represent the offset +01:30:15.

    – Jörg W Mittag
    11 hours ago






  • 6





    GPS time is also offset from UTC by a number of seconds (currently UTC+00:00:18).

    – Kundor
    8 hours ago






  • 4





    The perfect Jon Skeet question. :)

    – Eric Lippert
    5 hours ago






  • 6





    @EricLippert: It does feel like it was almost written for me, yes :) (And I find it pleasant that the console app I used to find that latest occurrence was less than 25 lines long. Could probably have written it even more briefly with LINQ, but probably less readably...)

    – Jon Skeet
    5 hours ago






  • 4





    @EricLippert: Turns out the LINQ version is more readable: gist.github.com/jskeet/f1c236d305ad5cb89daafd87941b4d88

    – Jon Skeet
    4 hours ago














48












48








48







It's not supported by ISO-8601, but it is a valid offset as recorded in the IANA time zone database.



Sub-minute offsets are common in the data for the late 19th and early 20th century, before time zones were properly standardized. For example, Europe/Paris had an offset of +00:09:21 until 1911 (according to the IANA database).



The latest occurrence I can find for this is Africa/Monrovia which had a sub-minute offset until 1972!






share|improve this answer















It's not supported by ISO-8601, but it is a valid offset as recorded in the IANA time zone database.



Sub-minute offsets are common in the data for the late 19th and early 20th century, before time zones were properly standardized. For example, Europe/Paris had an offset of +00:09:21 until 1911 (according to the IANA database).



The latest occurrence I can find for this is Africa/Monrovia which had a sub-minute offset until 1972!







share|improve this answer














share|improve this answer



share|improve this answer








edited 13 hours ago

























answered 13 hours ago









Jon SkeetJon Skeet

1101k69880168487




1101k69880168487








  • 17





    In other words, "the use case for offset like +01:30:15" is … to represent the offset +01:30:15.

    – Jörg W Mittag
    11 hours ago






  • 6





    GPS time is also offset from UTC by a number of seconds (currently UTC+00:00:18).

    – Kundor
    8 hours ago






  • 4





    The perfect Jon Skeet question. :)

    – Eric Lippert
    5 hours ago






  • 6





    @EricLippert: It does feel like it was almost written for me, yes :) (And I find it pleasant that the console app I used to find that latest occurrence was less than 25 lines long. Could probably have written it even more briefly with LINQ, but probably less readably...)

    – Jon Skeet
    5 hours ago






  • 4





    @EricLippert: Turns out the LINQ version is more readable: gist.github.com/jskeet/f1c236d305ad5cb89daafd87941b4d88

    – Jon Skeet
    4 hours ago














  • 17





    In other words, "the use case for offset like +01:30:15" is … to represent the offset +01:30:15.

    – Jörg W Mittag
    11 hours ago






  • 6





    GPS time is also offset from UTC by a number of seconds (currently UTC+00:00:18).

    – Kundor
    8 hours ago






  • 4





    The perfect Jon Skeet question. :)

    – Eric Lippert
    5 hours ago






  • 6





    @EricLippert: It does feel like it was almost written for me, yes :) (And I find it pleasant that the console app I used to find that latest occurrence was less than 25 lines long. Could probably have written it even more briefly with LINQ, but probably less readably...)

    – Jon Skeet
    5 hours ago






  • 4





    @EricLippert: Turns out the LINQ version is more readable: gist.github.com/jskeet/f1c236d305ad5cb89daafd87941b4d88

    – Jon Skeet
    4 hours ago








17




17





In other words, "the use case for offset like +01:30:15" is … to represent the offset +01:30:15.

– Jörg W Mittag
11 hours ago





In other words, "the use case for offset like +01:30:15" is … to represent the offset +01:30:15.

– Jörg W Mittag
11 hours ago




6




6





GPS time is also offset from UTC by a number of seconds (currently UTC+00:00:18).

– Kundor
8 hours ago





GPS time is also offset from UTC by a number of seconds (currently UTC+00:00:18).

– Kundor
8 hours ago




4




4





The perfect Jon Skeet question. :)

– Eric Lippert
5 hours ago





The perfect Jon Skeet question. :)

– Eric Lippert
5 hours ago




6




6





@EricLippert: It does feel like it was almost written for me, yes :) (And I find it pleasant that the console app I used to find that latest occurrence was less than 25 lines long. Could probably have written it even more briefly with LINQ, but probably less readably...)

– Jon Skeet
5 hours ago





@EricLippert: It does feel like it was almost written for me, yes :) (And I find it pleasant that the console app I used to find that latest occurrence was less than 25 lines long. Could probably have written it even more briefly with LINQ, but probably less readably...)

– Jon Skeet
5 hours ago




4




4





@EricLippert: Turns out the LINQ version is more readable: gist.github.com/jskeet/f1c236d305ad5cb89daafd87941b4d88

– Jon Skeet
4 hours ago





@EricLippert: Turns out the LINQ version is more readable: gist.github.com/jskeet/f1c236d305ad5cb89daafd87941b4d88

– Jon Skeet
4 hours ago




















draft saved

draft discarded




















































Thanks for contributing an answer to Stack Overflow!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55810861%2fwhy-does-java-have-support-for-time-zone-offsets-with-seconds-precision%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

VNC viewer RFB protocol error: bad desktop size 0x0I Cannot Type the Key 'd' (lowercase) in VNC Viewer...

Tribunal Administrativo e Fiscal de Mirandela Referências Menu de...

looking for continuous Screen Capture for retroactivly reproducing errors, timeback machineRolling desktop...