Toto je možné robiť viacerými spôsobmi, podľa konkrétnej situácie. Skúsim to rozdeliť do dvoch skupín:
A) Informácia o čase je naviazaná na špecifický uzol grafu
Napr. základné imanie WebSupportu je 6640E od 12.08.2004, tj. v takomto prípade to je
<https://data.gov.sk/id/legal-subject/36421928>
lsub:equity
<https://data.gov.sk/id/equity/36421928-2004-08-12> .
<https://data.gov.sk/id/equity/36421928-2004-08-12>
rdf:type
lsub:Equity;
res:validFrom
"2004-08-12"^^xsd:date;
lsub:equityValue
"6640"^^xsd:long.
A keby od dnes malo byť základné imanie vyššie o 1E, tak by sa jednoducho pridalo
<https://data.gov.sk/id/legal-subject/36421928>
lsub:equity
<https://data.gov.sk/id/equity/36421928-2017-04-20> .
<https://data.gov.sk/id/equity/36421928-2017-04-20>
rdf:type
lsub:Equity;
res:validFrom
"2017-04-20"^^xsd:date;
lsub:equityValue
"6641"^^xsd:long.
<https://data.gov.sk/id/equity/36421928-2004-08-12>
res:validTo
"2017-04-19"^^xsd:date.
B) Informácia o čase je naviazaná na vybraný graf (subgraf)
V tomto prípade existuje sú aktuálne dáta reprezentované platnou (poslednou) distribúciou napr. datasetu RPO, napr. k včerajšiemu dňu by to bolo
https://data.gov.sk/set/data/legal-subject/2017-04-19.rdf
ktorá obsahuje informáciu o základnok imaní WebSupportu takto (URI uzla základného imania neobsahuhe čas, tj. …/equity/36421928-2004-08-12, ale stačí len …/equity/36421928), tj.
<https://data.gov.sk/id/legal-subject/36421928>
lsub:equity
<https://data.gov.sk/id/equity/36421928> .
<https://data.gov.sk/id/equity/36421928>
rdf:type
lsub:Equity;
res:validFrom
"2004-08-12"^^xsd:date;
lsub:equityValue
"6640"^^xsd:long.
pričom ak by sa opäť navýšilo o 1EURO, tak nová distribúcia datasetu RPO z dnešného dňa, tj.
https://data.gov.sk/set/data/legal-subject/2017-04-20.rdf
by už obsahovala aktualizované údaje o základnom imaní, tj.
<https://data.gov.sk/id/legal-subject/36421928>
lsub:equity
<https://data.gov.sk/id/equity/36421928> .
<https://data.gov.sk/id/equity/36421928>
rdf:type
lsub:Equity;
res:validFrom
"2017-04-20"^^xsd:date;
lsub:equityValue
"6641"^^xsd:long.
V tomto druhom prípade by platilo, že nová verzia datasetu nahradzuje staršiu verziu, tj.
<https://data.gov.sk/set/data/legal-subject/2017-04-20.rdf>
dct:replaces
<https://data.gov.sk/set/data/legal-subject/2017-04-19.rdf>
A v prípade dereferenciácie, keď by som žiadal o dataset, tj.
https://data.gov.sk/set/data/legal-subject/
tam by mi systém vrátil poslednú správnu, tj.
https://data.gov.sk/set/data/legal-subject/2017-04-20.rdf
ale toto je samozrejme závislé od konfigurácie dereferenciácie. Čo je ale ešte dôležité povedať v tomto druhom prípade je, že ak by som chcel mať naloadované všetky verzie súčasne, pretože chcem napr. robiť prehlad vývoja základného imania,
tak toto sa rieši prostredníctvom nahratia verzie do kontextu, ktorý je definovaný časovou verziou.
Zhrnutie:
Oba prístupy sú kombinovateľné, ten druhý prístup je vhodný práve v situáciach, keď je potrebné publikovať nové časové verzie datasetov, a toto platí aj pre ontológie, číselníky, referečné registre, atd, tj. napr. číselník typ identifikátora, tj.
https://data.gov.sk/set/codelist/CL004001/2017-01-01-example.rdf
je aktuálne platná časová verzia, pričom ak vznikne nová, tak je to ten istý mechanizmus ako v horeuvedenom príklade.
Každopádne, tento prístup nepočíta s historickým prístupom, kde sa používali tzv. dátové prvky s históriou. Možno @msurek by vedel k tomu povedať ešte viac.
Celkom na záver:
Včera sa uvoľnila pracovná verzia Ontológia času od W3C, ktorá rozširuje pôvodné xsd časové prvky ako xsd:dateTime, …, a zavádza celú ontológiu na lepšie vyjadrenie času elementmi ako napr. Okamih, Interval, atď, ktorými je možné presnejšie modelovať vzájomné vzťahy medzi rôznymi entitami. Túto ontológiu plánujeme samozrejme tiež umožniť “podporovať” v linkovaných dátach aby to bolo jednotné.