Insérer une information sur la licence ?
L'intérêt d'insérer les informations de licence au moment de la création de contenu pour indiquer avec exactitude ce que l'on a le droit de faire de vos documents - ou pas.
J'aimerais savoir s'il est possible, lors d'une nouvelle version de YACS, de rajouter la possibilité d'insérer une information de licence lors de la création d'une section, d'une sous section ou de pages (sans oublier S5 et les images de la collection)
D'une part, la question des droits d'auteurs (vu l'actualité) mérite en soi qu'on s'y intéresse puisqu'il n'y a pas moyen d'y échapper.
D'autre part, il y a l'exemple des licences Creative Commons adaptées en français
http:fr.creativecommons.org
http:fr.creativecommons.org/description.htm
le formulaire de choix des droits cédés http:creativecommons.org/license/?lang=fr
on présente aussi les modalités d'inscription de ces choix en bas de page web, dans les fil RSS etc
http:creativecommons.org/technology/usingmarkup
et ça existe aussi pour Blogger et Typepad
http:creativecommons.org/text/publish-weblogs
Qu'en pensez-vous ?
D'une part, la question des droits d'auteurs (vu l'actualité) mérite en soi qu'on s'y intéresse puisqu'il n'y a pas moyen d'y échapper.
D'autre part, il y a l'exemple des licences Creative Commons adaptées en français
http:fr.creativecommons.org
http:fr.creativecommons.org/description.htm
Qu'en pensez-vous ?
Comments
Je suis très intéressé par cette réflexion.
J'ai en projet de proposer différends produits sous différentes licences et cette option me semble faciliter ma démarche.
Dans le même ordre d'idée, quand on installe un serveur Yacs, on peut (et doit) préciser le copyright. Mais dans le cas d'un copyleft, par exemple, le signe © apparaît toujours, ce qui est contradictoire...
Cordialement
Paddy
-----
Parti de rien, je ne suis arrivé à rien... mais tout seul !!
Groucho Marx
Ghjmora : Pourquoi par section, sous-section, S5, etc. Pourquoi pas pour le site, globalement ?
Cette question a pour unique objet de te demander des exemples précisant l'utilisation spécifique de telle ou telle licence par section, afin de déblayer un peu le terrain... Quoique Paddy ait déjà donné le ton à ce sujet
, le cas de figure qu'il évoque est-il suffisamment fréquent, ou intéressant, pour que YACS implémente ces choix d'options de licences ?Ce débat arrive parmi nous au bon moment, non seulement à cause de l'actualité, mais aussi parce qu'il démontre la maturité de YACS, qui n'oublie pas son projet initial lié à la diffusion de contenus.
Nous ne pouvons, en effet, aller plus avant sans devenir aussi clairs concernant nos choix juridiques que dans nos choix techniques.
J'apprécie beaucoup le formulaire des choix des droits cédés de Créative commons.
Je suis aussi d'accord avec Paddy lorsqu'il soulève le fait que l'apparente contradiction dans l'utilisation du signe © reste à précisier.
Fernand :
pour l'emplacement, je pense qu'il faut permettre des types de licences différents selon les objets (texte, image, son, vidéo) et les auteurs:
Puisque YACS est modulaire, je plaiderais plutôt pour solution sous forme de cases à cocher lors de la définition de l'objet que l'on crée
- dans les options avancées d'un article
- idem pour les sections, blogs, wikis
etc à partir de l'assistant de contenu
Hélas, je comprends ce que ce "etc" recouvre de travail en matière d'écriture de scripts ou de feuilles de style...
Je rajoute une adresse où le logo cc figure en bas de page
http:www.observatoire-medias.info/article.php3?id_article=601
Ghjmora : www.observatoire-medias.info
Merci beaucoup pour ce lien
-----
Parti de rien, je ne suis arrivé à rien... mais tout seul !!
Groucho Marx
Cette réflexion est tout à fait intéressante, puisque nous en avons besoin aussi pour cette communauté, sans parler celles des autres.
Le code de YACS fait appel aux licences de manière très propre, puisque chaque script peut être licencié de façon indépendante. Pour l'instant, le schéma LGPL a été retenu, comme mentionné sur l'index des scripts. Pour le programme, nous sommes donc couverts.
Passons maintenant au contenu. Là, les choses sont plus ouvertes, par nécessité.
Un premier élément est la page à propos de ce site qui, de façon très générique, tente d'établir un copyright global pour le contenu. Ce copyright est défini par rapport dans le panneau de configuration des paramètres de rendu.
Bien entendu, vous êtes libres de rédiger une page globale différente pour votre site, et de modifier le template pour l'appeler en lieu et place de
about.php.Un deuxième élément de réflexion est l'encadrement des droits au niveau du contenu d'une section. Là, la bonne solution est sans doute d'ajouter le texte ad hoc, par exemple une référence à la licence Creative Commons, dans le champ
suffixe de la section. Ainsi, le contenu de ce champ sera reproduit en bas de page de tous les articles de la section.Bernard :
merci des explications
Si je comprends bien, en l'état il est déjà possible de faire figurer cette mention de droits
ou toute autre ?
Ghjmora: oui, ce que j'ai décrit se rapporte au YACS d'aujourd'hui, et cela existe déjà.
Ghjmora a écrit :
" Puisque YACS est modulaire, je plaiderais plutôt pour solution sous forme de cases à cocher lors de la définition de l'objet que l'on crée
* dans les options avancées d'un article
* idem pour les sections, blogs, wikis "
Il existe beaucoup trop de licences libres ou semi-libres (voir Licences opensource), sans parler des copyright, pour que cela se révèle impossible à faire. Et je ne vois pas pourquoi Yacs privilégierait telle licence plutôt que telle autre sur le contenu qui ne lui appartient pas.
Je rejoins ce qui a été dit et que j'applique :
Une licence globale pour le site, modulée, du genre "licence creative commons by sa sauf mention contraire", ce qui te permet ensuite de la moduler par section, sous-section, page.... au gré de tes besoins.
Cordialement.
Ghjmora : C'est un peu cela le "problème" avec YACS... Un tas de choses sont possibles, voire évidentes, et on ne s'en rend pas toujours compte.
J'avoue que je suis sans cesse surpris par les capacités de ce logiciel.
Ceci n'enlève rien à la valeur du débat sur les licences.
... Ni à la qualité des liens communiqués ci-dessus.
Elrik :
je ne comprends pas bien la réponse de Elrik, tout en étant complètement d'accord avec sa conclusion
- il me semble que les cas montrés dans le lien vers le site d'Open source concernent des logiciels
- ma demande ne concerne que des contenus
Je comprends l'intérêt de marquer une licence globale pour un site, mais ça peut (peut) ne pas être suffisant.
L'intérêt de la licence "creative commons", en l'état de mes connaissances, c'est de permettre d'afficher clairement ce qu'on permet: tout public en visite sait à quoi s'en tenir sur l'utilisation de l'objet (image, texte, son, vidéo) qu'il a trouvé et sur les autorisations qui lui sont accordées d'emblée.
C'est une sécurité pour le visiteur avant même d'être une protection pour le créateur.
Et c'est la raison pour laquelle je demandais la granularité la plus fine dans la définition des permissions et des restrictions.
La page http:www.framasoft.net/article2185.html est à l'origine de mon modeste savoir sur la question et sur Creative commons, et on pourra y trouver des détails mieux écrits et plus pédagogiques ainsi que des exemples sur d'autres licences (public documentation licence, Art libre) ou sur les options entièrement "Domaine public" de la CC.
cordialement
PS: il vaudrait mieux que je teste la méthode des suffixes au lieu d'intervenir...
" je ne comprends pas bien la réponse de Elrik "
C'est parce que j'ai du mal comprendre ta demande , à cause de "cette case à cocher", je pensais que tu voulais une liste exhaustive de licences possibles, alors que, je crois, tu voudrais un "champ" pour y inclure ta licence, en pied de page, par exemple. Cela s'appelle un quiproquo !
" - il me semble que les cas montrés dans le lien vers le site d'Open source concernent des logiciels
- ma demande ne concerne que des contenus "
C'est en partie vrai, mais aussi parce que les premières créations en libre étaient avant tout des logiciels. Il y en a, néanmoins, pour tous les cas, et la liste n'est pas exhaustive.
La licence Creative Commons est souvent décriée, car elle reste muette sur les "fichiers sources", et sur certaines restrictions (nc=non commercial, entre autre). Le forum de Framasoft regorge de "prises de bec" à ce sujet.
Ghjmora: Dans la version actuelle YACS recrache le suffixe tel quel. Dans la prochaine version il sera possible d'y utiliser les codes habituels pour le gras, les liens, etc...
Bernard et Elrik
merci pour ces précisions et pour l'annonce des fonctions à venir
ceci dit, je ne suis pas un intégriste des licences libres, et, par exemple, dans certains cas, le nc (non commercial) a de l'intérêt.
Bonjour,
le thème du sujet est délicat... en effet il y a beaucoup de type de licence différents, lequel préférer si yacs en génère un par contenu..?
J'attire votre attention sur celles que je connais le mieux : les creative commons. Il est vrai qu'un site en yacs peut (voire doit) présenter une licence globalement adéquate à l'entièreté du site, déclinée par la suite selon l'envie aux sections, textes, images, articles et fichier etc, mais la génération spontanée d'un texte source me semble ici plus superflu que pour les sous-contenus : en effet about.php peut être éditée et licencée à la main, il n'y a qu'une page après tout. Par contre s'il s'git de présenter une licence dufférente pour chaque contenu, l'édition manuelle dans le suffixe de l'article, la source de l'image ou autre n'a rien d'aisé, forcément, puisque chaque sous-contenu peut être autant de licence différentes. Si en plus le yacs est utilisé dans un esprit de collectivité avec une activité assez forte de communauté rédigeant du contenu, il semble plus adapté d'employer une automatisation de la tâche.
→ Creative commons propose par exemple un tagage (méta données) de certains éléments, hors html classique : pdf, rss, images... Or yacs génère du pdf, gère des images, et envoie de multiples référence rss (au moins autant que le yacs contient d'usagers, sections...).
Ne peut-on pas imaginer dans les versions futures de proposer à l'associé la possibilité d'un tagage par meta données de cette sorte, qu'il aurait au prélable autorisé à la création de chacune de ses sections ? Toutes les images seraient taggées à la volée lors d'un upload par la communauté, tous les pdf générés pour les sections necessitant une licence, et certains rss seraient également modifiés en fonction de la volonté de l'associé en direction de chacun de ses sections (de la même manière, pour le RSS des utilisateurs; ce qui d'un certain côté faciliterait même grandement la gestion des licences de contenu).
Tout ceci permettrait de rêver à une grande précision sur la protection du contenu d'un site yacsé, car de manière générale la licence qui va bien au statut global d'un site est un peu à côté de la plaque - voire contradictoire - avec certains contenus qu'il héberge.
Cordialement
Moi-meme: l'une des idées en cours de développement est celle des comportements ('behaviors' en anglais). Le principe est similaire à celui des overlays, sauf que ça s'applique à des sections, qu'il pourra y en avoir plusieurs par section, et que ça s'applique à tous les articles de la section. L'un des premiers comportements sera dédié à l'affichage et validation d'un fichier licence avant téléchargement de fichier. Quelque chose comme ceci :
- ajout du comportement 'file_license common_creative.txt' dans le champ 'behaviors' d'une section
- ajout du fichier common_creative.txt dans le répertoire behaviors/licenses
- ajout d'articles avec des fichiers à cette section
- en consultation, le contenu de la licence est affiché, avec un bouton pour faire accepter le texte avant d'autoriser le téléchargement du fichier cible
L'avantage de ce système est que vous pouvez paramétrer la licence ad hoc pour chacune des catégories de fichiers à gérer.
Et puis c'est extensible pour plein d'autres choses, comme les tags des images, etc.
Tout ceci est encore du domaine de l'idée, avant implémentation dans les prochains mois...
" 'avantage de ce système est que vous pouvez paramétrer la licence ad hoc pour chacune des catégories de fichiers à gérer. Et puis c'est extensible pour plein d'autres choses, comme les tags des images, etc. Tout ceci est encore du domaine de l'idée, avant implémentation dans les prochains mois... "
chouette !!!
Rate this page
Posted by Ghjmora on Mar. 12 2006, (popular)


