Utilisation d'images d'archives dans un projet open source

12

J'ai commencé un projet open source et j'aimerais beaucoup avoir une icône mignonne et accrocheuse pour étiqueter le projet. Mon dilemme est que je n'ai pas ou peu d'expérience dans la conception de graphiques vectoriels à utiliser dans un tel projet. Pour compenser, j'ai pensé que je pourrais acheter un graphisme à l'un des services de photos (shutterstock, etc.).

Mon projet produit de la documentation HTML à partir de fichiers en langage Gherkin et mon intention était d'utiliser cette icône au bas de chaque page pour une sorte de "sortie produite par ...".

Ma question est quelles implications cela aurait-il sur mon logiciel sous licence si j'utilisais ce graphique dedans. Je publie le logiciel sous la licence Apache v2.

open-source licensing apache-license Jeffrey Cameron
la source
Intéressant. La question n'est-elle pas plutôt de savoir quelles implications le logiciel sous licence (Apache v2) aura sur le graphique? Sont-ils «compatibles»?
Steven Jeuris
Vous voudrez peut-être jeter une centaine de dollars sur 99designs.com et obtenir vos icônes conçues sur mesure et sous licence comme vous le souhaitez. Vous pouvez également vous abstenir de poser des questions juridiques aux programmeurs, car l'intersection entre les programmeurs qui connaissent les réponses et les programmeurs qui pensent connaître les réponses n'est pas aussi importante que vous l'espérez.
Paul Tomblin
C'est une suggestion intéressante, je vais jeter un œil au site Web. Pouvez-vous suggérer un meilleur forum pour poser la question relative aux licences?
Jeffrey Cameron
1
@JeffreyCameron Les questions de licence comme celle-ci sont très bien ici. Je ne suis pas tout à fait sûr de ce que vous demandez, mais je ne connais pas très bien la licence Apache.
Adam Lear
3
L'annulation est la seule chose qui ne se produira pas. En conflit, oui, mais sans nullité. Je suis d'accord avec @Paul Tomblin que les programmeurs sont notoirement mauvais pour prédire ce qui se passera dans une situation juridique. Votre meilleur pari est de dire au fournisseur graphique spécifiquement ce que vous avez l'intention de faire, puis d'obtenir un OK écrit de sa part. Aucune ambiguïté, aucun conflit.
Peter Rowell

Réponses:

8

Si vous jetez un coup d'œil au tableau de comparaison des licences de Shutterstock, vous remarquerez qu'ils posent certaines limites à l'incorporation d'images dans les logiciels dans leur licence standard:

Intégré au logiciel en tant qu'image d'arrière-plan ou écran de démarrage:

Standard - L'image ne peut pas être reproduite plus de 250 000 fois

Amélioré - aucune limitation sur les reproductions

Mais ils refusent toute utilisation de leurs images en tant que marque, marque de service, logo ou autre indication d'origine (recherchez le tableau Utilisations interdites par les deux licences). Il semble que même si vous achetez la licence améliorée, il n'y a pas de limitation à l'utilisation de l'image dans votre logiciel, vous ne pouvez pas réellement l'utiliser dans votre "sortie produite par ..." un peu , car cela tombe probablement dans la marque de service ou indication de la catégorie d'origine.

Donc, avant de rechercher toute incompatibilité avec la licence Apache, vous devez probablement vous assurer que votre utilisation de l'image est valide. Chaque service de banque d'images a ses propres licences ou schémas de licence, donc le mieux est de les contacter directement. Ma meilleure supposition est que si votre utilisation de l'image est valide à 100%, il n'y a pas d'incompatibilité avec la plupart des licences open source.

Sinon, vous pouvez toujours publier votre logiciel sous la licence Apache et ses actifs protégés par des droits d'auteur qui ne font pas partie du logiciel sous différentes licences.

yannis
la source
Merci Yannis! Très instructif. J'avais vu quelque chose sur la licence et shutterstock semble avoir une page me contacter pour plus d'informations. Je vais les vérifier.
Jeffrey Cameron
OP reviendra sûrement et nous fera savoir comment cela s'est passé ... pas : P.
Priidu Neemre