Standardy pro datové a číselné formáty

Proč standardy pro datumy a čísla rozhodují v „Answer-first“ obsahu

Obsah odpovědního typu (Answer-first) musí být okamžitě srozumitelný pro člověka a zároveň konzistentně zpracovatelný stroji. Nejednoznačné datumy (např. 03/07/25), různé desetinné oddělovače nebo chaotické uvádění jednotek přímo snižují důvěru a zvyšují riziko omylů při agregaci a citování. Tento článek shrnuje osvědčené standardy a praktiky pro datumy, časy, čísla, jednotky, měny a časová pásma v prostředí „Answer-first“ publikování.

Hlavní principy formátování pro Answer-first

  • Jednoznačnost před stručností: preferujte formáty bez nejasností (ISO 8601, pevné jednotky, explicitní pásma).
  • Dvojvrstvá prezentace: uživatelsky přívětivý formát + strojově čitelný doplněk (např. ISO v závorce).
  • Lokalizace vs. standard: zobrazujte lokalizovaně, ale uchovejte standardizovaný „zdroj“ pro stroje.
  • Stabilita: jeden formát napříč celým korpusem, jasný styl a kontrola kvality.

Datumy: ISO 8601 jako základ

ISO 8601 jednoznačně určuje pořadí roku, měsíce a dne a poskytuje i rozšíření pro týdny a pořadová data. Doporučené zápisy:

  • Kalendarický datum: YYYY-MM-DD (např. 2025-10-22).
  • Datum a čas: YYYY-MM-DDThh:mm:ss s časovým posunem (např. 2025-10-22T16:00:00+02:00).
  • UTC zápis: koncovka Z (např. 2025-10-22T14:00:00Z).
  • Týdenní datum: YYYY-Www-D (např. 2025-W43-3 pro středu 43. týdne).

V odpovědi Answer-first kombinujte lidský a ISO tvar: „22. října 2025 (2025-10-22)“.

Časová pásma: IANA a explicitní posuny

Nejednoznačnost zkratek (např. „CET“) je častým zdrojem chyb. Doporučení:

  • IANA identifikátory: Europe/Bratislava, America/New_York – stabilní, jednoznačné.
  • Posun vůči UTC: uvádějte u časů (např. +02:00) – vhodné i při logech a exportech.
  • Letní čas: nikdy nepředpokládejte; u historických nebo budoucích dat vždy uložte i časové pásmo.

Příklad Answer-first formátu: „Schůzka je v 16:00 (IANA Europe/Bratislava, 2025-10-22T16:00:00+02:00).“

Formáty data a času pro vývojáře: RFC 3339 a JSON

V API a datasetech upřednostňujte podmnožinu ISO 8601 definovanou v RFC 3339 (např. 2025-10-22T16:00:00+02:00). JSON pole:

  • date: YYYY-MM-DD
  • datetime: RFC 3339
  • tz: IANA název pásma

Vyhýbejte se nestandardním, lokálním formátům v datových rozhraních (22/10/25 apod.).

Číselné formáty: desetinné a tisícové oddělovače

V textech pro lidi respektujte lokalizaci (např. čeština používá jako desetinný oddělovač čárku). Pro stroje a datová pole používejte tečku:

  • Lidsky: „1 234,56“
  • Strojově: 1234.56

Nikdy nemíchejte oba formáty v jedné tabulce bez jasného vysvětlení. Pro tabulky s dvojím publikem zvažte duální sloupce („Zobrazení“ vs. „Hodnota“).

Zaokrouhlování, přesnost a tolerance

  • Kvantitativní pravidla: definujte počet desetinných míst pro každý typ metriky (např. kurzy: 6 desetinných míst, ceny: 2).
  • Zaokrouhlování: použijte „Banker’s rounding“ (ties to even) pro finanční agregáty nebo jasně dokumentujte jinou metodu.
  • Intervaly spolehlivosti: vyjadřujte rozsah s jednotkou na obou koncích (např. „(12,3–12,9 kg)“).

Jednotky: SI, odvozené jednotky a převody

Preferujte SI jednotky a jejich násobky podle mezinárodních předpon. Zásady:

  • Mezera mezi číslem a jednotkou: „25 kg“, „3,3 V“ (neplatí pro %, °, , – ty se píší bez mezery, např. „12%“, „30°C“).
  • Předpony: k, M, G, T (desetinné násobky); pro informatická data odlište kB (10³) vs. KiB (2¹⁰).
  • Zápis stupňů: „20 °C“ nebo „293,15 K“ (nikoli „20°C“ bez mezery).
  • Jednotná soustava: v jednom materiálu nemíchejte km/h a m/s bez paralelního uvedení převodu.

Měny: ISO 4217, symboly a lokální zobrazení

Finanční údaje vyžadují přesnost a jednoznačnost:

  • Kód měny: trojpísmenný kód ISO 4217 (např. EUR, USD, CZK); v datasetech vždy uveďte kód.
  • Symbol: k zobrazení používejte lokální konvenci (např. „1 299,00 €“ v češtině). Při víceměnových tabulkách preferujte kód: „EUR 1 299,00“.
  • Měnové páry a kurzy: notace BASE/QUOTE (např. EUR/USD), počet desetinných míst předem definujte.
  • Negativní hodnoty: „−1 299,00 €“ (použijte skutečné minus U+2212, nikoli pomlčku).

Procenta, poměry a indexy

  • Procenta: „12,5%“ (bez mezery), ve strojových polích 0.125 jako podíl; při zobrazování je vhodný duální zápis: „12,5% (0.125)“.
  • Basis points: „25 bps“ pro 0,25 % – vyhněte se záměně s procenty.
  • Indexy: vždy uveďte základnu (např. „index 2015=100“).

Rozsahy, intervaly a nejistota měření

Při odpovědích, které představují interval, používejte jednotku na obou hranách a nerozptylujte se závorkami:

  • Uzavřený interval: [a, b]
  • Polouzavřený: (a, b] nebo [a, b)
  • Měřicí nejistota: „12,6 V ± 0,1 V“

Pluralita a jazyková pravidla

V češtině se řiďte přirozenou gramatikou, avšak čísla a jednotky zůstávají podle standardu: „1 hodina“, „2 hodiny“, „5 hodin“, přičemž zápis času a data zůstává jednoznačný podle ISO. U „Answer-first“ rozhraní se vyhněte kolizím typu „1 hod. 30 min.“ vs. „1:30 h“ – zvolte jeden systém a držte se ho.

Časová období, trvání a frekvence

  • ISO 8601 Duration: PnYnMnDTnHnMnS (např. PT90M pro 90 minut).
  • Periodicity: používejte jasná slova „denně“, „týdně“ nebo RRULE v datech (např. FREQ=DAILY).
  • Rozsahy datumů: „2025-10-01 – 2025-10-31“ s pevnou pomlčkou (en dash) a ISO zápisem.

Zápisy časů: 24hodinový formát

Pro jednoznačnost preferujte 24hodinový formát „hh:mm“ nebo „hh:mm:ss“. Příklady:

  • „07:05“ (nikoli „7:5“)
  • „16:30:00“ (pokud je důležitá sekundová přesnost)

Geografické souřadnice, vzdálenosti a rychlosti

  • Souřadnice: desetinné stupně s tečkou, 5–7 desetinných míst pro vysokou přesnost (např. 48.1486, 17.1077); alternativně DMS s jednotkami: 48°08′55″N 17°06′28″E.
  • Vzdálenosti: „km“ pro dlouhé trasy, „m“ pro krátké; uvádějte i převod na míle jen pokud je relevantní publiku.
  • Rychlost: „km/h“ nebo „m/s“, nikoli „kmh“ či „mps“.

Teplota, tlak a energie

  • Teplota: „°C“ s mezerou před symbolem (např. „20 °C“), Kelvin „K“ bez stupně.
  • Tlak: „kPa“ nebo „bar“ (1 bar = 100 kPa); pro meteorologii často „hPa“.
  • Energie: „kWh“ pro spotřebu elektřiny; „J“/„kJ“ v technických textech.

Digitální veličiny a přenosy dat

  • Kapacita: kB, MB, GB (10-násobné) a KiB, MiB, GiB (2-násobné) – používejte konzistentně a vysvětlete zvolený systém.
  • Přenosy: „Mb/s“ (megabit za sekundu) vs. „MB/s“ (megabajt za sekundu) – důsledně rozlišujte b a B.

Přístupnost a čitelnost čísel

  • Pravidlo tisíců: dlouhá čísla skupinujte mezerou po třech cifrách: „10 000“.
  • Monospace pro tabulky: zarovnejte desetinná místa ve sloupcích s čísly.
  • Alternativní text: u grafů uvádějte přesné hodnoty v textu nebo tabulce.

Validace vstupů a výstupů

  • Pravidla na rozhraní: validujte datumy podle ISO (včetně přestupných roků), časy, pásma a rozsahy.
  • Normalizace: při zpracování převádějte na kanonický tvar (ISO 8601, desetinná tečka), při zobrazení lokalizujte.
  • Logování: uchovávejte UTC čas s IANA pásmem jako metadata.

Duální zápis: lidsky + strojově

Pro styl Answer-first doporučujeme osvědčený vzor: „Odpověď: Čas začátku je 16:00. (ISO 2025-10-22T16:00:00+02:00, IANA Europe/Bratislava)“. Pro čísla: „Průměrná cena 1 299,00 € (1299.00 EUR)“.

CLDR a lokalizační pravidla

Data CLDR (Common Locale Data Repository) definují lokální formáty datumů, čísel, měn a pluralizace. Používejte knihovny, které CLDR implementují, a nevěřte vlastním ad-hoc mapováním. I tak však vždy zachovejte „kanonický“ strojový tvar pro exporty.

Stylová příručka (style guide) pro redakci

  • Datum: „22. října 2025 (2025-10-22)“ – v dlouhém tvaru pro text, ISO v závorce.
  • Čas: „16:00“ s pásmem u mezinárodních témat.
  • Čísla: mezery po třech cifrách, čárka jako desetinná v českém zobrazení.
  • Jednotky: SI s pevnými pravidly mezer, °, % bez mezery.
  • Měny: „1 299,00 €“ v textu; „1299.00 EUR“ v datech.

Okrajové případy a časté chyby

  • 12hodinový čas bez AM/PM → nejednoznačný; nepoužívejte.
  • „GMT“/„CET“ bez data → nejednoznačné při přechodech; vždy IANA + offset.
  • „-“ vs