On Mon, 12 Mar 2001, Jaime E . Villate wrote:
>
> Hola Antonio,
> Muchas gracias por tus sugerencias. Te cuento que ya hemos hecho
> mas o menos lo que tu propones. Las recetas est�n escritas en XML y tienen
> marcas que identifican palabras clave (<clave>), paquetes de debian
> (<paquete>), ficheros importantes (<fichero>) y directorios
> (<directorio>). Existe adem�s una base de datos SQL donde ha sido clasificada
> la informaci�n de las recetas. La idea es que con esta informaci�n despu�s
> podr�s obtener un listado de palabras claves, paquetes o ficheros de
> configuraci�n, y siguiendo cada enlace acceder a las recetas que hablen sobre
> ellos.
Bueno parece todo bastante bien pensado.
>
> Por otro lado las recetas tienen otras etiquetas XML que las clasifican dentro
> de una secci�n y distribuci�n de Debian, e indican a que tipo de p�blico se
> destinan. Ya tenemos p�ginas XSL que transforman el XML de las recetas en otro
> formatos (latex, pdf, ps, txt) pero en este momento por falta de tiempo solo
> se produce html en la web de La Espiral.
>
> Algunas de estas marcas ya se pueden introducir en el formulario web que se
> usa para contribuir una receta, pero otras (como palabras claves y paquetes)
> solo las podemos introducir actualmente los que tengamos acceso cvs a La
> Espiral. Algunas de las recetas ya han sido modificadas en el cvs y aparecen
> mejor al verlas en la web, y las que ves todas en gris es porque todav�a
> est�n tal cual las subi� el autor. Tampoco est�n todav�a disponibles los
> listados de palabras claves, paquetes y ficheros, pero lo importante es que la
> infraestructura est� montada
Estoy de acuerdo con eso. Cuanto mejor sea la infraestructura que se
monte ahora menos condicionados estaran los resultados.
> y poco a poco iremos implementando lo que nos proponemos.
>
> > Se que hay muchas de estas bases que son de pago. Ignoro si hay
> > alguna que sea gratuita y que trate sobre Linux o sobre hardware.
> >
> > Tampoco se como est�n hechas pero lo suyo ser�a obtener algo de
> > informaci�n sobre estos temas para hacer algo bien hecho, y que
> > sirva de gran ayuda a todos.
>
> Pues si puedes investigar algo y darnos ideas para mejorar te lo agradeceremos
> mucho. Como estamos todav�a en una fase de arranque y con pocas recetas, es
> f�cil a�n hacer cambios importantes.
Lo que puedo decir es que a mi el buscador de Gulic me ha servido de
mucho pero me doy cuenda que es mejorable porque no distingue entre
mensajes con inter�s nulo y mensajes de gran inter�s t�cnico. Por ello
muchas veces hay que escarbar bastante entre la basura para obtener algo
util.
Me da la sensaci�n que en el caso de las recetas esto no va a ser
tan acusado porque tienen vocaci�n de ayuda general, pero tambien puede
pasar que, dentro de unos a�os, muchas de esas recetas pierdan gran parte
de su inter�s, porque tocaban un tema demasiado circunscrito a un determinado
momento. Me parce que estas situaciones deben preveerse incluyendo atributos
que condicionen el valor de un elemento de informaci�n con arreglo a distintos
par�metros y uno de ellos ser�a el tiempo. Es solo una idea. Por ejemplo una
receta para hacer un buen sistema de backups usando, find, cpio, etc es algo
no limitado en el tiempo. Una receta para una migraci�n entre dos versiones
del kernel, o entre dos versiones de una distribuci�n, etc tiene un inter�s
limitado en el tiempo. Dentro de un par de a�os habr� muchas recetas que
habr�n perdido gran parte de su inter�s actual. Si eso no se prevee ahora
posiblemente luego no apetezca hacer nada para solucionarlo porque supondr�a
un trabajo muy ingrato. Ya he visto eso demasiadas veces.
Yo para esta caducidad usar�a una fecha para el comienzo de la caida (perdida)
del interes. Otra fecha para el final de la caida del interes, y un valor
de porcentage residual de inter�s que no conviene que sea cero porque algo
de inter�s debe conservarse por mucho tiempo que pase.
|------\ 100% de interes
| \
| \_____________ 35% de interes residual
|
|______|____|________________
^ ^
| |__(Fin de la caida de inter�s)
|__ (Comienzo caida de inter�s)
Es un ejemplo y se pueden hacer cosas m�s sofisticadas. Lo importante es
que dentro de unos a�os no tengambos que escarbar entre un mont�n de
informaci�n sin inter�s para encontrar algo.
Creo que un buscador para usar con las recetas ha de ser bastante especial
y no tiene porque parecerse demasiado a ningun otro.
Os felicito por lo mucho que habeis hecho y lo bien pensado que est�.
>
> Un saludo,
> Jaime
>
Un saludo
Antonio Castro
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
/\ /\ Ciberdroide Inform�tica (Tienda de Linux)
\\W// <<< http://www.ciberdroide.com >>>
_|0 0|_
+-oOOO--(___o___)--OOOo----------------------------------------------------+
| . . . . U U . . . . Antonio Castro Snurmacher [EMAIL PROTECTED] |
| . . . . . . . . . . |
+()()()----------()()()----------------------------------------------------+
| *** 1.700 sitios clasificados por temas sobre Linux en ***Donde_Linux*** |
| <<< http://www.ciberdroide.com/misc/donde/dondelinux.html >>> |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
