grafikonrajzolo progi parancssorbol

Linux-kezdő

Udv!

Olyan progit keresek, amivel ehhez hasonlo grafikont tudok kesziteni. A lenyeg, hogy 1 kepre fel tudjak vinni 7 napnyi adatot, minden naprol mondjuk 2 adat, ahogy az adott kepen is van.

A 

plot

ot nezegetem, de egyelore nincs tul nagy sikerem vele. Esetleg valami nagyon alap peldafajlnak is orulnek :- ).

Koszi.

  • 4010 megtekintés

( asz | 2010. 12. 16., cs – 20:21 )

A gnuplot-ot nézted már? Elég sok mindent meg lehet csinálni vele. Hasonló kinézetű ábrát biztosan tudsz. (Hogy pont úgy nézzen ki nem tudom jó-e, már régen használtam és most nincs is fent.)

( vol4 | 2010. 12. 16., cs – 20:19 )

Kérdés, hogy mit értesz "parancssori program" alatt? Ha mindent szigorúan a program neve mögé akarsz írni, akkor úgy gondolom, nem fogsz a céljaidnak megfelelőt találni (de lehet, hogy tévedek). Ha az is jó, hogy megszerkesztesz egy plot fájlt, amit "sablonként" használsz, akkor gnuplot. A parancssor pedig ilyesmi:

$ cat sablon.plt | sed s/CSERE/csere/ | gnuplot

Kimenet jpg, ps, akármi, a plt fájlban beállítva.

Igen, persze, ugy ertettem, hogy ne kelljen grafikus felulet hozza, szoval pl. ha ssh- n keresztul meg tudom csinalni, akkor az pont jo. Igazabol engem innen a 2. grafikon erdekelne, amihez ott van egy peldaprogi is, de valahogy nem tudom elerni, hogy csinaljon egy grafikont... .

-----

Nyilvan kellene hozza az immigration.dat is, amiben az adatok vannak, de azok milyen szerkezetben?

Ez most nagyon csunya lesz, de google chart api + wget?

http://code.google.com/apis/chart/

Elsore (wizarddal osszerakva) pl:

wget http://chart.apis.google.com/chart
?chxl=1:|sss|aaa
&chxp=1,7,14
&chxt=y,x
&chbh=a
&chs=300x225
&cht=bvg
&chco=A2C180,3D7930
&chds=0,100,0,145
&chd=t:10,50,60,80,40,60,30|50,60,100,40,20,40,30
&chtt=Vertical+bar+chart

Eredmeny: itt

Velemeny?

nem lényeges, de az előző hszhoz: lehet egyetlen "parancsban" is, például:
gnuplot -e "set term pngcairo;...akármilyen bonyolult grafikon, adatokkal együtt vagy csőből vagy fájlból;"

hogy érted hogy nem megy?

ami ott van mellette script és hozzá letöltve a .dat fájlt is, működnie kell

ehh, most nézem, a --- alatt automatikusan kihagyom mert az ugye aláírás :) könnyű rákeresni arra a fájlra; kipróbáltam, működik

Megvan a file :- ), de mar csak annyi a gondom, hogy ha elinditom, akkor a grafikont megjeleniti maga a gnuplot, es nem talaltam olyan opciot, amivel inkabb egy fajlba lehetne iranyitani... : 

gnuplot file

. Fura, mert talaltam egy jo par eves kodot, ahol meg igy hasznaltam shell scriptbol: 

gnuplot $RAJZ > $KEP;

.

( zamboriz v | 2010. 12. 16., cs – 22:55 )

Innen folytasd inkább te: 


set terminal png truecolor transparent font "Lucida Sans, 10" size 800x600
set output 'a.png'
set multiplot layout 1,1 title 'Laptopok meghibásodási aránya 3 év alatt' font "Lucida Sans, 16"
set ylabel 'Meghibásodási százalék' font "Lucida Sans, 12"
set key out horiz center top
set style data histogram
set style histogram clustered gap 1
set style fill solid
set grid y
set xtics out
set format y "%g%%"
plot 'a.dat' using 2:xtic(1) lt rgb "blue" title "2 év alatt", '' using 3 lt rgb "brown" title "3 év alatt"

a.dat: 


"Asus"    11 15.6
"Toshiba" 12 15.7
"Sony"    13 16.8
"Apple"   14 17.4
"Dell"    15 18.3
"Lenovo"  16 21.5
"Acer"    17 23.3
"Gateway" 18 23.5
"HP"      19 25.6

Kiegészítések:

- nem kell a multiplot! Helyette egyszerűen "set title". A multiplotra csak akkor van szükség, ha tényleg kettő vagy több grafikont akarsz egymás mellé (vagy egymásra stb.) tenni.
- a "set grid y" kapcsolja be ugyebár a vízszintes rácsot, de én elhagynám. Tufte-hívő lévén nem szeretem, ha felesleges dolgok vannak a grafikonon.
- ha a számértékeket is szeretnéd az oszlopok felett, az utolsó sort egészítsd ki: 

plot 'a.dat' using 2:xtic(1) lt rgb "blue" title "2 év alatt", '' using 3 lt rgb "brown" title "3 év alatt", '' using 0:($3+1):(strcol(3)."%") w labels notit

- kozmetikai javítás: set xtics nomirror

Közben rájöttem. Nem szép hack, de könnyen lehet, hogy nem lehet egyszerűbben.

(viszont akkor a végére egy unset multiplot nem árt, főleg, ha interaktívan dolgozol)

szerk: ez a multiplot hack annyira nem tetszik, hogy inkább kézzel pozicionálnám a jelmagyarázatot és a címet:

set tmargin 4
set label "..." at graph 0.5,1.16 center
set key horiz at graph 0.5,1.1

( emberk | 2010. 12. 17., p – 08:31 )

Nagyon profi cucc még a GLE. Ezzel készítettem az ábrákat a diplomamunkámhoz. A Gnuplot-ot pedig már fent is említették.

------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.

( oszkar v | 2010. 12. 17., p – 09:45 )

Esetleg GNU R. Bár az kissé ágyúval verébre, meg nem könnyű beletanulni, de nagyon sok mindent meg lehet vele csinálni.

( DieHappy | 2010. 12. 17., p – 10:58 )

Emlitettek mar az R-et, de van egy masik jatek is, a ROOT: http://root.cern.ch/
Alap dolgokat konnyu vele megcsinalni es scriptelheto c interpreterben, pythonban es rubyban is.

( fn26 | 2011. 03. 09., sze – 10:37 )

Udv!

Feljott egy ujabb problema, amit nem igazan tudok megoldani. Tulajdonkeppen innen a 3. es a 4. grafikont szeretnem egymassal osszehozni. A lenyeg lenne, hogy egy csoportban 4 db. grafikont megjenitsek egymas mellett, de azok tagolva legyenek. ide felraktam egy kis illusztraciot (nem nevetni :- ) ).

Koszi a valaszokat.

csoportonként egy sort kell beszűrni: két idézőjellel:
""
innen már csak az http://gnuplot.sourceforge.net/demo/histograms.4.gnu xtic-eit kell megfelelően egyszerűen kitörölni/átírni
pl a
"1891-1900" 0.00000,
sorozatot kitörölni, ez az xtics egyszerűen adott koordinátára adott sztringet szúr be

Ha már mindenképpen mindenféle grafikont akarsz csinálni, akkor lehet egyszerűbb leprogramozni.
Ha feldobsz egy php gd modult, olyat rajzolsz amilyet akarsz, és php cli modullal parancssorból tudod futtatni. Baromi sok példát találsz fenn a net-en.

Vagy másik megoldás lehet az imagemagick http://www.imagemagick.org
Ehhez kicsivel több tudás kellhet.

logo fut parancssorból? amúgy akkor meg vim, és szerkesszen svg-t, bár az xpm-et egyszerűbb.
Viccet félretéve amúgy LOGO helyett az Asymptote lehet akár járható út, de a többiekhez hasonlóan én is úgy vélem, hogy a Gnuplot meg az R inkább a járható út.

int getRandomNumber() { // ←ez itt már az aláírásom
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

( numen v | 2011. 03. 11., p – 12:53 )

No akkor most picit offtopic:
A linkelt megoldások tudományos írásos munkákba kiválóak, de arra, hogy egy átlagosnál picivel csicsásabb prezentációba berakjuk már nem alkalmasak.
A kérdés, mivel lehet vizuális minőség szempontjából a Keynote¹ és a PowerPoint² diagramjaival vetekvő módon prezentálni adatainkat?
Amit eddig találtam, az egy Blender-script, ami tortadiagrammot állít elő, és nekem picit (mint a Blender maga is) pilótavizsgás. Cserébe másfélét nem is képes előállítani. (pdf manual). Ezen kívül az OpenOffice tud már „majdnem jót”, de

Lehet persze vitatkozni, hogy „de hát mi adatokat akarunk megjeleníteni, nem?”, de a dolog nem ilyen egyszerű. Van olyan téma, közönség, etc, ahol már nem az számít, hogy reprezentatív-e a mintám (mert természetes, hogy az), hanem hogy hogyan tálalom. Igen, lehet olyan diagramokat készíteni, amelyek a lényeget megmutatják, és mégis szépek, ami – tetszik vagy nem – a meggyőzéshez hozzátartozik, a geekséggel fordítottan arányosan.

¹ http://www.apple.com/iwork/keynote/#overlay-charts
² http://www.powerpointninja.com/charts/make-your-pie-charts-pop-in-power… 

int getRandomNumber() { // ←ez itt már az aláírásom
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

Duplaplusz nem értek egyet.

Kérdés persze, hogyan definiálod a vizuális minőséget, de a PowerPoint (és vélhetően a Keynote, bár azt nem ismerem) grafikonjai tipikusan pocsék vizuális minőségűek szoktak lenni.
Pontosabban lehet ezekkel is elfogadható grafikonokat készíteni, ha nagyon erőlködik az ember, de azok az elemek, amikkel te ki akarod "csicsázni" a grafikonokat, pont hogy eltávolítják őket az elfogadhatóságtól.

A tortadiagram már eleve nem egy jó grafikontípus, nagyon korlátozott azoknak az alkalmazásoknak a száma, ahol ez a megfelelő ábrázolási mód (és nem egy barchart vagy vonalas diagram). Nehezebb leolvasni róla az adatot, és ugyanannyi információ megjelenítéséhez több helyet igényel, mint más grafikontípusok.

Azzal pedig, hogy feleslegesen 3D-s perspektívát viszel bele, vagy különböző textúrákat teszel a szeletekre, semmilyen új információt nem adsz a grafikonhoz, ellenben megnehezíted a meglévő információ leolvasását. Ugyanez igaz a 3D-s szalag-grafikonokra, oszlopdiagramokra stb. Ha az ábrázolni kívánt adatok, ill. a közöttük lévő, ábrázolni kívánt összefüggés nem kívánja meg a háromdimenziós ábrázolást, akkor azt csak dizájnelemként ráerőltetni a grafikonra nem csak felesleges, de káros is. Chartjunk, úgy hívják az ilyet.

Persze ha az a cél, hogy menedzsereknek és hasonló elborult embereknek a lehető legkevesebb valódi információt tálaljuk a lehető legnagyobb csicsázással és kamuzással, akkor a 3D-s, színes-szagos, pörgő-forgó tortadiagramok pont megfelelőek.

A prezentációnak általában eleve nem az a célja, hogy nyolc tizedesjegy pontossággal ábrázolja a kapott adatokat. Azok a dokumentumban vannak, ami alapján a prezentáció készült. És azokat valóban nem Excel dobja ki magából, hanem R, Gnuplot, SPSS, SAS, whatever. Valaki azt mondta itt egyszer, hogy ha kézzel viszed be az adatokat, amikből a diagramot csinálod, akkor ott már valami nagyon el van rontva, és ebben némiképp igaza volt.

A prezentáció teljesen más, mint maga a kutatási dokumentáció. A prezentáció célja, hogy a lényeget tálaljuk, amire elég sokszor a pie chart tökéletesen elég. Nem utolsó sorban mindenki meg is érti. Persze, ha saját szakterületeden belül adsz elő, akkor jó eséllyel mindenki a háta közepére kívánja, de az esetek jelentős részében laikusokkal állsz szemben, akiknek adott esetben az, hogy mennyire igényes a prezentáció design szempontjából legalább annyira lényeges, mint hogy olykor oldod a hangulatot egy történettel: szakmailag nem ad hozzá, de szükséges, mert nem szakembernek adsz elő, hanem simán csak embernek. Amennyiben a fenti érvelés tőled távol áll, valószínűleg eleve más a prezentációid célközönsége, mint amiről én beszélek. 

int getRandomNumber() { // ←ez itt már az aláírásom
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

A prezentációnak általában eleve nem az a célja, hogy nyolc tizedesjegy pontossággal ábrázolja a kapott adatokat.

Nyilván nem, de semmilyen értelmes grafikonnak sem lehet ez a célja.

mennyire igényes a prezentáció design szempontjából

Lehet, hogy mást nevezünk igényesnek.
Lehet egy prezentáció vagy egy grafikon vizuálisan átgondolt, harmonikus, neadjisten szép, de ez szerintem elsősorban azon múlik, hogy a készítője jól választotta-e meg az elemek méretét, a színeket, az arányokat stb.
Az viszont szerintem tartalmi kérdés (is), hogy a grafikon azt az összefüggést ábrázolja-e a lehető legvilágosabban, amit én akarok, a lehető legkevesebb felesleges elemmel.
Ha pl. csak két trendet akarsz megmutatni (egyenként 4-5 pontból álló adatsorok), mondjuk hogy az egyik csökkenő, a másik növekvő, arra tökéletesen elég egy 2D sík grafikon az adatsorokat jelképező két törtvonallal. A gradiens háttér, 3D perspektíva, vonal helyett csillogó, lekerekített szélű szalagok (a belinkelt képeid egyikén van ilyen) mind-mind felesleges és - szerintem - káros bonyolítások.
Ha ilyen grafikont látok, az az érzésem van, hogy az előadó nem őszinte. Valamit el akar leplezni, vagy el akar nekem adni valamit.

Az ember a prezentációba azt rak be, amit meg akar mutatni. Ha pontos adatokat szeretnék, akkor nem diagramot rakok bele, hanem táblázatot. Amennyiben elég annyi, hogy az adott ismérv értéke n időn belül nőtt körülbelül 10-20-40-100%-ot, arra elég egy agyoncsicsázott grafikon. Ez utóbbi esetben a táblázat többet árt, mint használ (a képeket a számoknál gyorsabban értelmezzük, ugye), ellenben nem látom, hogy egy ízlésesen elkészített, az előadás sablonjába illő grafikon miben lenne kevesebb egy teljesen puritán megjelenésűnél.

Laikusként nézve: ha a grafikon, és az egyéb prezentációs látványelemek nincsenek összhangban, akkor az a prezentáció összecsapott hatást kelt, akár kisebb is lehet a meggyőzőereje. Persze megoldás lehet az, hogy a prezentációt igazítjuk a grafikonjaink külalakjához, de nem a grafikonokról akarunk beszélni, hanem arról, amit mutatnak.

Változatlanul úgy vélem, hogy a közönségtől függ, hogy van-e létjogosultsága a csilivilinek. Mivel szerintem van olyan helyzet, ahol jelentősen hozzájárul a prezentációhoz (nem, nem tartalmilag), szükség van egy megfelelő eszközre. 

int getRandomNumber() { // ←ez itt már az aláírásom
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

Elbeszélünk egymás mellett.

Amennyiben elég annyi, hogy az adott ismérv értéke n időn belül nőtt körülbelül 10-20-40-100%-ot, arra elég egy agyoncsicsázott grafikon. Ez utóbbi esetben a táblázat többet árt, mint használ (a képeket a számoknál gyorsabban értelmezzük, ugye)

Ebben teljesen igazad van, én is ezt mondtam!

ellenben nem látom, hogy egy ízlésesen elkészített, az előadás sablonjába illő grafikon miben lenne kevesebb egy teljesen puritán megjelenésűnél.

Akkor nézzük meg a példát, amit belinkeltél a vitaindító hozzászólásodba! Ez az:

Mi ezzel a baj?
Lássuk csak.

Azon felül, hogy mindössze 3 szám megjelenítésére milyen nagy helyet pazarol el, van egy nagyobb baj:
Ez a grafikon hazudik.

A 41% lényegesen több a 31%-nál, a 31% és a 28% viszont kb. azonos nagyságrend.
Ellenben mit látsz a grafikonon, ha a számokat nem nézed, csak a színes pacnikat: az előtérben lévő narancssárga szelet a leghangsúlyosabb, és mivel a korongon lévő szelet a lekerekített szegély miatt egybeolvad a palásttal, még nagyobbnak is látszik, mint a zöld szelet, ami pedig valójában nagyobb számot kódol! A kék szelet, aminek majdnem ugyanakkorának kéne lenni, mint a narancssárgának, fele akkorának látszik.

Tehát ha az olvasó siet, és csak rápillant a grafikonra, teljesen téves benyomás alakul ki benne a közölt adatokról (hiszen amint helyesen megjegyezted, a képet hamarabb feldolgozza az agya, mint a numerikus információt). Ha esetleg alaposabban megnézi, akkor pedig összezavarodik, mert a grafikon két rétege - a kép és a ráírt számok - ellentmondásos információt közvetít. Emiatt vagy jól fejlett kognitív disszonanciával távozik a prezentációdról, vagy ha intelligensebb, akkor innentől fogva egy szót sem hisz el neked.

Ez a grafikon jól példázza, hogy az eredetileg díszítésnek szánt dizájnelemek hogyan vihetnek be tartalmi torzítást a grafikon mondanivalójába, annak eredeti funkcióját is aláásva.

Arról nem is beszélve, hogy ez aljas, szándékos manipulációra is lehetőséget ad. Képzeld el ezt a grafikont azzal a körítéssel, hogy "a legutóbbi közvélemény-kutatáson a Ninja párt jelentősen előretört, és a támogatottsága már meghaladja a 30%-ot, megelőzve ezzel a Pirates pártot". A szövegben nincs valótlan állítás, és a grafikonon szerepelnek is a konkrét közvélemény-kutatási adatok, az újságolvasók többségének mégis az lesz a benyomása, hogy a Ninja párt vezet - pedig valójában nem is ez a helyzet.

Mindez persze nem jelenti azt, hogy egy prezentációba szánt grafika nem lehet igényes. Annak is kell lennie. De ez számomra elsősorban a helyesen megválasztott, olvasható betűtípust, a tengelyek és a grafikon-terület megfelelő méretezését és hasonlókat jelenti.

kétfajta grafikon van, az egyik az _adat_ elemzésére, a másik az elemzés eredményét adó _információ_ tálalására, amiben már úgy hazudik az ember amitől még éppen hogy nem olvad le szégyenében a projektorvászon a helyéről

azaz azt a fajta csicsás grafikont választja az ember amivel pont azt az eredményt hozza ki amit szeretne, teljesen mindegy (ezt akár tényleg túlzás nélkül lehet érteni) mik a tényleges számok

"A linkelt megoldások tudományos írásos munkákba kiválóak, de arra, hogy egy átlagosnál picivel csicsásabb prezentációba berakjuk már nem alkalmasak. " : nem, nem kell tudományosnak lenni, és nem is kell az előzetes adatelemzés egy melléktermékének lennie, lehet valóban kiemelni a lényeget, de ezek a csicsagrafikonok erre alkalmatlanok, amikor már az ember letett arról hogy értelme is van annak a cikknek, csak hogy lejen a bulvár meg a főszerkesztő is olyat akar ami kihozza hogy 110%-al élvezetesebb a másik termék, csak akkor ... persze ízlés dolga, de nekem még a prohardver stílus is ronda (csicsás)

egy másik dolog hogy lehet tényleg jól kinéző _és_ informatív is, de az grafikus dolga, semmiképp egy grafikonrajzoló progamé amiben beklikkelem hogy akkor most mossa el amit nem szeretnék ott látni és 3d-vel hozza előre amit meg igen

Igen, a grafikon, mint minden adatot sűrítő – sőt, esetünkben elrejtő – eszköz, alkalmas a tények elrejtésére, mindemellett viszont van élvezeti értéke. És ugyanúgy, mint minden élvezeti értékkel és káros hatással is rendelkező dolgot, lehet felelősen fogyasztani/használni.
Ti most elvi síkra terelitek, miszerint ahol a diagram az átlagnál többet mutat meg rejt el, az elvetendő, és aki ilyent művel, az huncut. Én ezzel szemben úgy vélem, hogy ez egy eszköz, ami felelős kezekben elősegíti véleményünk-eredményeink megfelelő tálalását, adott esetben akár nem félrevezető módon. Akit egy grafikon félrevezet, annak már kb. amúgy is mindegy, mit adunk elő. Úgy gondolom, hogy – bár kétségkívül a prezentációs diasor, diagramok, verbális jelek használata, stb. – alkalmas a valóság eltorzítására, jól használva felerősíthetik egymás hatását.

Én eredetileg csak egy eszköz felől érdeklődtem: létezik-e ilyen (szerintetek csúnya, gonosz) szoftver, amivel lehetséges ilyen grafikonokat előállítani? A sorozatos kitérő válaszok, és az elvi síkra terelés (hátezszar / nincs is erre szükséged) mondjuk félig megadta a választ… ;) 

int getRandomNumber() { // ←ez itt már az aláírásom
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

nem elvi síkra akartam terelni hanem talán azt a fél választ adni, kicsit rövidebben:
amire azt mondod hogy jól nézzen ki azok sok portálon, prezentáción egyszerűen rondák, és olyan mint amikor a kiscsávó a böme alá rózsaszín neont tesz, amiket te mutattál stílusúak pedig biztos van sok, csak szerintem nem érdemes vele foglalkozni munka/eredmény miatt .. ami meg tényleg jól is néz ki az meg úgyis grafikus munkája, nem egy scriptté vagy kattkattkész programé

nem (csak) félrevezetnek ezek a grafikonok hanem nehéz egyszerűen nehéz leolvasni, sokszor csak helykitöltő szereppel, vagy mint a reklámban a fehér köpeny

a szriptek inkább elemzéshez jók, ha prezentáció kell azt a párat valahogy összesenvedi az ember ha jót akar, weboldalra meg ha tömegterékként teszed fel mert nem dolgozol meg vele, azaz nem te akaro lelvasni akkor meg tedd könnűvé az olvasó dolgát egy egyszerű grafikonnal :)

amik még jól néznek ki meg egyszerűek is szerintem pl:

http://nces.ed.gov/nceskids/createagraph/ (hasraütésre találtam, lehet van köztük csúnya is:) )

ami fentebb van js-es

goole chart

excel :)

A weboldalak ugyanaz a kategória, mint a kutatási dokumentáció: oda is inkább az egyszerű kell. És mint ilyen, a google chart valóban egy remek megoldás, de jschart, highcharts és társaik sem rosszak. Ami meg az Excelt illeti, pont azért indítottam ezt a szálat, mert úgy láttam, hogy az OpenOffice-szal készített ábrák bár sokat fejlődtek, elég messze vannak még az Excellel elérhető vizuális minőségtől (amivel mint kiemelted, valóban vissza lehet élni, de nem szükségszerű)

A prezentációnál van létjogosultsága annak, ami design szempontjából többet mutat, mint amennyi adat látszik rajta.
Prezentációban a grafikon lehet félrevezető, mert ott úgyis szóban interpretálom az eredményeket, tehát nem olyan nagy baj, ha nehéz leolvasni. A slideshow-t elég gyakran úgy tekintem, mint egy kötelezően használandó vizuális mankót, amit szívem szerint elhagynék, de nem lehet sajnos. Ezért nekem külön érdekem is, hogy adott esetben kerüljön a prezentációimba helykitöltő elem, amiről jó sokat lehet – kell – beszélni, többek között azért, mert olyan keveset mutat. 

int getRandomNumber(){return 4;} //szabályos kockadobással választva. garantáltan véletlenszerű.  xkcd

← aláírás

( meditor | 2011. 03. 11., p – 20:00 )

convert
csinálasz egy sémát és scriptben átadod neki a
paramétereket. Egész bonyolult dolgokat is lehet ábrázolni
így.

> Sol omnibus lucet.