Příklad:

a-sgov-104-pojem:má-datum-poslední-změny-agendy
        a                   <https://slovník.gov.cz/základní/pojem/typ-vlastnosti> , skos:Concept ;
        rdfs:label          "Má datum poslední změny agendy"@cs ;
        rdfs:subPropertyOf  <https://slovník.gov.cz/základní/pojem/vlastnost> ;
        skos:broader        <https://slovník.gov.cz/základní/pojem/vlastnost> , <https://slovník.gov.cz/základní/pojem/typ-vlastnosti> ;
        skos:inScheme       a-sgov-104:glosář .

Proč a-sgov-104-pojem:má-datum-poslední-změny-agendy skos:broader <https://slovník.gov.cz/základní/pojem/typ-vlastnosti>? Dává to smysl?

https://slovník.gov.cz/legislativní/sbírka/111/2009/pojem/stojí-v-čele-orgánu-veřejné-moci vede na opačnou stranu

Více hodnot oddělených čárkou v "search index" se exportuje do jednoho řetězcového literálu.

Příklad:

s language tagy: L_SGOV_111_2009, typ vlastnost "Má kód agendy", "search index" : "kód agendy"@cs, "veřejný identifikátor agendy"@cs se exportuje do ""kód agendy", "veřejný identifikátor agendy""

bez language tagů: L_SGOV_111_2009, typ vlastnost "Má kód agendy", "search index" : "kód agendy", "veřejný identifikátor agendy" se exportuje do ""kód agendy", "veřejný identifikátor agendy""

For example

https://github.com/opendata-mvcr/ssp/blob/0699e687f1e12e66dce2309bd97febd63a34e00d/content/g-sgov/g-sgov-%C4%8Das/g-sgov-%C4%8Das-model.ttl#L2629

This range should not be in the model. It was deleted from the model (see workspace OFN Časové okamžiky a intervaly > Časová specifikace > má den v týdnu.

Maybe some residuum from the old modeling times?

https://slovník.gov.cz/veřejný-sektor/pojem/číselník

• přidat anglický label "codelist"
• přidat definici v souladu s https://ofn.gov.cz/číselníky/draft/

V modelu částky dvě entity ukazují na stejnou vlastnost se stejnou kardinalitou. Navrhuji odstranit vlastnost z Jednotkové částky.

V aktuálním exportu SGOV pro RPP nemá žádný legislativní ani agendový label vygenerovaný pro slovník, glosář ani model.

"Věc" a "Digitální objekt" jsou definovány ve vlastních slovnících "Věci" a "Digitální objekty". Obe tyto oběkty na sebe ukazují a tedy plati:

g-sgov:věci/model   owl:imports    g-sgov:digitální-objekty/model  .
g-sgov:digitální-objekty/model   owl:imports    g-sgov:věci/model  .

Stejny cyklus tedy plati i mezi glosarmi.

OFN Sportoviště i OFN Turistické cíle deklarují, že jsou navázané na umístňení. Tato vazba však neexistuje v SGoV. Umístnění je navázano jenom na Událost, která však není nadtřídou Turistického cíle ani Sportoviště:

Příklad:

l-sgov-sbírka-111-2009-pojem:má-kód-agendy
        a                   skos:Concept , owl:Class , <https://slovník.gov.cz/základní/pojem/typ-vlastnosti> , owl:ObjectProperty ;
        rdfs:domain         l-sgov-sbírka-111-2009-pojem:agenda ;
        rdfs:label          "Má kód agendy"@cs ;
        rdfs:subPropertyOf  <https://slovník.gov.cz/základní/pojem/vlastnost> ;
        <http://purl.org/dc/elements/1.1/relation>
                "https://esbirka.opendata.cz/zdroj/předpis/111/2009/sekce/13" ;
        skos:broader        <https://slovník.gov.cz/základní/pojem/typ-vlastnosti> , <https://slovník.gov.cz/základní/pojem/vlastnost> ;
        skos:inScheme       l-sgov-sbírka-111-2009:glosář .

Typovat typ vlastnosti na owl:Class a owl:ObjectProperty je divné. Mělo by to být typováno na owl:DatatypeProperty a definovat rdfs:range na rdfs:Literal (mluvíme o kompaktní reprezentaci).

Vytvořeno @karelklima:
Některé přílohy na GitHubu v SSP repozitáři jsou prázdné, vzhledem k mnoha změnám je možné, že je tam podobných problémů víc.

Je potřeba:

1. Smazat prázdné přílohy
2. Smazat linky ze slovníků na prázdné přílohy
3. Smazat linky ze slovníků na neexistující přílohy

Motivace: Potřebuji vědět, že právnicka osoba a fyzická osoba má různy princip identity abychom mohli poskytnout validaci OFN. Příklad z turistického cíle (Fyzicka osoba dedí od kindu Člověk, no Osoba takovou nadtřídu nemá):

https://github.com/opendata-mvcr/ssp/tree/master/content/g-sgov/g-sgov-věda-a-výzkum

Některé pojmy v modelech jsou nedeklarované, protože se změnily. Je třeba je vyčistit a nastavit integrity check, aby se to nestávalo.

• sjednotit glosáře kompaktní a full verze základního slovníku
• aktualizovat model základního slovníku dle OntoUML 2.0
• aktualizovat koncepci SSP

Tato issue reaguje na pozn. v modelu: "Bylo by dobré rozbít relační strukturu a namodelovat data pořádně, udělat speciální modely např. pro orgán Poslanecká sněmovna apod."

Čistě z teoretického pohledu by to bylo fajn. Jako orgán jsou totiž v tabulce orgánů reprezentovány různé typy entit od sněmovních výborů v jednotlivých obdobích, přes funkční období sněmovny, přes různé vlády ČR, kraje až po cizí státy. Jediná šance je přes typy orgánů, což je číselník, který nám definuje specializace obecného typu objektu Orgán. Čili odstranit typ vztahu Má typ orgánu a typy orgánů modelovat jako specializace typu objektu Orgán.

Napříč různými use cases se objevuje potřeba specializovat typ prvků, který zavádí obecné vlastnosti pro pojmenování a popis prvků. Čili je nutno ve V-SGoV zavést "pojmenovaný prvek".

Kardinality říkají, že typ orgánu má max 1 nadřazený a max 1 obecný typ orgánu, což je OK. Obráceně ale říkají, že typ orgánu má max 1 podřazený a max pro 1 je obecným typem, což asi není OK. Podle mého názoru tam má být v obráceném směru 0..*.

Podobná situace je také u Má nadřazený orgán, Má typ orgánu (současná podoba kardinalit specifikuje, že daného typu může mít max 1 orgán).

Poslanec specializuje osobu, ale osoba by neměla specializovat poslance. V datech PSP jsou i osoby, které nejsou poslanci.

Currently, the data are transferred to ETL by an ad-hoc pipeline which does not allow to reflect the vocabulary structure.

Create a pipeline which populates https://slovník.gov.cz/sparql endpoint upon merge to master where each vocabulary will be stored in the following named graphs:

• <VOC>/slovník
• <VOC>/glosář
• <VOC>/model
• <VOC>/mapování
• <VOC>/diagram

As a SSP user
I want to be able to express quality values
in order to represent instance data in SSP compliant format (e.g. for form instance data representation)

A/C:

• refactor Z-SGoV to full/compact parts
• create representation of quales in Z-SGoV full

Kódování UTF8 je standard pro Turtle apod. S diakritikou to pak triplestore nenačte, když to není UTF8

Pojem "Křestní jméno" je archaický, současná legislativa jej nezná. Vhodnější pojem pro jméno fyzické osoby je pouze "Jméno"

To asi bude nějaká chyba, viz
viz https://slovník.gov.cz/datový/sportoviště/pojem/kapacita

"Má obecný typ funkce" v A_PSP je intrinsic trope type. Nemá být relator? Prvním účastníkem by byl Typ funkce, druhým Obecný typ funkce.

Dále je uvedeno, že specializuje rdfs:label, což je divné. Hodnota té vlastnosti "Má obecný typ funkce" je číselný kód, takže to asi nebude label ne?

číselník generalizuje od definice číselníku

Proč tam jsou? https://github.com/opendata-mvcr/ssp/blob/master/content/g-sgov/g-sgov-školství/g-sgov-školství-glosář.ttl

Pro https://ofn.gov.cz/základní-datové-typy/ bychom měli definovat model (zatím máme jako GSGoV, ale chceme to tak?). Některé věci budou typy objektů (lze u nich uvažovat identitu), jiné ne (identitu nemají, např. částka). K nim by měly být přiřazeny datové struktury, dle platné OFN.

For example, "Vlastnost" is a "Typ vlastnosti", but there are many of these. In order to define that Vlastnost is its normative instance, we need a dedicated property. Align with UFO.

V souvislosti s datagov-cz/otevrene-formalni-normy@a784e2e už nejsou potřeba odkazy na číselníky ISVaV a FORD.

Cílem je zrevidovat aktuální G-SGoVy pro OFN:

Následující G-SGoVy se stanou samostatnými D-SGoVy, pro příslušné datové sady

• Registr práv a povinností
• Aktuality
• Sportoviště
• Turistické cíle
• Události
• Rozhraní katalogů otevřených dat

Následující G-SGoV jsou obecné a budou rozmodelovány do Z-SGoV, V-SGoV, případně ponechány jako G-SGoV (extendující V-SGoV):

• Základní datové typy - Z-SGoV (Ano či ne (booleovská hodnota), Celé číslo, Desetinné číslo, Datum, Čas, Datum a čas, Řetězec, URL, Množství), G-SGoV (Cena)
• Věc - Z-SGoV (Definuje identifikátor, název, popis, čas zneplatnění apod.)
• Adresy - zůstane samostatný G-SGoV
• Bezbariérovost -
• Časová specifikace - Z-SGoV
• Digitální objekty - V-SGoV
• Kontakty - V-SGoV
• Lidé a osoby - Fyzické a právnické osoby - V-SGoV
• Umístění - Z-SGoV
• Vstupné - V-SGoV
• Číselníky - V-SGoV
• Prostorová data - samostatný G-SGoV rozšiřující V-SGoV

U těchto OFN, zatím nevím, co s nimi:

• Propojená data (Linked Data)
• Propojená data s časovou složkou
• Technické standardy pro datové sady na stupni otevřenosti 3

Příklad:

a-sgov-104-pojem:má-datum-poslední-změny-agendy
        a                   <https://slovník.gov.cz/základní/pojem/typ-vlastnosti> , skos:Concept ;
        rdfs:label          "Má datum poslední změny agendy"@cs ;
        rdfs:subPropertyOf  <https://slovník.gov.cz/základní/pojem/vlastnost> ;
        skos:broader        <https://slovník.gov.cz/základní/pojem/vlastnost> , <https://slovník.gov.cz/základní/pojem/typ-vlastnosti> ;
        skos:inScheme       a-sgov-104:glosář .

Neměly by být typovány na owl:DatatypeProperty? Typy vztahů jsou typovány na owl:ObjectProperty

Simplify and parameterize cache update.

https://slovník.gov.cz/datový/turistické-cíle/pojem/má-dostupný-jazyk
a taky
https://slovník.gov.cz/datový/turistické-cíle/pojem/má-jazyk

IRI ustanovení právního předpisu uvedené v metadatech prvku by mělo být exportováno jako RDF Resource.

Jako vhodnější pojem pro jméno právnické osoby se mi jeví "Název", viz např. § 132 zákona č. 89/2012 Sb. občanský zákoník (nový)

Má obecný typ orgánu je modelován jako typ binární vztahu, v němž z obou stran participuje Typ orgánu. Navrhuji modelovat Má obecný typ funkce stejně, tj. jako typ vztahu, v němž z obou stran participuje Typ funkce. Já myslím, že sémanticky to tak v PSP i mysleli, jen si usnadnili práci a udělali to tak, že obecné typy funkcí zakódovali do hodnot místo do řádků v tabulce typ_funkce.

V RDF datech pak můžeme přidělat 3 specifické typy funkcí pro tyto obecné typy funkcí.

Dle OFN Sportoviště Doplňková služba by měla být typu Služba. V modeli je však namodelována jako vlastnost bez vazby na Službu.

V současné době je možné do repozitáře commitovat libovolné slovníky a glosáře. Je třeba zajistit, aby:

• každý PR byl zrevidován
• nebylo možné mergnout nevalidní slovník. Validační pravidla budou součástí dalších tasků, prozatím stačí ukázková pravidla nad SKOS glosářem.

Pokud model obsahuje prvek specializující prvek Z-SGoV / V-SGoV, generování OWL reprezentace spadne. Příkladem je Agenda v 111-2009, která specializuje objekt práva z V-SGoV.

Published vocabularies contain useless inverseof statements

Podle dokumentace otevřených dat PSP ČR http://www.psp.cz/sqw/hp.sqw?k=1301, přesněji podle dokumentace tabulky typ_funkce, je typ funkce navázán na typ orgánu. K tabulce typ_funkce je uvedeno, že "Tabulka definuje typ funkce v orgánu - pro každý typ orgánu jsou definovány typy funkcí.".

Vazba mezi typem funkce a typem orgánu ale v modelu chybí, takže je nutno ji dodělat.

v-sgov-pojem:časový-prvek neni pojmem V-SGOV slovniku. Verim, ze byl nahrazen z-sgov-pojem:časový-prvek, bohuzel reference na tento pojem v slovniku V-SGOV zustali.

Pripad 1:

Relator v-sgov-pojem:má-administrativní-platnost-položky ukazuje zaroven na v-sgov-pojem:časový-prvek a z-sgov-pojem:časový-prvek.
Relevantni cast kodu:

v-sgov-pojem:má-administrativní-platnost-položky
        a                z-sgov-pojem:typ-vztahu , skos:Concept ;
        rdfs:subClassOf  [ a                   owl:Restriction ;
                           owl:onProperty      z-sgov-pojem:má-vztažený-prvek-2 ;
                           owl:someValuesFrom  v-sgov-pojem:časový-prvek
                         ] ;
        rdfs:subClassOf  [ a                  owl:Restriction ;
                           owl:allValuesFrom  z-sgov-pojem:časový-prvek ;
                           owl:onProperty     z-sgov-pojem:má-vztažený-prvek-2
                         ] ;
        rdfs:subClassOf  [ a                   owl:Restriction ;
                           owl:onProperty      z-sgov-pojem:má-vztažený-prvek-1 ;
                           owl:someValuesFrom  v-sgov-pojem:položka
                         ] ;
        rdfs:subClassOf  [ a                  owl:Restriction ;
                           owl:allValuesFrom  v-sgov-pojem:časový-prvek ;
                           owl:onProperty     z-sgov-pojem:má-vztažený-prvek-2
                         ] ;
        rdfs:subClassOf  [ a                   owl:Restriction ;
                           owl:onProperty      z-sgov-pojem:má-vztažený-prvek-2 ;
                           owl:someValuesFrom  z-sgov-pojem:časový-prvek
                         ] ;
        rdfs:subClassOf  [ a                  owl:Restriction ;
                           owl:allValuesFrom  v-sgov-pojem:položka ;
                           owl:onProperty     z-sgov-pojem:má-vztažený-prvek-1
                         ] ;

Navrhuji zrusit obsolete triply:

v-sgov-pojem:má-administrativní-platnost-položky
        rdfs:subClassOf  [ a                   owl:Restriction ;
                           owl:onProperty      z-sgov-pojem:má-vztažený-prvek-2 ;
                           owl:someValuesFrom  v-sgov-pojem:časový-prvek
                         ] ;
        rdfs:subClassOf  [ a                  owl:Restriction ;
                           owl:allValuesFrom  v-sgov-pojem:časový-prvek ;
                           owl:onProperty     z-sgov-pojem:má-vztažený-prvek-2
                         ] ;

Pripad 2:

v-sgov-pojem:má-platnost pouziva v-sgov-pojem:časový-prvek misto z-sgov-pojem:časový-prvek.

Current structure is not suitable for publishing glossary/model/vocabulary artifacts to the Virtuoso server.

The new structure is as follows:

1. Directory per vocabulary:
   z-sgov
v-sgov
o-sgov-<DOMENA>, where <DOMENA> is the domain of the generic vocabulary, e.g. silniční-doprava (road traffic)
   l-sgov-sbírka-<C>-<R>, where <C>-<R> is the law identification in the Czech republic, e.g. 111-2009
a-sgov-<A>, where <A> is the agenda number, e.g. 101
   d-sgov-<D>, where <D> is the identifier of a dataset/interface/application

2. Each directory one or more files of the form:

<SLOVNIK>-glosář(-<SPECIFICKY-IDENTIFIKATOR>).ttl
<SLOVNIK>-model(-<SPECIFICKY-IDENTIFIKATOR>).ttl
<SLOVNIK>-slovník(-<SPECIFICKY-IDENTIFIKATOR>).ttl

where <SLOVNIK> is the vocabulary identifier, e.g. l-sgov-sbírka-111-2009 and <SPECIFICKY-IDENTIFIKATOR> is any identifier distinguishing vocabulary parts (e.g. per users who created them).

Optionally also the directory contains files of the following form
<SLOVNIK>-mapování(-<SPECIFICKY-IDENTIFIKATOR>).ttl
<SLOVNIK>-diagram(-<SPECIFICKY-IDENTIFIKATOR>).ttl

4. All files of the same type (e.g. glosář) in the directory link to the same RDF resource, e.g.

l-sgov-sbírka-111-2009-glosář-MaNe.ttl
l-sgov-sbírka-111-2009-glosář-PeKr.ttl

both link to the following RDF glossary:

https://slovník.gov.cz/legislativní/sbírka/111/2009/glosář

Pokud prvek P specializuje externí term T, pak z Modelio exportujeme

P rdfs:subClassOf "T"@cs .

Měli bychom

P rdfs:subClassOf T .

Příklad je Má kód typu datové schránky z A-SGOV-104 (nutno stáhnout aktuální SGOV.zip k RPP):

a-sgov-104-pojem:má-kód-typu-datové-schránky
a http://www.w3.org/2004/02/skos/core#Concept ;
rdfs:subClassOf "http://www.w3.org/2004/02/skos/core#notation"@cs ;

Neměli by být prvky s IRI v doméně http://onto.fel.cvut.cz/ , které potřebujeme pro SGoV v doméně slovník.gov.cz? Např. http://onto.fel.cvut.cz/ontologies/slovník/agendový/popis-dat/pojem/slovník apod?

Mezi informačním systémem a evidenčním systémem (nebo datovou sadou) by měla být namodelována nějaká souvislost.

Něco modeluju ve slovníku pro 365/2000, ale raději bych to odvozoval od něčeho ve V-SGoVu:

https://www.zakonyprolidi.cz/cs/2000-365#p2-1-b