Proč standardy pro data a čísla rozhodují v „Answer-first“ obsahu
Obsah typu odpovědi (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 chyb při agregaci a citování. Tento článek shrnuje ověřené standardy a praktiky pro data, č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).
- Dvouúrovňové podání: člověku přátelská podoba + strojově čitelný doplněk (např. ISO v závorkách).
- Lokalizace vs. standard: zobrazujte lokalizovaně, ale uchovejte standardizovaný „zdroj“ pro stroje.
- Stabilita: jeden formát napříč celým korpusem, jasný styl a kontrola kvality.
Data: 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á čísla dnů. Doporučené zápisy:
- Kalendarické datum:
YYYY-MM-DD(např.2025-10-22). - Datum a čas:
YYYY-MM-DDThh:mm:sss časovým posunem (např.2025-10-22T16:00:00+02:00). - UTC zápis: přípona
Z(např.2025-10-22T14:00:00Z). - Týdenní datum:
YYYY-Www-D(např.2025-W43-3pro středu 43. týdne).
V Answer-first odpovědi 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: „Setkání je v 16:00 (IANA Europe/Bratislava, 2025-10-22T16:00:00+02:00).“
Formáty data-času pro vývojáře: RFC 3339 a JSON
V API a datech preferujte podmnožinu ISO 8601 definovanou v RFC 3339 (např. 2025-10-22T16:00:00+02:00). JSON pole:
date:YYYY-MM-DDdatetime: RFC 3339tz: IANA název pásma
Vyhněte se ne-standardní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žívejte „Banker’s rounding“ (zaokrouhlování na sudé číslo) 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 (desetinásobné); pro informatická data rozlišujte 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 datech vždy uveďte kód. - Symbol: k zobrazení používejte lokální konvenci (např. „1 299,00 €” v češtině). Při více mě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 definujte předem. - Negativní hodnoty: „−1 299,00 €“ (použijte skutečný mínus
U+2212, nikoli pomlčku).
Procenta, poměry a indexy
- Procenta: „12,5%“ (bez mezery), v strojových polích
0.125jako podíl; při zobrazování je vhodný duální zápis: „12,5% (0.125)“. - Basis points: „25 bps“ pro 0,25 % – zabraňte záměně s procenty.
- Indexy: vždy uveďte základnu (např. „index 2015=100“).
Rozsahy, intervaly a nejistota měření
U odpovědí vyjadřujících interval používáte jednotku na obou hranicích a nerozlišujte závorky:
- Uzavřený interval:
[a, b] - Polouzavřený:
(a, b]nebo[a, b) - Měřicí nejistota: „12,6 V ± 0,1 V“
Plurál a jazyková pravidla
V češtině se řiďte přirozenou gramatikou, ale čísla a jednotky zachovejte 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“ uživatelského 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ř.PT90Mpro 90 minut). - Periodičnost: používejte jasná slova „denně“, „týdně“ nebo
RRULEv 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ů: 24-hodinový formát
Pro jednoznačnost preferujte 24-hodinový 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í pro publikum.
- 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 elektrické energie; „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 desetitisíců: Dlouhá čísla dělte mezerou po třech číslicích: „10 000“.
- Monospace v tabulkách: zarovnejte desetinná místa u sloupců 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 data podle ISO (včetně přestupných let), časy, pásma a rozsahy.
- Normalizace: při zpracování převádějte na kanonický tvar (ISO 8601, desetinná tečka), při zobrazování lokalizujte.
- Logování: uchovávejte UTC čas s IANA pásmem jako metadata.
Dvojí zápis: lidsky + strojově
Pro Answer-first styl doporučujeme ověř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 dat, čísel, měn a pluralizace. Používejte knihovny, které CLDR implementují, a nevěřte vlastním ad-hoc mapováním. Přesto 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ávorkách. - Čas: „16:00“ s pásmem u mezinárodních témat.
- Čísla: mezery po třech číslicích, čárka jako desetinný oddělovač v českém zobrazení.
- Jednotky: SI s pevnými pravidly mezer,
°,%bez mezery. - Měny: „1 299,00 €“ v textu; „
1299.00EUR“ v datech.
Okrajové případy a časté chyby
- 12-hodinový čas bez AM/PM → nejednoznačný; nepoužívejte.
- „GMT“/„CET“ bez data → nejednoznačné při přechodech; vždy IANA + offset.
- „-“ vs. „


























