HTML:n time-elementissä olevan ajan voi merkitä koneluettavassa muodossa datetime-attribuutin avulla.
Ajankohta 2. tammikuuta 2014 klo 15.00 merkitään näin:
2014-01-02T15:00+0200
Eikö tällöin 25.7.2014 klo 17.30 merkitä näin (kun kerran ollaan kesäajassa):
2014-07-25T17:30+0300
Onko siis oikein merkitä aikavyöhykkeeksi kesäaikana UTC+3?
Kyllä, kesäaikana olemme vyöhykkeellä UTC+3.
Metabolix kirjoitti:
Kyllä, kesäaikana olemme vyöhykkeellä UTC+3.
No, hyvä.
Piti vain varmistaa, sillä Ylen [päivitys: kyseessä olikin toinen sivusto] sivuilla aika on ilmaistu virheellisesti niin, että kellonaika on yhden tunnin suurempi kuin pitäisi ja aikavyöhykkeenä on UTC+3.
Tuli heti epävarma olo, kun minua kokeneemmat ohjelmoijat tekivät asian eri lailla, tässä tapauksessa väärin.
Loogisesti merkinnän pitää aina olla sellainen, että kun kellonajasta vähennetään aikavyöhyke, päästään oikeaan UTC-aikaan. Millä sivulla Yle on tehnyt väärin?
Metabolix kirjoitti:
Loogisesti merkinnän pitää aina olla sellainen, että kun kellonajasta vähennetään aikavyöhyke, päästään oikeaan UTC-aikaan. Millä sivulla Yle on tehnyt väärin?
Muutama päivä sitten tuli tosiaan löydettyä tuollainen virhe, minkä sanoin olevan Ylen sivuilla. Ilmeisesti muistin sivuston väärin, sillä olen lähipäivinä käyttänyt vain muutamaa Ylen sivuston palveluista, enkä enää löytänyt niistä kyseistä virhettä.
Metabolix kirjoitti:
Loogisesti merkinnän pitää aina olla sellainen, että kun kellonajasta vähennetään aikavyöhyke, päästään oikeaan UTC-aikaan.
Niin, jos aika ilmaistaan globaalina. Tämä ei kuitenkaan määrittelyn mukaan ole pakollista, vaan voidaan ilmaista mylös paikallisaika. Siteeraan time-elementin määrittelyä: ”Times with dates and a time zone offset are useful for specifying specific events, or recurring virtual events where the time is not anchored to a specific geographic location. For example, the precise time of an asteroid impact, or a particular meeting in a series of meetings held at 1400 UTC every day, regardless of whether any particular part of the world is observing daylight savings time or not. For events where the precise time varies by the local time zone offset of a specific geographic location, a valid floating date and time string combined with that geographic location is likely more useful.”
Lisäksi kannattaa muistaa, että time-elementit ovat edelleen, ja nähtävissä olevissa tulevaisuudessa, write only -koodia. Eli niitä voi kirjoitella, mutta mikään softa ei niistä pahemmin välitä, ellet sitten itse tee sellaista softaa.
Aihe on jo aika vanha, joten et voi enää vastata siihen.