Los Términos de uso de Unicode establecen que cualquier software que use sus archivos de datos (o una modificación de ellos) debe llevar las referencias de licencia de Unicode. Me parece que la mayoría de las bibliotecas Unicode tienen funciones para verificar si un carácter es un dígito, una letra, un símbolo, etc., y por lo tanto contendrá una modificación de los archivos de datos Unicode (generalmente en forma de tablas). ¿Eso significa que la licencia se aplica y todas las aplicaciones que usan dichas bibliotecas Unicode deben llevar la licencia?
He revisado, y parece que muy pocos programas Unicode tienen la licencia, aunque podría decirse que la mayoría de los que no la tenían eran de compañías que eran miembros del consorcio Unicode (¿obtienen exenciones de licencia?).
Algunos (por ejemplo, Mozilla) son solo "Miembros de Enlace", y aunque su software no tiene la licencia (por lo que puedo decir), obviamente se basan en datos derivados de esos archivos de datos. ¿Mozilla infringe la licencia?
¿Deberíamos llevar la licencia en todas las aplicaciones que incluyen algún tipo de soporte avanzado de Unicode (es decir, están obligados a confiar en los archivos de datos Unicode)? ¿O hay alguna forma de exención amplia (ya que muy pocos programas tienen licencia)?
He enviado esta pregunta al personal de Unicode. Publicaré la respuesta aquí cuando / si recibo una.
about:license
Respuestas:
Comentario preliminar: ya no soy abogado y nunca me especialicé en leyes relacionadas con los derechos de autor y la propiedad intelectual. Si desea una respuesta incuestionable, debe consultar a un abogado.
1. Los datos y los archivos de datos no son lo mismo
Como se afirma, la exposición 1 cubre archivos de datos:
Los archivos de datos y los datos en sí no son lo mismo. Cuando Microsoft implementa métodos en mayúsculas y minúsculas en .NET Framework, se utiliza el estándar Unicode, pero esto no significa que .NET Framework contenga, en algún lugar, los archivos descargados de http://www.unicode.org/
Ilustración simple de una diferencia entre los datos y el soporte:
Imagine que creo una base de datos con una lista de países, ciudades y los códigos postales correspondientes. Expongo estos datos a través de un servicio web y en mi sitio web.
Los datos en sí son de dominio público: no puede proteger razonablemente los derechos de autor de la lista de países y pedir a todas las personas que utilizan dicha lista que le paguen o que distribuyan una copia de sus derechos de autor.
Por otro lado, nada me impide hacer cumplir una licencia restrictiva sobre el uso del servicio web o el sitio web (especialmente porque invertí mucho esfuerzo al crear este conjunto de datos). Si descubro que una aplicación está raspando mi sitio web para descargar los datos, esto sería una infracción de los derechos de autor y podría demandar a la persona que creó el raspador.
2. Los datos son demasiado vagos.
Si http://www.unicode.org/ declara que la licencia cubre los datos en sí, sería muy difícil para esta organización hacer cumplir tales derechos de autor.
Imagine el siguiente método:
¿Es esto una violación de los derechos de autor? ¿Realmente utilicé los datos de http://www.unicode.org/ y debería incluir la copia de la licencia en mi respuesta a continuación? ¿O tal vez solo escribí esas cartas yo mismo?
En otras palabras, si los datos en sí tenían licencia, ¿hasta dónde podría llegar la licencia?
3. Copyright y datos
Aquí hay algunas citas interesantes:
http://www.lib.umich.edu/copyright/facts-and-data : University of Michigan
http://www.ands.org.au/guides/copyright-and-data-awareness.html : Servicio Nacional de Datos de Australia
Esos dos ejemplos, uno concerniente a EE. UU., El otro - Australia, muestra claramente que los datos en sí mismos, es decir, los símbolos unicode con sus respectivos números y atributos como "¿es esto un dígito?" o "¿es esta una letra mayúscula del alfabeto cirílico?" no está cubierto por los derechos de autor.
Los archivos de datos, por otro lado, pueden estar cubiertos por los derechos de autor, dependiendo de su originalidad. Por ejemplo, los archivos PDF que encuentre en http://www.unicode.org/ probablemente estarían cubiertos por derechos de autor. Si, por otro lado, se trata puramente de un CSV que asocia caracteres en minúsculas a mayúsculas o viceversa, el autor de dichos datos difícilmente podría hacer cumplir los derechos de autor sobre ellos.
Claramente, el
ToUpper
método que puse arriba no es una violación de http://www.unicode.org/ copyright. Tampoco el código utilizado por .NET Framework o Firefox, a menos que esos sistemas contengan algún lugar dentro de los archivos de datos que claramente, sin duda, se copian de http://www.unicode.org/ con, opcionalmente, algunos cambios menores.fuente
Estos archivos forman legalmente una base de datos, lo que significa que muchas jurisdicciones no se tratan como un trabajo con derechos de autor, sino que están sujetos a otros tipos de protección. En particular, dichas jurisdicciones considerarán el esfuerzo (cuantitativo y / o cualitativo) necesario para la compilación de tales bases de datos. Véase, por ejemplo, la Directiva europea de bases de datos .
Como ejemplo, no hay una decisión creativa involucrada en la definición de la relación entre letras mayúsculas y minúsculas. Por lo tanto, esa tabla en particular no está sujeta a derechos de autor en la UE, y dado que el Consorcio Unicode tampoco es europeo, tampoco está cubierto por las leyes de derecho de base de datos. (No existe un equivalente del tratado de Berna para los derechos de base de datos)
fuente
complete
". Y de unicode.org, "Unicode proporciona un número único para elevery
personaje". Las colecciones están protegidas por derechos de autor cuando son una selección creativa. Por ejemplo, ASCII sería, ya que es una selección de 127 caracteres más útiles en inglés, al menos según sus creadores.