Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Obecná podpora => Téma založeno: compaq 23 Ledna 2013, 16:19:21
-
Potřebuji najít soubory, které obsahují klíčové slovo. Ale ne prohledat jen txt soubory, jak praví nápověda, ale všechny základní typy:
txt, odt, ods, doc, docx, xls, xlsx, pdf, ppt, atd...
U.10.04 Gnome
-
grep -r slovo_co_hledas *
-
všechny základní typy:
txt, odt, ods, doc, docx, xls, xlsx, pdf, ppt, atd...
Zakladni? Polovinu z tech pripon jsem ve svem systemu v zivote nevidel:)
Jestli chces systematicky prohledavat binarni bloby typu ppt a pdf, tak si najmi nejakeho inda... ten ti to projde nejrychlejc. Pochybuju totiz, ze na to nekdo psal tool...
-
Dá se taky použít pdfgrep, soubory se dají do pdf konvertovat jednoduše v libreoffice nebo třeba přes convert, funguje podobně jako grep. :)
EDIT:
[10:41:29][code-girl][~]$ pdfgrep -c inzulín VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/*.pdf
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/Aplikace_injekci_-_TABULKA_-_priloha.pdf:3
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/Aplikace injekcí - TABULKA - příloha.pdf:3
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/aplikace tela a chladu.pdf:0
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/CO_TO_JE_inzul.pumpa_-_priloha.pdf:102
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/DRÉNY A DRENÁŽE.pdf:0
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/Infuze,transfuze,oxygenoterapie,tracheostomie.pdf:0
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/inkontinence.pdf:0
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/inzulinove_pumpy.pdf:0
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/Inzulin_-_priloha.pdf:70
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/Lekove_skupiny_-_tabulka.pdf:0
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/LEKY.pdf:220
S přepínačem -c spočítá kolikrát se vyskytuje v souboru klíčové slovo, -p by mělo vypsat stránku...
[10:52:17][code-girl][~]$ pdfgrep -i inzulín VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/*.pdf
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/LEKY.pdf:sekreci inzulínu u
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/LEKY.pdf:např. inzulín lispro
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/LEKY.pdf:analoga inzulínu mají
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/LEKY.pdf:lidské inzulíny
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/LEKY.pdf:sekreci inzulínu.
VSPJ-JIHLAVA/1.semestr/Osetrovatelske_postupy_1/LEKY.pdf:podávání inzulínu
...
-
Jak naznačuje "sachy" prohledávat zmíněné formáty není problém, ale bude to hledat text přímo v binárním formátu zapsaný v souboru. To je něco jiného než pokud soubor otevřeš příslušným programem a použiješ jeho vyhledávací funkce. Z vlastní zkušenosti vím, že některé slovo je v souboru nějak zabudováno, ale otevřeš-li ten soubor odpovídajícím programem, tak ho nenajdeš a naopak, slovo zcela evidentně se vyskytující v tomto souboru při binárním hledání nenajdeš.
Pokud ti vyhovuje binární hledání a jsi jako já zatížen na klikací metody, doporučuji ti file manager Double Commander. Ten obsahuje celkem komplexní vyhledávací funkce. Např Ti umožňuje zadat několik masek prohledávaných souborů, nastavit kódování, ve kterém text bude hledat a jiné
-
Kdysi jsem na wiki dával tento návod → http://wiki.ubuntu.cz/jak_vyhled%C3%A1vat_soubory Mrkni se, jestli by něco z toho nevyhovovalo.
-
grep -r slovo_co_hledas *
Díky, nechal jsem to běžet přes noc a nic nenašel a hledá dál. Je to normální?
-
Hledaný výraz ti to pouze zvýrazní, žádný finální výpis není a když to pustíš na celý disk, tak můžeš čekat třeba 14 dní ;) Zkus ten odkaz na tu wiki, co jsem sem dával, třeba to bude lepší.
-
Tadeáši promiň, ale nerozumím... Kde mi to slovo zvýrazní? Chci najít názvy souborů, které obsahují slovo "korupce"?
-
Vytvoř si zkušební adresář "test" a v něm soubor "test.txt" s textem test. V terminálu jdi do toho zkušebního adresáře "test" a zpusť ten příkaz, uvidíš, jak se to chová:
grep -r test *
-
Zkouším od včerejška a nefunguje spolehlivě. Například ve složce mám soubor Klient - upomínka.odt a v něm je několikrát slovo "klient" a "Klient".
grep -r Klient *
nic nenajde. Jiné slovo zase najde...
Tak takhle by to nešlo... :-)
-
find, locate, tracker, strigi, pinot, and beagle.Backhendem je Catfish. Používám to jednou do roka, takže nevím jak co umí.
-
find, locate, tracker, strigi, pinot, and beagle.Backhendem je Catfish. Používám to jednou do roka, takže nevím jak co umí.
Díky, vyzkouším. Problém všech těchto hledačů pravděpodobně bude, že každý vyhledá něco někde a něco ne.
Podle mě, hledač, který má spolehlivost < 100% je hledač na prd.
(myslím samozřejmě jen v podporovaných typech souborů)
Podle mých laických zkušeností stačí, aby byl soubor vytvořen ve Wordu (Excelu), editován v OOO, uložen jako ODT, v názvu diakritika, mezery apod. a hledače jsou v řiti. :-) Škoda, velká škoda...
-
Zkouším od včerejška a nefunguje spolehlivě. Například ve složce mám soubor Klient - upomínka.odt a v něm je několikrát slovo "klient" a "Klient".
grep -r Klient *nic nenajde. Jiné slovo zase najde...
Tak takhle by to nešlo... :-)
No, to máte tak... soubor .odt je v podstatě zip archiv. Zazipovaný texy XML. Když toto vezmete v potaz, dojde Vám, proč je „spolehlivost” hledání číslo někde mezi 0 a 1. Ve skutečnosti totiž nehledáte ono slovo, ale pokoušíte se zjistit, jestli po všech těch zapracování do formátu onoho souboru zůstala zadaná sekvence ve svém původním binárním tvaru. Pokud chcete hledat konktétní slovo v odt, musíte ten soubor jednak rozzipovat a jednak převést do nějakého známého kódování.
Myslím, že neexistuje zcela univerzální prostředek na hledání datové sekvence v souboru, takový, aby si dokázal předzpracovat soubor jakéhokoli aplikačního typu.
-
Myslím, že neexistuje zcela univerzální prostředek na hledání datové sekvence v souboru, takový, aby si dokázal předzpracovat soubor jakéhokoli aplikačního typu.
K tomu mají nejblíže antiviry... na nejbrutálnější nastavení často umí lousknout i "hodně divné" archivy...
-
Myslím, že neexistuje zcela univerzální prostředek na hledání datové sekvence v souboru, takový, aby si dokázal předzpracovat soubor jakéhokoli aplikačního typu.
Konečně to někdo přiznal. Díky, nemusím se rozčilovat na chybnými výsledky vyhledávání.
Sice to nevysvětluje proč
grep -r Klient * Nenajde slovo Klient ani v názvu souboru (Klient - upomínka.odt), ale to je detail... ;D
-
Sice to nevysvětluje proč
grep -r Klient *Nenajde slovo Klient ani v názvu souboru (Klient - upomínka.odt), ale to je detail...
Protože -r hledá v obsahu souboru, ne v jeho názvu.
man grep | grep "-r"
-
Njn, já to bral tak, že chce hledat v obsahu ne podle názvu.
-
Njn, já to bral tak, že chce hledat v obsahu ne podle názvu.
Ok. Nezlobte se.
Ještě jeden dotaz. Co tedy tak dlouho indexuje například Tracker ve složce home, když klíčová slova v odt, ods, doc, docx, ppt, kterých je tam drtivá většina stejně potom nenajde? A proč?
Příloha: Tracker
[příloha smazaná administrátorem]
-
Soubory podle názvu můžeš hledat taky přímo v nautilu. Z tohohle vlákna mi taky není jasné, co vlastně je účel. Jestli hledáš jen v názvech, nebo chceš hledat i v obsahu.
-
Soubory podle názvu můžeš hledat taky přímo v nautilu. Z tohohle vlákna mi taky není jasné, co vlastně je účel. Jestli hledáš jen v názvech, nebo chceš hledat i v obsahu.
Někdy v názvu, někdy v obsahu, někdy v obojím, ale spolehlivě. Nautilus má žalostně málo možností hledání, ale tak nějak nouzově lze použít... Souhlasím
-
To se mi snad zdá. Nainstaluj si Krusader, tam je detailní klikací formulář pro hledání...
-
To se mi snad zdá. Nainstaluj si Krusader, tam je detailní klikací formulář pro hledání...
Díky. Nainstaloval jsem si ho, možností je daleko více, ale v obsahu dokumentů ODT, ODS stejně nic nenajde...
-
Tak se ještě jukni na ty CLI utilitky, co jsem Ti postoval. Třeba to nějaká umí. A potom můžeš užít ten Catfish.
-
No, to máte tak... soubor .odt je v podstatě zip archiv. Zazipovaný texy XML.
A kdo to chtěl? Není náhodou možnost hledání důležitější, než ušetřený prostor na disku?
-
Tak se ještě jukni na ty CLI utilitky, co jsem Ti postoval. Třeba to nějaká umí. A potom můžeš užít ten Catfish.
Díky.
Abyste mě pochopili. Mám archiv (na externím disku) od roku 1993. Celkem cca 42GB, 88000 souborů. Obsahuje staré dokumenty z MS Officu, dokumenty ze starého OOO, z nového OOO z Libre, poštu, RTF, TXT, WRI, htm, zipy i PDF i skeny. Potřebuji najít všechny dokumenty, kde se objevilo například slovo "Paroubek", Paroubek + Šlouf v obsahu i v názvu atd...
Když se výsledků objeví mnoho, chci upřesnit dobu vytvoření, například 2002-2004 apod. Nebo také dobu editace 2004-2006, případně typ soubor atd. atd. atd.
Chápu, že ze zaheslovaných souborů a ze skenů se nic nenajde, ale....
Zatím to musím dělat pomocí starého stroje, kde běží WXP. Je to dost nepohodlné. Rád bych na to využil Ubuntu...
-
OMG .. jak chces prohledavat ty *jelito pomoci grepu (plaintext) nejake stare .doc, .rtf, .whatever ? ty to delas naschval, ze nas (me) takhle moris ? ja uz jsem nad tebou kompagu hul zlomil driv, tedka jsem ji *rozcvrtil (jeste rozlamal ty dve pulky) .. to se neda s tebou .. ty nemas prosim kolem sebe zadneho (zodpovedneho) dospeleho, na ktereho *nejdriv by jsi smeroval sve IT dotazy a pripadne kdyby nevedel, tak by jsi se zeptal tady ? neslo by to prosim delat takhle ?
-
Tak na ubuntu budeš muset použít více nástrojů asi. Můžeš si na to napsat script. Na pdf použij ten pdfgrep v dalším dotazu jsi se ptal na příkaz co vyhledává podle data editace + se podívej třeba tady, nezkoušela jsem to... http://www.techrepublic.com/blog/opensource/how-to-search-for-text-inside-many-opendocument-files/3696 (http://www.techrepublic.com/blog/opensource/how-to-search-for-text-inside-many-opendocument-files/3696)
-
Tak na ubuntu budeš muset použít více nástrojů asi. Můžeš si na to napsat script. Na pdf použij ten pdfgrep v dalším dotazu jsi se ptal na příkaz co vyhledává podle data editace + se podívej třeba tady, nezkoušela jsem to... http://www.techrepublic.com/blog/opensource/how-to-search-for-text-inside-many-opendocument-files/3696 (http://www.techrepublic.com/blog/opensource/how-to-search-for-text-inside-many-opendocument-files/3696)
jen si dovolim doplnit, ze existujou utility (a pluginy) co prohledavaji i MS dokumenty a vsechno mozny .. vzpominam si - ted v kde neni a ten nepomuk je uplne na prd - ze beagle jeste s KDE3 umel indexovat vc obsahu tento druh souboru, mejly, atd ..
sam ti tady prihreju polivcicku - Vy, kdo pamatujete beagla (prvnich par let jsem ho nesnasel, potom jsem si ho zamiloval) - existuje nejaka plnohodnotna nahrada v dnesni dobe (pro kde) ?
-
Beagla pamatuju.
Zkusmo jsem vytvořil soubor a čekám, až se naindexuje.
-
Výsledek z Nepomuku(Strigi) KDE 4.9.4 je:
Našel mě(hledal jsme své jméno) jak ve vytvořeném souboru test.odt, tak v texťákách a docech a dokonce i pdfkách, kde je mé jméno na faktuře. Připojil dokonce i 2 obrázky, až jsem se lekl, že má nějakou detekci ksichtů. Naštěstí to byla jen chyba hledání. Pokud tam není nějaký skrytý vodoznak :D
Hledání bylo provedeno v Dolphinu. Krusader mi výsledky nezobrazil. Asi neumí obsah nebo na to není defaultně nastavenej.
-
ale v obsahu dokumentů ODT, ODS stejně nic nenajde...
Protože to tam zkrátka a jednoduše není. zkuste si otevřít nějaký soubor.odt v hexa editoru. Pochopíte proč.
Aby se našlo něco, co je jeví jako imanentní jsoucno v souboru odt, který je otevřen v nějakém tom OpenOffice, tak je třeba ten soubor interpretovat jako formát odt. Je tedy k tomu zapotřebí zobrazovací část OpenOffice. A totéž platí pro jakýkoliv jiný soubor. Universální hledací program by tedy musel obsahovat kód programů OpenOffice, Excel, Tex, Microsoft Word, Power Point, a tak dále pro všechny známé binární formáty !!! A to ještě ve všech používaných kódováních. Vy nechcete program, který hledá vzorek v souboru, ale program, který interpretuje obsah souboru podle jeho přípony (??) a teprve v takto vytvořeném souboru hledá. Když si uvědomíte, kolik je různých možných formátů, tak byste měl dospět k poznání, že je velmi rozumné od této myšlenky ustoupit.
-
Výsledek z Nepomuku(Strigi) KDE 4.9.4 je:
Našel mě(hledal jsme své jméno) jak ve vytvořeném souboru test.odt, tak v texťákách a docech a dokonce i pdfkách, kde je mé jméno na faktuře. Připojil dokonce i 2 obrázky, až jsem se lekl, že má nějakou detekci ksichtů. Naštěstí to byla jen chyba hledání. Pokud tam není nějaký skrytý vodoznak :D
Hledání bylo provedeno v Dolphinu. Krusader mi výsledky nezobrazil. Asi neumí obsah nebo na to není defaultně nastavenej.
ok, takže řešením je nějaký "indexer", nebo jak to nazvat. :) Pro ubuntu/gnome asi tohle ne? http://projects.gnome.org/tracker/index.html (http://projects.gnome.org/tracker/index.html)
-
Vy se tu hádáte, ale já jsem vykoumal, že alespoň nějaké binárky mi Dolphin v KDE najde. Schválně jsem zkoušel bez dekódování v nich hledat řetezce, pomocí kterého mi je našel Dolphin z databáze Strigi/Nepomuku, a nenašel jsem je. Co to znamená? Že alespoň ODT a PDF a DOC dle standardů (XP), atd Strigi/Nepomuk s pomocí něčeho přelouská!
Pro Compaqa:
Tohle je nějaký obsah souboru, ať se nazývá jakkoliv:
file:///home/rovano/compaq.odt application/vnd.oasis.opendocument.text
Takhle vypadá třeba binární:
snůška nesmyslných znakůZobrazí se podle toho, v jaké je otevřeš znakové sadě. A působí to jako marťanština.
Musíš k nim mět "dekodér".
Zkus si editovat nějaký exe soubor.
-
Kancelářský balík, který neumí prohledávat ve svých vlastních souborech.......
On to Open(Libre)Office neumí? To jsem si nevšiml a vesele si vyhledávám.
Tak ještě jednou: Vyhledávání řetězce, jehož skutečný tvar je závislý na aplikační vrstvě, nelze provádět univerzálním prostředkem, ale pouze zaměřeným na tu konkrétní aplikaci. Toto pochopí každý člověk alespoň se středním vzděláním technického směru.
Teď z tebe vypadlo, že chceš vyhledávat texty v souborech ODT. Pokud bys použil google, našel bys: http://bit.ly/YrwHbr
Struktura ODT souboru mě (jako uživatele) vůbec, ale vůbec, nezajímá...
Jasně, ty je chceš prohledávat pomocí grepu a struktura tě vůbec nezajímá.
A já zase chci jezdit autem a takové technické detaily jako rozdíl mezi naftou a benzínem, nebo význam dopravních značek mě (jako uživatele) vůbec, ale doopravdy vůbec nezajímají.
-
On to Open(Libre)Office neumí? To jsem si nevšiml a vesele si vyhledávám.
Nechápu, prosím tě, jak vyhledám ve složce i podsložkách soubory ODT (ODS), které obsahují klíčové slovo Pomocí LibreOffice? Díky za odpověď.
-
Pokud bys použil google, našel bys: http://bit.ly/YrwHbr
Díky za tip. K+ DocSearcher hned napoprvé soubory našel a zatím nejúspěšněji (75% - nenašel PDF soubor se skenem, který má klíčové slovo v názvu).
-
Nechápu, prosím tě, jak vyhledám ve složce i podsložkách soubory ODT (ODS), které obsahují klíčové slovo Pomocí LibreOffice? Díky za odpověď.
Odpověď: nevím.
Kancelářský balík, který neumí prohledávat ve svých vlastních souborech je zcela na prd,....
Umí. např. pomocí Ctrl-F.
(To je ale jinak postavená otázka)
-
Řešení pro compaqa:
na analýzu a ukládání strukturovaných nebo nestrukturovaných dat můžeš použít nějaký komerční produkt, tyto produkty neznám, ale existují, třeba některý umí to, co požaduješ, již jsem je zmínil na jednom místě:
Ta integrace není jednoduchá záležitost, zabývají se tím velké firmy typu Red Hat (Storage Software Appliance,...), Novell (Novell File Management Suite, Novell File Reporter, Novell Storage Manager, Novell Dynamic File Services) nebo Oracle (Oracle Big Data Appliance, Oracle Endeca Information Discovery), IBM, SAP.
Tyto produkty neznám, jen vím, že takové produkty existují.
2. návrh:
google drive - své dokumenty tam importovat. Dokonce si poradí i s texty v obrázcích nebo pdf /pokud to rozsáhlé soubory/ - je tam integrované OCR.
-
Pro beer:
Díky za rozumnou odpověď. K+
Vyzkoušel jsem nějaká dema komerčních produktů a byl jsem rozhodnutý, že ten, který vyhledá 100% testovacích souborů zakoupím. Bohužel ani jeden to nezvládl a kupovat víc komerčních produktů a sledovat "ten umí to a ten zas tohle" se mi z principu nechce.
Na ten google drive se podívám, ale jak jsem psal výše, jedná se o 40GB/88000 souborů, některé jsou stomegové PPT, PDF apod.
-
Tarify úložiště Google
Zvolte si některý z následujících měsíčních tarifů úložiště Google, které můžete využívat pro Disk Google nebo Picasu. Při zakoupení některého z těchto tarifů bude váš limit úložiště Gmailu automaticky zvýšen na 25 GB. Roční tarify momentálně nejsou dostupné.
Úložný prostor Měsíční sazba
25 GB 2,49 USD
100 GB 4,99 USD
200 GB 9,99 USD
400 GB 19,99 USD
1 TB 49,99 USD
2 TB 99,99 USD
4 TB 199,99 USD
8 TB 399,99 USD
16 TB 799,99 USD
Zdarma máš 5 GB.
Můžeš používat více účtů najednou, využiješ li neoficiálního klienta:
otevři terminál jako root:
gksudo gnome-terminalwget -O- https://d2t3ff60b2tol4.cloudfront.net/services@insynchq.com.gpg.key | apt-key add -pak zadáš:
echo -e "\n### Google Drive Insynchq\n## https://www.insynchq.com/linux\ndeb http://apt.insynchq.com/ubuntu quantal non-free" >> /etc/apt/sources.listpotom stačí aktualizovat seznam balíků a nainstalovat:
apt-get update; apt-get install insync-beta-ubuntu
-
apt-get update; apt-get install insync-beta-ubuntu
Vytvářím strom závislostí
Čtu stavové informace... Hotovo
Některé balíky nemohly být instalovány. To může znamenat, že požadujete
nemožnou situaci, nebo, pokud používáte nestabilní distribuci, že
vyžadované balíky ještě nebyly vytvořeny nebo přesunuty z Příchozí fronty.
Následující informace vám mohou pomoci vyřešit tuto situaci:
Následující balíky mají nesplněné závislosti:
insync-beta-ubuntu: Závisí na: libappindicator3-1 ale nedá se nainstalovat
E: Poškozené balíky
U10.04 >:(
-
Ten zdroj je pro quantal. Pokud máš jiné ubuntu, například 12.04, tak pro 12.04 zedituj soubor /etc/apt/sources.list a nahraď slovo quantal slovem precize.
Měl by to být nyní poslední řádek toho souboru:
nynější stav odpovídající ubuntu 12.10
### Google Drive Insynchq
## https://www.insynchq.com/linux
deb http://apt.insynchq.com/ubuntu quantal non-free
a takto by to mělo vypadat v ubuntu 12.04
### Google Drive Insynchq
## https://www.insynchq.com/linux
deb http://apt.insynchq.com/ubuntu precize non-free
Potom opět apt-get update; apt-get install insync-beta-ubuntu.
Pokud nepůjde, zkus nainstalovat aptitude a aktualizovat systém a až potom instalovat, předpokládám, že máš potřebné ubuntí repozitáře, dají se generovat zde: http://repogen.simplylinux.ch/generate.php
sudo apt-get install aptitude; sudo aptitude update; sudo aptitude upgrade; sudo aptitude install insync-beta-ubuntuPokud máš nějaké staré ubuntu, tak můžeš zkusit nahradit jeho názvem, nicméně nevím, jestli podporují nějaké zastaralé verze.
-
Na webu neuvádějí, které nejstarší ubuntu podporují, můžeš zkusit nahradit za lucid, když nebude fungovat, tak můžeš zkusit insync pro mate, to by mohlo být kompatibilní:
sudo apt-get install insync-beta-mate
nebo verzi pro XFCE:
sudo apt-get install insync-beta-xfce
-
Teď jsem si všiml, že máš U 10.04. Možná konečně důvod přejít na novější verzi systému, co říkáš ;). Na 12.04.
Nemůže.
Nevadí, i zde je řešení, bez možnosti automatické synchronizace.
Můžeš používat tedy webové rozhraní. Stejně ten samotný import bych doporučil udělat tak jako tak přes webové rozhraní.
Na otestování gmail zdarma, pokud bude fungovat,můžeš jich mít 8*5 GB zdarma, to máme těch 40 GB místa.
Utřídit si to podle tématu, nebo podle let a podle toho to nahrát.
-
Co ten import do google drive, už sis vyzkoušel? Vlastně ani synchronizaci nepotřebuješ, protože jestli chápu tvé potřeby, tak ty stará data pouze jen archivuješ, již je neměníš.
Archivace a vyhledávání dat je určitě důležitá věc, to musím s compaqem souhlasit, obzvláště je to významné ve firemním prostředí, kde je potřeba dodržovat zákony na ochranu osobních údajů a normy týkající se archivace a skartace dat. Dále je důležité potřebný dokument snadno najít, fulltextové vyhledávání je ideální. Dále je ideální přidat nějaká ta strukturovaná metadata, pokud samotná data nejsou strukturována (štítky, tagy, exif informace, atd). Ale v tomto rozsahu pozor, aby to neskončilo duševní poruchou. Když se hromadí fyzické věci, říká se tomu kompulzivní hromadění. Pokud je v tom nějaký pořádek a smysl, tak se tomu říká sběratelství. Nic se nemá přehánět :) a v dnešním digitálním vesmíru vstupujeme do nové éry, kdy můžeme hlava nehlava hromadit informace digitální. Pokud jsou ty informace důležité, tak byť je to svým způsobem posedlost, tak to jakýsi smysl má. Pokud by to byly informace nedůležité, tak je to ztráta času a energie.
-
Blbosti jsem přesunul do Srdíčka, reklamace prosím na nádraží, peron 39/4...
-
Mohla by se vám hodit informace od Tomáše Bžatka http://www.abclinuxu.cz/poradna/linux/show/299845 (http://www.abclinuxu.cz/poradna/linux/show/299845)