Creo que esta pregunta es específica para los desarrolladores independientes. Piense en ello como una "aclaración de licencia" o un "caso de uso práctico de licencia".
Necesito saber cómo debe ser la estructura de los paquetes básicos de mi proyecto y cómo puedo distribuirlo.
Soy un desarrollador de aplicaciones, todavía no tengo un sitio, solo crearé el código (el paquete (B) será mi activo de marcador de posición que logré crear con mis habilidades muy limitadas, o activos que podría comprar más tarde para permitir que mi proyecto tenga algo de características únicas de visual / sfx / music, si no entra en conflicto con el paquete (C) de ninguna manera que pueda causarme problemas).
Pensé:
A) un paquete de aplicación ejecutable binaria propietaria (sin distribución de origen).
B) un paquete de medios / activos de medios patentados (podría empaquetarse junto con (A)).
C) un paquete de medios / activos de contenido CC.
El problema sobre el paquete (C) es:
- ¿Es CC-0 el único contenido de CC sobre el que puedo estar tranquilo? Tendré que redistribuirlo al menos como paquete CC-BY de acuerdo con esto: if-i-create-a-collection-that-include-a-work-offer-under-a-cc-license-which-licens-may -i-elegir-para-la-colección
- ¿Qué tan correcto es usar el contenido CC-BY y CC-BY-SA en el paquete (C)? Mientras leo, cualquier CC-BY-SA, al menos, interfiere con capturas de pantalla, videos y cualquier otro medio de promoción (pero ese medio de promoción no es demasiado problemático para mí al menos, a menos que cree escenas con mi propio proyecto) .
- ¿Algún contenido de CC-BY-SA afecta el paquete (A) o (B) de alguna manera distinta a la especificada en (2)? ¿Entonces (A) o (B) tendrían que caer bajo alguna licencia CC?
- ¿Esta cláusula CC-BY-SA "Para evitar dudas, cuando el Trabajo es una obra musical, interpretación o fonograma, la sincronización del Trabajo en relación temporizada con una imagen en movimiento (" sincronización ") se considerará una Adaptación a los fines de esta Licencia ". me obligará a distribuir libremente mi proyecto como código abierto sobre la parte del código de sincronización de mi motor de proyecto (o incluso el código fuente completo)? considerando el proyecto puede ser visto como una "actuación".
- El paquete (C) puede ser necesario para que la aplicación se ejecute, por lo que, en este caso de dependencia irrompible, ¿afectará la licencia de la aplicación de alguna manera? Además, en caso de que pueda hacer que la aplicación se ejecute sin ella, ¿se vería afectada por la aplicación?
- ¿Puedo distribuir el paquete (C) junto con mi aplicación únicamente, y más tarde, los usuarios (que lo compraron) pueden redistribuir el paquete (C) libremente e incluso publicarlo en sitios que redistribuyen contenido CC? ¿O me veo obligado a hacer que ese paquete esté disponible gratuitamente en mi sitio (o en el sitio que lo venderá) y / o en algún otro sitio? ¿O solo puedo distribuirlo desde otro sitio y solo vincularlo desde mi sitio?
PD .: ¡Los extractos del código de licencia que confirman la respuesta son muy apreciados! He estado tratando de leerlo y entenderlo todo, pero seguramente no es fácil para mí ... Otras fuentes de información otorgadas, como preguntas frecuentes u otro tipo, también pueden ser lo suficientemente buenas (ya que generalmente se refieren al código de licencia que intenta que sea más fácil de entender)
PS.2: para cualquier persona interesada, algunas nociones interesantes de sentido común para tener en cuenta sobre los medios de dominio público: http://pixabay.com/en/blog/posts/public-domain-images-what-is-allowed-and-what -is-4 /
fuente
Respuestas:
He realizado algunas búsquedas en el tema y he encontrado este diagrama de flujo para comenzar: http://creativecommons.org.au/content/licensing-flowchart.pdf
Siguiendo el diagrama de flujo, debe considerar lo que significa dominio público en CC0:
https://wiki.creativecommons.org/wiki/CC0_FAQ
Esencialmente, una vez que un trabajo es CC0, no se requiere atribución. Puede reclamar los derechos de autor de un trabajo que lo incluye, sin previo aviso especial del creador, pero no puede reclamar los derechos de autor sobre el trabajo en sí. CC0 (por algún otro creador) significa que no es GPL o de código abierto, porque no tiene que perpetuar ningún tipo de licencia y puede usarla comercialmente; simplemente no puede afirmar que es el creador del trabajo con licencia. Eso es lo que significa sin derechos reservados.
Si está interesado en liberar código en una licencia abierta, LGPL, MIT y CC-BY son bastante comparables y deben considerarse. Incluir trabajo con licencia en su trabajo es algo bueno: es parte del significado de comunidad y sinergia, por lo que es perfectamente bueno crear y usar trabajos que requieren que las licencias se incluyan o distribuyan con el producto comercial final. Y, de hecho, en la mayoría de los casos, incluso si funciona GPL, puede usar el código en productos o servicios comerciales, siempre que los trabajos con licencia GPL estén debidamente representados y estén disponibles dentro de los productos o servicios (solo puede hacerlo si solo uno o más componentes son GPL, y las bibliotecas de compilación otorgan derechos comerciales completos a los creadores de software).
fuente