Re: [gnome-hispano] =?iso-8859-1?q?Redefiniendo_el_paradigma_de_b=FAs?= =?iso-8859-1?q?queda_y_gesti=F3n_de_informaci=F3n_en_Nautilus?=



Hola!

El lun, 20-07-2009 a las 17:53 +0200, Domingo Gonzalez escribió:
Hola,

Debajo de este nombre tan espectacular subyace una idea tonta que se me ha ocurrido a raíz de intentar 
reorganizar y actualizar toda la información del disco. Seguro que a estas alturas esto está ya planteado 
y/o resuelto, pero no he encontrado demasiadas referencias al respecto. Bien, la problemática a resolver 
sería la siguiente:

- Cada x tiempo, tenemos la costumbre de reorganizar nuestros ficheros, bien porque no nos gusta la 
estructura anterior, bien porque lo que antes era un cajón desastre con cien ficheros, ahora son varias 
categorías bien definidas y con muchísima más información. Reorganizar la estructura física de ficheros es 
un trabajo arduo.

- Dentro de un directorio en particular tenemos numerosos ficheros, los cuales están organizados como mejor 
hemos podido. Por ejemplo, supongamos un directorio /prgtk con manuales sobre programación en gtk2.0. 
Dentro hay pdf muy completos e interesantes, que tenemos como referencia obligada, y otros con algún 
aspecto puntual sin interés actual (quién sabe en un futuro) y que guardamos en /otros. Además, puede que 
tengamos el mismo fichero en pdf y en html, lo cual implica otra carpeta adicional con su subestructura de 
ficheros, que complica la búsqueda del index.html por ejemplo. En el fondo estamos intentando clasificar 
las características de cada fichero por la estructura física de directorios y no por metadatos, labor que 
considero infructuosa y temporal.

- En una estructura de miles de directorios y subdirectorios, recordar en cada momento dónde está cada cosa 
es poco menos que imposible.

- Los nombres de los ficheros no son lo suficientemente largos ni descriptivos como para poder saber muchas 
veces qué hay dentro del mismo. Se necesita información adicional sobre el fichero/directorio para que la 
búsqueda sea más práctica. Y no hace falta decir el trabajo necesario para renombrar todos los ficheros del 
tipo tut_pygtk_v1.0.pdf a nombres más "sociables". El sistema de notas y emblemas que integra nautilus es 
un principio, pero me gustaría ir más allá. 

¿Qué sistema propongo? Lo ideal sería una implementación con al menos las siguientes características:   

- Separación entre la estructura organizativa de la información y la estructura física de ficheros.

- Manejo de la información como objetos y no como ficheros (por ej. un manual en html multi-página sería un 
solo objeto)

- Posibilidad de asignar y visualizar información adicional fácilmente a un determinado fichero (objeto), 
como metadatos. 

- Fácil edición para organizar la estructura de la información, pudiendo crear secciones, subsecciones y 
enlazar tanto con direcciones url de internet como con del tipo file:// de una manera cómoda.

- Sistema de búsqueda por nombre real y por metadatos.


Todo esto se podría integrar en Nautilus de alguna forma. Algunas implementaciones existentes que he estado 
mirando y que podrían aprovecharse en mayor o menor medida son las siguientes:

- El sistema de metadatos (notas y emblemas) de Nautilus, más ampliado. 

- Una plataforma wiki como herramienta más flexible y eficiente para editar la organización de la 
información. Permitiría de una forma muy sencilla crear secciones, subsecciones, textos, comentarios y 
enlaces a direcciones de internet y ficheros locales, mostrando toda la información de los metadatos para 
conocer sus características de un vistazo. También que permita enlazar un directorio, dentro del cual 
navegaríamos como ventana normal del Nautilus. No sería muy descabellado integrar un wiki en Nautilus como 
extensión, estando moinmoin escrito en perl. Incluso hay una versión Desktop Edition [1] que trabaja en un 
directorio local de home. Definiendo en moinmoin /home/Archivo como directorio de trabajo se podría acceder 
a todos los ficheros como locales al wiki, por dar una idea.  

- El sistema de gestión de colecciones de GNOME Vazaar [2], aunque me parece más flexible el wiki.

- El enfoque del entorno de trabajo de GnomeShell [3] y su nuevo paradigma de gestión de información.  


Conste que soy poco amigo de las soluciones no tradicionales, pero reconozco que un sistema de gestión como 
este es mucho más eficiente para un escritorio que la navegación por directorios de toda la vida. En fin, 
no sé si algo parecido está ya en marcha (quizás GnomeShell), pero como mínimo vamos a generar un 
interesante debate.


Yo diría que todo esto lo soluciona Tracker/Beagle, y más ahora que se
integran cada vez más información semántica (metadatos++) dentro de las
bases de datos de ambos. ¿Has leído estos proyectos? ¿Van en la línea de
lo que buscas?

No dejes de mirar GNOME Zeigeist (http://live.gnome.org/GnomeZeitgeist)
que también ayuda en la localización de la información mostrando un
diario de actividad.

Hasta luego

Un saludo.

[1] http://moinmo.in/DesktopEdition
[2] http://www.kaskaras.net/vazaar/index.php
[3] http://live.gnome.org/GnomeShell/Screenshots
_______________________________________________
Gnome-hispano-list mailing list
Gnome-hispano-list gnome org
http://mail.gnome.org/mailman/listinfo/gnome-hispano-list


-- 
http://acsblog.es
wget -O - http://acsblog.es/~acs/acs.gpg.asc | gpg --import

Attachment: signature.asc
Description: Esto es una parte de mensaje firmado digitalmente



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]