V textu není an slovo o tom, že by to umělo české popisky, zato je tam pěkná demonstrace zmršené češtiny -- takže z toho mám vyvodit, že to české popisky neumí, a tudíž nemá smysl se R zabývat? Myslel jste to taklhe? Funkční čeština je nutná podmínka, kterou neočekávám v části o vyšperkovávání...
Ahoj. Tvoj mail je sice ucebnicovy flamebait, ale aj tak si neodpustim odpoved. Podpora narodnych jazykov u programov je casto sakra dolezita vec. Ty mozno vies anglicky, ale casto je potrebne spravit nieco pre ludi, ktori hovoria len svojim rodnym jazykom. Potreba podpory cudzich jazykov je racionalna poziadavka, nema to nic spolocne so sovinizmom stylu "neovlada to moj jazyk, tak to z principu nebudem pouzivat". Next time think before you post.
Už jsem taky chtěl začít kritizovat, ale podíval jsem se do dokumentace. Při exportu do PostScriptu se dá nastavit kódování a dokonce funguje (mám ověřeno). Při exportu do png nebo jpeg jsem nic na nastevení kódování nenašel.
Takže mám otázku: jak se dají nastavit správná písmenka i pro png?
Odladil bych si pár mustrů a pak v nich jen měnil konkrétní údaje. Ta čeština se tam řeší příslušnými texovými sekvencemi (případně alchymií s cestami k fontům), ale na rozdíl od zdejších ukázek to funguje.
Výhoda je, že si tam člověk může nakreslit opravdu vše, co potřebuje (není omezen nějakými nabízenými vzory grafů).
Tím nechci shazovat R systém, o jeho zvládnutí pro některé statistické výpočty vážně uvažuji, akorát jsem si na to nestačil udělat čas; možná přes prázdniny...
Potreboval jsem, také pro známou :)) vytvořit grafy, které snad žádná aplikace, kterou znám nepodporovala. Ani Rko. Není vůbec žádný problém si napsat vlastní typ grafu. Je to velice jednoduché. Teda, jeden večer jsem nad tím strávil. Nevím jak metapost má přístup k datům. Je to fakt hodně dobrá věc. Navíc co se mi hodně líbí, je jeho schopnost skládat grafy na stránku
perl používám spíše k úpravě formátu vstupních dat.
Do R lze sice načíst téměř cokoliv (včetně binárních dat), ale v perlu je to přece jen pohodlnější.
Vše ostatní dělá R.
Mimochodem, perl lze z R spouštět, lze spouštět dávkově, takže požností jak vše kombinovat le docela dost.
LP
Omlouvam se, ale z clanku mi neni par veci jasnych a myslim ze vzhledem k jeho urceni by bylo dobre je nevynechavat:
1. jak je to s oddelovaci hodnot?
2. jestli se bere prvni radek jako hlavicka, proc je zarovnana doprava (nejsou vypusteny prvni "bile" znaky)? Preci v prvnim sloupci jsou take cisla (1 - 10) takze by klidne mohli byt soucasti datove matice.
Kdyz totiz budu sazet cisla do dat. souboru externim programem a jako oddelovac pouziji tabulator nebo mezeru, obcas se hodnoty vzajemne posunou (podle delky retezcu). Bude tim padem vysledny vypocet spatny - jen kvuli nejakemu formatovani danemu pozici hlavicky?
3. co kdyz budou hlavicky jenom v prvnim radku a ne i v prvnim sloupci? "Pozna" to program?
4. proc je otoceni popisku X a Y osi opacne nez by logicky melo byt (Y text normalni, X text pootocen o 90 stupnu aby to tam srozumitelne veslo)?
5. kdyz chci ukazat nejaky obrazek hodilo by se pro uplnost datove soubory i graf lepe popsat a treba uvest jednotky.
Bylo by mozne to trochu rozvest?
O R-ku jsem uz neco zaslechl takze by mne to zajimalo vic nez jen "letem svetem" a prvni dojem je dost zmateny (zmrsena cestina - kdyz to uz chci nekde prezentovat tak sakra vynecham hacky a carky jinak mne ostatni sezerou, osklive formatovani grafu, nejasny vyznam hlavicek a oddelovacu,...).
Takze prosim pokracujte v dalsich dilech, ale myslete i na nas kteri vidi R poprve a zajima je to.
Petr
add. 1 a 2. Oddělovač může být doslova cokoliv (řídí se to parametrem fce. read.table()). Počet bílých znaků může být doslova libovolný.
add. 3. Podle mých zkušeností ano.
add. 4. viz další díly
add. 5. Celou dobu třídílného seriálu pracuju s jedním souborem, na který je odkaz. Uvádím vždy doslovné znění kódu tak, aby vše fungovalo.
V článku se odkazuji na články Rada Bonka. Sám se doufám dostanu hlouběji. Proto je ten začátek takle rychlý - Rado už ho jednou napsal. Jinak je v článku odkaz na českou učebnici.
Doufám, že jsem se vyjádřil k otázkám, kdyby ne, tak to upřesněte.
Jáchym
Dobrý den!
R-ko je vynikající nástroj (viz dále), ale narazil jsem na jeden problém. Jak řešíte desetinnou čárku místo destinné tečky na grafickém výstupu bez toho, abyste každou osu museli popisovat "ručně" užitím as.character()?
Experimentování s LC_NUMERIC=cs_CZ mi moc nepomohlo, protože pak device postscript píše desetinnou čárku i do postscriptových instrukcí (verze 1.8.0). Obešel jsem to až záměnou tečky za čárku ve výsledném EPS souboru regulárním výrazem.
Jinak je R první open source nástroj, ve kterém jsem dokázal udělat s grafy vše, co jsem potřeboval. Grafické výstupy mají defaultně dobrý vzhled (žádné nepotřebné čáry), co nevyhovuje lze změnit "ručně", nebo přeprogramováním výchozích funkcí.
Čeština funguje, vybírat lze z nejužívanějších rodin fontů, přidat nové by mělo jít taky. Komu vyhovuje TeX, tomu se bude líbit i R-ko. I zápis matematiky je TeXu podobný.
Další výhody? IDE pro emacs (nejenom), dobrá dokumentace, rychlý vývoj, rozsáhlé archivy, aktivní konference a nepřeberné množství balíčků statistických metod, které ovšem ocení už jenom statistici. To by už ale byl jiný seriál.
Jano Kula
Notak pánové, že by se R rovnalo SASu, to snad nemůžete myslet vážně...
A vůbec, domnívám se že R, freelab a jakýkoliv free statistický soft jsou bohuže.., bohužel hodně moc daleko za čímkoliv komerčním.
Kdo si chce hrát, použije R, kdo chce efektivně pracovat, použije statistiku (STATISTICA), SAS, Matlab nebo S-PLUS
Pracuji se SASem, S-PLUS a R. Pokud chci něco řešit rychle a efektivně, včetně nějaké zprávy, dávám jednoznačně přednost R. Schopnosti všech tří systémů jsou srovnatelné. Stabilita R je dobrá, rozsah dat pro zpracování je pro mne také postačující (cca 0,5 mil. záznamů nedělá problémy).
Možnosti formátování grafiky je z těchto tří systémů nejlepší. Pokud nějaká metoda chybí, její naprogramování je snadné a proti SASu podstatně rychlejší.
Filosofie SASu a jazyka S se ale dosti liší a programátor SASu může mít značné problémy s přechodem do jazyka S. Opačně to platí také.
Schopnosti Rka a SASu rozhodne nejsou srovnatelne!!! Nevim, co vsechno delas ve statistice (myslim ve vede), ale ja se obcas snazim. Treba casovky jsou v Rku na vyhozeni a v SASu docela dobry a hodne rozsahly. A doprogramovavat si je? To je asi tak na disertacku, ne... SAS je v hodne vecech lepsi, ale tot otazka a nechci zacinat flamewar... A co jine programky, Xplore, Eview, stata, gauss, ty taky neco umi. Podle me se musi vzit software, ktery zrovna neco umi. Doprogramovavat se neda, to je jasny. Petr
P.S.: Ale je pravda, ze jsem si nechal spocitat SASem ulozku, a pak jsem si udelal grafy v Rku.
Dobrý den,
já používám Grace (http://plasma-gate.weizmann.ac.il/Grace/), je to WYSIWYG, trochu podobné Originu. Lze v tom poměrně snadno udělat prakticky libovolný graf. (Většinou nepotřebuju udělat desítky grafů z podobných dat, ale jeden konkrétní speciální graf a nebaví mne se s tím piplat pomocí nevizuálních příkazů v matlabu, gnuplotu, Octave, R, ..., které si z hlavy stejně všechny nepamatuju)
Ondra