El 28/09/10 09:08, "Prof. Román H. Gelbort" escribió: > El 28/09/10 00:48, Angel Matias Orozco escribió: >> hola gracias a todos ;) >> aprecio mucho lo que dijeron y paso a responder: > > Angel. > > En mi opinión (que puede ser errónea, como la de cualquiera), incurrís > en algunos errores técnicos que te llevan a sacar conclusiones muy > alejadas de la realidad. > > No es una crítica, sino una reflexión que tal vez te sirva para hacer > algún cambio que luego te permita lograr un mejor proyecto. > >> >> En cuanto a Wiki: >> 1.- El formato wiki es incomodo para los usarios fianles objetivo y gestion. >> El objetivo maximo es que nuestros compañeros busquen un material lo lean o >> descarguen. El servicio esta pensadado para usarse con la mayor flexibilidad >> posible y con la menor curva de aprendisaje en cuanto al manejo de la >> interfas se refiera. > > El wiki no es un formato en sí mismo. Las páginas de un wiki se navega > "exactamente igual" que una página web cualquiera. > > Si el servicio está pensado para el material "se lea y se descargue", un > CMS para subir los PDF no sirve. Puesto que el ciclo es inverso "primero > descargo y luego leo". > > Por otro lado, si subir materiales al wiki es un problema, podrían > disponer de un método de administradores que reciban los materiales y > los suban. Algo así como bibliotecarios. > >> 2.- Las conversiones del fomato wiki a otras no es muy buena. Tampoco esta >> en nuestros objetivos que nuestros compañeros lo hagan. Ahorrar tiempo de >> conversion por un formato que permita mas hora lectora y reflesiva. > > La conversión es muy buena, siempre que el documento esté correctamente > hecho. Aunque debo tener en cuenta que la mayor parte de la gente no > hace un uso correcto de los estilos para la confección de documentos de > texto, lo que hace que la conversión no refleje tan bien lo que se ve en > el procesador de textos. Pero este problema se hace difícil de resolver > ya sea para mediawiki o para cualquier otro sistema. > >> 3.- La info en wiki consume espacio en base de datos, representa un coste en >> el consumo de transferencia mensual del servidor. Por eso se planteo la >> problematica de alojamiento de material, buscador y sitio de recepcion del >> estudiante (biblioteca virtual). > > El wiki consume tanto espacio de base de datos como cualquier CMS, blog > o lo que quieras poner. No vas a evitar que se consuma transferencia de > datos. Incluso te aseguro que si ponés el material en formato PDF vas a > tener muchísimo más consumo de transferencia mensual. Dado que para leer > un solo renglón, necesitás bajarte todo el PDF. Que ocupa más espacio > que un texto html. > >> >> En cuanto archivos fuentes: >> 1.- Respecto a la licencia CC que usamos vease >> http://creativecommons.org/licenses/by-nc-sa/2.5/ar/ > > La cláusula NC, vuelve "no libre" el material. Si revisan eso, > seguramente les será mucho más simple conseguir alojamiento gratuito > para el proyecto. > > Por las dudas y para evitar malos entendidos. Tengan en cuenta que si > alguien usara el material con fines comerciales, estaría obligado a > respetar la autoría (cláusula BY) y estaría obligado a liberar también > ese material con una licencia similar (cláusula SA). > > Por otro lado, el miedo que muchos tienen a que se lucre con su > material, en mi opinión, no hace más que cerrar las posibilidades a que > otros puedan acceder al mismo. > > Por ejemplo, si alguien imprime un trabajo mío y lo vende; yo no estaría > perdiendo nada, puesto que yo no lo imprimí. Y ese material seguiría > estando en Internet gratuitamente. Y quienes compraran el material > impreso, seguramente sería gente que prefiere tenerlo en papel o que ni > siquiera es usuario de Internet. Por lo que le llegaría a grupos que > nunca leerían mi material si no fuera por esa persona que lo imprimió y > vendió. > >> 2.- El material corresponde a investigaciones de Docentes Universitarios de >> todo el Pais y son mas de 60 trabajos de investigacion formales presentados >> en Jornadas Nacionales de Profecionales de Ciencias Economicas (Consejo de >> Profesionales), solo disponemos de los pdf y la verdad conseguir los >> originales es costo y un esfuerzo inecesario partiendo de: >> a.- Los S.O. Windows, GNU/Linux y Mac tienen visores PDF entre los cuales >> hay Libres >> b.- Hay versiones de conversion de PDF y por consiguiente son editables Ej >> http://www.nitropdf.com/free/hammer/index.htm >> c.- Si por mi fuera eligiria latex o algun fuente xml jajaja (en serio) ;) > > Esto también es una seguidilla de errores conceptuales. Dado que no te > hablo de poder leer el material. Yo mismo soy un defensor de que los > adjuntos de los correos electrónicos deberían ser en su inmensa mayoría > en formato PDF en vez de los horribles .doc. Pero acá estamos hablando > de "poder hacer obras derivadas". > > Las herramientas que toman un PDF y lo vuelven editable, no están > diseñadas para esto que vos querés. Por favor probalas antes de estar > tan seguro. Vas a ver que en todos los casos, el PDF no se vuelve un > documento de texto como cualquiera recién hecho. > > Si por vos fuera eligirías latex... ¿y la sintaxis de un wiki te parece > difícil? > > Por último. Tal vez sea muy difícil conseguir los archivos fuente de los > 60 trabajos que ya tenés. Pero ¿qué pasa con los que todavía no tenés y > podés pedir? ¿no sería un triunfo que aunque sea la mitad de esos 60 > trabajos se puedan tener en formato editable? > >> >> Estoy interesado de algun CMS y si alguien intento hacer una biblioteca >> virtual o tiene mas ideas de como solucionar el dilema de almacenamiento de >> info y gestion de enlaces, campos de busquedas propios o terciarisacion de >> busquedas via google por citar una ejemplo. >> desde ya gracias ;) >> > > En esta línea, tal vez Wordpress pueda ayudarte. Se puede operar de la > misma manera desde OpenOffice.org para subir los documentos. Y se pueden > subir los PDF como adjuntos. Pero insisto en que los PDFs así puestos, > no invitan a su lectura para nada. > > Hasta acá mis 2 centavos. ;-) > > + 10
Y si todavía no te gusta algún "wiki", digo yo, y por ahí soy muy simplista, No necesitarías solamente un directorio con manejos de búesqueda ? Que se yo, ... por ej. algún manejador de información básico ?? No se ahora no se me ocurre ninguno. Mi décima de centavo ;-) Éxito -- *** Rodolfo H. González - Pigüé *** *** Usuario Full Software Libre *** ** Desarrollos de Software Libre ** ** Clave GPG: en servidores **
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Gleducar - http://www.gleducar.org.ar Para enviar mensajes: [email protected] Desuscripción: escribir un correo a [email protected] Información de la lista: http://gleducar.org.ar/cgi-bin/mailman/listinfo/gleducar Para ver los mensajes anteriores: http://news.gmane.org/gmane.linux.edu.gleducar
