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. ;-) -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Prof. Román H. Gelbort http://www.piensalibre.com.ar 10 años usando OpenOffice.org, libre, gratuito y seguro ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ _______________________________________________ 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
