Pre naozaj “historické” údaje, t.j. nebude sa to už meniť, je dump v súboroch úplne postačujúce riešenie.
Ak to máte v štruktúrovanej forme, csv, xml, dql dump, hocičo… tak najjednoduchšie je hocikde to vystaviť do internetu a na data.gov.sk spraviť k tomu iba linku.
@jangondol mi preposlal info o tomto projekte http://subsidystories.eu/
Tak som napisal a poslal linky babe, co bola uvedena ako kontaktna osoba a odpisala nasledovne:
Dear Peter,
Thank you so much for this! This is absolutely brilliant, I think Slovakia is then the first with an API for this.
I will ask the tech team next week how to tap into it with our pipeline.
This type of input is exactly what we need for our platform, we could only work with the data we could find. So I really appreciate you coming to us with additional data sources.
I will let you know when we plan a new round of data updates.
Best wishes,
Anna
6 Likes
Perfektne, inak tomu by si mal spravit promo, ak ste naozaj prvi (chapem to ze z celej EU) tak taky rozhovor do dennikn? alebo @AdamValcek?
no vidite … .a kolkokrat si myslime, ze sme najhorsi a najdrahsi …
netreba promo, clanky a rozhovory…staci, aby to fungovalo a pouzivalo sa
1 Like
Nebud taky skromny 
, za prve si zasluzis aby o tebe vedeli, za druhe to co ste vytvorili ber ako produkt, ktoremu je potrebne urobit promo aby sa predal (aby sa vyuzival), za tretie treba nutne sirit priklady ako sa to na uradoch da 
1 Like
Super. Daj potom vedieť aj nám.
1 Like
…premyslal som, ze ako by sa dali este vyuzit zverejnovane data od scenarov, s ktorymi som sa doposial stretol, tak napr.:
Financna sprava by si vedela kontrolovat, ci subjekt si v ramci eurofondov nechal preplatit DPH a potom ci si ju ziadal aj odpocitat od statu, teda od nich. My mame data o fakturach (cislo faktury, vlastnik, dodavatel, …) a ake vydavky z faktury boli v ramci eurofondov a v akej vyske preplatene. Financna sprava ma suhrnne vykazy DPH, kde tiez maju cislo faktury, dodavatela, sumy, …
@peter_k @miso kvoli mikroobstaravaniu pozeram na strukturu a vidim, ze napr. projekty su rozdelene na dva endpointy - ukoncene, v realizacii.
Ak by som chcel synchronizovat data k nam, musime sledovat oba endpointy alebo je v plane nejaky jeden /projekty/ ? Ak su dva, tak su to rozne struktury pripadne u vas interne rovno aj entity alebo je to ta ista entita v inom stave? Chcem byt co najblizsie vasej internej scheme, nech sa vyhneme prekvapeniam. Pre ostatne endpointy (vyzvy - vyhlasene, planovane, atd…) to je rovnake?
1 Like
Co sa tyka projektov tak za oboma endpointami je rovnaka datova struktura, lisia sa len stavom. Co sa tyka vyziev su to rozne datove struktury. To iste pre ZoNFP tam su dokonca tri rozne struktury - prijata, schvalena, zamietnuta.
1 Like
Rozumiem, cize napriklad pre ZoNFP, ked prejde zo stavu prijata do schvalena, ako sa to sprava na endpointoch? Z prijatych to zmizne? Alebo sa tam len nastavi priznak?
Kontext: Chceme urobit synchronizaciu dat ku nam a teda potrebujeme vediet reagovat na vsetky zmeny.
V takom pripade zmizne z ostatnych endpointov
EDIT: nie je to tak celkom pravda. Plati to pre projekty a vyzvy
To ale potom znamena, ze ked pocuvam cez API na zmeny, tak zmenu nevidim hej?
Toto by chcelo nieco ako “transakcny log” kde by sa publikovali zmeny pre entity. Moze sa udiat aj zmazanie nejakej entity? Ako to konzument zisti?
register uctovnych zavierok dava priznak zmazane vid http://www.registeruz.sk/cruz-public/home/api. Toto pre IS vacsinou znamena mat pre kazdu entitu priznak deleted. V principe je vsak nemazanie nicoho z db celkom dobra praktika kvoli audit logom. Immutable FTW.
Tak este som pozrel priamo do kodu. Treba sa na to pozerat per case. V pripade ZoNFP je to takto:
Mas 3 endpointy prijata, schvalena, zamietnuta. Prijata je superset schvalenych aj zamietnutych, tj. nepozerame sa na stav. Prijate zonfp (v list pohlade) maju datumPredlozenia , schvalene maju datumSchvalenia a zamietnute datumZamietnutia.
@martin.kovacik este okrem toho priznaku zmazane vyssie. Nebolo by mozne zverejnit original schemu ktoru pouzivate interne v postgres? Ci bezpecnostaci by sa zblaznili?
To plati aj u nas, dolezite entity nemazeme ale mame pri nich poznaceny datum “vymazu”, ak je vobec nieco take mozne. Niektore entity sa totiz zmazat vobec nedaju. Napr. jedine ako entitu zneplatnit je prebublat ju workflovom do stavu, napr. zamietnuta aj s vyjadrenim.
Transakcny log mame kvoli auditnym zaznamom ale nie formou vhodnou na zverejnenie cez API.
Schema je superzlozita (odhliadnuc od tych bezpecakov) neviem ci by to vobec niekomu nieco povedalo. Tie data co su v API publikovane su cherry-picknute z mnohych tabuliek. Napr. pri detaile projektu to vyskladavam skoro zo 70 joinov.
Ono by bolo vhodne na nasej strane este doplnit popis jednotlivych rozhrani, tak ako to ma napr. CRZ, aby bolo uplne jasne, ako ziskavat jednotlive zmeny/vymazy.
1 Like