Harvestácia LKODov má malú koncepčnú chybyčku. Totižto, metadáta katalógu vypĺňame na strane data.slovensko.sk, ale zároveň sú aj obsiahnuté v samotných LKODoch. V štandarde nie sú povinné, ale v pipelines je ten prvý construct query povinný - aby existoval kontaktný bod. Ja samozrejme dokážem opraviť query na nepovinné, ale potom sa môže stať, že ak sa zmení kontaktný bod priamo v LKODe, tak to sa neprenesie do NKODu.
Vidím tu dve varianty. Dynamická (údaje sa vždy online natiahnu rovno z LKODu) a Statická (údaje sa budú editovať dvojmo). Prikláňam sa k dynamickej, ale neviem koľko úsilia by to stálo.
A Dynamická
Do data.slovesko.sk bude používateľ môcť zaeviduje tri údaje, a to
stav katalógu (publikovaný/nepublikovaný).
prístupový bod
typ katalógu
1.1) ak to bude typ katalógu DCAT-AP Dokumenty, alebo SPARQL Endpoint, tak sa automaticky (online bez ulozenia na disk, čím bude jasné že endpoint živý) stiahnu a zobrazia needitovateľné údaje
názov katalógu (sk/en/...)
popis katalógu (sk/en/...)
domovská stránka
kontaktný bod meno
kontaktný bod mail
V prípade DCAT-AP-Dokumenty endpointUrl rovno vráti metadáta katalógu (môže to byť JSON-LD, alebo TTL). V prípade SPARQL-Endpointu pripravím SPARQL Query.
1.2) ak to bude typ katalógu typu CKAN, tak sa bude dať navyše uložiť iba názov katalógu.
B Statická
Všetko ponecháme tak ako je, tj. poskytovateľ pri zmene údajov o LKODe ich vloží jednak do metadátového súboru a súčasne ich aktualizuje v správe data.slovensko.sk
Harvestácia LKODov má malú koncepčnú chybyčku. Totižto, metadáta katalógu vypĺňame na strane data.slovensko.sk, ale zároveň sú aj obsiahnuté v samotných LKODoch. V štandarde nie sú povinné, ale v pipelines je ten prvý construct query povinný - aby existoval kontaktný bod. Ja samozrejme dokážem opraviť query na nepovinné, ale potom sa môže stať, že ak sa zmení kontaktný bod priamo v LKODe, tak to sa neprenesie do NKODu.
Vidím tu dve varianty. Dynamická (údaje sa vždy online natiahnu rovno z LKODu) a Statická (údaje sa budú editovať dvojmo). Prikláňam sa k dynamickej, ale neviem koľko úsilia by to stálo.
A Dynamická Do data.slovesko.sk bude používateľ môcť zaeviduje tri údaje, a to stav katalógu (publikovaný/nepublikovaný). prístupový bod typ katalógu 1.1) ak to bude typ katalógu DCAT-AP Dokumenty, alebo SPARQL Endpoint, tak sa automaticky (online bez ulozenia na disk, čím bude jasné že endpoint živý) stiahnu a zobrazia needitovateľné údaje
názov katalógu (sk/en/...) popis katalógu (sk/en/...) domovská stránka kontaktný bod meno kontaktný bod mail V prípade DCAT-AP-Dokumenty endpointUrl rovno vráti metadáta katalógu (môže to byť JSON-LD, alebo TTL). V prípade SPARQL-Endpointu pripravím SPARQL Query.
1.2) ak to bude typ katalógu typu CKAN, tak sa bude dať navyše uložiť iba názov katalógu.
B Statická Všetko ponecháme tak ako je, tj. poskytovateľ pri zmene údajov o LKODe ich vloží jednak do metadátového súboru a súčasne ich aktualizuje v správe data.slovensko.sk