search

datagov-cz / otevrene-formalni-normy

V tomto repozitáři jsou otevřené formální normy pro otevřená data v ČR a sbíráme zde na ně další požadavky. Tento repozitář je udržován v rámci projektu OPZ č. CZ.03.4.74/0.0/0.0/15_025/0013983.
https://ofn.gov.cz
17 stars 13 forks source link

Bezbariérovost: Zrakově postižení - přejmenovat třídu a vztah #320

Closed jakubklimek closed 4 years ago

jakubklimek commented 4 years ago

Název třídy "Zrakově postižení" (a vazby také) je matoucí. Není jasné, co za objekt by mělo být instancí této třídy (snad kromě konkrétní postižené osoby, což není to co to je).

Je třeba to nějak upravit. Další otázky jsou:

Možnosti řešení:

dvoriik commented 4 years ago

@jakubklimek název třídy zrakově positižení vychází z https://www.sons.cz/zrakovepostizeni, která má dané vlastnosti, ale souhlasím, že pro praktické použití s bezbariérovostí je to možná matoucí.

Že by někde nebyla bezbariérovost, ale jen zrakově postižení - ano, to je naznačené v json příkladu pro zrakově postižené. Je třeba k tomu vygenerovat samostatné schéma? Vazby ověřím a upravím.

jakubklimek commented 4 years ago

@dvoriik Aha, teď na to koukám - ono v JSON schématu i příkladu to jsou vlastnosti přímo Bezbariérovosti, což tedy neodpovídá obrázku a specifikaci. Nejrychlejší řešení by tedy bylo tu vazbu a třídu z obrázku smáznout a ve specifikaci to sjednotit, a že to reprezentuje oboje pořešit v textových popiscích. Alternativy jsou o dost pracnější:

Když nebude samostatné schéma, tak se to bude dát použít vždy jen s bezbariérovostí, která bude prázdná (bude to její podobjekt). Pokud schéma bude, půjde to i samostatně, ale zase by to znamenalo, že všude tam, kde to chceme umožnit (tedy asi všude kde je teď Bezbariérovost), by musela vzniknout nová vazba na tuhle specifikaci pro zrakově postižené. Pokud bezbariérovost a zrakově postižení jsou obecně vnímány jako 2 pojmy, pak by po tomto rozdělení stálo za to i přejmenovat samotnou OFN na "Bezbariérovost a přístupnost pro zrakově postižené" nebo nějak krátce jako "Přístupnost pro hendikepované". To už je ale zase na větší změnu.

jakubklimek commented 4 years ago

@dvoriik Diagram OK, ale říkám si, jestli ty vlastnosti ve Specifikaci tedy nestrukturovat do sekcí jako "hlavní vstup", "vedlejší vstup" - bez vlivu na technickou část. Co myslíš?

dvoriik commented 4 years ago

@jakubklimek vychází mi z toho potenciálně "hlavní vstup", "vedlejší vstup", "interiér" a možná "WC" s tím, že "výtah" bych jako speciální sekci nedával.

A co se týče té strukturace - tím myslíš nové třídy výše zmíněné, které by měly ty vlastnosti ...a nebo stylisticky, že by se přepsaly názvy vlastností (tzn. např položky 2.1.5 až 2.1.12 by začínaly "hlavní vstup + něco"

jakubklimek commented 4 years ago

@dvorik myslim stylisticky. Prostě tam udělat podsekce (2.1.1, 2.1.2, ...) s těmito názvy, a do těch až zanořit ty sekce (2.1.1.1, 2.1.2.1, ...) pro atributy.

dvoriik commented 4 years ago

@jakubklimek jo jasně, to je dobrý nápad ...udělám to, jen ještě promyslím názvy těch sekcí.

jakubklimek commented 4 years ago

@dvoriik Dobrý, ale

dvoriik commented 4 years ago

@jakubklimek ještě si nejsem jistý otázkou řazení, zda ty "obecné" mít takto nahoře (včetně vazeb) či je dát dolů ...ale to je asi kosmetika ..?

jakubklimek commented 4 years ago

@dvoriik je to kosmetika, ale dal bych je nahoru :)

dvoriik commented 4 years ago

@jakubklimek nahoře jsou už v rámci https://github.com/opendata-mvcr/otevrene-formalni-normy/commit/9ce8087eed584e150ed58f3c0496e4a9c5dbcf82