Vlákno názorů k článku Ledy se hýbají. Sedm úřadů spouští projekt otevřených dat od . . - také se stavím za to, že api je...

kde jsou zároveň data aktuální a zarušená
Hezký překlep :-)

Ty přestupy buď budou součástí těch dat, takže identifikátory zastávek budou sedět, nebo si je každý implementátor musí zajistit sám. A pak je správné, že si je každý může udělat sám, podle svých potřeb, a že není závislý na nějakém API, kde ty přestupy mohou být špatně.

To, že k sobě sety patří, zjistím podle nějakého identifikátoru, který to bude označovat. Třeba pokud se nebudou vydávat častěji než jednou denně, poznám to podle data vydání.

Ty požadavky na data vznikají proto, že nějaká rozhraní pro přístup k těm datům už existují, ale vždy přijde někdo, kdo by s těmi daty chtěl pracovat jiným způsobem, a to rozhraní mu nestačí – potřeboval by přístup k těm datům, nad kterými rozhraní pracuje. Když má ta data, může si to rozhraní klidně napsat sám – jediná nevýhoda je, že bude duplikovat práci, kterou už odvedl na tom rozhraní někdo jiný. Zatímco když máte jenom rozhraní, a potřebujete jiný přístup k datům, máte smůlu, to nijak neobejdete. Takže je to přesně naopak, než tvrdíte – potřeba je otevřít hlavně ta data, a to API k nim už pak může napsat kdokoli.

Nemusíte vymýšlet stovky reálných situací, vymyslete alespoň jednu.

Nikoliv, CR nema zadna specifika, ale vidim a ctu, ze logika lidi uvazujicich ve stylu "na zapade polovodice nedelaji, tak budeme taky delat elektronky" tady nevymira :-)

Nikoli, já jenom vím, že rozhraní omezuje uživatele na používání toho, co je v rozhraní implementováno, a uživatelé nemohou využít toho, k čemu sice za tím rozhraním existují zveřejnitelná data, ale přes to API k nim není přístup. Uváděl jsem jako příklad ty jízdní řády, pro které sice existuje rozhraní, které spoustě uživatelů stačí, ale třeba Google nebo Seznamu pro integraci do map je to rozhraní k ničemu, stejně jako je k ničemu někomu, kdo chce udělat off-line vyhledávání spojení do mobilu.

Ono by to totiž s tím API muselo fungovat tak, že si někdo pískne, že chce takové a takové API, a stát mu ho dodělá. Jenže proč by to dělal a platil stát – pro stát je daleko jednodušší zveřejnit ta data, a API ať už si udělá ten, kdo ho chce používat.

To, že je lepší poskytnout data, a ať si s nimi každý dělá, co chce, se ve světě ví už delší dobu, takže na nějaké rozsouzení časem není potřeba čekat, výsledek už se dávno ví. Teda pokud nemáte pocit, že ČR má nějaké „špecifiká“, kvůli kterým to tady bude jinak.

Nevim nakolik se venujete necemu profesionalneji, ale pokud stale chcete spoustet Spark nad Hadoopem, jak jste tady nedavno psal, tak mi dovolte, abych to dale nekomentoval. Kazdy muzeme mit jine latky pro profesionalismus i pro cit, kdy proste nejake veci uz dale nekomentujeme.

To vaše převracení komentářů naruby je příliš průhledné. Psal jste, že z otevřených dat nic nezískáte. To jednoduše vyvrací příklady ze zahraničí, kde to otevření dat efekt má.

Ano, jsme z jineho prostredi. Nekteri lide platformy vymysleji a programuji, a druzi je pouzivaji. Pak jsou z toho obvykle ruzne pohledy na jednu vec :-) Vite, ja taky muzu pouzit pro vypocet grafovych struktur Hadoop, muzu ho dokonce pouzit pro obycejne trideni dat, ale pro tyto ulohy se ukazuje jako reseni neefektivni a s vyraznymi ztratami v radu desitek az stovek procent. Posledni dekompozice te zazracne platformy resi nektere z mnoha nedostatku, takze pak jde delat ad-hoc reseni nad vykuchanymi moduly. Toto jsou syrova fakta, ktera potvrdi jak pan Cutting tak i Cafarella, pokud budou uprimni. O narocnosti spravy Hadoop clusteru a sprave zdroju jiste take neco vite, zadny zazrak to neni, a duvod proc se to pouziva (odlehcene receno) je asi tak jako proc se pouzivaji MS Windows. Dalsi kdo by vam pri osobnim a uprimnem hovoru potvrdil jak je Hadoop "nestastny" jsou lide z Googlu, ale oficialne samozrejme nic nereknou, protoze v tom jsou penize za prodeje jejich reseni, ktere z Hadoopu delaji aspon (obcas) efektivni software. A takhle funguje korporatni svet.

Je to hezke, ale zeptam se primo a zcela laicky: a k cemu mi realne bude tohle zivelne otevreni dat? Budou to jen public data bez zaruky?

Bude to k tomu, že ta data může kdokoli vzít a zpracovat je jiným způsobem, než jak to dělá dnes stát. Podívejte se třeba na to, co s tím málem zveřejněných dat dělá datový tým Českého rozhlasu.

To nemusi byt chyba ani jednoho z nas. Zrejme jste velke systemy nikdy netvoril, a mozna ani zevnitr nevidel. Zkuste zvazit, co a jak pracne udelate s dumpem databaze Google Maps, a co dokazete udelat s jejich Google API. Kdyby vladni systemy mely otevrene API, tak to vyresi mnohe realne problemy. Misto toho se tady tvori bobky dat, ktere budou mylne vykladany jak je diky nim ceska statni sprava "otevrena".

Cim dal vice pochybuji, ze jste nekdy nejaky velky system videl. Snapshot dat muze byt klidne jedinou z mnoha funkci API. O "zmrsenem API" postavenem na miru nebudu vubec polemizovat, ja zas videl rozpadly dum, a proto zacneme pouzivat zemljanky? Jak provazete systemy vladnich uradu? Jak zapojite do tvorby techto nadstaveb vic lidi, potazmo firem, kdyz to vladni agentury dlouhodobe nezvladaji? Musite to otevrit a necekat az se z bobku dat, polozenych na jednu hromadu, neco "samo" udela. Chapu, ze tvorit bobky dat je pracovne efektivni - je to snadne, je to hned a muzete se tvarit upracovane a pozitivne. Pro opravdovy informacni system a pro obcany to ma ovsem nulovy prinos.

"...teď chce jen, aby byl formát dokumentovaný a ustálený" ... pokud se tohodle dockame, tak se urcite dockame i odborne fundovanych politiku.

Budu se drzet vaseho prikladu, at se snaze posuneme k meritu veci. Kdo vam napriklad rekne, jak dlouho trva prestup z jedne zastavky do druhe, prip. kde ty zastavky lezi? Dalsi dump dat, ale ta vazba treba vyzaduje cisteni (identifikatory zastavek nemusi byt 1:1) a udelaji ji vsichni implementatori stejne? Bude vam k necemu vystup, kteremu nebudete na 100% verit?

A co kdyz budou oba datove sety dynamicke, jak zajistite, ze budete pouzivat takove, ktere k sobe "patri"? Jak zajistite, abyste uz nyni mohl pouzivat data, ktera jsou k dispozici, a zaroven, az nekdo prida dalsi vazby, vas software bezel bez zasahu dal?

Muzu vam vymyslet stovky realnych situaci, ze kterych vyvaznete jen s API, prip. necim blizkym LOD, kde by ovsem ale zase vznikly jine druhy potizi. Samozrejme, zadne API neni dokonale, ale lze ho verzovat, rozsirovat, dokumentovat - proste vyvijet a udrzovat. Kdyz odhlednete od trivialnich aplikaci, tak obycejne dumpy databazi tuhle vlastnost nemaji. Coz zaroven nepopira fakt, ze API vam ten dump muze vracet jako jednu z mnoha funkci...

Nekolik zakladnich postrehu.

Co je podle vas to "API", ze mu davate takove privlastky o skalovani a cene provozu? Proc by kancelar vladniho architekta nezvladla udelat vhodna API? Jiste tam nesedi jen neci kamaradi, ale lide s erudici a kvalitni odbornici. Nebo ne?

Mnoho vladnich systemu je, budme uprimni, black-box. Takovy bastl federovanych systemu rozetnete (za provozu) postavenim bran s API. Pak se firmy i obcane muzou misto podavani papirovych formularu spolehnout na strojova rozhrani a dokonce propojeni mezi urady bude moci byt konecne strojove a neduplicitni. Podle priorit a rozpoctu muzete nasledne eliminovat bastl, vylepsovat API, stepit ho na mensi casti, uvolnovat vic dat, atd. Tohle s opakovanymi importy/exporty datovych bobku nikdy nedosahnete. Nanejvys vytvorite komunitu lidi, kteri spolu mluvi "o datech statni spravy" a problematice importu/exportu.

Kdyz mate kolo, take vas nikdo nenuti jezdit jako pan Kreuziger, pokud se k tomu sam nerozhodnete. Proc by mel tedy poskytovatel dat plytvat vykonem? Nuti ho k tomu nekdo? Vim jaka je realita przneni vladnich zakazek. Osobne jsem videl system, ktery vydelava statu dost penez v radu miliard. Bezi na extremne drahem HW a SW, neskucne zprznenem hobby software nekde z Jizni Ameriky a pritom by to same utahl bezny notebook. Tuhle realitu znam, jenze clovek by nemel porad premyslet v intencich toho, ze stat umi jen veci pokazit kvuli spatnemu rizeni a klubum nejrozlicnejsich kamaradu. Dobrych techniku a architektu je v tehle zemi neskutecne dost.

Urcite je zajimave si postavit z kremiku na vlastni zahradce vlastni procesor s vlastni instrukcni sadou, sehnat si do toho data, vsechno pripravit....a nakonec dojit k poznani, ze kdybyste pouzil Mash-up, tak jste mohl delat neco zajimavejsiho :-)

Vy stale mate predstavu rozhrani jako nejake vratnice, kde sedi neprijemny vratny, ktery vas chce vypakovat, a proto to chcete mit plne pod kontrolou. Jenze nektera data proste nedostanete, protoze dodavatel dat nezna vasi identitu. Ja spise preferuji API s moznosti overeni, plnym pristupem kamkoliv, klidne i s dumpem... ovsem zacit a skoncit na dumpovani DB ma z praktickeho/e­konomickeho pohledu nulovy efekt. S tim vy jiste souhlasit nebudete, takze to nechme rozsoudit cas. Piti pak plati ten, kdo se zmylil.

Bohuzel, na tom vasem odkazu jsem nenasel zadny zajimavy datovy set. Jestli to ovsem spravne chapu, tak stat uvolnuje "nejaka" data v "nejake" nezavazne strukture. Na tom muze stavet leda blahovy nadsenec anebo student. Jako platce dani bych ocekaval, ze si nekdo odpovedny konecne vezme tuzku a papir a zajisti, aby se otevrelo API vsech statnich systemu. Zadouci data si pak pres API vytahne kdokoliv. Nebylo by to perspektivnejsi?

Mohl byste uvést příklad takového API? Protože to API by stejně bylo jenom ke čtení. A já nějak nevidím výhodu v tom, že mi někdo předpřipraví určité funkce pro přístup k nějakým datům (a když nepřipraví funkci, kterou já potřebuju, mám smůlu), oproti stavu, kdy mi někdo poskytne rovnou ta data a já si nad nimi můžu dělat funkce, jaké mne napadne.

Třeba takové jízdní řády. Dnes je k nim přístup přes „API“ – někdo se rozhodl, že lidé budou potřebovat vyhledávat spojení, zobrazit odjezdy z jedné zastávky a zobrazit všechny spoje jedné linky. To umí webový IDOS, není to úplně API, ale to, co dělají webové formuláře, by mohlo dělat i nějaké API. Pokud chce někdo použít jiný algoritmus hledání spojení, jiné zacházení s přestupy, jiný výběr dopravních prostředků, nebo to kombinovat s jinými údaji (jiné jízdní řády, kombinace MHD + auto apod.), má smůlu, API mu to neumožní. A nebo nemusíte mít API, ale prostě dostanete ta data, nad kterými IDOS funguje. A s tím si můžete dělat cokoli, použít vlastní algoritmus, kombinovat s autem nebo jízdou na kole, udělat offline aplikaci. Není ta druhá varianta daleko lepší?

Jste praktik a urcite byste se mel podilet na implementacich. Navrh je zase dobre prenechat lidem, kteri teto problematice rozumi a delaji ho s vidinou cile a ne svych subjektivnich pocitu. Furiantstvi typu "tuhle rundu platim ja" nebo "ja do toho ty servery dam" nepovede k efektivnimu reseni, ale k presnemu opaku, zejmena pri narustu dat. Nezlobte se, ale ja pro sebe tuto diskuzi koncim, protoze omyly nejlepe proveri cas. Ted je to na nem.

Co porad mate s tim nejakym zamykanim do API? To je snad uz uplna fobie. Zbytek komentovat nebudu, bylo receno dost a vas presvedci az po par letech obligatni "tudy ne pratele". Mne jen vadi, ze to budu muset platit a nebude to poprve...