TLAMPAC:

http://gephi.org/users/requirements/


Network size
(nodes + edges) ~Memory suggested
~1000 128mo
~10,000 512mo
~100,000 2go
~1M >8go

TLAMPAC: tak velkou sit pujde visualizovat celkem tezko v nejakem beznem programu - muzes zkusit treba Gephi nebo ten Pajek, ale podle mych zkusenosti to je dost pomale pri vetsich grafech ... nakonec jsme zacal pouzivat JUNG (knihovna pro javu), ktera celkem jednoduse umi tvorit obrazky - vyhodou je, ze si pak ty obrazky udelas, jak chces ;)

Doporučili byste mi program pro zpracování velke mátice? Ca 100.000 tisíc uzlů, hran počítám do 1 mil. Starý dobrý Pajek k by to měl zvládnout výpočetně, ale jde mi spíše o něco na vizualizaci.

BARD: ted jsem se vratil z kick-off meetingu - no, mame co delat:] ... ale vypada to fakt hodne zajimave;)

PAD: sakra, jak bych rad....

V ramci projektu, pro ktery pracuju, muj sef shani 2-3 PhD studenty (full time stipendium) - zatim ta pozice neni vypsana, ale obecny obrazek lze ziskat na strankach projektu: http://robust-project.eu/ . Jedna se prevazne o ten prvni bod: 'Data mining in online communities'. Vice info rad poskytnu v poste.

FRAKTALEK: to nevim, ale jeste tak pred pul rokem jim to naprosto nefungovalo. ted se zda, ze uz to beha ...

ad. neo4j: jo, ale stejne to nevyresi problemy s renderovanim tech grafu - napr. FR layout implementaci z JUNG to trva ~5 minut usporadat graf o ~3k nodech a ~100k hran ... pokud to ma bezet dynamicky, tak to nasobis poctem snimku ... pro praci ve stylu gephi nepouzitelne ... kdyby tak nabizeli proste jen api pro vytvoreni videa v davkovem rezimu
BARD: diky

PAD: Gephi bylo od zacatku stavene pro dynamicke grafy, ne?

Co se podpory velkych grafu tyce, tak by se to mohlo vyrazne zlepsit ve verzi 0.8, ve ktere mozna uz stihnout oficialne integrovat grafovou databazi neo4j

PAD: v tom pripade mrkni jeste na https://blog.recordedfuture.com/

BARD: ja myslim, ze to sem patri zcela! diky moc! ... predikce je moc zajimava a zda se, ze v budoucnu spolu s dynamikou siti to bude velmi plodna oblast.

ten clanek mi pripomnel skutecny minority report, na kterem pracuje US armada: http://edition.cnn.com/2010/US/10/27/pentagon.e.mail.profiling/index.html?eref=rss_us&utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+rss%2Fcnn_us+%28RSS%3A+U.S.%29

http://www.lupa.cz/clanky/minority-report-2-0-nastupuje/ je to trochu napomezi, ale preci jen to sem castecne patri

EKSRR: zajimave. vypada to (funkcne) jako FF s nekolika pluginy pro ruzne soc. site ... nebo ne?

tady novej, pomerne velice socialni prohlizec - http://www.rockmelt.com/

PAD: diky, mrknu na to

PAD: dik za podporu i za tipy .) jak se jedna o politiku, je to vsechno takovy citlivy :)

PAD: *zmenili (predpokladam aspon jednoho muze:)

TSCHIKO: ja tim myslel to, ze to sice garantujete, ale jen slovne - nad daty mate porad kontrolu vyhradne vy: pokud byste se z pozice benevolentniho spravce zmenily v politickou marketingovou agenturu, tak si uzivatel data neprevede a konkurence tim padem nehrozi. to je imho nejvetsi riziko. jinak ja vam samozrejme fandim v jakemkoliv pokusu rozhybat bahno ceske politiky!;)

je ironie, ze resite ty fejky: to byl ve skutecnosti muj vyzkumny zamer na ten grant, ktery jsem nedostal: je logicke, ze hijack toho systemu realne hrozi a muze zpusobit velke skody. imho by se to dalo detekovat podobne, jako treba detekce google bombingu, pripadne pomoci data miningu - ti fejkovy uzivatele musi byt v necem jini ... pak uz je to 'jen' o tom napasovat na ne nejakou vhodnou klasifikacni metodu. pripadne i metody SNA by mohly pomoc - pokud existuje vice uctu s podobnymi prolinkovanim (soc. okolim), je pravdepodobne, ze jde o fejk ...