मुक्त स्रोत सरकारी खरीद गाइड

यह दस्तावेज़ का नाम है, जिसे यूरोपीय संघ द्वारा कमीशन अध्ययन के परिणामस्वरूप बनाया गया था। मुझे इवान बेगतिन के एक ब्लॉग पर पीडीएफ प्रारूप में इस दस्तावेज़ का एक लिंक मिला (वह जो रूसी सरकार की खरीद वेबसाइट पर पत्र विनिमय खोला)



मुझे इस दस्तावेज़ को रूसी में अनुवाद करने का विचार मिला, ताकि अधिकारियों के साथ सज्जनों के चेहरे पर कुछ ऐसा हो सके, जो उदाहरण के लिए 1 मिलियन रुपये के लिए तुच्छ सॉफ्टवेयर खरीदे । यानी ताकि प्रश्न "यह सब क्या है?" इस दस्तावेज़ के लिए एक लिंक प्रदान कर सके।



लेकिन, एक आदमी काफी आलसी होने के नाते, मैंने तुरंत महसूस किया कि पीडीएफ का अनुवाद करते हुए, प्रारूपण को बनाए रखना मेरे लिए एक असंभव कार्य होगा। इसलिए, मैंने उस संगठन को लिखा जिसने अध्ययन (OSOR.eu) का संचालन किया , एक पत्र ने मुझे दस्तावेज़ को ODT को भेजने के लिए कहा। ओडीटी में क्यों - क्योंकि पीडीएफ मेटाडेटा ने संकेत दिया कि यह ओओ से निर्यात किया गया था।



सामान्य तौर पर, पत्राचार लगभग 2 सप्ताह तक चलता है, और मुझे अभी भी अपना रास्ता मिल गया है। मुझे नहीं पता कि कैसे, लेकिन उन्होंने इस दस्तावेज़ को पाया और मुझे भेजा।



दस्तावेज़ काफी बड़ा है (रूसी में 88 पृष्ठ), इसलिए मैंने उस टूल के बारे में बात करने के लिए एक संक्षिप्त सार + के साथ एक पोस्ट लिखने का फैसला किया जिसे मैं कम या ज्यादा आसानी से दस्तावेज़ को ODT में रूसी में स्वरूपण के संरक्षण के साथ अनुवाद करता था।





जैसा कि यह पता चला है, यूरोपीय संघ ने हाल ही में ओपन सोर्स सॉफ़्टवेयर पर ध्यान दिया है (इसके बाद, ओपन सोर्स सॉफ्टवेयर को संदर्भित करता है जो एक ही समय में ओपन और फ्री दोनों है)। और इसलिए, अक्टूबर 2008 में, उन्होंने OSOR ओपन सोर्स ऑब्जर्वेटरी एंड रिपॉजिटरी (वेबसाइट http://www.osor.eu/ ) बनाई। ईयू ने इस संगठन को ओपन सोर्स सॉफ्टवेयर की खरीद के विषय पर एक अध्ययन के साथ कमीशन किया है।



अध्ययन का सार एक दिशानिर्देश बनाने के लिए था जो सभी राष्ट्रीय और यूरोपीय विधायी मानकों के अनुपालन में, निविदाओं के लिए खुला स्रोत सॉफ्टवेयर खरीदने के लिए अनुमति देता है।

ओपन सोर्स सॉफ्टवेयर की बात आने पर हमें टेंडर की आवश्यकता क्यों है?

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



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

यूरोपीय संघ में सॉफ्टवेयर खरीद के साथ स्थिति क्या है?

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



लेखक एक और विधि का प्रस्ताव देते हैं, अर्थात्: निविदाकारों को कार्यात्मक और तकनीकी विशिष्टताओं के आधार पर उनके समाधान प्रस्तुत करने में सक्षम बनाना। यही है, अगर हम कार्यालय सॉफ्टवेयर की आपूर्ति के बारे में बात कर रहे हैं, तो निविदा में यह निर्दिष्ट करने के बजाय कि Microsoft कार्यालय के लिए निश्चित संख्या में लाइसेंस आवश्यक हैं, आवश्यक कार्यक्षमता का वर्णन किया जाना चाहिए, उदाहरण के लिए: टाइपिंग और संपादन पाठ, वर्तनी जाँच, स्प्रेडशीट, प्रस्तुति संपादक। आदि (स्वाभाविक रूप से, अधिक विस्तार से, मैंने यहां एक उदाहरण के रूप में लिखा है)।



खुले निर्णय सहित कई निर्णय, पहले से ही इस तरह के निविदा में प्रस्तुत किए जा सकते हैं। स्वाभाविक रूप से, संगठन को एक विकल्प का सामना करना पड़ता है - मालिकाना चुनें, लेकिन सॉफ़्टवेयर दस्तावेज़ों के मौजूदा डेटाबेस के साथ संगत, या खुला चुनें, लेकिन हमेशा संगत नहीं। इस बिंदु पर, आपको स्वामित्व की दीर्घकालिक लागत और खुले मानकों पर स्विच करने की संभावना को ध्यान में रखना चाहिए।

मानक खोलें

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

सरकारी संगठनों के लिए खुले मानक विशेष रूप से महत्वपूर्ण क्यों हैं?

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



किसी भी व्यक्तिगत सॉफ़्टवेयर निर्माताओं से स्वतंत्र रूप में जानकारी प्रदान करने का सबसे प्राकृतिक तरीका एक खुले मानक के आधार पर प्रदान करना है। उदाहरण के लिए, पीडीएफ प्रारूप में एक दस्तावेज़ को मुद्रित करने के लिए, एक नागरिक को किसी भी अतिरिक्त सॉफ़्टवेयर को खरीदने की आवश्यकता नहीं है, क्योंकि सभी मौजूदा प्लेटफार्मों के लिए मुफ्त (और मुफ्त) सॉफ़्टवेयर के लिए कई विकल्प हैं।

ओपन सोर्स सॉफ्टवेयर और खुले मानकों की लागत-प्रभावशीलता

एक संगठन जो एक मालिकाना प्रारूप में जानकारी जमा करता है, वह जोखिम चलाता है कि इस सॉफ़्टवेयर के प्रदाता ने इसका समर्थन करना बंद कर दिया है, या बाजार को पूरी तरह से छोड़ दिया है। इस मामले में, कम से कम दो समस्याएं हैं:

• सॉफ़्टवेयर को अद्यतित रखने के लिए कोई नहीं
• अन्य संगठनों और नागरिकों को जानकारी स्थानांतरित करना असंभव है, क्योंकि तीसरे पक्ष को सॉफ़्टवेयर स्थानांतरित करने का कोई अधिकार नहीं है

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



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

हमारी शर्तों में दस्तावेज़ की प्रयोज्यता

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



सामान्य तौर पर, मेरा मानना ​​है कि मन जीत जाएगा, और हम राज्य की गतिविधियों के आधार के रूप में मुफ्त सॉफ्टवेयर और मानकों का उपयोग करने का भी फैसला करेंगे, और हर तरह से अपने प्रोग्रामरों के विकास और समर्थन में योगदान करेंगे।

टिप्पणी

मैं तुरंत इस तथ्य पर ध्यान देना चाहता हूं कि मैं एक वकील नहीं हूं (और, विशेष रूप से, यूरोपीय कानून में विशेषज्ञता वाला वकील नहीं), लेकिन मैंने खुद को अंग्रेजी सिखाई। इसलिए, हर कोई जो एक दस्तावेज़ पढ़ता है, अंग्रेजी में मूल के साथ तुलना करता है, और अनुवाद त्रुटियों या पाठ के लिए अनुवाद अपर्याप्त पाता है - एक बड़ा अनुरोध: आवश्यक सुधार करें और मेरे लिए दस्तावेज़ को अग्रेषित करें ताकि मैं इसे अपडेट कर सकूं। अग्रिम धन्यवाद।

---

प्रारूपण को बनाए रखते हुए ODT में दस्तावेज़ों का अनुवाद कैसे करें

OpenOffice प्रारूप फ़ाइलों में संग्रहीत परीक्षणों का अनुवाद करने के लिए, एक विशेष सॉफ्टवेयर पैकेज है, जिसे “Translate Toolkit” कहा जाता है। यहां स्थित है: http://translate.sourceforge.net/wiki/developers/projects/odf ।



यह सेट इस तरह काम करता है:

• odf2xliff कमांड का उपयोग करते हुए, एक odt फ़ाइल एक विशेष xlf फ़ाइल में बदल जाती है
• एक xlf फ़ाइल पुण्यकाल (जो सेट का हिस्सा है) में खोली गई है और अनुवादित है
• xliff2odf कमांड का उपयोग करते हुए, xlf फाइल को ओआरटी प्रारूप में परिवर्तित किया जाता है, स्वरूपण को संरक्षित करते हुए, लेकिन अनुवादित संस्करण में।

सॉफ्टवेयर पैकेज स्थापना

यहां मैं उबंटू ओएस में इंस्टॉलेशन का वर्णन करता हूं। यदि अन्य ऑपरेटिंग सिस्टम में यह कैसे किया जाता है, इस बारे में जानकारी है, तो कृपया साझा करें।

• नवीनतम संस्करण svn रेपो से डाउनलोड करें:
  
  

  svn co https://translate.svn.sourceforge.net/svnroot/translate/src/trunk
        
        
  
          
          
          
        
  
      
          
          
          
        
        
  
          
          
          
        
  
      
       

• पैकेज के साथ निर्देशिका पर जाएं और कमांड निष्पादित करें
  
  

   sudo ./setup.py install
        
        
  
          
          
          
        
  
      
          
          
          
        
        
  
          
          
          
        
  
      
       

• गुणात्मक उपनिर्देशिका पर जाएं और कमांड निष्पादित करें
  
  

   sudo ./setup.py install
        
        
  
          
          
          
        
  
      
          
          
          
        
        
  
          
          
          
        
  
      
       

सॉफ्टवेयर पैकेज का उपयोग करना

फ़ाइल /tmp/osor.odt का अनुवाद करने के लिए, आपको निम्नलिखित चरण करने होंगे:

• ओब्लेट को xlf में बदलें:
  
  

   odf2xliff /tmp/osor.odt /tmp/osor.xlf
        
        
  
          
          
          
        
  
      
          
          
          
        
        
  
          
          
          
        
  
      
       

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

   xliff2odf -t /tmp/osor.odt /tmp/osor.xlf /tmp/osor_ru.odt
        
        
  
          
          
          
        
  
      
          
          
          
        
        
  
          
          
          
        
  
      
       

  हमें संरक्षित स्वरूपण के साथ अनुवादित फ़ाइल मिलती है

टिप्पणी

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



लेकिन, इन कमियों के बावजूद, पूरे पर यह अनुवाद के काम को सुगम बनाता है, विशेष रूप से सामूहिक एक (बेशक, अगर कई लोग अनुवाद कर रहे हैं)।



इसके अलावा, एक ही पैकेज में सामूहिक ऑनलाइन अनुवाद के लिए एक उपकरण है। लेकिन मैंने इसका उपयोग नहीं किया, क्योंकि अनुवाद किया हुआ।