Ku dňu 31.5.2023 je od GKÚ dostupný Digitálny model reliéfu 5.0 (DMR 5.0) pre celé územie SR, viď https://www.geoportal.sk/sk/zbgis/lls/ . Údaje sú dostupné pod licenciou podobnou CC-BY, s ohľadom na veľkosť ich však možno získať iba osobným vyzdvihnutím.

Údaje boli získavané, spracúvané a následne zverejňované priebežne od roku 2017 a už od roku 2020 si našli uplatnenie napríklad aj v mapách komunity Freemap Slovakia:

Screenshot z Freemap.sk, časť Zádielskej tiesňavy, aj s vrstvou tieňovania generovanej z DMR 5.0, vďaka ktorej majú napr. turisti výborný prehľad o teréne

The Open Data Inventory (ODIN) sa zameriava na hodnotenie otvorenosti národných štatistických údajov:

• celkový rebríček: http://odin.opendatawatch.com/report/rankings

• podrobnosti k SR: https://odin.opendatawatch.com/Report/countryProfileUpdated/SVK?year=2020

Za rok 2020 je SR na 10. mieste (zo 187). Najväčšími nedostatkami je nedostupnosť niektorých údajov o výžive či zdraví. Silnou stránkou je otvorenosť a dostupnosť tých údajov, ktoré k dispozícii sú, najmä vďaka dostupnosti potrebných metaúdajov a použití otvorených formátov.

Keďže teda rebríček hodnotí iba štatistické údaje, tak na výsledok má zrejme najväčší vplyv činnosť nášho Štatistického úradu.

European Data Portal vyhodnocuje Open Data (najmä) v krajinách EÚ (Open Data Maturity in Europe), pričom sa zameriava najmä na to, či a ako funguje národný dátový katalóg (použiteľnosť samotného katalógu, kvalita metaúdajov o datasetoch v katalógu, formát a dostupnosť samotných údajov na ktoré katalóg odkazuje, atď.) a tzv. "readiness" krajiny (či v krajine existuje Open Data plán, je stanovené a používané otvorené licencovanie, či existuje národná koordinácia, atď.). Po roku 2018 sa výrazne prihliada aj na dopady a kvalitu zverejnených údajov.

• celkový rebríček: https://www.europeandataportal.eu/en/dashboard/2020
• celkový report: https://www.europeandataportal.eu/sites/default/files/edp_landscaping_insight_report_n6_2020.pdf
• podrobnosti k SR: https://www.europeandataportal.eu/sites/default/files/country-factsheet_slovakia_2020.pdf

Za rok 2020 SR získala skóre 53% (čo je zlepšenie oproti 33% z predchádzajúcemu roku), obsadila spomedzi 35 krajín 28. miesto a zaradila sa medzi "beginners". Oproti roku 2019 je to udržanie si pozícií, aj keď v niektorých predchádzajúcich rokoch sme v medzinárodnom porovnaní na tom boli lepšie: "fast-trackers" v 2018 či "trendsetters" v 2017. Príčinou je najmä výrazne nižšia aktivita SR v ostatnom období v porovnaní s inými krajinami. SR nevyužila náskok získaný aktivitami v rokoch 2015-2017 a od roku 2019 je pod priemerom EÚ.

V roku 2018 report zaviedol úpravy hodnotenia v kategóriách "impact" (dopady) a "quality" (kvalita) aby tak o.i. usmernil zverejňovanie od "veľa" k "dobre". Kým za rok 2018 bolo skóre SR mierne nad priemer EÚ, tak za roky 2019 a 2020 už sú oboje pod priemerom EU28.

• Kategória "impact" vyhodnocuje to, či a ako krajina sleduje dopady publikovania otvorených údajov. Skóre SR je 9% (čo nás radí na predposledné miesto) pričom najmenší dopad bol zaznamenaný v ekonomickej oblasti. Toto je zároveň kategória, v ktorej mala SR nízke skóre aj v predchádzajúcich obdobiach. Najväčšími nedostatkami v tejto oblasti sú:
  1. nedostupnosť (resp. iné nedostatky viažúce sa na použiteľnosť) dôležitých (high value) datasetov
  2. nedostatočné sledovanie a vyhodnocovanie dopadov otvorených údajov
• Kategória "quality" sa zameriava na to, či krajina systematicky a automatizovane vyhodnocuje kvalitu zverejňovaných údajov. SR zaostáva najmä v automatizovanom vyhodnocovaní kvality zverejňovaných údajov. Nedostatkom je aj nesúlad kategórií použitých na data.gov.sk so štandardom DCAT-AP.

Report o.i. vyzdvihuje snahu mať prehľad o aplikáciách postavených na otvorených údajoch (viď https://data.gov.sk/apps) zároveň je to však aj položka v zozname identifikovaných nedostatkov.

Poznámka: Hodnotenie EUDP sa následne používa aj ako jedna z metrík v hodnotení EU DESI.

Ďalej, SR spolu s ČR sú jediné krajiny, ktoré nevyhodnotili návštevnosť svojich dátových portálov. Ako priaznivec súkromia to za SR čiastočne vítam (že nie sú použité invazívne služby tretích strán). Aby sme však neboli v "úplnej tme", tak ako priaznivec otvoreného a slobodného softvéru by som odporučil aspoň použitie AWStats.

European Data Portal vyhodnocuje Open Data (najmä) v krajinách EÚ (Open Data Maturity in Europe), pričom sa zameriava najmä na to, či a ako funguje národný dátový katalóg (použiteľnosť samotného katalógu, kvalita metaúdajov o datasetoch v katalógu, formát a dostupnosť samotných údajov na ktoré katalóg odkazuje, atď.) a tzv. "readiness" krajiny (či v krajine existuje Open Data plán, je stanovené a používané otvorené licencovanie, či existuje národná koordinácia, atď.). Po roku 2018 sa výrazne prihliada aj na dopady a kvalitu zverejnených údajov.

• celkový rebríček: https://www.europeandataportal.eu/en/dashboard/2019
• celkový report: https://www.europeandataportal.eu/sites/default/files/open_data_maturity_report_2019.pdf
• podrobnosti k SR: https://www.europeandataportal.eu/sites/default/files/country-factsheet_slovakia_2019.pdf

Za rok 2019 sa SR zhoršila vo všetkých základných ukazovateľoch, obsadila spomedzi 32 krajín 28. miesto a zaradila sa medzi "beginners". Oproti roku 2018 je to výrazný prepad z 8. miesta a kategórie "fast-trackers". Pritom za rok 2017 sme boli na 12. mieste a v kategórii "trendsetters". Príčinou je najmä výrazne nižšia aktivita SR v ostatnom období v porovnaní s inými krajinami. SR nevyužila náskok získaný aktivitami v rokoch 2015-2017 a za rok 2019 je pod priemerom EÚ.

V roku 2018 report zaviedol úpravy hodnotenia v kategóriách "impact" (dopady) a "quality" (kvalita) aby tak o.i. usmernil zverejňovanie od "veľa" k "dobre". Kým za rok 2018 bolo skóre SR mierne nad priemer EÚ, tak za rok 2019 už sú oboje pod priemerom EU28.

• Kategória "impact" vyhodnocuje to, či a ako krajina sleduje dopady publikovania otvorených údajov. Skóre SR je 8% pričom najmenší dopad bol zaznamenaný v ekonomickej oblasti. Toto je zároveň kategória, v ktorej mala SR nízke skóre aj v predchádzajúcich obdobiach.
  
  • komentár mimo EUDP report: Podľa predstaviteľov SR a aj strategických dokumentov je práve ekonomický dopad tým hlavným dôvodom, prečo štát podporuje publikovanie údajov.
• Kategória "quality" sa zameriava na to, či krajina systematicky a automatizovane vyhodnocuje kvalitu zverejňovaných údajov. SR zaostáva najmä v automatizovanom vyhodnocovaní kvality zverejňovaných údajov.

Report o.i. vyzdvihuje snahu znižovať množstvo rôznych typov použitých licencií (poznámka mimo EUDP report: SR má oficiálne odporúčanie používať najmä licenciu CC0, prípadne CC-BY). Za rok 2019 si zmienku vyslúžila aplikácia UVOstat.sk .

Medzi identifikované nedostatky patrí najmä nízke povedomie o údajoch a (už spomenuté) ich nízke využitie (dopad) s čím súvisí resp. k čomu prispieva napr. nízke množstvo "high quality" datasetov, absencia hackathonov na štátnej úrovni, "strach" povinných osôb z GDPR či využívanie otvorených údajov samotnou verejnou správou.

Poznámka: Hodnotenie EUDP sa následne používa aj ako jedna z metrík v hodnotení EU DESI.

Dva predchádzajúce príspevky na tému ortofoto vo Viedni a Prahe ma priviedli k napísaniu krátkeho hrubého sumáru ohľadom toho, ako sme na tom s ortofoto v podobe otvorených údajov v SR:

1. naďalej chceme
2. niečo už je, ...
3. ..., ale nie je to ešte úplne ono

Naďalej chceme

Niektoré argumenty komunity resp. možných budúcich používateľov si osvojil aj štát a zverejňovanie údajov je:

• širšou prioritnou témou napr. v NKIVS, viď napr. sumár jednej z úloh
• ortofoto figuruje aj v zozname najžiadanejších údajov organizácií verejnej správy, viď Predbežné vyhodnotenie prieskumu dopytu verejnosti po otvorených údajoch aotvorených aplikačných rozhraniach organizácií verejnej správy (PDF)

Niečo už je

Geoportál už poskytuje ortofoto s tým, že najčerstvejšie snímky sú k dispozícii pre západné Slovensko a sú k dispozícii bezodplatne:

• URL: https://www.geoportal.sk/sk/sluzby/mapove-sluzby/wms/wms-zbgis.html
• forma: WMS
• licencia:
  • metaúdaje uvádzajú o.i. <Fees>bez poplatkov</Fees>
  • plné znenie podmienok (PDF) je vcelku stručné (veľké plus) ale nie je to bežná či štandardná Open Data licencia
    • vyzerá to byť ekvivalent CC-BY, ale ...
    • ... nie som právnik, čiže kto to chce vedieť jasne a presne, musí byť právnik alebo si právnika nájsť
• ďalšie informácie: napr. na adrese https://www.geoportal.sk/sk/udaje/ortofotomozaika/

Na nejaké ľahké informatívne použitie pre viac aj menej zdatných občanov je to už veľmi dobrý začiatok.

foto: © GKÚ, NLC; r.2017

Nie je to ešte úplne ono

Jednou zo základných vlastností otvorených údajov je otvorená licencia (viď https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2014/55/#paragraf-52), preto boli medzičasom vypracované vzory dohôd o spoločnom využívaní súborov priestorových údajov a služieb priestorových údajov, pričom pre otvorené údaje odporúčajú licenciu CC0 alebo CC-BY-4.0 . Bez riadne uvedenej licencie nieje možné plnohodnotné využitie údajov a teda nie je možné ani napĺňať ciele NKIVS, viď napr. časť "3.1.3 Priblíženie verejnej správy k maximálnemu využívaniu údajov" v plnom znení koncepcie (PDF).

Ako som už naznačil vyššie, aktuálne podmienky zverejnené na Geoportále vyzerajú dobre, ale pre neprávnikov predsa len predstavujú štartovaciu prekážku v podobe 1) nutnosti posúdiť túto konkrétnu licenciu (či je otvorená resp. či povoľuje ten ktorý účel o ktorý na budúci používateľ snaží) a najmä 2) nutnosti vyhodnotiť kompatibilitu s inými licenciami, keďže bežné aplikácie takmer nutne potrebujú "mixovať" údaje z viacerých zdrojov.

Kompatibilita licencií býva veľkým problémom, a to aj v prípade dvoch otvorených licencií (obe môžu byť naozaj otvorené, ale navzájom nekompatibilné a teda "mixovanie" údajov nemusí byť aj tak možné). Aj to je dôvod, prečo NIPI neodporúča písanie vlastných licencií a vo vzorových dohodách uvádza licencie CC0 a CC-BY-4.0.

V roku 2015 zverejnila Viedeň na svojom Open Data portáli ortofoto pod licenciou CC-BY-3.0-AT (viď starší príspevok). V roku 2019 zverejnila ortofoto v podobe otvorených údajov aj Praha:

• URL: http://www.geoportalpraha.cz/cs/opendata/468E977C-DE78-480D-B3D9-43A19BF1CD77
• licencia: CC-BY-SA-4.0 (referencia - PDF)

Aby sme mali pokope zoznam datasetov, ktorých zverejnenie považujeme za dôležité, zriadil som tzv. "wish list":

https://github.com/OpenDataSk/SK-Dataset-WishList/issues

Toť aby bol operatívne k nahliadnutiu zoznam a k jednotlivým položkám aj nejaké zdôvodnenie. Zíde sa v prípade stretávania sa s úradníkmi či politikmi alebo na inšpiráciu. A tiež aby sme nezabudli, že už sme niekoho niekedy niečo pýtali.

Na začiatok som tam popridával napr. požiadavky zozbierané vrámci verejnej konzultácie z roku 2015, viď https://github.com/otvorenavlada/akcnyplan2015/tree/master/uloha-03 .

Samozrejme to, že tam niečo nie je, neznamená, že to má povedzme výnimku z PSI smernice či infozákona a že to zverejniť netreba.

Peter Hanečák, 13.10.2016

V januári 2016 začalo MV SR v spolupráci s NASES zverejňovať údaje z Registra adries (RA) v podobe otvorených údajov prostredníctvom portálu data.gov.sk.

Keďže RA obsahuje o čosi viac než len zoznam adresných bodov, je na data.gov.sk zverejnený ako sada viacerých datasetov, viď https://data.gov.sk/dataset?tags=register+adries .

Nuž a je tu napr. otázka "takže aký je postup pre niekoho kto chce zistiť všetky adresy v meste X?" (viď Platforma Slovensko.Digital).

Úvod

Dátový model RA obsahuje zoznamy viacerých typov objektov:

• adresné body
• vchody
• ulice
• obce
• ...

Zjednodušene povedané, jeden typ objektov = jeden zoznam = jedna DB tabuľka.

Mapovanie na datasety je teda realizované systémom jedna DB tabuľka = jeden dataset. V datasetoch sú potom údaje dostupne pod tzv. resources, konkrétne vždy dvojmo:

1. konsolidované dáta: všetky časové verzie všetkých objektov - aktuálne aj historické
2. zmenové dáta: jeden riadok v tabuľke predstavuje jednu zmenu a dokumentuje históriu zmien

A API je implementované pomocou CKAN DataStore, takže budeme postupovať podľa SQL API na baze CKAN DataStore: JOIN.

Krok 1

Chceme teda vyhľadávať cez názov mesta, takže nás najprv zaujíma dataset "Register Adries - Register obcí" (dokumentácia).

Údaje budeme brať z resource "Obce - konsolidované dáta" ku ktorému je podstatnou informáciou jeho ID "15262453-4a0f-4cce-a9e4-7709e135e4b8" (viď už spomenutý článok o SQL API na báze CKAN DataStore).

Zaujímajú nás pre jednoduchosť tieto položky:

• municipalityName (názov obce): podla neho budeme vyhľadávať
• objectId (identifikátor objektu): s ohľadom na dátovú schému, pomocou tohto identifikátora budeme filtrovať ulice patriace k mestu s týmto ID

Takže povedzme, že ideme hľadať adresy pre mesto Poprad. Prvý dopyt teda bude vyzerať takto:

SELECT "objectId", "municipalityName"
FROM "15262453-4a0f-4cce-a9e4-7709e135e4b8"
WHERE "municipalityName" = 'Poprad'

URL: https://data.gov.sk/api/action/datastore_search_sql?sql=SELECT%20%22objectId%22,%20%22municipalityName%22%20from%20%2215262453-4a0f-4cce-a9e4-7709e135e4b8%22%20WHERE%20%22municipalityName%22%20=%20%27Poprad%27

Výsledok (krátený):

{"help": "...", "success": true, "result": {
"records":[{"municipalityName": "Poprad", "objectId": "2087"}],
"fields": [{"type": "int8", "id": "objectId"}, {"type": "text", "id": "municipalityName"}],
"sql": "SELECT \"objectId\", \"municipalityName\" from \"15262453-4a0f-4cce-a9e4-7709e135e4b8\" WHERE \"municipalityName\" = 'Poprad'"}}

Krok 2

Poďme sa teda pozrieť na ulice v danom meste. Zaujíma nás dataset "Register Adries - Register ulíc" (dokumentácia).

Údaje vezmeme z resource "Ulice - konsolidované dáta" ktorého ID je "47f0e853-3a67-487e-b45f-3f5d099105cf".

Zaujímajú nás tieto položky:

• streetName (názov)

• municipalityIdentifiers (buď identifikátor obce alebo identifikátory mestských častí, cez ktoré ulica prechádza): tot by malo byt ID obce ktora nas zaujima
• objectId (identifikátor objektu): s ohľadom na dátovú schému, pomocou tohto identifikátora budeme filtrovať vchody patriace k ulici s týmto ID

Takže ďalší jednoduchý dopyt:

SELECT "objectId", "municipalityIdentifiers"
FROM "47f0e853-3a67-487e-b45f-3f5d099105cf"
WHERE "municipalityIdentifiers" = '2087'

URL: https://data.gov.sk/api/action/datastore_search_sql?sql=SELECT%20%22objectId%22,%20%22municipalityIdentifiers%22%20from%20%2247f0e853-3a67-487e-b45f-3f5d099105cf%22%20WHERE%20%22municipalityIdentifiers%22%20=%20%272087%27

Výsledok (krátený):

{"help": "...", "success": true, "result": {
"records": [{"objectId": "39436", "municipalityIdentifiers": "2087"}, {"objectId": "40013", "municipalityIdentifiers": "2087"}, ...],
"fields": [{"type": "int8", "id": "objectId"}, {"type": "text", "id": "municipalityIdentifiers"}],
"sql": "..."}}

Takže poďme začať robiť JOIN:

SELECT "municipalityName", "streetName"
FROM "15262453-4a0f-4cce-a9e4-7709e135e4b8", "47f0e853-3a67-487e-b45f-3f5d099105cf"
WHERE "municipalityName" = 'Poprad' AND "15262453-4a0f-4cce-a9e4-7709e135e4b8"."objectId"::text = "47f0e853-3a67-487e-b45f-3f5d099105cf"."municipalityIdentifiers"

URL: https://data.gov.sk/api/action/datastore_search_sql?sql=SELECT%20%22municipalityName%22,%20%22streetName%22%20from%20%2215262453-4a0f-4cce-a9e4-7709e135e4b8%22,%20%2247f0e853-3a67-487e-b45f-3f5d099105cf%22%20WHERE%20%22municipalityName%22%20=%20%27Poprad%27%20AND%20%2215262453-4a0f-4cce-a9e4-7709e135e4b8%22.%22objectId%22::text%20=%20%2247f0e853-3a67-487e-b45f-3f5d099105cf%22.%22municipalityIdentifiers%22

Výsledok (krátený):

{"help": "...", "success": true, "result": {
"records": [{"municipalityName": "Poprad", "streetName": "Feldzamova"}, {"municipalityName": "Poprad", "streetName": "Marxova"}, ...],
"fields": [{"type": "text", "id": "municipalityName"}, {"type": "text", "id": "streetName"}],
"sql": "..."}}

Krok 3

A teraz poďme na vchody:

• dataset "Register Adries - Register vchodov (orientačných čísiel)"
• dokumentácia: https://data.gov.sk/dataset/register-adries-register-vchodov/resource/849d6364-10cf-40dd-a354-aba17ae06c52
• resource: "Vchody (orientačné čísla) - konsolidované dáta"
• resource ID: 011f4ec3-7a73-4dff-a63e-81b64cc52947

kde nás zaujímajú tieto položky:

• buildingNumber (orientačné číslo vchodu)
• streetNameIdentifier (identifikátor (StreetName/objectId) ulice)

Poďme rovno na JOIN (a pridajme aj LIMIT, nech zbytočne nepreťažujeme)::

SELECT "municipalityName", "streetName", "buildingNumber"
FROM "15262453-4a0f-4cce-a9e4-7709e135e4b8", "47f0e853-3a67-487e-b45f-3f5d099105cf", "011f4ec3-7a73-4dff-a63e-81b64cc52947"
WHERE "municipalityName" = 'Poprad' AND "15262453-4a0f-4cce-a9e4-7709e135e4b8"."objectId"::text = "47f0e853-3a67-487e-b45f-3f5d099105cf"."municipalityIdentifiers" AND "47f0e853-3a67-487e-b45f-3f5d099105cf"."objectId" = "011f4ec3-7a73-4dff-a63e-81b64cc52947"."streetNameIdentifier"
LIMIT 10

URL: https://data.gov.sk/api/action/datastore_search_sql?sql=SELECT%20%22municipalityName%22,%20%22streetName%22,%20%22buildingNumber%22%20from%20%2215262453-4a0f-4cce-a9e4-7709e135e4b8%22,%20%2247f0e853-3a67-487e-b45f-3f5d099105cf%22,%20%22011f4ec3-7a73-4dff-a63e-81b64cc52947%22%20WHERE%20%22municipalityName%22%20=%20%27Poprad%27%20AND%20%2215262453-4a0f-4cce-a9e4-7709e135e4b8%22.%22objectId%22::text%20=%20%2247f0e853-3a67-487e-b45f-3f5d099105cf%22.%22municipalityIdentifiers%22%20AND%20%2247f0e853-3a67-487e-b45f-3f5d099105cf%22.%22objectId%22%20=%20%22011f4ec3-7a73-4dff-a63e-81b64cc52947%22.%22streetNameIdentifier%22%20LIMIT%2010

Výsledok (krátený):

{"help": "...", "success": true, "result": {
"records": [{"municipalityName": "Poprad", "buildingNumber": "8", "streetName": "1.m\u00e1ja"}, {"municipalityName": "Poprad", "buildingNumber": "27", "streetName": "1.m\u00e1ja"}, ...],
"fields": [{"type": "text", "id": "municipalityName"}, {"type": "text", "id": "streetName"}, {"type": "text", "id": "buildingNumber"}],
"sql": "..."}}

Výsledok je vlastne tabuľka:

Záver

SQL dopyt z kroku 3 by nám teda mal dať časť odpovede na zadanie, zbytok ponechávam na čitateľa. Pre praktické využitie sa ešte treba viacej venovať zoznamu stľpcov ktoré si vypýtame, zoradeniu a tomu, či kompletný výsledok stiahneme na jeden šup alebo použijeme stránkovanie na báze OFFSET + LIMIT či ORDER BY + WHERE.

Príklady sú naschvál zjednodušené, aby sa to čo najľahšie čítalo. Asi najväčším opomenutím je to, že v príkladoch neberiem do úvahy platnosť údajov (t.j. aktuálny dátum a položky validFrom a validTo). Možno niekedy nabudúce.

Doplnky

Indexy

Doplnok k 2.3.3016: V OpenData.sk skupine na Facebooku bol dopyt ohľadom toho, na ktorých stĺpcoch sú nastavené indexy. Keďže cez CKAN DataStore API zatiaľ nefunguje "explain", tak vedomosť o indexoch môže napomôcť pri vylaďovaní výkonu dopytov.

Open Data API napr. na data.gov.sk alebo na odn.opendata.sk je implementované na báze CKAN DataStore a poskytuje pre bežný používateľov dva základné spôsoby na prístup k údajov a vyhľadávanie v nich (viď http://docs.ckan.org/en/latest/maintaining/datastore.html#the-datastore-api):

1. full-text vyhľadávanie (viď datastore_search)
2. vyhľadávanie pomocou SQL (viď datastore_search_sql)

Zameriam sa najmä na ten druhý, t.j. dopytovanie pomocou SQL.

Z pohľadu ľudí, ktorí poznajú SQL má toto API jednu nepeknú vlastnosť: namiesto "pekných názvov" sú ako mená tabuliek použité "škaredé hash-e" (tzv. resource ID). Je to tak preto, lebo CKAN DataStore ukladá všetky datasety do jednej databáze systémom "jeden dátový zdroj = jedna tabuľka". A keďže si datasety a zdroje môže nazývať kto chce ako chce, je unikátnosť názvov tabuliek riešená tými škaredými hash-mi.

Tento "kozmetický nedostatok" nám však v prípade SQL dopytovania otvára jednu významnú možnosť: v SQL dopytoch môžeme robiť JOIN! Takže v prípadoch CKAN katalógov, ktoré využívajú DataStore (napr. už spomenutý data.gov.sk alebo ODN), môžeme robiť zložitejšie dopytovanie cez viaceré datasety naraz. Stačí si len všimnúť, aký "resource ID" ten ktorý dátový zdroj (resource) má, viď napr. datasetu Sponzori politických strán (odkopírovaný z Datanest-u) - vidno ho v URL alebo stačí kliknúť na "Data API" a posunúť sa trochu nižšie:

Takže poďme rovno na veľmi "primitívny investigatívny SQL dopyt" v ktorom okrem už spomenutého datasetu sponzorov politických strán použijeme aj dataset Vestník verejného obstrávania (taktiež z Datanest-u):

SELECT "SUPPLIER_COMPANY_NAME", "SUPPLIER_ICO", "ICO_DARCU", "FIRMA_DARCU"
FROM "ea9b28eb-da22-4594-9fb7-4609e8507982", "c6639c7e-92ad-4b31-8f74-e46eff96825a"
WHERE "SUPPLIER_ICO" = "ICO_DARCU" AND "ICO_DARCU" != ''
LIMIT 2

Stĺpce SUPPLIER_COMPANY_NAME a SUPPLIER_ICO sú z datasetu o obstarávaní a stĺpce ICO_DARCU a FIRMA_DARCU z datasetu o obdarúvaní. Hľadáme teda také IČO, ktoré dodávajú aj obdarúvajú (a keďže dopyt je primitívny, je to len jednoduchý prienik a závery treba robiť až po dôkladnej investigatíve). Tie úvodzovky to tam tiež trochu špatia, ale tu vstupuje do hry PostgreSQL, ktorý názvy stĺpcov (ak nie sú v úvodzovkách) najprv prevádza na malé písmená. A ak teda máme v zdroji názvy stĺpcov s použitím aj veľkých písmen, SQL dopyt nefunguje správne dokým názvy stĺpcov nedáme do úvodzoviek.

Dopyt vieme "zavolať" či už napr. cez curl alebo priamo kliknutím na linku:

http://odn.opendata.sk/api/action/datastore_search_sql?sql=SELECT%20%22SUPPLIER_COMPANY_NAME%22,%20%22SUPPLIER_ICO%22,%20%22ICO_DARCU%22,%20%22FIRMA_DARCU%22%20from%20%22ea9b28eb-da22-4594-9fb7-4609e8507982%22,%20%22c6639c7e-92ad-4b31-8f74-e46eff96825a%22%20WHERE%20%22SUPPLIER_ICO%22%20=%20%22ICO_DARCU%22%20AND%20%22ICO_DARCU%22%20!=%20%27%27%20LIMIT%202

(náš dopyt sme len vložili za '...?sql=')

Takže, hor sa na dopytovanie otvorených údajov.