Začlenit OFN Věc do ostatních OFN (první pro obce)

[jakubklimek]

Ideálně by příklady měly zůstat stejné. Měnit se bude:

• Obrázek - společné vlastnosti půjdou pryč, přibude krabička pro Věc s vazbou dědičnosti, viz https://ofn.gov.cz/věda-a-výzkum/draft/
• Specifikace - společné vlastnosti půjdou pryč
• Specifikace - v úvodu Specifikace bude řečeno, že každá třída dědí Věc a tedy vlastnosti a vazby Věci lze použít.
• JSON Schéma - bude použito additionalProperties s odkazem na schéma Věc Hrubý příklad:

  "type": "object",
  "description": "Právnická osoba a její identifikace",
  "oneOf": [{
          "required": ["název", "ičo"],
          "properties": {
              "ičo": {
                  "$id": "#/oneOf/tuzemská/properties/ičo",
                  "type": "string",
                  "title": "IČO",
                  "description": "IČO",
                  "examples": [
                      "00112233"
                  ]
              }
          },
          "additionalProperties": {
            "$ref": "https://ofn.gov.cz/věc/draft/schémata/věc.json"
          }
      },

[spalrobert]

@jakubklimek ahoj. tak som zakomponoval ofn vec do aktualit skúšobne. Prosím pozri sa na to a povedz či môže byť. Zmenil som obrázok, dopísal text do specifikace a do třídy aktualita. V schéme som vyhodil všeobecné položky a doplnil additionalProperties na koniec. V príkladoch som zmenil názvy položiek podľa toho ako sa volajú v ofn věc. Mám však ešte pár nejasností a otázok.

1. Tým že je to v schéme additionalProperties nemalo by to byť aj v príkladoch strukturované a stromované pod additionalProperties? Pretože zatiaľ sú tam tie položky tak ako boli pôvodne - iba tam tak ležia a nie je zrejmé že sú dedené z ofn věc.

2. Ďalšia nejasnosť sa týka ofn příloha. Keď sa na túto ofn pozrieš tak je tam autor, typ a podmínky. Z Ofn sa však nikde nedostanem priamo fyzicky k prílohe. Nemalo by tam byť priamo v triede príloha iri/url na ktorom tú prílohu aj nájdeš?

3. No a posledná vec sa týka ofn príloha a ofn vec. Nakoľko ofn vec má vazbu na ofn príloha tak ako s tým nakladať? Napríklad taká ofn aktuality má vazbu na prílohu a aj dedí ofn vec. Nemala by sa vazba na prílohu zrušiť a malo by to ísť iba cez ofn vec? To by sa samozrejme prejavilo v schéme a príkladoch. Je to tak však? Vždy sa pôjde cez ofn vec na ofn príloha? Lebo napríklad v ofn aktuality máme obrázok tak nie som si istý ako sa naňho dostať ale predpokladám že pôjdeme cez ofn vec.

PS. prosím ešte si v ofn aktuality nevšímaj tie json schémy a príklady moc, pretože vzhľadom k týmto nejasnostiam a vzhľadom k tomu že ostatné ofn neboli aktualizované čo sa týka prílohy a podmínek užití, tak je v tom bordel zatial.

Díky moc a krásny víkend!

[jakubklimek]

@spalrobert

• V obrázku ta šipka je jiná, podívej se na vědu a výzkum
• additionalProperties musí být o úroveň výše, nastejno s properties. Vždyť si to v json schema validátoru zkus. Ta validace musí fungovat.
• Ad Příloha: Ano! Musíme přidat url
• Ano, příloha už je ve Věci, není třeba specifikovat znova. Ve schématu se to projeví, v příkladech by nemělo (pořád to je vazba příloha, jen tam přijde z additionalProperties).

[jakubklimek]

@spalrobert a opět pleteš dohromady pojem třída a pojem otevřená formální norma. Třída nemůže dědit od OFN - OFN je dokument. Třída dědí jen od jiné třídy - tolik k těm textům o Věci ;)

[spalrobert]

@jakubklimek ahoj. všetko už by malo byť cajk. mám ale ešte jednu otázku ohladom json príkladu. Mohol by si sa prosím pozrieť na druhý príklad jsonu v ofn aktualita a povedať či je to dobre vzhľadom k ofn věc? (dal by som to do schema validatoru ale additional properties mi hádže že je vadné pretože podmínky užití ešte nie sú live a jsonlint bez schémy hádže že je to cajk) Položky ktoré dedí aktualita z ofn věc sú tam tak ako pôvodne boli a nie sú nijak nestované. To je dobre? Ja by som to asi dal pod additional properties a to by malo iri, název, prílohy, atd. Takto to tam tak volne pláva... ale zase je to dedené tak nie som si istý ako by sa to malo chovať... Díky moc

[jakubklimek]

@spalrobert Schéma u aktualit není validní JSON. Když to opravím, tak to failuje, jak říkáš, zřejmě kvůli chybějícímu schématu pro podmínky užití na konci "$ref" řetězce schémat. Jinak to ale vypadá tak, jak by mělo (additionalProperties). Až se schémata doplní, mělo by to být validované všechno. Teď už ale podmínky užití umíte udělat (budou stejně jako u přílohy), takže bych to udělal, ať se dá validovat co nejdřív.

[spalrobert]

@jakubklimek jasne. hneď ako budú podmínky užití live tak to preženiem všetko ešte raz validátormi. Dnes som to zapracoval do událostí, sportovišť a tur cílu. Vyvstal ale dotaz... ako prílohu máme obrázky v jpg a podľa toho číselníku na ktorý sa odkazujeme tak jpg v ňom nenachádzam... zatiaľ som tam teda dal ako typ súboru - image/vnd.sealedmedia.softseal.jpg... čo je asi blbosť :D

Číselník: https://www.iana.org/assignments/media-types/media-types.xhtml

Napadá ma jedine že by sa tam dalo image/jpg... ale to tam nenachádzam takže mi to tiež príde ako blbosť... neviem čo s tým. Zmením typ obr. na pngčka? png tam je ako image/png

Díky

[jakubklimek]

image/jpeg - není to explicitně v tom listu, ale v rfc 2046, na který se to tam odkazuje, a také se to tak používá např. v konfiguraci nginx webového serveru

[dvoriik]

@jakubklimek pokud je např. u OFN Lidé a osoby model s 3 třídama, ale prakticky se dědění vztahuje jen ke třídě osoba, má vazba na dědění být od všech tříd člověk, člověk či osoba, osoba nebo jen k té osoba? Díky EDIT: v modelu je třeba ještě odebrat název ze třídy osoba a vůbec celou OFN věc začlenit do specifikace a jsonů EDIT2: Tím děděním mám na mysli tento příklad

[jakubklimek]

to dědění má smysl dělat jen u nově definovaných (tj. v obrázku bílých) tříd - pro šedivé je to ukázáno, stejně jako jiné vazby, tam, kde jsou definovány (v jiné ofn). Pokud by to bylo neřešitelně nepřehledné, pak by to šlo i jen u centrální a u ostatních pouze textově ve specifikaci.