Předpověď počasí v terminálu a Relační roury (diskuse)

[otasomil]

To je pekne. Webove vyuziti treba zde

[GeBu]

Zpracováváš to taky v příkazové řádce nebo v PHP?

[🇹🇬]

asi python hele :O ;D

[otasomil]

Nezpracovavam nijak. Pokud chcete textovy vystup tak zde

[Kancelář pro uvádění románových příběhů na pravou míru]

Relační roury nejsou relační.

[luky]

relpipe-tr-sed je docela misnomer - vubec to nezpracovava jazyk sedu (kterej je turing complete), ale pouze to dela nahradu podle regexpu.

[xkucf03]

Časem by to mohlo fungovat jako relpipe-tr-awk (ten uvnitř volá skutečný awk instalovaný v systému) a kromě toho nahrazování textu by to tak mohlo umět libovolné výrazy sedu. Ale primárně je to pojmenované podle toho nejčastějšího použití sedu (nahrazování regulárních výrazů) s vědomím toho, že to neumí vše co ten klasický sed. Je to velký problém?

[luky]

Tak mohlo se to jmenovat treba relpipe-tr-re, kdyz to pracuje s regexpy, u kterych se navic i pouziva jina syntaxe nez v sedu. V sedu treba & expanduje na celej match, kdezto v C++ regex_match se to musi explicitne uzavorkovat a referencovat cislem.

[GeBu]

Hledám něco takového pro OpenWeatherMap, které má taky XML a JSON API. Ale potřeboval bych to na web a nemám úplně info, co admin webu umí a co web technicky dovoluje. Mají sice oficiální widgety, jejichž použití na webu je jednoduché, ale nepřišel jsem na to, jak je lokalizovat.

[Heron]

Fungují na SPŠE nějaké programátorské kroužky? Tohle by mohl být prima úkol pro začátečníky.

[GeBu]

Od 3. ročníku učíme Python a v kroužku je C. Tohle právě není do školy.

[GeBu]

Widget.

[GeBu]

Open Weather API Widget

[Ľubomír Mlích]

Pro zjištění počasí z příkazového řádku obvykle používám kratší:

curl wttr.in/Opava

ale ten odkazovaný článek i skript jsou hezké

[Olaf]

To je hezké, to jsem neznal. Dík.

[Ruža Becelin]

Vypada to super.

BTW co je Koala XML Editor?

Diky

[xkucf03]

Díky.

To je editor, který si píši, zatím je to spíš takový prototyp. Časem to chci vydat veřejně, ale před tím chci dotáhnout ty Relační roury, jedno po druhém… Jinak myšlenka je asi zřejmá z toho obrázku – edituje se strom, nikoli text, a přesto by ty změny měly být nedestruktivní (zachovat formátování toho, co jsem neměnil, aby to šlo např. smysluplně verzovat). Nad tím stromem se pak dají dělat různé operace, které by nad textem dělat nešly, nebo by byly hrozně těžkopádné a implementačně náročné.

[Josef Kufner]

To by jsi se pak mohl posunout od XML k obecnému Abstract Syntax Tree a pracovat nad libovolnými dokumenty a zdrojáky. Pak bys mohl přidat různé možnosti editace a vizualizace, takže bys třeba mohl části zdrojáků kreslit, či vyplňovat v tabulce. A vůbec, koukni na Jetbrains MPS.

[xkucf03]

Přílohy:

• koala-yaml-netplan.png (64656 bytů)
• koala-asn1-ber-x509-gnu.org.png (144067 bytů)

To by jsi se pak mohl posunout od XML k obecnému Abstract Syntax Tree a pracovat nad libovolnými dokumenty a zdrojáky.

To by měl být cílový stav. Viz můj další prototyp alt2xml. Takhle v Koale např. vypadá YAML konfigurace Netplanu nebo X.509 certifikát (viz příloha).

Ještě je otázka, jestli se držet +/- DOMu nebo jako model použít nějaký obecnější strom, ale zatím se DOM (případně trochu rozšířený o nějaká další metadata) zdá být dostatečně obecný (a zároveň pasuje na stávající nástroje z XML ekosystému).

Na to MPS jsem někdy koukal – zajímavé. Ale radši bych něco lehčího, co nevyžaduje velké IDE a výhledově poběží třeba i v TUI.

[Josef Kufner]

DOM je zbytečně komplikovaná věc. Sice asi bude stačit na všechno, ale může svou obecností trochu překážet či být neefektivní. Na druhou stranu, když už ho máš a funguje, tak to použij.

Otázkou spíš je, zda neumožnit použití datových struktur, které nejsou stromem. Slušné nástroje na editaci obecných grafů prakticky neexistují. Editovat stavové automaty, různé (třeba i nerelační) pipeline a podobné věci obvykle znamená smířit se s nějakou nepřehlednou textovou reprezentací. Z těch screenshotů tak trochu tuším, že by to mohlo být celkem snadno implementovatelné – jen další pohled na tu datovou strukturu.

[xkucf03]

Otázkou spíš je, zda neumožnit použití datových struktur, které nejsou stromem. Slušné nástroje na editaci obecných grafů prakticky neexistují. Editovat stavové automaty, různé (třeba i nerelační) pipeline a podobné věci…

Tohle bych taky potřeboval, a taky už jsem nad tím uvažoval. Ale nenapadlo mě to spojovat dohromady s tím stromovým editorem. Přiznám se, že jsi mi nasadil trochu brouka do hlavy. Protože strom je jen speciální případ obecného grafu. Jen si říkám, aby to už nebylo moc obecné/abstraktní a jak by to ovlivnilo pracnost…

Mimochodem, znáš Dunnart? To je víceméně ono. Akorát když jsem to zkoušel (cca před třemi lety), tak tam byly trošku problémy se stabilitou… ale třeba by to stačilo lehce dopilovat a bylo by to použitelné.

[Josef Kufner]

Na první pohled mi přijde, že Dunnart se soustředí na popis, jak má diagram vypadat pomocí sady omezení co kde je. Ta vizuální část je ale docela nepodstatná, to může udělat Graphviz automaticky. Jde hlavně o tu sémantickou část, která říká co je s čím propojeno, jaké to má atributy a tak podobně.

S tou pracností, no... potřebuješ dobrou myšlenku, jak ten graf postavit, jak ho reprezentovat a jak s ním pracovat. V DOM máš dvě relace: seznam potomků a odkaz na rodiče. Chybí však relace samotná, neboť je vyjádřena jen implicitně a nemá žádné vlastnosti krom existence. V obecném grafu máš objekty a relace mezi nimi, což jsou také objekty. To je asi největší rozdíl, že šipka je objekt. Například GraphML má elementy Node a Edge (a Hyperedge).

Pak můžeš mít ještě ternární relace, nebo i více -ární relace. To pak už je docela slušný guláš. A přitom ternární relace je v podstatě jen pojmenovaná šipka (tj. zdroj, cíl a název šipky). V SQL databázích je běžné, že relace mají další atributy. Ale není to zas nijak komplikovaná věc, pokud se na N-ární relace budeš dívat jako N-tice objektů (tuple), takže místo šipek máš seznam N-tic. Nakreslený graf je pak jen projekce. Koukni na Alloy (tutorial). Tady se docela hodí alespoň základní seznámení s teorií množin a teorií kategorií, případně i s tím související teorie typů. (Stačí trochu, aby se mozek procvičil a byl ochoten pracovat s nezvyklými koncepty.)

[MM]

Ahoj, chtěl jsem ty relační roury vyzkoušet, ale nepodařilo se mi to přeložit... Stáhl jsem vše přes hg clone podle tohoto ,pak jsem vstoupil do adresáře relpipe-in-cli.cpp a zadal cmake . skončilo to s fatal error: relpipe/writer/RelationalWriter.h: Adresář nebo soubor neexistuje Dělám něco špatně? Díky.

[MM]

omlouvám se .cmake píše

Package 'relpipe-lib-writer.cpp', required by 'virtual:world', not found
Package 'relpipe-lib-cli.cpp', required by 'virtual:world', not found

fatal error: relpipe/writer/RelationalWriter.h: Adresář nebo soubor neexistuje

píše až make potom...

[xkucf03]

U jednotlivých vydání jsou instalační skripty, které jsou otestované v Debianu 10.2 – tam to stačí jen spustit. Taky to je otestované na Ubuntu 18.04 LTS. Jinde by to mělo fungovat taky, ale může být potřeba upravit názvy balíčků nebo verze.

Poslední verze je v0.17.1.

fatal error: relpipe/writer/RelationalWriter.h: Adresář nebo soubor neexistuje

Soubor RelationalWriter.h je v knihovně relpipe-lib-writer. Knihovny je potřeba zkompilovat před kompilací jednotlivých modulů, a pak se hledají pomocí pkg-config. Tohle řeší ten skript.

[MM]

Ahoj, díky, podle návodu/skriptu v odkazu výše to šlo. Nějak jsem návod předtím nemohl na stránkách najít - nenapadlo mě kliknout na verzi ze sekce Released versions. Možná by to v Download sekci šlo nějak zmínit něco jako "instalační skripty jsou u jednotlivých verzí níže", nebo tak něco...

[xkucf03]

Případně nejnovější skript release-v0.18.sh k dosud nevydané verzi. Viz komentáře pod článkem.

[upozorneni]

UPOZORNÉNÍ --- Autor tohoto softwaru je ruský kolaborant, podobruje šíření ruských desinformací ve válce o Ukrajinu.