Zasa suhlasim, ze obrovsky kus prace je o referencnych registroch aj ked si myslim ze pravda je uprostred. Podla mna je dolezitost jednotnej schemy a URI ako id namiesto nejakeho long datoveho typu na rovnakej urovni v zmysle ze to vie riesenie pohnut znova o uroven vyssie a zjednodusi integraciu systemov. Nakolko sme teraz v stave, ze sa na referencne registre len nabieha, tak pouzitim rovno URI sa riesenie nepredrazi a dostaneme za menej resp. rovnako penazi viac hodnoty.
1 Like
Možno trošku od veci, ale ozaj iba trošku.
My sme ani nikdy netvrdili, že spasenie slovenska a sémantický web je ekvivaletný vzťah. My sme presvedčený, že na istú množinu problémov (reprezentácia dát, integrácia, vyhľadávanie, riešenie referečných dát, riešenie duplicitných identifikátorov, a podobne), je lepší sémantický web než relačné databázy. Boli by sme radšej, keď tento názor zdieľalo čo najviac ľudí, ale dokážeme asi žiť aj bez toho, čo je ale škoda, no spolupracovať na Slovensku je často krát je bitch.
Tak či onak, za pár dní publikujeme nový LOD Slovakia, spolu s jednoduchým GUI (čo robia naši FIIT študenti), kde si myslím bude krásne viditeľná sila prepojených dát (mashup).Opäť len pripomínam, že ak niekto by mal mať zálusk na LinkedData okrem štátu a biznisu, tak je to transparency, …, ale to sa už zase točím dookola.
Je to je len nadstavba, to nie su nejake alternativy ci iny pristup. Z relacnej databazy ci dokonca CSV, kde su vsetky data so spravnymi idckami urobim RDF triplety na pockanie. Ved kopec triplestorov ma bud datove pumpy z relacnych db alebo ich kedysi pouzivali dokonca priamo ako engine pod sebou. Ano je pravda, ze nativne riesenie duplicit cez sameAs je fajn feature, lenze nic co by sa nedalo namodelovat hocikde inde. Nie je to nic ine ako dalsia mapovacia tabulka s dvoma idckami/uri.
Silu prepojenych dat nikto nezpochybnuje. Dokonca aj federovane queries maju nieco do seba. Teda ked si odmyslim, ze to je stale vyskumny problem.
Povedzme si ciel.
Je cielom taketo SPARQL dopyty mat niekde v read replikach na dopytovanie nad open data alebo chceme aby sa postupne preslo na SPARQL ako linqua franca ktorou sa bude riesit zdielanie/dopytovanie dat ISVS medzi sebou?
To prve je ok a nevidim problem, pri tom druhom by som bol velmi opatrny.
2 Likes
Za mna osobne… pre mna je dolezite za data budu mat standardizovane schemy a URI identifikatory. Technologie treba pouzivat na veci na ktore su urcene tj. SPARQL a tieto veci budu prirodezne out of box ale ked systemu X vyhovuje pre interne procesy vyuzitie nieco ineho tak nech si to pouzije, dolezite je ze na rozhraniach MUSI komunikovat znova cez standardizovane URI a schemy cim si to samozrejme skomplikuje ale rozne aplikacie maju rozne poziadavky.Viem si predstavit SPARQL ako jazyk pre Open Data. Pre mna bude uspech ak sa to podari na datovej urovni cele zohrat a to je teraz aj priorita.
2 Likes
Ahojte,
dovolím si updatnúť toto vlákno, za posledné tri roky sme v Dátovej kancelárii verím že hodne posunuli túto tému. Centrálny model je prenesený na github:
pričom najnovšie veci sú zatiaľ updatnúté do develop verzie (následne pôjdu na štandardizáciu, až potom sa mergnú do hlavnej verzie).
CMÚ implementovalo viacero projektov, resp. implementácia práve prebieha. Krátky prehľad môžete vidieť v časti govdata-examples.
Navyše, od marca je v platnosti Smernica o interoperabilnej EÚ:
https://eur-lex.europa.eu/legal-content/en/TXT/?uri=CELEX:32024R0903
Ako to všetko spolu súvisí sa môžete dozvedieť na dnešnom školení o 13:00:
Link na pripojenie
kde budem z tohto pohľadu hovoriť aj o rozdieloch symbolickej a štatistikej AI, takže ste všetci vítaní. Záznam tu neskôr zavesím.
Ahojte, pripájam video k 1.časti školenia - Dátová interoperabilita I.:
