Régóta gondolkodtam már ezen a megoldáson, és valamelyik este hajnali három órakor arról beszélgettünk harmadmagammal, hogy a dolog egyáltalán nem lenne hülyeség.
Most ügye úgy néz ki a merevlemez, hogy vannak mappák (könyvtárak, emlékszik még valaki erre a kifejezésre?) azon belül pedig ismét mappák vagy fájlok, végtelenségig. Például nálam a dokumentumok mappában van egy képek mappa, azon belül egy esemény, azon belül hogy 2009, majd azon belül a mindenféle bulik, amik képdokumentálva lettek. De például a képek mappában van egy emberek mappa is, és sokszor egy kép négy-öt helyre mehetne, ez viszont egy idő után hihetetlen redundanciát eredményezne.
Az lenne a buli, ha a merevlemezen lévő fájlokat lehetne címkézni. Persze tudom hogy a képeket például lehet is, de az egész dolog még elég gyerekcipőben jár. Én a könyvtárstruktúra helyett azt képzelem el, hogy a létező összes fájl egy helyen van, és te a fájloknak adhatsz címkéket. Így például az előbbi példa úgy néz ki, hogy egy képre ráakasztom a család, a mefi, a 2009, a Budapest és még ki tudja milyen címkéket, majd az egészet pillanatok alatt le tudom szűrni kereséskor, mert megadom hogy az összes 2009-es Budapest címkéjű képet kérném.
Nem lenne rossz.
Tetszett a bejegyzés?
Megköszönöm, ha nyomsz rá egy like-ot vagy megosztod másokkal:
imoGen
2009. szeptember 04. — 13:02:14
En elso korben a kettot egyuttesen kepzelnem el, rovid tavon maradna meg a konyvtarstruktura, de mellette parhuzamos megjelenne a labelezes is. Nem hiszem, hogy ezt tul nagy technikai bravur lenne megvalositani vagy – mint nem informatikus – tevedek?
wing
2009. szeptember 04. — 13:09:34
jogos a feltevés, de imoGennel egyetértek, ez csak együtt működhetne, hiszen a legtöbb esetben célravezetőbb (és gyorsabb) a mostani rendszer. meg a legtöbben lusták ahhoz, hogy minden fájlt felcimkézzenek.
Mefi
2009. szeptember 04. — 13:48:13
[re=6056107]imoGen[/re]: egyáltalán nem lenne nagy technikai bravúr, pont ez a vicces, szerintem pár óra alatt össze lehetne dobni egy fájlkezelőt, ami ezen az elven működik. Viszont a mappastruktúra idővel feleslegessé válna, ugyanis a címkéket lehet többszintűen kezelni, vagyis szülő címke – gyerek címke struktúra alapján. A technikai bravúr ott kezdődik, hogy egy ilyen adatbázisnak rendkívül gyorsnak kell lennie, ehhez pedig valamilyen újfajta megközelítés kellene a fájlkezeléshez, ahol magában a fájlban lenne eltárolva a rá vonatkozó informácó.
[re=6056108]wing[/re]: a lustaság nem lényeg, ugyanis alapból lennének címkék. Például most egy képet a rendszer alapból a képek mappába ment, itt meg még ez sem szükséges, hiszen a kiterjesztésből rögtön tudod hogy kép. Vagy például a zenéknél ez maga lenne a mennyország, mert hol érdekel téged milyen mappában van, csak az előadóra vagy kíváncsi és kész. Estébé.
Nfol
2009. szeptember 04. — 13:56:45
Én a logikus könyvtárstruktúrát és a saját magunk számára kitalált fájlelnevezési konvenciót többre tartom a vázolt címkézős megoldásnál, bár elismerem, hogy van benne ráció, különösen a képek, zenék, filmek esetén. A többi fájltípusnál nem látom értelmét.
Mefi
2009. szeptember 04. — 14:01:57
[re=6056111]Nfol[/re]: adott esetben dokumentumoknál sem utolsó dolog azért. Például egy céges papír jelen lehet három másik helyen is akár.
Nfol
2009. szeptember 04. — 14:27:37
Igen, azoknál is jó lehet.
NTFS fájlrendszeren jó ideje létezik a symbolic linking, ami valami hasonló módszer alapja lehet, de nem készült Windows-ra olyan alkalmazás vagy plugin, ami a symlinkek kényelmes kezelését lehetővé tenné. Windows 7-ben az ún. Library-k bevezetése már a te ötleted irányába mutat.
thgab
2009. szeptember 04. — 14:48:06
Vannak ilyen irányú fejlesztések:
Windows:
[url=http://lunarfrog.com/taggedfrog/]TaggedFrog[/url]
Linux:
[url=http://gna.org/projects/tagfs/]TagFS, Tagsistant[/url]
Dagenham
2009. szeptember 04. — 14:49:09
Egy hibrid megoldást tartalmazott már a BeOS, lehetett plusz attribútumokat “felvenni” egy állományhoz, tehát mondjuk képhez azt, hogy hol készült, zenéhez azt, hogy hány csillagos stb. és ez alapján lehetett keresgélni okosba’.
Az újkori Windows is akart valami hasonlót, nem jött össze :).
Én amúgy konzervatív vagyok + lusta, tehát elvagyok a fájlrendszerrel nagyon jól.
erenon
2009. szeptember 04. — 15:03:33
A KDE 4 elméletben tud ilyet, de nem próbáltam soha. (mert nincs)
wing
2009. szeptember 04. — 15:32:57
[re=6056109]Mefi[/re]: ez a zenéknél most is működik, librarynak hívják 🙂
RaszP.
2009. szeptember 04. — 16:06:52
bme-n is fut egy ilyen projekt, nem tudom hol tart most, nem találom a honlapját.
Vale
2009. szeptember 04. — 17:19:06
Szerintem a címkézésbe lazán belefér a mappa, csak bizonyos címkéket mappának nevezel…
Mefi
2009. szeptember 05. — 15:31:48
[re=6056114]thgab[/re]: ezek korrektek, köszönöm!
[re=6056115]Dagenham[/re]: vajon mért nem jött össze. 😀
[re=6056116]erenon[/re]: na mondjuk linuxot ezért nem fogok telepíteni. 😀
[re=6056117]wing[/re]: igen, csak ott is egy külön alkalmazás kezeli, nem ez az alapértelmezett. De tény hogy ez áll hozzá a legközelebb, viszont ott a fájlstruktúrát is rendben kell tartani.
[re=6056120]Vale[/re]: akkormár szülőcímke inkább. :]
giu
2009. szeptember 06. — 02:17:46
tag2find.com
lehet jó neked is
PAStheLoD
2009. szeptember 06. — 15:17:28
Olvass utána a Vista-ba (akkor még Longhorn) tervezett WinFS-nek.
http://en.wikipedia.org/wiki/WinFS
A KDE4 a NEPOMUK ( http://en.wikipedia.org/wiki/NEPOMUK_%28framework%29 ) rendszert használja, több-kevesebb sikerrel.
A WinFS azért borult, mert nem a meglévő alapokra akart építeni, hanem 0-ról újra, mindent, izomból. (Ami nem egy elvetendő gondolat, mert ahogy pakoljuk egymásra a rétegeket, mindig veszítünk egy kis teljesítményt.)
A mostani Windows 7-es Library megoldás ehhez képest lófasz, buta is meg értelmetlen, konfigurálhatatlan, de azért használjuk, mert összevissza lévő mappákat tudsz vele összefogni, keresni bennük (persze nem egy Spotlight, szóval találni azt nem fogsz). De ez a régi-új NTFS-re épül, mindössze pár speciális mappa, amit az Explorer másképp kezel.
A probléma, hogy ha bevezetsz valami teljesen újat fájlrendszerként, pl. a WinFS-t, akkor minden programot újra kell rá írni. Ami nem feltétlenül rossz, hiszen így a silány-egyszerű portoktól eltekintve, az összes program kihasználja majd a legtöbb jóságát a szuperfájlrendszerednek. Persze lehet, hogy senki nem ír majd hozzá programot, ezt a Microsoft nyílván nem engedhette meg magának, ezért dobták a projectet.
És próbálkoznak valami olyasmivel, mint a Nepomuk. Ami nem más, mint egy futó szolgáltatás, egy mySQL adatbázis, és egy API, amit a KDE fájlkezelője, és a KIO (KDE I/O API és szolgáltatás) is támogat. Innentől már a fejlesztők szívügye, hogy támogatják-e a Nepomukot. Sőt, igazából nem is kell, mert elég, ha valaki ír egy megfelelő plugint hozzá, és így a rendszeres indexelésnél majd tud mit kezdeni az eddig ismeretlen fájltípusokkal.
Az érdekes az, hogy ha megnézed itt: http://en.wikipedia.org/wiki/WinFS#Development MS-ék már 1998-ban próbáltak ezen az úton járni, csak .. valószínűleg akkor még teljesítményproblémák miatt dobták ezt a szolgáltatás-elvű, kiegészítő, felruházó, felokosító, ~”3rd party”, felülről jövő, stb. típusú dolgot és nekilódultak a low-level cuccnak a WinFS formájában. Plusz, akkoriban tényleg ők voltak A Microsoft, A Cég, aki megteremti a jövőt. Most meg a legkisebb hülyeségért is komoly marketing-akasztást kapnak a legtöbb “vélemény-forrásból” (blogok, újságok, szakértők, twitter, reddit, digg, stb..), így félnek bármi teljesen újat letuszkolni a Nép torkán, hiszen az bármikor bemehet a legközelebbi Apple Store-ba, ahol >>látszólag<< ingyen kinyalják a seggüket és egy kis plusz pénzért hozzájuk vágnak egy Mac-et 🙂
Mefi
2009. szeptember 06. — 21:34:42
[re=6056147]giu[/re]: köszi!
[re=6056153]PAStheLoD[/re]: na ezt átolvasom, köszi előre is!