« Címkézett vincseszter »

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.

Kommentek RSS ikon
A bejegyzéshez érkezett kommentek, amiket RSS csatornán is követhetsz.
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?
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.
imoGen: 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ó.

wing: 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é.
É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.
Nfol: 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.
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.
Vannak ilyen irányú fejlesztések:
Windows:
TaggedFrog
Linux:
TagFS, Tagsistant
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.
A KDE 4 elméletben tud ilyet, de nem próbáltam soha. (mert nincs)
Mefi: ez a zenéknél most is működik, librarynak hívják :)
bme-n is fut egy ilyen projekt, nem tudom hol tart most, nem találom a honlapját.
Szerintem a címkézésbe lazán belefér a mappa, csak bizonyos címkéket mappának nevezel…
thgab: ezek korrektek, köszönöm!

Dagenham: vajon mért nem jött össze. :D

erenon: na mondjuk linuxot ezért nem fogok telepíteni. :D

wing: 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.

Vale: akkormár szülőcímke inkább. :]
tag2find.com
lehet jó neked is
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/NEPOM[…] ) 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[…] 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 :)
giu: köszi!

PAStheLoD: na ezt átolvasom, köszi előre is!
Új komment

Itt az adott bejegyzésben elhangzottakhoz szólhatsz hozzá. Ha primitív, csúnya, vagy bunkó erkölcsről teszel tanúbizonyságot, tuti, hogy kimoderállak és rosszat mondok rólad. A hozzászólás nem kötelező, amit írsz vállald föl!

Ezeket az adatokat - ha a böngésződ kezeli a kukikat - csak egyszer kell megadnod, később módosíthatod.

Ha van gravatarod - és a gravataros e-mail-címeddel kommentálsz -, akkor az megjelenik. Ha nincs, vagy nem tudod miaz, akkor olvasd el az útmutatót és regisztrálj.

Neved: E-mail címed (nem jelenik meg): Webszájtod (ha van): Kommented: Mennyi egy és egy összege?
Ez védelmi célokat szolgál, szimplán írd be a fenti összeadás összegét!

A kommentedet írhatod nagyobb mezőbe vagy akár formázhatod is, de ha nem szalonképes, akkor moderálom!

Ajánló
Ebben a témában, esetleg ezen a napon voltak még ilyenek is:

iPhone szerintem (2008. február 13., 04:29:53)
USB-s gitár (2006. június 28., 08:57:02)
Philips 170C (2006. június 19., 04:15:05)

Érdekességek
Száraz számok, pusztán csak tények:

Ez a bejegyzés 994 napja született, 289 szóból, és 1278 karakterből áll. Ajánlhatod bizonyos linkgyűjtő oldalaknak: