|
|
| '''Hardware de Fuentes Abiertas (Ing. Open Source Hardware OSHW)'''
| | <a href=http://buy-retin-a.stream/>buy retin-a</a> <a href=http://genericeffexor.eu/>effexor</a> <a href=http://genericforcymbalta.science/>generic for cymbalta</a> <a href=http://motilium-online.xyz/>motilium 10mg</a> |
| | |
| ''Traducción Original: David Cuartielles [http://arduino.cc Arduino]''
| |
| | |
| ''Contribuciones (Índice, Enlaces, Citas y Secciones restantes): [http://freedomdefined.org/User:Joan_Espinoza Joan Espinoza] [http://www.pinguino.org.ve PingüinoVE]
| |
| | |
| {|__TOC__
| |
| |}
| |
| | |
| Esta página alberga la versión 1.0 de la actual Propuesta de Principios y Definición de Hardware de Fuentes Abiertas (OSHW). La declaración de ''principios'' es una descripción de alto nivel de los ideales del hardware de fuentes abiertas. La ''definición'' es un intento de aplicación de esos ideales a un estándar por el cual evaluar las licencias para los diseños de hardware.
| |
| | |
| Para endosar la Definición 1.0 de Hardware de Fuentes Abiertas, por favor agregue su nombre (y afiliación)
| |
| [http://freedomdefined.org/OSHW#Endorsements aquí] (vínculo a la página original de endosos en inglés).
| |
| | |
| [http://freedomdefined.org/OSHW_older_drafts Borradores previos de la definición también están disponibles].
| |
| | |
| El compilado de los comentarios de la comunidad respecto a las versiones anteriores de la definición se puede encontrar [http://www.openhardwaresummit.org/compiled-feedback/ aquí]
| |
| | |
| Si desea proponer cambios a la declaración de principios o a la definición, por favor hágalo en el [http://freedomdefined.org/OSHW_draft borrador de trabajo en curso]. Y, por favor, firme mientras lo edita, no de forma anónima.
| |
| | |
| ''Por favor únase a la conversación acerca de la definición [http://openhardwaresummit.org/forum aquí]''
| |
| | |
| == Declaración de Principios 1.0 ==
| |
| | |
| Hardware de Fuentes Abiertas (OSHW en inglés) es aquel hardware cuyo diseño se hace disponible públicamente para que cualquier persona lo pueda estudiar, modificar, distribuir, materializar y vender, tanto el original como otros objetos basados en ese diseño. Las fuentes del hardware (entendidas como los ficheros fuente) habrán de estar disponibles en un formato apropiado para poder realizar modificaciones sobre ellas. Idealmente, el hardware de fuentes abiertas utiliza componentes y materiales de alta disponibilidad, procesos estandarizados, infraestructuras abiertas, contenidos sin restricciones, y herramientas de fuentes abiertas de cara a maximizar la habilidad de los individuos para materializar y usar el hardware. El hardware de fuentes abiertas da libertad de controlar la tecnología y al mismo tiempo compartir conocimientos y estimular la comercialización por medio del intercambio abierto de diseños.
| |
| | |
| == Definición 1.0 ==
| |
| | |
| El borrador de la «Definición 1.0 del hardware de fuentes abiertas» se basa en la [http://opensource.org/docs/osd «Definición de Código Abierto»] para software en código abierto y el [http://freedomdefined.org/OSHW_older_drafts borrador de la «Definición del Hardware de Fuentes Abiertas 0.5»]. Dicha definición es un derivado de la [http://www.opensource.org/docs/osd «Definición de Código Abierto»], creada por Bruce Perens y los desarrolladores de Debian y conocida como la «Guía de Estilo del Software Libre para Debian». [http://www.eyebeam.org/projects/Opening-hardware Aquí] se encuentran videos y documentación del taller de hardware abierto que inició el proceso de creación de la definición. [http://openhardwaresummit.org/forum Aquí] podrás participar en la conversación sobre la definición.
| |
| | |
| '''Introducción'''
| |
| | |
| El «Hardware de fuentes abiertas» es un término para denominar artefactos tangibles - máquinas, dispositivos, u otros objetos del mundo físico - cuyo diseño ha sido publicado de forma tal que cualquier persona pueda fabricar, modificar, distribuir y usar esos objetos. Esta definición tiene la intención de proveer una guía para el desarrollo y evaluación de licencias para «Hardware de fuentes abiertas».
| |
| | |
| Es importante notar que el hardware es diferente del código (software) en la forma que los recursos físicos se dedican a la creación de objetos físicos. De esta manera, personas o entidades produciendo objetos ("productos") bajo una licencia OSHW tienen la obligación de no declarar que dichos objetos hayan sido manufacturados, vendidos, garantizados o autorizados en cualquier forma por el diseñador original. Además dichas personas o entidades no deberán usar ninguna de las marcas registradas en posesión del diseñador original.
| |
| | |
| Los términos de distribución del «Hardware de fuentes abiertas» habrán de seguir los siguientes criterios:
| |
| | |
| '''1. Documentación'''
| |
| | |
| El hardware liberado ha de incluir documentación en la forma de ficheros de diseño y deberá permitir la modificación y redistribución de los mismos. Si la documentación no acompaña al producto físico, deberá proporcionarse de manera clara la manera en que conseguir la información por no más que un razonable coste de reproducción, preferentemente por medio de una descarga desde internet libre de cargo. La documentación deberá incluir los ficheros de diseño en un formato que permita introducir cambios, por ejemplo el formato nativo de un programa de CAD. No se permiten ficheros que intencionalmente oculten el diseño. Tampoco son aceptables como substitutos formatos analógicos alternativos a código informático compilado - como planchas de cobre listas para impresión derivadas de un paquete de CAD -. La licencia podría requerir que los ficheros de diseño se proporcionen en formatos abiertos completamente documentados.
| |
| | |
| '''2. Alcance'''
| |
| | |
| La documentación del hardware deberá especificar claramente que parte del diseño, sino todo, se libera bajo la licencia.
| |
| | |
| '''3. Programas informáticos necesarios'''
| |
| | |
| Si el diseño bajo licencia necesita de un paquete de informático, bien como parte del mismo, bien para operar de forma apropiada y cumplir sus funciones básicas, la licencia podría requerir que se cumplieran alguna de las condiciones siguientes:
| |
| | |
| a) Que los interfaces habrán de estar documentados suficientemente como para considerar la posibilidad de crear un paquete informático en código abierto que permitan al dispositivo operar de forma apropiada y cumplir sus funciones básicas. Por ejemplo, esto podría incluir diagramas de tiempo detallados para señales o pseudocódigo que claramente ilustre el interface operando.
| |
| | |
| b) Que el paquete informático necesario venga liberado bajo una licencia de código abierto aprobada por la OSI.
| |
| | |
| '''4. Obras derivadas'''
| |
| | |
| La licencia deberá permitir modificaciones y obras derivadas, y permitirá que éstas se distribuyan bajo los mismos términos que la licencia de la obra original. La licencia permitirá la fabricación, venta, distribución y uso de productos creados a partir de los archivos de diseño, los archivos en sí mismos, y derivados de cualquiera de los anteriores.
| |
| | |
| '''5. Libre redistribución'''
| |
| | |
| La licencia no podrá restringir a nadie de la venta o distribución de la documentación del proyecto. La licencia no podrá requerir el pago de derechos de autor por la mencionada venta. La licencia no podrá requerir ningún derecho de autor o tasa relacionada a la venta de obras derivadas.
| |
| | |
| '''6. Atribución'''
| |
| | |
| La licencia podría requerir que los documentos derivados y notificaciones de derechos de copia (copyright) asociadas con los dispositivos atribuyan la autoría del/los autor/es licenciante/s a la hora de distribuir ficheros de diseño, bienes manufacturados y/o productos derivados de los mismos. La licencia podría requerir que esta información se hiciera accesible al usuario final utilizando el dispositivo, pero no podrá especificar el formato en que se muestre. La licencia podría requerir que las obras derivadas llevasen un nombre o número de versión distinto de aquel del diseño original.
| |
| | |
| '''7. No discriminación a personas o grupos'''
| |
| | |
| La licencia no puede discriminar ninguna persona o grupo de personas.
| |
| | |
| '''8. No discriminación a campos de aplicación'''
| |
| | |
| La licencia no puede restringir a nadie de hacer uso del trabajo (incluyendo el objeto manufacturado) en un campo específico de aplicación. Por ejemplo, no puede restringir el uso de hardware en un determinado negocio, o en investigación nuclear militar.
| |
| | |
| '''9. Distribución de la licencia'''
| |
| | |
| Los derechos proporcionados por la licencia deberán ser aplicados a todos aquellos a los que sea redistribuido el trabajo sin la necesidad de ejecutar una licencia adicional.
| |
| | |
| '''10. La licencia no será específica a un producto'''
| |
| | |
| Los derechos proporcionados por la licencia no dependen de que el trabajo licenciado sea parte de un producto determinado. Si una parte de una obra licenciada se usa y distribuye bajo los términos de la licencia, todos aquellos a los que se les redistribuya la obra deberán tener los mismos derechos que proporcione la obra original.
| |
| | |
| '''11. La licencia no deberá restringir otro Hardware o Software'''
| |
| | |
| La licencia no deberá colocar restricciones a elementos añadidos a la obra con el trabajo licenciado pero no derivados de él. Por ejemplo, la licencia no deberá asegurar que todo el hardware vendido con el objeto licenciado sea de “open source”, ni que sólo pueda utilizarse software de “open source” para controlar el dispositivo.
| |
| | |
| '''12. La licencia será neutra en términos tecnológicos'''
| |
| | |
| Ninguna de las clausulas de la licencia dependerá de una tecnología específica, componente, material o estilo de interface o uso de la misma.
| |
| | |
| '''Conclusión'''
| |
| | |
| Los firmantes de esta «Definición de Hardware de Fuentes Abiertas» reconocen que el movimiento del código abierto representa sólo una forma de compartir información. Nosotros promovemos y apoyamos todas las formas de apertura y colaboración, estén o no conformes con esta definición.
| |
| | |
| == Licencias y Hardware ==
| |
| | |
| Para promover el Hardware Abierto, es importante el no llevarse a engaño en términos de la aplicación de las leyes de derechos de autor. Según la ley de los E.E.U.U., como en muchos otros lugares, los derechos de autor no se aplican a los diseños de objetos electrónicos. Por otra parte, las patentes si se aplican. El resultado es que una licencia de Hardware Abierto se puede usar para proteger los esquemas pero probablemente no los objetos manufacturados o incluso las reproducciones de un mismo diseño que no sean copias idénticas del original. La sección que se aplica según la ley de los E.E.U.U. es la 17.102(b), que dice:
| |
| | |
| [...] In no case does ... in such work
| |
| | |
| (De ningún modo la protección copyright para un trabajo original de autoría se extiende a cualquier idea, procedimiento, proceso, sistema, método de operación, concepto, principio, o descubrimiento, sin importar la forma en la cual se describe, explica, ilustra, o se incorpora al trabajo).
| |
| | |
| == Traducciones ==
| |
| | |
| Las siguientes traducciones han sido ofrecidas por miembros de la comunidad y deberían ser chequeadas para comprobar su exactitud, y posibles problemas de lenguaje.
| |
| | |
| {{:OSHW/translations}}
| |
| | |
| == Endosos ==
| |
| | |
| El proyecto de Definición 1.0 de OSHW ha sido endosado a la fecha, por las siguientes [http://freedomdefined.org/OSHW#Endorsements personas y/u organizaciones].
| |
| | |
| Por favor, siéntase libre de añadir (su propio nombre) de esta sección. El listado de su afiliación es opcional para anotaciones personales, y se supone que los endosos son personales a menos que el nombre de la organización esté en la lista por separado.
| |
| | |
| Por favor, únase a la conversación acerca de la definición [http://openhardwaresummit.org/forum aquí];
| |