¿Cómo poner licencia CC a sus creaciones?

Me pregunta Anita cómo puede ponerle una licencia de Creative Commons a sus creaciones.

Parte de esa explicación está en la II parte de: La Dictadura del “Todos los Derechos Reservados” pero retomo esa sección:

Recordemos que en general -a menos que indiquemos lo contrario por medio de una licencia específica- estaremos reservando todos los derechos automáticamente al crear la obra. Sin embargo, dentro del mismo marco legal es posible reservar únicamente algunos derechos, no todos. En ninguno de los casos se renuncia a la atribución, pues siempre deben mencionarse todos los nombres de las personas involucradas como autoras de la obra.

Por ejemplo, cuando yo publico una poesía debo tomar algunas decisiones:

  • ¿Permito que se comparta esa poesía? (que se coloque en un blog, en un muro en Facebook, que se fotocopie el libro). Si la respuesta es no, se trata de “Todos los Derechos Reservados” y ya no tiene caso seguir respondiendo.
  • ¿Otorgo autorización para que se hagan obras derivadas de ella? (por ejemplo, añadirle líneas y publicarla de nuevo con mi nombre junto al de la persona que añadió esas líneas).
  • ¿Permito que se haga un uso comercial de esa obra? (que se publique en un libro por el cual no recibiré pago monetario alguno, que se grabe como letra de una canción en un disco con fines de lucro, etcétera).
  • ¿Permito solamente que se use sin fines de lucro? (para leerla en un acto escolar, publicarla en un calendario de una asociación benéfica, etcétera).
  • ¿Quiero que se comparta de la misma manera? (con lo cual indico si estoy solicitando que quienes hagan uso u obras derivadas de la poesía usen la misma licencia de distribución, para que se respete mi voluntad inicial como autora de la obra o un fragmento de ella).

Todas esas preguntas están contenidas en el modelo de licenciamiento de Creative Commons (Bienes Comunes Creativos)

¿Cómo elegir la licencia?

Entonces lo que hay que hacer es ir al sitio de Creative Commons http://creativecommons.org/choose/?lang=es y responder algunas preguntas:

¿Quiere permitir usos comerciales de su obra?

No

¿Quiere permitir modificaciones de su obra?

Sí, mientras se comparta de la misma manera Información
No

Se puede añadir la información adicional, si se tiene un blog u otro espacio. Una vez que eso se realiza, aparecerá un código que se puede incluir en el blog o en el libro, la portada del disco o lo que venga al caso. Es importante que se coloque, porque de otra manera ¿cómo sabrá el público cuál es la voluntad de ese autor o autora?

Ahora, algo importante sobre esto: la licencia la podemos elegir porque somos quienes escribimos lo que ahí se publica. Si vamos a traducir canciones (que es el caso de Anita) o artículos (en mi caso), lo que podemos hacer es crear una categoría de traducciones y colocar una nota en el texto donde indicamos la licencia, para que quede claro que los materiales que no son de nuestra autoría, tienen su propia licencia. ¿Por qué? Porque no tenemos derecho a compartir los materiales de otras personas con licencias que no reflejan la voluntad de esas otras personas. Una traducción es una obra derivada y lo mejor es dejar claras las condiciones.

¿Cómo se inserta el código en el blog?

Lo que nos ofrece Creative Commons ya está listo para insertar como widget (en wordpress) o como gagdget (en blogger).

En wordpress se busca en Apariencia/Widgets/Texto (ahí se coloca el código)

En blogger se busca diseño/Añadir un gadget/Lo Básico/HTML-Javascript (ahí se coloca el código)

Este código lo brinda el sitio de CC:

<a rel=”license” href=”http://creativecommons.org/licenses/by-sa/3.0/cr/”><img alt=”Licencia Creative Commons” style=”border-width:0″ src=”http://i.creativecommons.org/l/by-sa/3.0/cr/88×31.png” /></a><br />Este obra está bajo una <a rel=”license” href=”http://creativecommons.org/licenses/by-sa/3.0/cr/”>licencia Creative Commons Atribución-CompartirIgual 3.0 Costa Rica</a>.

Tiene un error, por cierto… dice “este obra” pero podemos modificar eso.

Si se indica la url, nuestro nombre y el nombre del blog el código será más largo. La licencia de este blog “por dentro” se ve así:

<center><a rel=”license” href=”http://creativecommons.org/licenses/by-sa/3.0/cr/”><img alt=”Licencia Creative Commons” style=”border-width:0″ src=”http://i.creativecommons.org/l/by-sa/3.0/cr/88×31.png” /></a><br /><span xmlns:dct=”http://purl.org/dc/terms/” href=”http://purl.org/dc/dcmitype/Text” property=”dct:title” rel=”dct:type”>Tics Nerviosos</span> por <a xmlns:cc=”http://creativecommons.org/ns#” href=”http://piensalibre.net/tics” property=”cc:attributionName” rel=”cc:attributionURL”>Carolina Flores Hine</a> se encuentra bajo una Licencia <a rel=”license” href=”http://creativecommons.org/licenses/by-sa/3.0/cr/”>Creative Commons Atribución-CompartirIgual 3.0 Costa Rica</a>. Los textos traducidos o materiales de otros autores deben utilizarse siguiendo la licencia del autor original, pues es posible que no estén cubiertos por la misma licencia. <br/>
<br/>

Lo que está en azul lo coloca automáticamente el sistema del sitio de CC. Lo que está en rojo es el texto que añadí.

Si lo ven, el único cuidado que debemos tener es no tocar las etiquetas de código. Todo lo que está entre >—< lo podemos cambiar sin problema. De todas maneras, así nos vamos acercando un poco al código y le perdemos el miedo a tocar por dentro de la magia.

 

Ideas para implementar una revista en línea usando blogs

Esta tarde, me mostraron una revista que debió pasar de ser impresa en papel, a la web. ¿La razón? “Somos muy malos vendedores”, me dijo el editor. Pasando de largo de esa afirmación, la revista se pasó a un blog, pero no se tomaron el tiempo de idear una manera de obtener lo que una revista requiere. Lo que quiero comentar es cómo podemos generar una revista en línea, hospedada de forma gratutita y de fácil uso.

powered by Fotopedia

¿Cuál plataforma usar?

1. Drupal: yo siempre tengo a Drupal como primera opción, por su versatilidad. Pero lo cierto es que instalarlo, dar mantenimiento y editar en drupal no es sencillo para personas usuarias cuyo nivel de práctica gira en torno al correo electrónico. Para esta tarea, Drupal queda descartado aunque pueden probar en drupalgardens los sitios disponibles hospedados gratuitamente.

2. Joomla: no sólo no es sencillo de instalar, configurar y mucho menos, de actualizar. Joomla es difícil de editar (aunque un poco menos que Drupal) y su rigidez no permite que una persona usuaria básica, pueda estructurar algo como una revista en línea.

Nos quedan los blogs, por su facilidad de uso

  • La idea sería, generar categorías para los números de edición de la revista y usar los tags para identificar temas claves que se querrían promocionar.
  • Además, habría que configurar para que se muestre en la página de inicio, sólamente una entrada que mostraría una imagen como portada de la edición y un enlace a la categoría “Edición N° XX”. Habiendo categorizado todas las entradas con ese nombre, la categoría nos mostrará la edición.
  • No es lo óptimo, porque es tedioso leer artículos extensos en formato de blog y quien edite, debe calcular que lo que publique de primero, quedará de último, pero es posible al menos organizar los contenidos por ediciones y permitir que las personas lectoras consulten entregas anteriores o temas de interés.

¿Cuál blog?

Blogger: esta plataforma la usé durante muchos años y considero que es de fácil uso, además de permitir personalizar la plantilla de forma rápida (en mis tiempos, había que editarla cambiando código). Sin embargo, no promuevo servicios de Google ni servicios que no sean libres (siempre que sea posible) y además, Blogger sólo permite tags, pero no tiene categorías. Eso nos limita a usar los tags para el número de edición y nos quedamos sin temas clave.

WordPress: esta plataforma es mi favorita. Tiene versión gratuita disponible en wordpress.com con limitaciones en cuanto a instalación de plugins, plantillas disponibles y otras, pero en general, bastante flexible. Prefiero instalarlo en un servidor propio, porque puedo agregar los plugins que quiera y actualizar automáticamente sin mayores complicaciones. Cualquiera de las dos opciones nos servirá bien para la revista.

Usando wordpress, se pueden crear categorías y tags, además de predeterminar que muestre los últimos posts y que sólo haya uno en la página de inicio. En los widgets de las columnas, se agregan bloques que muestren las categorías y la nube de etiquetas e incluso si se quiere, se agregan bloques donde se incluyan portadas de las ediciones, enlazadas al post de presentación de cada una.

¿Demasiado simple? No olvidemos que lo que nos parece simple, para otras personas es complicado. Ojalá dediquemos tiempo a colaborar con las personas que ven pasar las maravillas de la Internet y no saben cómo subirse a este tren.

Lo bugs que sí y los bugs que no

Leí un correo de Ian Jackson en el que se refería específicamente al error de pensar que todas las personas pueden y deben reportar bugs. Me gustaría traducirlo completo pero ahora mismo no puedo. En resumen, más o menos planteaba -con más sinceridad de la que mucha gente agradece- que para el caso de Debian, si un desarrollador debe gastar dos de sus cuatro horas diarias de programación para responderle a personas usuarias que reportan bugs que en su mayoría, son errores de procedimiento… eso no es beneficioso para el proyecto debian. Para él, “mimar” a las personas usuarias de esa manera no contribuye en nada. Habla de varias falacias muy interesantes y si leen inglés, por favor revisen el correo antes de seguir leyendo aquí (que mi resumen es muy pobre, la verdad).

Aunque puede parecer chocante… la verdad sea dicha: tiene razón. Tiene razón cuando hablamos de proyectos de desarrollo de un sistema operativo o aplicaciones horizontales. Todos los desarrolladores saben cómo debe comportarse un sistema operativo. Es decir, en la mayoría de los casos, los reportes no le dirán nada nuevo y si no los hacen personas con suficientes conocimientos, no contribuirán en mucho a encontrar la solución. –> Hace un año me hubiera pegado por la mano por escribir una cosa así.

¿En dónde sí vale la pena reportar bugs?

No sé… imagino que en desarrollos como Gimp o aplicaciones para sectores u ocupaciones específicas. Ahí sí los desarrolladores no saben qué es lo que se espera del programa (supongo) y ¿se necesita de mucha guía de personas usuarias que sí saben qué es lo que el programa debe hacer o cómo, lo que imaginan, no puede ser implementado a partir de la herramienta?

¿Y entonces, cómo mejoramos el software?

También, es importante reportar el otro tipo de bugs… los bugs generados por la endogamia hacker: ¿qué cosas no son útiles a las personas usuarias? Habría que generar espacios distintos, algo como grupos focales que permitan recibir observaciones sobre cosas que no se reciben bien, errores comunes en una interfaz, campañas equivocadas o actitudes que nos alejan de los proyectos. Es decir, por mucho tiempo las personas que no programamos, hemos pensado que debemos convertirnos en lo que no somos, para poder reportar bugs y ayudar “de verdad”. Tal vez la pista esté en otro tipo de reportes que debemos hacer e incluso, en no reportar nada más, sino involucrarnos de lleno en organizar el cambio. Y ahí es donde topamos con pared: ¿en cuáles espacios podemos mejorar el software quienes no programamos? ¿tenemos que conformarnos con probar versiones nuevas de los programas? ¿tenemos que dedicar nuestra energía a aprender a reportar bugs apropiadamente en lugar de aprovechar las capacidades que ya tenemos?

Para nada de eso tengo respuesta. Yo sólo tengo dudas.

—————————-

Lamentablemente, este post tuve que rescatarlo. Desapareció, seguramente por torpeza mía y se perdieron entonces los comentarios de Gunnar Wolf 🙁

sun-java6-jre

Para quienes tenemos cuenta del Banco Nacional en Costa Rica, éste bug ha sido siempre un dolor de cabeza. El teclado virtual requiere del sun-java6-jre pero no funciona a menos que hagamos lo siguiente:

Abrir consola para editar este archivo:

/etc/sysctl.d/bindv6only.conf

//Es decir, desde la consola de root en Debian o haciendo sudo en otros, se usa el gedit o cualquier otro editor: su gedit /etc/…

Al final, se debe cambiar el 1 por un 0 para que diga:

net.ipv6.bindv6only = 0

Se reinicia y ya debe funcionar.

Aquí está el reporte del Bug en Debian. Lo resuelven con meter todo eso en consola y ejecutar:

sudo sed -i ‘s/net.ipv6.bindv6only = 1/net.ipv6.bindv6only = 0/’
/etc/sysctl.d/bindv6only.conf && sudo invoke-rc.d procps restart

———————

Este es un post del remedio que Jeff me dio.

Encuestas y blog privado en WordPress

Estamos en una capacitación y surgió la necesidad de crear un blog para colocar comunicados y encuestas. El blog debe ser privado, para que permita que sólo las personas invitadas participen en las encuestas.

Revisé las opciones de un blog privado en blogger, pero tiene la limitante de solicitar que todos tengan correos de gmail (se puede ser visitante por un tiempo con otras cuentas pero no permanentemente). Revisé también las opciones de http://wordpress.com pero las encuestas que enlazan sólo permiten hasta 100 respuestas por mes (en su servicio gratuito). Al final, opté por usar un blog propio. No lo hice desde el inicio, porque la idea era que fuera un servicio gratuito.

Instalé los plugins: Members Only y WP-Polls

Lo que no pude hacer es, que los usuarios se registren pero queden sujetos a aprobación. En este caso es muy importante que sólo voten las personas autorizadas. Tampoco recibo un reporte cuando alguien se inscribe (para poder entrar y verificar si el correo electrónico es de una persona invitada o no). Supongo que eso implicará mucho trabajo “a pie” para la persona encargada de revisar quiénes se han registrado pero al menos, ya puedo ofrecer una opción.

Aquí hay un ejemplo de las encuestas:

[poll id=”2″]

Puppy Linux

No caigas en la trampa de desechar tu computadora pensado que ya no sirve y esta obsoleta. Puppy Linux corre desde un CDROM o llave flash USB y apenas necesita 64 Mb de RAM en la maquina (256 Mb si quieres hacer cosas más esotericas como animacion 3D con Blender) es decir funciona super bien en compus de hace 6, 8 ¡y hasta 10 años!). Y como es software libre no hay necesidad de piratear programas ni volver a preocuparte por ningún virus.

Jorge recomienda el Puppy Linux… ¡visiten su blog para ver más!

Mi primer UBUNTU

Me instalaron UBUNTU el 28 de abril, celebrando el día mundial del software libre. Fue en el Installfest (Flisol) organizado por la Comunidad de Software Libre del Instituto Tecnológico de Costa Rica.

El cambio fue sencillo, se tardó unas dos horas, eso sí, mi compu es una Laptop (Dell Inspiron 640m). Otras personas instalaron linux en sus CPUs nada más, no sé cómo les habrá ido.

Mi instalador me explicó todo lo que necesitaba saber Y NADA MÁS. No necesitaba saber cosas muy elevadas, ¿para qué?

Durante la migración sólo tuvieron que configurarme la resolución de pantalla y la conexión inalámbrica. Lo demás funcionó bien desde el inicio.

Realmente, una vez que salí de ahí lo único que no quedó bien fue:

Mi pc no detectaba el micrófono si intentaba usar Skype. Si usaba el Ekiga funcionaba bien

Los controles frontales del sistema de audio no funcionaban con el Amarok, que fue el programa de audio que me recomendaron.