MIT लाइसेंस बनाम क्रिएटिव कॉमन्स छवियों और अन्य परिसंपत्तियों के लिए


14

क्या कोई मेरे लिए एक विशेष लाइसेंस भ्रम को हल कर सकता है? मैं हमेशा वास्तव में हैरान हूं कि सॉफ्टवेयर लाइसेंस कैसे काम करता है।

मैं चाहता हूं कि हर कोई अपने सॉफ़्टवेयर का उपयोग कम से कम करने में सक्षम हो, अगर कोई प्रतिबंध और कोई वारंटी नहीं है। इसलिए मैं सिर्फ एक अनुमेय लाइसेंस (एमआईटी लाइसेंस मेरी पसंद था) का उपयोग करता हूं और कुछ लिखता हूं

यह परियोजना, जिसमें सभी फाइलें और उनकी सामग्री शामिल है, एमआईटी लाइसेंस की शर्तों के तहत लाइसेंस प्राप्त है

विवरण के लिए LICENSE.txt देखें।

परियोजना की README में।

मैं इस बारे में उलझन में हूं कि यह परियोजना की "कलाकृतियों" (सहायक फाइलें; फाइलें, जो वास्तव में स्रोत फाइलें नहीं हैं) के लिए कैसे काम करती हैं। मैं अपनी परियोजना की हर एक फ़ाइल पर लागू होने वाली समान लाइसेंस शर्तें चाहता हूं, जिसमें शामिल हैं

  • निर्माण प्रणाली / दस्तावेज़ीकरण फ़ाइलें ( Makefileरों, CMakeLists.txt, Doxyfile, आदि .; मैं वास्तव में लगभग ऊपर खंड उन फ़ाइलों पर लागू होता है कुछ यह कर रहा हूँ, यह नहीं है?),
  • HTML / जावास्क्रिप्ट / सीएसएस / XML / आदि। फ़ाइलें (क्या वे भी लाइसेंस प्राप्त हैं? मुझे यकीन नहीं है। मैं भी चाहता हूं कि लोग उनकी जांच करें, अपने स्वयं के संस्करण प्राप्त करें, आदि)
  • छवियां और अन्य द्विआधारी संपत्ति (मैं चाहता हूं कि लोग प्रस्तुतियों और ऐसे में उनका उपयोग करने में सक्षम हों)।

मैंने देखा है कि लोग अपनी परियोजनाओं के लिए दोहरे लाइसेंस का काम कर रहे हैं। उदाहरण के लिए, स्रोत फ़ाइलों को एमआईटी लाइसेंस के तहत लाइसेंस प्राप्त होता है, और छवियों को क्रिएटिव कॉमन्स लाइसेंस में से एक के तहत लाइसेंस प्राप्त होता है। वे ऐसा क्यों करेंगे, MIT लाइसेंस पर्याप्त नहीं है? मेरा मतलब है, लाइसेंस का पाठ केवल "सॉफ़्टवेयर" पर चर्चा करता है। मुझे यकीन नहीं है अगर उदाहरण के लिए "सॉफ्टवेयर" के एक भाग के रूप में छवियों को शामिल किया गया है, खासकर अगर छवियां सॉफ्टवेयर का एक उत्पाद हैं (जैसे कि अगर मैं उदाहरण देना चाहता हूं कि सॉफ्टवेयर किस प्रकार की इमेजरी का उत्पादन करने में सक्षम है)। या क्या वे?

और अगर परियोजना में वास्तव में कोई स्रोत कोड नहीं है? क्या होगा अगर यह केवल (मेरे दृष्टिकोण से, उपयोगी) कॉन्फ़िगरेशन फ़ाइलों का एक सेट है, जो अगर ठीक से उपयोग नहीं किया जाता है, तो इसके परिणामस्वरूप सॉफ़्टवेयर का एक और टुकड़ा गलत व्यवहार कर रहा है और उपयोगकर्ता के डेटा को गड़बड़ कर रहा है?

मैं वास्तव में अपनी हर एक परियोजना में शामिल करने के लिए एक सार्वभौमिक शब्द के साथ आना चाहता हूं और बस इसके साथ किया जाना चाहिए। इसके अलावा, यदि कोई उपयोगी सुझाव आता है और मैं अपनी परियोजना की लाइसेंस शर्तों को बदलने का फैसला करता हूं, तो क्या मैं केवल ऐसा कर सकता हूं यदि मैं एकमात्र योगदानकर्ता हूं? परियोजना पर विचार एमआईटी लाइसेंस के तहत "लाइसेंस प्राप्त" था।

मैं यह पूछकर आत्मकेंद्रित महसूस करता हूं, क्योंकि मेरी कोई भी परियोजना कभी भी किसी को वास्तव में दिलचस्पी नहीं लेती है, लेकिन मुझे हमेशा ऐसा लगता है कि जब मुझे इस बारे में सोचना है तो मुझे अपने मस्तिष्क को खरोंचने की ज़रूरत है, इसलिए मुझे वास्तव में खुशी होगी अगर कोई मेरे लिए यह स्पष्ट कर सकता है ।


2

जवाबों:


16

ऐसा लगता है कि आप वास्तव में कई सवाल पूछ रहे हैं, इसलिए मैंने उन्हें व्यक्तिगत रूप से जवाब देने की कोशिश की है। मैं उन्हें उद्धृत प्रश्न के रूप में पुन: प्रकाशित कर रहा हूं, हालांकि मैंने उन्हें समझने के प्रयास में बनाया है कि मुझे क्या लगता है कि आप पूछना चाहते हैं।

क्या मुझे अपने प्रोजेक्ट की सभी फाइलों के लिए MIT लाइसेंस का उपयोग करना चाहिए?

अपने लक्ष्यों के आपके विवरण को देखते हुए कि आप क्या चाहते हैं कि लोग आपके काम में सक्षम हों, अपनी परियोजना में सभी स्रोत फ़ाइलों के लिए एमआईटी लाइसेंस का उपयोग करना वास्तव में एक सभ्य विकल्प की तरह लगता है।

क्या मुझे भी उसी तरह की सहायक शर्तें "सहायक" फाइलों पर लागू करनी चाहिए जैसे Makefileएस आदि?

पूर्ण रूप से। वे आपकी परियोजना का एक महत्वपूर्ण हिस्सा हैं क्योंकि उनके बिना, आपका उत्पाद उपयोग करने योग्य नहीं होगा। यदि आपका प्रोजेक्ट केवल गैर-मुक्त Makefileएस का उपयोग करके बनाया जा सकता है , तो कई लोग - जिनमें एफएसएफ और खुद शामिल हैं - पूरे प्रोजेक्ट को गैर-मुक्त मानेंगे।

कॉपीराइट के दृष्टिकोण से, Makefileयह आपके प्रोजेक्ट में किसी भी अन्य स्रोत फ़ाइल के रूप में काम का एक टुकड़ा है। आपने इसे लिखा - इसके लिए आपके पास कॉपीराइट है। यदि आप चाहते हैं कि मैं इसके साथ कुछ दिलचस्प करने में सक्षम हो, तो आपको मुझे अनुमति देनी होगी, जो आप मुझे फ़ाइल को लाइसेंस देकर करते हैं। किसी भी विरोधाभासी सबूत के अभाव में, कोई यह मान लेगा कि READMEसभी फाइलों पर सामान्य जानकारी लागू होगी क्योंकि आप सही तरीके से मान रहे हैं। वैसे भी, मैं आपको सलाह दूंगा कि आप अपने द्वारा लिखी गई प्रत्येक स्रोत फ़ाइल में एक छोटी कॉपीराइट सूचना डालें, ताकि आप कोई संदेह न छोड़ें। नोटिस को इस तरह पढ़ सकते थे।

Copyright (c) 2016 Egor Tensin

This file is part of Fancy Project.  This is free software; see the file COPYING
for more information.  There is no warranty; not even for merchantability or
fitness for a particular purpose.

चूंकि MIT लाइसेंस कम है, इसलिए आप प्रत्येक फ़ाइल में इसकी संपूर्णता की प्रतिलिपि बनाने पर भी विचार कर सकते हैं। जीपीएल की तरह अन्य लाइसेंस, प्रत्येक फ़ाइल में रखे जाने वाले एक विशिष्ट नोटिस का सुझाव देते हैं, जो ऊपर दिखाए गए उदाहरण से अलग होगा।

क्या HTML / JavaScript / CSS / XML फ़ाइलें लाइसेंसिंग के अधीन हैं?

ज़रूर। फिर से, कॉपीराइट आपके काम में लिखी जाने वाली भाषा के लिए अज्ञेय है। यह सब मायने रखता है कि फाइलें एक रचनात्मक मानवीय प्रक्रिया का उत्पाद हैं । पिछले अनुभाग से सब कुछ इन फ़ाइलों पर भी लागू होता है।

चित्रों और अन्य बाइनरी फ़ाइलों के बारे में क्या? क्या मुझे क्रिएटिव कॉमन्स लाइसेंस के तहत उन्हें दोहरे लाइसेंस देने चाहिए?

सिद्धांत रूप में कुछ भी नहीं है जो एमआईटी लाइसेंस को छवियों के लिए अनुपयुक्त बना देगा, जब तक कि वे कॉपीराइट के अधीन हैं। हालांकि, एक बात पर विचार करना है कि कलात्मक कार्यों या प्रस्तुतियों के लिए एमआईटी लाइसेंस का अक्सर उपयोग नहीं किया जाता है। इसलिए यदि आप अपने उपयोगकर्ताओं को उनके कार्यों में कुछ चित्रों का उपयोग करना आसान बनाना चाहते हैं, तो आप उन्हें क्रिएटिव कॉमन्स लाइसेंस के तहत दोहरे लाइसेंस देकर उनका पक्ष लेंगे । यदि आप कॉपीराइट धारक हैं, तो आप एक साथ अपने काम को जितने चाहें उतने लाइसेंस के तहत लाइसेंस दे सकते हैं। उदाहरण के लिए, आप निम्न कथन को अपनी READMEफ़ाइल में रख सकते हैं।

Copyright (c) 2016 Egor Tensin

This project is free software.  There is no warranty; not even for
merchantability or fitness for a particular purpose.

You may use, copy, modify and redistribute all files included in this
distribution, individually or in aggregate, subject to the terms and conditions
of the MIT license.  See the file `LICENSE-MIT.txt` for details.

In addition, you may -- at your option -- use, copy, modify and redistribute all
images included in this distribution under the directory named `pictures`
according to the terms and conditions of the Creative Commons Attribution 4.0
International License.  See the file `LICENSE-CC-BY.txt` for details.

चित्रों को दोहरे लाइसेंस देने से यह लाभ होता है कि आपकी परियोजना अभी भी सभी फ़ाइलों के लिए एक ही लाइसेंस का उपयोग करती है, लेकिन उन उपयोगकर्ताओं के लिए चित्रों के लिए अधिक "प्राकृतिक" लाइसेंस का उपयोग करने की भी पेशकश करती है जो इससे लाभान्वित होंगे।

क्या होगा यदि चित्र सॉफ्टवेयर द्वारा निर्मित होते हैं?

कॉपीराइट केवल मनुष्यों द्वारा बनाए गए रचनात्मक कार्यों को शामिल करता है। यदि एक छवि विशेष रूप से एक मशीन द्वारा बनाई गई थी जिसमें मानव द्वारा कोई रचनात्मक इनपुट नहीं था, तो यह कॉपीराइट नहीं है और लाइसेंस योग्य नहीं है। उस ने कहा, अधिकांश ग्राफिक्स में शायद कम से कम कुछ हद तक रचनात्मक मानव इनपुट शामिल होंगे ताकि आप उन्हें लाइसेंस देकर सुरक्षित पक्ष पर रहें। सबसे अच्छे मामले में, स्पष्ट लाइसेंस स्टेटमेंट शानदार होगा। बेशक, मुझे आपके चित्रों का पता नहीं है और उनमें कितनी रचनात्मकता थी।

क्या मैं बाद के समय में अपनी परियोजना का लाइसेंस बदल सकता हूं?

कॉपीराइट धारक हमेशा अपने काम पर अतिरिक्त अनुमति देने के लिए स्वतंत्र होते हैं। यही है, यदि आप एमआईटी लाइसेंस के तहत आज जारी करते हैं और कल तय करते हैं कि आप क्रिएटिव कॉमन्स लाइसेंस के तहत चित्रों को भी लाइसेंस देना चाहते हैं , तो आप ऐसा करने के लिए पूरी तरह से स्वतंत्र हैं। क्या आप ऐसा नहीं कर सकते है निरस्तएक मुफ्त सॉफ्टवेयर लाइसेंस। यही है, यदि आप आज एमआईटी लाइसेंस के तहत प्रकाशित करते हैं और फिर कल फैसला करते हैं कि जीपीएल एक बेहतर फिट होगा, तो हर कोई जो पहले ही एमआईटी-लाइसेंस प्राप्त कर चुका है, वह नियम और शर्तों के तहत सॉफ्टवेयर का उपयोग करने में सक्षम रहेगा। एमआईटी लाइसेंस। और चूंकि यह लाइसेंस असीमित पुनर्वितरण की अनुमति देता है, इसलिए हर कोई इस व्यक्ति को एक प्रति प्रस्तुत करने का फैसला करता है। अंत में, यह हो सकता है कि आपको रूढ़िवादी रूप से लाइसेंस प्रदान करने में समझदारी हो क्योंकि आप हमेशा अधिक बाद में जोड़ सकते हैं लेकिन एक बार प्रकाशित होने के बाद, आप उन्हें फिर से वापस नहीं ले सकते।


3
लेकिन जब आपके पास पहले से वितरित सॉफ़्टवेयर का लाइसेंस रद्द करने का कोई तरीका नहीं है, तो सॉफ़्टवेयर के नए संस्करणों के लिए आपको लाइसेंस की शर्तों को बदलने से रोकने के लिए कुछ भी नहीं है। उदाहरण के लिए, यदि आप अपने सॉफ़्टवेयर के लिए सभी कलाकृति को फिर से डिज़ाइन करते हैं, तो आप पूरी तरह से अलग लाइसेंस के तहत नई कलाकृति वितरित कर सकते हैं यदि आप चाहते थे।
साइमन बी

आपके बहुत व्यापक उत्तर के लिए बहुत-बहुत धन्यवाद। मैं अपने सवाल को छोटे खंडों में विभाजित नहीं करने के लिए माफी चाहता हूं।
ईगोर टेन्सिन

मेरे पास बस एक छोटा-सा फॉलो-अप है: क्या होगा यदि मेरी परियोजना पूरी तरह से छवियों और HTML फ़ाइलों के एक सेट से युक्त है (उदाहरण के लिए एक स्थिर छवि)? मुझे लगता है कि परियोजना शुरू करने के लिए एमआईटी लाइसेंस के तहत परियोजना को लाइसेंस देना मेरे लिए ठीक था, क्या यह परियोजना नहीं थी? मैं अभी भी थोड़ा सा उलझन में हूँ क्योंकि लाइसेंस पाठ "सॉफ़्टवेयर" के बारे में बात करता है, लेकिन HTML फाइलें और छवियां डेटा हैं, कोड नहीं। क्या आप सीसी लाइसेंस के तहत भी ऐसी परियोजनाओं को दोहरे लाइसेंस देने की सिफारिश करेंगे? क्या मैं मौजूदा रिपॉजिटरी के लिए ऐसा कर सकता हूं?
ईगोर टेन्सिन

और अगर मैं कर सकता हूं, तो क्या इसका मतलब यह होगा कि दूसरे लाइसेंस को जोड़ने वाले प्रतिबद्ध से पहले के संस्करण केवल एमआईटी लाइसेंस की शर्तों के तहत लाइसेंस प्राप्त रहेंगे?
ईगोर टेन्सिन

1
वेबसाइट के लिए एमआईटी लाइसेंस का उपयोग करने से आपको कुछ भी नहीं रोकता है, लेकिन यह एक अपरंपरागत विकल्प होगा और अधिकांश उपयोगकर्ता शायद सीसी लाइसेंस के साथ खुश होंगे। आप हमेशा अपने पुराने संस्करणों के लिए भी एक अतिरिक्त विकल्प के रूप में सीसी की पेशकश कर सकते हैं। आप इसकी घोषणा कैसे करेंगे, यह इस बात पर निर्भर करेगा कि आप इसे कैसे प्रकाशित करते हैं। निजी तौर पर, मैं पुराने संस्करण के बारे में बहुत ज्यादा चिंता नहीं करूंगा। नया वैसे भी अधिक भयानक होना चाहिए, है ना? और जैसा कि साइमन ने देखा, आपको नए वितरण के लिए पूर्व में उपयोग किए गए लाइसेंस को फिर से लागू करने की आवश्यकता नहीं है। आप बस पहले से किए गए वितरण से इसे दूर नहीं कर सकते ।
5gon12eder
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.