[gl-como] Summer of code - breve descrizione del progetto

Dom 10 Giu 2007 23:36:44 CEST

Pirla ha scritto:
> Ciao a tutti.
>
> Visto che c'è stata una massiccia adesione mi sembra il caso di
> cominciare subito a descrivere il progetto, così chi pensa che sia un
> progetto inutile può dirlo subito.
>
> Premetto che probabilmente cercando quà e la con google ed altri
> sistemi, si potrà già trovare qualcosa di simile (o anche di uguale) ma
> io non ho ancora avuto modo di cercare in modo molto approfondito.
>
> Vi illustro la mia idea, che in questi giorni è andata maturando.
> All'inizio avevo in mente solamente di fare qualcosa che andasse a
> spulciare i file in un filesystem ed estrapolasse una serie di
> informazioni su questi file, mettendole in un DB. In questo modo si
> potevano fare ricerche per diversi campi ed organizzare le informazioni
> di un disco in modi che normalmente non si riescono ad usare si
> filesystem tradizionali di Linux.
>
> Adesso l'idea è diventata molto di più e quindi provo a descriverla.
>
> Partiamo da una situazione standard, che non è difficile trovare in ogni
> PC, ma ancora di più in un server dove ci sono molti più utenti che nel
> nostro singolo PC.
>
> Ogni utente ha una serie di file, che possono essere catalogati più o
> meno bene se chi genera questi file sta attento e sa cosa fare.
> Ma nella maggior parte dei casi, per esempio, il solo nome del file o la
> sua estensione non bastano a capire di che file si tratta.
> Ancora di più, un singolo file può appartenere a diverse tipologie e
> quindi catalogarlo all'interno di un file system necessita dell'utilizzo
> dei link, oppure si ottiene la duplicazione dei file.
>
> Provate a pensare invece ad un filesystem che si auto cataloga.
> Mi spiego meglio.
>
> Partendo dalla root del file system e facendo un semplice ls immaginate
> che venga restituita la seguente lista di directory (semplificata perché
> al momento mi vengono in mente solo queste):
>
>         audio  immagini  Mail  ODF  pdf  PersonalTag
> e visualizzando l'alberatura si abbia
>
> |-- Mail
> |   |-- From
> |   |-- MailingList
> |   |-- Subject
> |   `-- To
> |-- ODF
> |   |-- Base
> |   |-- Calc
> |   |-- Impress
> |   |-- Math
> |   `-- Writer
> |-- PersonalTag
> |-- audio
> |   |-- Album
> |   |   `-- Venditti_Album1
> |   |-- Autore
> |   |   `-- Venditti
> |   |-- Titolo
> |   |   |-- titolo-1
> |   |   `-- titolo-2
> |   |-- ac3
> |   |-- mp3
> |   `-- ogg_vorbis
> |-- immagini
> |   |-- 300x200
> |   |-- 640x480
> |   |-- 800x600
> |   |-- gif
> |   |-- jpg
> |   |-- raw
> |   `-- tiff
> `-- pdf
>
> Il tutto generato dinamicamente da uno o più processi che girano in
> background (come servizi) e che catalogano tutto il contenuto delle
> directories che sono state configurate.
>
> Inoltre, una volta che il servizio ha finito di catalogare tutto, resta
> attivo monitorando le directories configurate in modo che ogni nuovo
> file o ogni modifica venga tracciata e catalogata al volo.
>
> Il tutto naturalmente non toccando o comunque lasciando inalterata la
> struttura dei filesystem che ogni utente ha deciso per cui ogni utente
> può lavorare contemporaneamente sui file veri o su una rappresentazione
> logica di questi file basata su un DB.
>
>   

da quello che mi immagino, finita la fase di catalogazione dei files (In 
un DB penso), l'esportazione potrebbe essere fatta tramite "fuse"
montando una cartella fittizia nella home dell'utente per esempio;


> Questa è l'idea.
> Io ho già in mente il modo di realizzare alcune parti di questo
> progetto, che come potete notare è anche molto modulare per cui permette
> la gestione (lasciatemi passare il termine) a plug-in o a moduli.
> Si può iniziare con il modulo per le immagini gif. 
> Poi estenderlo alle immagini jpg.
> Nel frattempo qualcun'altro scrive il modulo per i pdf.
> E un altro ancora scrive il modulo per l'audio.
> e così via.
>
> Inoltre pensate al fatto che un filesystem di questo genere, proprio in
> quanto file system, è utilizzabile con qualsiasi cosa abbia a che fare
> con un filesystem, quindi chi usa nautilus o konqueror non avrebbe alcun
> problema.
> Ma in più è possibile creare un'interfaccia web alle informazioni
> (quindi ai dati) presi direttamente dal db. si possono anche creare dei
> comandi che fanno le query direttamente da shell per avere delle liste
> (che ne so... tutte le foto del gl-como o tutte le foto del linux day
> 2007)
>
> E veniamo anche ai PersonalTag.
> Cioè un modo per aggiungere ad un file una serie di parole chiave o di
> informazioni che permettano di catalogare meglio un file (di qualunque
> tipo).
>
> Per esempio una fattura (di solito in formato PDF) del telefono o della
> luce... di quele che ormai arrivano via internet.
> Se andiamo a vedere i tag che il fornitore del servizio fornisce, ci
> metteremmo a ridere.
> Non c'è praticamente nulla.
> Allora possiamo usare alcune funzioni per cambiare i tag propri del
> file, andando quindi a modificare il file (ma se per esempio il file è
> firmato digitalmente violeremmo la firma digitale) oppure andando ad
> aggiungere dei tag personali nel nostro DB.
>   
intendi questi come tag:
http://en.wikipedia.org/wiki/Extended_file_attributes

oppure quelli tipo contenuti nei file ogg/mp3 ?
> Se perdiamo il DB perdiamo i tag personali aggiunti quindi in un certo
> senso perdiamo la catalogazione, ma non perdiamo il file nel nostro
> filesystem.
>
> Poi ci sarebbero un sacco di altre cosucce che si potrebbero fare una
> volta che il DB è popolato (per esempio trovare i file duplicati) ma
> questa è la seconda (o anche terza e quarta) puntata.
>
> Fatemi sapere cosa ne pensate così magari ne discutiamo anche mercoledì
> sera.
>   
visto così il progetto sembra già più interessante e di interesse 
pratico (Anche per chi ha il suo semplice desktop).

sarebbe bello capire cosa si potrebbe fare nel cosa qualcuno aggiungesse 
un file / directory nel file system esportato, ad esempio, se prendo un 
file ogg e lo copio nella cartella:

|-- audio
|   `-- ogg_vorbis


oppure lasciare le cartelle in sola lettura (Ma non i singoli file).
> e se nel frattempo qualcuno trova qualcosa di simile la segnali pure,
> così vediamo pregi e difetti e differenze con il progetto.
>
>   
ciao

-- 
Brisa Francesco
Via Gabelli 16
22077 Olgiate Comasco (CO)

http://brisa.homelinux.net
francesco@brisa.homelinux.net

      ________                ______
     / ____/ /               / ____/___  ____ ___  ____
    / / __/ /      ______   / /   / __ \/ __ `__ \/ __ \
   / /_/ / /___   /_____/  / /___/ /_/ / / / / / / /_/ /
   \____/_____/            \____/\____/_/ /_/ /_/\____/

http://www.gl-como.org

My public gpg key:
http://minsky.surfnet.nl:11371/pks/lookup?op=get&search=0xC67DC12DC4361693