Os Termos de Uso Unicode afirmam que qualquer software que use seus arquivos de dados (ou uma modificação deles) deve conter as referências de licença Unicode. Parece-me que a maioria das bibliotecas Unicode possui funções para verificar se um caractere é um dígito, uma letra, um símbolo etc., e portanto conterá uma modificação dos Arquivos de Dados Unicode (geralmente na forma de tabelas). Isso significa que a licença se aplica e todos os aplicativos que usam essas bibliotecas Unicode devem ter a licença?
Eu verifiquei e parece que pouquíssimos programas Unicode possuem a licença, embora, sem dúvida, a maioria dos que não a possuíam fosse de empresas que eram membros do consórcio Unicode (eles recebem isenções de licença?).
Alguns (por exemplo, Mozilla) são apenas "Membros de Ligação" e, embora o software deles não possua a licença (tanto quanto eu sei), eles obviamente dependem de dados derivados desses arquivos de dados. A Mozilla está violando a licença?
Devemos levar a licença em todos os aplicativos que incluam qualquer forma de suporte avançado a Unicode (isto é, dependem dos arquivos de dados Unicode)? Ou existe alguma forma de ampla isenção (já que pouquíssimos programas por aí têm a licença)?
Encaminhei esta pergunta para a equipe Unicode. Vou postar a resposta aqui quando / se eu receber uma.
about:license
Respostas:
Observação preliminar: não sou mais advogado e nunca me especializei em leis relacionadas a direitos autorais e propriedade intelectual. Se você deseja uma resposta inquestionável, consulte um advogado.
1. Dados e arquivos de dados não são os mesmos
Como afirma, o anexo 1 abrange arquivos de dados:
Arquivos de dados e dados em si não são os mesmos. Quando a Microsoft implementa métodos em maiúsculas e minúsculas no .NET Framework, o padrão unicode é usado, mas isso não significa que o .NET Framework contenha, em algum lugar, os arquivos baixados de http://www.unicode.org/
Ilustração simples de uma diferença entre os dados e o suporte:
Imagine que eu crie um banco de dados com uma lista de países, cidades e os códigos postais correspondentes. Eu expus esses dados através de um serviço da web e no meu site.
Os dados em si são de domínio público: você não pode razoavelmente criar direitos autorais da lista de países e pedir a todas as pessoas que usam essa lista para pagar ou distribuir uma cópia dos seus direitos autorais.
Por outro lado, nada me proíbe impor uma licença restritiva ao uso do serviço da Web ou do site (especialmente porque investi muito esforço ao criar esse conjunto de dados). Se eu achar que um aplicativo está raspando meu site para baixar os dados, isso seria uma violação de direitos autorais e eu poderia processar a pessoa que criou o raspador.
2. Os dados são muito vagos
Se http://www.unicode.org/ declarasse que a licença cobre os dados em si, seria muito difícil para essa organização impor tais direitos autorais.
Imagine o seguinte método:
Isso é uma violação dos direitos autorais? Eu realmente usei os dados de http://www.unicode.org/ e devo incluir a cópia da licença na minha resposta abaixo? Ou talvez eu mesmo tenha digitado essas letras?
Em outras palavras, se os dados em si foram licenciados, até onde a licença poderia ir?
3. Direitos autorais e dados
Aqui estão algumas citações interessantes:
http://www.lib.umich.edu/copyright/facts-and-data : University of Michigan
http://www.ands.org.au/guides/copyright-and-data-awareness.html : Serviço Nacional de Dados da Austrália
Esses dois exemplos, um referente aos EUA, o outro - Austrália, mostra claramente que os dados em si, ou seja, os símbolos unicode com seus respectivos números e os atributos como "este é um dígito?" ou "é uma letra maiúscula do alfabeto cirílico?" não é coberto pelos direitos autorais.
Os arquivos de dados, por outro lado, podem estar cobertos pelos direitos autorais, dependendo de sua originalidade. Por exemplo, os PDFs encontrados em http://www.unicode.org/ provavelmente seriam cobertos por direitos autorais. Se, por outro lado, for puramente uma questão de um CSV associar caracteres minúsculos a maiúsculos ou vice-versa, o autor desses dados dificilmente poderá impor os direitos autorais sobre eles.
Claramente, o
ToUpper
método que eu coloquei acima não é uma violação dos http://www.unicode.org/ copyright. Nem o código usado pelo .NET Framework ou Firefox, a menos que esses sistemas contenham algum lugar dentro dos arquivos de dados que são claramente, sem dúvida, copiados de http://www.unicode.org/ com, opcionalmente, algumas pequenas alterações.fonte
Esses arquivos formam legalmente um banco de dados, o que significa que muitas jurisdições são tratadas não como um trabalho com direitos autorais, mas sujeitas a outros tipos de proteção. Em particular, essas jurisdições considerarão o esforço (quantitativo e / ou qualitativo) necessário para a compilação desses bancos de dados. Veja, por exemplo, a Diretiva Europeia de Banco de Dados .
Como exemplo, não há decisão criativa envolvida na definição da relação entre letras maiúsculas e minúsculas. Portanto, essa tabela específica não está sujeita a direitos autorais na UE e, como o Consórcio Unicode também não é europeu, também não é coberto pelas leis de direitos de banco de dados. (Não há equivalente ao tratado de Berna para direitos de banco de dados)
fonte
complete
". E do unicode.org, "Unicode fornece um número único paraevery
caracteres". As coleções são protegidas por direitos autorais quando são uma seleção de criativos. Por exemplo, ASCII seria, pois é uma seleção de 127 caracteres mais úteis em inglês, pelo menos de acordo com seus criadores.