Ante la inclusión en el Anteproyecto de Ley de Economía sostenible de modificaciones legislativas que afectan al libre ejercicio de las libertades de expresión, información y el derecho de acceso a la cultura a través de Internet, los periodistas, bloggers, usuarios, profesionales y creadores de internet manifestamos nuestra firme oposición al proyecto, y declaramos que...
1.- Los derechos de autor no pueden situarse por encima de los derechos fundamentales de los ciudadanos, como el derecho a la privacidad, a la seguridad, a la presunción de inocencia, a la tutela judicial efectiva y a la libertad de expresión.
2.- La suspensión de derechos fundamentales es y debe seguir siendo competencia exclusiva del poder judicial. Ni un cierre sin sentencia. Este anteproyecto, en contra de lo establecido en el artículo 20.5 de la Constitución, pone en manos de un órgano no judicial -un organismo dependiente del ministerio de Cultura-, la potestad de impedir a los ciudadanos españoles el acceso a cualquier página web.
3.- La nueva legislación creará inseguridad jurídica en todo el sector tecnológico español, perjudicando uno de los pocos campos de desarrollo y futuro de nuestra economía, entorpeciendo la creación de empresas, introduciendo trabas a la libre competencia y ralentizando su proyección internacional.
4.- La nueva legislación propuesta amenaza a los nuevos creadores y entorpece la creación cultural. Con Internet y los sucesivos avances tecnológicos se ha democratizado extraordinariamente la creación y emisión de contenidos de todo tipo, que ya no provienen prevalentemente de las industrias culturales tradicionales, sino de multitud de fuentes diferentes.
5.- Los autores, como todos los trabajadores, tienen derecho a vivir de su trabajo con nuevas ideas creativas, modelos de negocio y actividades asociadas a sus creaciones. Intentar sostener con cambios legislativos a una industria obsoleta que no sabe adaptarse a este nuevo entorno no es ni justo ni realista. Si su modelo de negocio se basaba en el control de las copias de las obras y en Internet no es posible sin vulnerar derechos fundamentales, deberían buscar otro modelo.
6.- Consideramos que las industrias culturales necesitan para sobrevivir alternativas modernas, eficaces, creíbles y asequibles y que se adecuen a los nuevos usos sociales, en lugar de limitaciones tan desproporcionadas como ineficaces para el fin que dicen perseguir.
7.- Internet debe funcionar de forma libre y sin interferencias políticas auspiciadas por sectores que pretenden perpetuar obsoletos modelos de negocio e imposibilitar que el saber humano siga siendo libre.
8.- Exigimos que el Gobierno garantice por ley la neutralidad de la Red en España, ante cualquier presión que pueda producirse, como marco para el desarrollo de una economía sostenible y realista de cara al futuro.
9.- Proponemos una verdadera reforma del derecho de propiedad intelectual orientada a su fin: devolver a la sociedad el conocimiento, promover el dominio público y limitar los abusos de las entidades gestoras.
10.- En democracia las leyes y sus modificaciones deben aprobarse tras el oportuno debate público y habiendo consultado previamente a todas las partes implicadas. No es de recibo que se realicen cambios legislativos que afectan a derechos fundamentales en una ley no orgánica y que versa sobre otra materia.
Este manifiesto es obra de muchas manos, y propiedad de todos. Si te gusta, cópialo, pásalo, publícalo en tu weblog o haz lo que quieras con él.
jueves, 3 de diciembre de 2009
martes, 1 de diciembre de 2009
domingo, 25 de octubre de 2009
Hola... enlace.
OpenERP dispone de enlaces a determinados elementos en la parte derecha de la ventana.
Estos enlaces pueden resultar muy útiles, y aquí viene un ejemplo:
<act_window domain="[('alumno_id', '=', active_id)]" id="calendario_clases_alumno" name="Clases del alumno" res_model="clases" src_model="alumnos" view_mode="calendar,tree,form" view_type="form" />
Este ejemplo lo que hace es que des de la vista formulario de un alumno nos mostrará un calendario con las clases de dicho alumno. Tenemos un módulo alumnos y otro módulos clases, y ahí el enlace de alumno a clase.
El código está dentro del archivo xml de la vista de la clase, vamos debe de estar dentro del archivo de la vista de destino.
Con act_window le indicamos que es un enlace.
Con domain le indicamos el dominio de lo que queremos mostrar. No es obligatorio. Lo que nos hace es que solo mostrará las clases del alumno del formulario donde hemos apretado el enlace. Al domain se le pueden añadir más limitaciones. Si no ponemos domain nos mostraría todas las clases de todos los alumnos.
Con id indicamos la vista (recuerdo que estamos dentro del archivo de vista de clases) que mostraremos.
En name le decimos que texto aparecerá como enlace en el formulario alumno.
Con res_model le indicamos el modelo destino del enlace.
Con src_model le indicamos el modelo origen del enlace.
Y bueno, view_mode y view_type ya os lo podéis imaginar, ¿no?
Pues anda, que aproveche esta entrada.
Salut!
miércoles, 29 de abril de 2009
1. Definición del problema.
El inicio de este Proyecto Fin de Carrera (PFC) es un problema. El PFC intenta ser la solución a este problema. Ahora definiremos un poco la empresa y el problema que tenía.El Centre Tecnològic de Vilanova i la Geltrú (CTVG) es una institución creada por la Universidad Politècnica de Catalunya (UPC-EPSEVG) y el Ayuntamiento de Vilanova i la Geltrú. Sus principales objetivos son ofrecer asesoramiento tecnológico a empresas, informar sobre las ayudas de las administraciones públicas, dar cultura tecnológica a la sociedad y la ejecución de diferentes proyectos.
De la información que se da en el anterior parágrafo se puede entender que en el CTVG trabaja gente, tienen relaciones con diferentes empresas y realizan diferentes proyectos con estas empresas. Pues bien, estos tres puntos importantes no estaban muy informatizados. Me explico con ejemplos: la gestión de las vacaciones de los trabajadores se hacía con un EXCEL, la información de las diferentes empresas con las que se tenían relaciones estaban difuminadas en diferentes fuentes, ...
Lo que pretende este proyecto es crear una aplicación de gestión para los proyectos y personal humano del CTVG.
Próximamente veremos con detalle las partes del problema.
Salut!
sábado, 25 de abril de 2009
El proyecto
Hola ¿qué tal?
Ya hace unos meses que soy ingeniero técnico en informática de gestión. Esto quiere decir que ya entregué, presenté y aprobé mi proyecto fin de carrera (PFC) (y con un bonito excelente). Des de aquí dar las gracias a mucha gente por toda su ayuda y apoyo durante todos estos largos años.
Si el PFC ya está acabado, ¿tiene sentido continuar con este blog? Quizás no mucho, pero lo que voy a hacer quizás sea interesante. Voy a ir, paso por paso, reproduciendo parte de mi PFC en este blog. Desde el inicio hasta el final. Intentaré no dejarlo colgado, pero ya se sabe como van estas cosas.
Para seguirlo va bien tener unos conocimientos previos. En este mismo blog puedes encontrar el hola mundo y el heredando hola mundo. Y en la web de openerp oficial puedes encontrar mucha documentación. También recomiendo openerpsite.com, openerpspain.com y openerp.cat.
Salut!
Ya hace unos meses que soy ingeniero técnico en informática de gestión. Esto quiere decir que ya entregué, presenté y aprobé mi proyecto fin de carrera (PFC) (y con un bonito excelente). Des de aquí dar las gracias a mucha gente por toda su ayuda y apoyo durante todos estos largos años.
Si el PFC ya está acabado, ¿tiene sentido continuar con este blog? Quizás no mucho, pero lo que voy a hacer quizás sea interesante. Voy a ir, paso por paso, reproduciendo parte de mi PFC en este blog. Desde el inicio hasta el final. Intentaré no dejarlo colgado, pero ya se sabe como van estas cosas.
Para seguirlo va bien tener unos conocimientos previos. En este mismo blog puedes encontrar el hola mundo y el heredando hola mundo. Y en la web de openerp oficial puedes encontrar mucha documentación. También recomiendo openerpsite.com, openerpspain.com y openerp.cat.
Salut!
viernes, 13 de marzo de 2009
Heredando mundos
Hola, ¿qué tal?
Si empezáis a descubrir OpenERP os habréis dado cuenta que hay multitud de módulos existentes que ofrecen diferentes funcionalidades, por ejemplo recursos humanos.
La gracia de OpenERP (y supongo de todos los ERP's) reside en usar los módulos que ya vienen. Pero esto no siempre es posible. Hay veces en las que tendremos que añadir cambios a estos módulos para que nos sean de utilidad. La metodología recomendada a seguir en estos casos es crear nuevos módulos heredando de los módulos originales.
En este post de hoy heredaré el módulo missat del post "Hola mundo" del 12 de Octubre del 2008.
Pues lo primero que hay qué hacer es crear una carpeta. Dentro de esa carpeta creamos los habituales cuatro archivos (mirar el post hola mundo). La carpeta la llamaremos missat2.
El archivo __terp__.py:
Este archivo es similar al original. Lo que hay que tener en cuenta es el campo depends. A parte del base, también requiere el módulo original del que hereda, en este caso missat.
El archivo missat.py:
Este archivo contiene la lógica del módulo. En el campo _inherit le indicamos el módulo del que heredamos (missat). Este módulo hereda todos los campos del módulo original. En este caso añadimos un nuevo campo, cos.
El archivo missat_view.xml:
En este archivo tenemos que indicar la vista de la que heredará, esto se hace con la etiqueta inherit_id, y con ref le indicamos la vista.
En la vista original se pueden hacer varias modificaciones. En este caso le añadimos el campo cos después del campo original assumpte.
Pues ya está. Ahora tocaría importar este módulo, actualizar vistas y disfrutar, o no, del resultado.
Si empezáis a descubrir OpenERP os habréis dado cuenta que hay multitud de módulos existentes que ofrecen diferentes funcionalidades, por ejemplo recursos humanos.
La gracia de OpenERP (y supongo de todos los ERP's) reside en usar los módulos que ya vienen. Pero esto no siempre es posible. Hay veces en las que tendremos que añadir cambios a estos módulos para que nos sean de utilidad. La metodología recomendada a seguir en estos casos es crear nuevos módulos heredando de los módulos originales.
En este post de hoy heredaré el módulo missat del post "Hola mundo" del 12 de Octubre del 2008.
Pues lo primero que hay qué hacer es crear una carpeta. Dentro de esa carpeta creamos los habituales cuatro archivos (mirar el post hola mundo). La carpeta la llamaremos missat2.
El archivo __terp__.py:
{
"name" : "missat2",
"version" : "0.1",
"author" : "Jordi",
"website" : "http://openerp.com",
"category" : "Unknown",
"description": """ """,
"depends" : ['base',"missat"],
"init_xml" : [ ],
"demo_xml" : [ ],
"update_xml" : ['missat_view.xml'],
"installable": True
}
Este archivo es similar al original. Lo que hay que tener en cuenta es el campo depends. A parte del base, también requiere el módulo original del que hereda, en este caso missat.
El archivo missat.py:
from osv import osv, fields
class missat2(osv.osv):
_inherit = 'missat'
_columns = {
'cos': fields.text('Cos'),
}
missat2()
Este archivo contiene la lógica del módulo. En el campo _inherit le indicamos el módulo del que heredamos (missat). Este módulo hereda todos los campos del módulo original. En este caso añadimos un nuevo campo, cos.
El archivo missat_view.xml:
<?xml version="1.0"?>
<terp>
<data>
<record model="ir.ui.view" id="view_missat2_form">
<field name="name">missat2.form</field>
<field name="model">missat</field>
<field name="inherit_id" ref="missat.view_missat_form"/>
<field name="type">form</field>
<field name="arch" type="xml">
<field name="assumpte" position="after">
<field name="cos"/>
</field>
</field>
</record>
</data>
</terp>
En este archivo tenemos que indicar la vista de la que heredará, esto se hace con la etiqueta inherit_id, y con ref le indicamos la vista.
En la vista original se pueden hacer varias modificaciones. En este caso le añadimos el campo cos después del campo original assumpte.
Pues ya está. Ahora tocaría importar este módulo, actualizar vistas y disfrutar, o no, del resultado.
martes, 3 de febrero de 2009
Enviar un mail desde OpenERP
Hola, ¿qué tal?
Pues en mi PFC he tenido que realizar una función de cuando llegue un determinado día (que coincide con la fecha límite de una tarea), el usuario encargado de realizar dicha tarea reciba un mail de aviso.
No hablaré de cómo hacer funciones automáticas en el tiempo (frase que no sé si se entiende muy bien) pero sí de cómo enviar un mail automáticamente.
Primero hay que configurar el OpenERP con los datos del servidor. Necesitaremos la dirección del servidor, el nombre de usuario, el puerto y la dirección de mail (lo hago con el protocolo SMTP).
Para añadir estos datos al OpenERP editamos el archivo de configuración del servidor. En Linux lo podemos encontrar en nuestro home. Tiene de nombre .openerp_serverrc (está oculto). Modificamos las siguiente líneas:
- smtp_password = contraseña
- smtp_port = 25 (suele ser el 25)
- smtp_server = servidor.es (el servidor de correo SMTP)
- smtp_user = nombre.usuario
- email_from = direccion@correo.es
Con estas modificaciones (y reiniciando el servidor OpenERP por si acaso), OpenERP ya puede enviar correos electrónicos.
Ahora usaremos una función dentro del módulo para enviar un email. Para ello primero tenemos que importar la clase que nos dará esta funcionalidad. Para ello, en la clase que ha de enviar el mail, se pondrá:
import tools
Y la función que envía un mail es:
tools.email_send(mail_from, mail_to,assumpte,cos, on_error)
Donde todo son strings. Imagino que se deduce la mayoría de atributos, decir que assumpte es el asunto y cos el cuerpo del mail. Para on_error lo he sacado de un ejemplo como:
on_error = None
Pues nada, a enviar mails!
¡Que vaya bien!
Pues en mi PFC he tenido que realizar una función de cuando llegue un determinado día (que coincide con la fecha límite de una tarea), el usuario encargado de realizar dicha tarea reciba un mail de aviso.
No hablaré de cómo hacer funciones automáticas en el tiempo (frase que no sé si se entiende muy bien) pero sí de cómo enviar un mail automáticamente.
Primero hay que configurar el OpenERP con los datos del servidor. Necesitaremos la dirección del servidor, el nombre de usuario, el puerto y la dirección de mail (lo hago con el protocolo SMTP).
Para añadir estos datos al OpenERP editamos el archivo de configuración del servidor. En Linux lo podemos encontrar en nuestro home. Tiene de nombre .openerp_serverrc (está oculto). Modificamos las siguiente líneas:
- smtp_password = contraseña
- smtp_port = 25 (suele ser el 25)
- smtp_server = servidor.es (el servidor de correo SMTP)
- smtp_user = nombre.usuario
- email_from = direccion@correo.es
Con estas modificaciones (y reiniciando el servidor OpenERP por si acaso), OpenERP ya puede enviar correos electrónicos.
Ahora usaremos una función dentro del módulo para enviar un email. Para ello primero tenemos que importar la clase que nos dará esta funcionalidad. Para ello, en la clase que ha de enviar el mail, se pondrá:
import tools
Y la función que envía un mail es:
tools.email_send(mail_from, mail_to,assumpte,cos, on_error)
Donde todo son strings. Imagino que se deduce la mayoría de atributos, decir que assumpte es el asunto y cos el cuerpo del mail. Para on_error lo he sacado de un ejemplo como:
on_error = None
Pues nada, a enviar mails!
¡Que vaya bien!
Suscribirse a:
Entradas (Atom)
