"यूरो अंग्रेजी" लोकेल क्यों नहीं है?


93

मैं en_DK.UTF-8एक नई प्रणाली स्थापित करते समय कुछ हद तक सनकी लोकेल का उपयोग करता था, क्योंकि जो मैं चाहता था, उसके स्थानीय परिणाम (भले ही) मैं डेनमार्क में नहीं था।

  • माप मीट्रिक
  • समझदार तारीख और समय प्रारूप, लेकिन अंग्रेजी में दिन और महीने के नाम
    • 24 घंटे का समय प्रारूप
    • काम सप्ताह सोमवार से शुरू होता है
    • न्यूमेरिक दिनांक (कुछ कम से कम जैसा) आईएसओ प्रारूप, yyyy-mm-dd
    • अनौपचारिक तिथि dd / mm है, अन्य तरीके से नहीं
  • ए 4 पेपर का आकार
  • यूरो मुद्रा
  • अंग्रेजी में सिस्टम संदेश

काश, उबंटू और डेबियन अब en_DKलोकेल का समर्थन नहीं करते । मैं सोच रहा था कि en_EU"यूरो इंग्लिश" के लिए कुछ ऐसा होना चाहिए ।

मेरे द्वारा काम किए गए हर स्थान पर इस प्रकार की आवश्यकता थी - संगठन की आधिकारिक भाषा अंग्रेजी है, लेकिन हम हर चीज के लिए महाद्वीपीय यूरोपीय चूक चाहते हैं।

मैं कल्पना कर रहा हूं कि मैं यह सोचने वाला पहला व्यक्ति नहीं हूं कि एक "स्थान अज्ञेयवादी" अंग्रेजी लोकल मुझे व्यक्तिगत रूप से और उन संगठनों को लाभान्वित करेगा जिनके लिए मैं काम करता हूं। तो यह मौजूद क्यों नहीं है, और मैं आगे की चर्चा और औचित्य के लिए कहां देखूं?

... या मुझे आगे जाकर इसका प्रस्ताव देना चाहिए? किसको?


1
मुझे यकीन है कि यह StackExchange नेटवर्क पर कहीं अच्छा सवाल होगा, लेकिन यह वास्तव में एक प्रोग्रामिंग समस्या नहीं है, है?

1
तुम मुझे यहां भ्रमित कर दो। डेनमार्क ने यूरो AFAIK को कभी नहीं अपनाया है, और डेबियन परीक्षण और अस्थिर दोनों के पास अभी भी एक en_DK लोकेल है (DKK / kr मुद्रा के साथ)
स्टीफन चेज़लस

1
वास्तव में मैं सिर्फ इस तथ्य के साथ रहता था कि इसमें गलत मुद्रा थी; मुझे वास्तव में उस सुविधा की आवश्यकता नहीं है, लेकिन यह संपूर्णता के लिए प्रश्न में शामिल करने वाली चीजों में से एक के रूप में सामने आई। यह en_DKलोकेल एक अजीब जिज्ञासा है; इसकी उत्पत्ति कहां से हुई और अन्य देशों के लिए यादृच्छिक अंग्रेजी स्थान क्यों नहीं हैं? यह शायद ही हो जैसे डेनमार्क में अंग्रेजी बोलने वालों का असामान्य रूप से उच्च अनुपात है।
त्रिवेणी

5
@ पहुंचें: कौन नियंत्रण खोएगा? किस बात पर? क्या यह गलत बात है? एक संप्रभु राज्य एक अच्छा और / या इसके लिए एकमात्र स्वीकार्य हितधारक क्यों है? उत्तरी अमेरिका के लिए स्पेनिश सेटिंग्स मेरे परिदृश्य के अनुरूप हैं; मुझे पूरा यकीन है कि इसके लिए एक मांग होगी। और मैं नहीं देखता कि क्री परिदृश्य को क्यों खारिज किया जाना चाहिए, या तो, हालांकि एक मानक दुनिया से वास्तविक दुनिया की मांग एक समझदार आवश्यकता होगी।
ट्रिपल

2
मुझे सहानुभूति है, लेकिन मुझे यह भी खुशी है कि आप दो या तीन देशों (जैसे कि en_US, शायद en_CA) के लिए विशिष्ट वर्तनी के साथ 'संगठन' वर्तनी कर रहे हैं, और जिस तरह से अधिकांश अंग्रेजी बोलने वाले अंतरराष्ट्रीय स्तर पर नहीं होंगे। असली समाधान, IMHO, अलग संदर्भों के लिए अलग सेटिंग्स है। उदाहरण के लिए, जब मैं अमेरिका में रहता हूं, तो मैं सामान्य अंग्रेजी और मानक माप का उपयोग करना पसंद करता हूं, लेकिन अमेरिकी कागज आकार। यह तथ्य कि यूएसएन्स ने अपने विषम मापों को 'अंग्रेजी' कहा है, भ्रम पैदा करता है, हालांकि, अंग्रेजी दशकों से ज्यादातर मीट्रिक का उपयोग कर रही है, और उनकी कई इकाइयाँ अमेरिका से भिन्न हैं।
माइकल स्काइपर

जवाबों:


13

(ए) यूनिकोड कॉमन लोकेल डेटा रिपॉजिटरी के रूप में जानी जाने वाली एक इकाई वह स्थान है जो स्थानों को संभालती है। Glibc विकि इंगित करता है कि वे CLDR का अनुसरण करेंगे

(b) उनके पास "en_150" के रूप में जाना जाने वाला एक लोकेल है जो ऐसा लगता है कि आप जो चाहते हैं वह करने का इरादा है। मुझे यकीन नहीं है कि glibc ने अभी तक इसे लागू किया है। वहाँ भी एक समान वातावरण है जो en_BE के रूप में जाना जाता है जो en_150 के समान है सिवाय इसके कि इसके पास दुनिया भर के बजाय BE का क्षेत्रीय कवरेज है।



दिलचस्प है, लेकिन मैंने export LC_TIME=en_150.UTF-8Xubuntu 14.04 LTS पर (और en_BE) कोशिश की है और यह प्रदर्शित करता हैbash: warning: setlocale: LC_TIME: cannot change locale (en_150.UTF-8): No such file or directory
baptx

79

en_IE.UTF-8 अंग्रेजी (आयरलैंड) लोकेल में वे सभी चीजें हैं जो आप के लिए पूछ रहे हैं:

  • माप मीट्रिक - हाँ
  • 24 घंटे का समय प्रारूप - हाँ
  • कार्य सप्ताह सोमवार से शुरू होता है - हाँ
  • न्यूमेरिक दिनांक (कुछ कम से कम जैसा) आईएसओ प्रारूप, yyyy-mm-dd - नहीं , यह इस स्थान का है dd/mm/yy। लेकिन जो आपके लिए उपयोग किया जाता है उसके काफी करीब लगता है
  • अनौपचारिक तिथि dd / mm है, अन्य तरीके से नहीं - हाँ
  • ए 4 पेपर का आकार - हाँ
  • यूरो मुद्रा - हाँ
  • अंग्रेजी में सिस्टम संदेश - हाँ

मैं वास्तव में इस स्थान का उपयोग कर रहा हूं, भले ही मैं एम्स्टर्डम में हूं, क्योंकि कोई भी अंग्रेजी (पीनरोपियन) लोकेल नहीं है जिसे मैं जानता हूं।

Btw। ga_IE.UTF-8आयरिश (आयरलैंड) स्थान का चयन करने की गलती न करें , क्योंकि यह आयरिश गेलिक भाषा है।


1
आह, अच्छा पुराना आयरिश! शानदार खोज।

3
मैं इस जवाब को स्वीकार कर रहा हूं क्योंकि यह मेरी पूरी संतुष्टि के लिए समस्या को हल करता है। मैं अब भी संकेत प्राप्त करना चाहूंगा कि क्या "सार्वभौमिक अंग्रेजी" लोकेल अतीत में प्रस्तावित की गई है, और / या जहां इस तरह का प्रस्ताव भेजा जाना चाहिए। इस सवाल का पुस्तकालय मानकीकरण प्रक्रिया का हिस्सा वह कारण है जो मैंने मूल रूप से पीएसई को पोस्ट किया था, लेकिन मुझे नहीं पता कि यह वहां उपयुक्त है (या * एसई नेटवर्क में कहीं और)।
ट्रिपल

@tripleee: केवल एक चीज जो पसंद आती है, वह है विंडोज 98 पैन-यूरोपीय संस्करण, जो अंग्रेजी में था, लेकिन यूरोपीय लोकेल और यूरोपीय पात्रों के लिए समर्थन के साथ। मैंने आधिकारिक पैन-यूरो लोकल बनाने के किसी भी प्रयास के बारे में नहीं सुना है।
वार्टेक

मैंने कमांड टाइप किया है "sudo update-locale LANG = en_IE.UTF-8 LC_MESSAGES = POSIX" और रिबूट के बाद, जब आप थंडरबर्ड के साथ एक ईमेल का जवाब देते हैं, तो यह मानक dd / mm / yy का उपयोग करेगा और yyy-mm-dd ( मैंने Ubuntu 14.04 और थंडरबर्ड 31.1.2) के साथ प्रयास किया।
baptx

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

9

En_DK लोकेल का डेनमार्क के साथ वास्तव में कुछ भी नहीं है सिवाय इसके नाम के। यह मूल रूप से किसी ऐसे व्यक्ति द्वारा बनाया गया था जो यूरोप में एक अंग्रेजी वक्ता के लिए चूक का एक उचित सेट - यहां अनुरोध के रूप में एक ही चीज चाहता था। "En_DK" नाम एक मजाक की तरह है - उस समय के सभी स्थानीय नाम एक भाषा कोड और एक देश कोड से बने थे (दूसरी स्थिति में कोई महाद्वीप कोड या कुछ और नहीं थे), और डेनमार्क जिस भी कारण से चुना गया था प्लेसहोल्डर देश कोड। ... (और तब से डेनमार्क में लोगों के अनुपात पर शोध करने के लिए एक से अधिक रहस्यमय व्यक्ति पैदा हुए हैं, जिनकी पहली भाषा है। :))


5
क्या आपके पास डीके के लिए एक स्रोत है जिसे चुना गया है? (मुझे लगता है कि यह उचित सेटिंग्स के साथ वहाँ एकमात्र स्थान है ...)
सेलाडा

1
सहमत हूँ कि इस जवाब से आगे के शोध के लिए कम से कम महत्वपूर्ण बिंदुओं से लाभ होगा। लेकिन इस tidbit के लिए पहले से ही धन्यवाद।
तिकड़ी

जाहिर तौर पर वहाँ वास्तव में en_DK लोकेल है यूनिकोड में
sanmai

1
एकमात्र समस्या यह है कि यह मुद्रा के रूप में डीकेके का उपयोग करता है।
एलन सिल्जक

4

यही कारण है कि आप अलग-अलग चीजों के लिए अलग-अलग लोकेल का उपयोग करते हैं।

मेरे मामले में मुझे en_GB और sv_SE मिलाते हैं जो मुझे चाहिए और यह इस तरह दिखता है:

$> locale
LANG=en_GB.UTF-8
LANGUAGE=en_GB:en
LC_CTYPE="en_GB.UTF-8"
LC_NUMERIC=sv_SE.utf8
LC_TIME=sv_SE.utf8
LC_COLLATE="en_GB.UTF-8"
LC_MONETARY=sv_SE.utf8
LC_MESSAGES="en_GB.UTF-8"
LC_PAPER=sv_SE.utf8
LC_NAME=sv_SE.UTF-8
LC_ADDRESS=sv_SE.UTF-8
LC_TELEPHONE=sv_SE.UTF-8
LC_MEASUREMENT=sv_SE.utf8
LC_IDENTIFICATION=sv_SE.UTF-8
LC_ALL=

लेकिन आप शायद sv_SE को dk_DK से बदल देंगे।

और प्राप्त करने के लिए € LC_MONETARY = en_IE.UTF-8 का उपयोग करें

मैं तब अपने विन्यास को ~ / .profile में बहुत सारे निर्यातों के रूप में सहेजता हूँ

export LC_MONETARY="en_IE.UTF-8"

यह आपको विभिन्न क्षेत्रों से "सही" चीजों को चुनने का अवसर देगा।


मैं वास्तव में इसके sv_SEसाथ प्रतिस्थापित नहीं करूंगा dk_DK- जैसे मैंने अपने प्रश्न में कहा था, मैंने डेनिश सेटिंग्स को चुना क्योंकि वे संयोग से और कुछ हद तक भ्रमित रूप से मेरे द्वारा वांछित सुविधाओं की पेशकश करते थे, भले ही मेरी सेटिंग में डेनमार्क के लिए कुछ भी विशिष्ट होने का कोई कारण या इच्छा नहीं है, और वास्तव में, यही कि मैं बचने की कोशिश कर रहा हूं। कुछ इसी तरह, sv_SEबनाता है (कुछ प्रकार की) LC_TIMEभले ही आप दुनिया में हैं, क्योंकि स्वीडन कई स्थानीय स्थानों के विपरीत, मानक रूप से आईएसओ तिथियों का उपयोग करता है।
ट्रिपलए

3

वास्तव में, मेरा मानना ​​है कि एक ऐसा स्थान है जो आपकी आवश्यकताओं को en_IE से बेहतर बनाता है। यह अनौपचारिक है, लेकिन यह है en_SE.UTF-8। यह एक लिंक है जो लोकल फाइल की ओर इशारा करता है।

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

स्थापित करने के लिए:

  1. डाउनलोड करें ताकि लोकेल फ़ाइल के रूप में सुलभ हो /usr/share/i18n/locales/en_SE
  2. Daud sudo localedef -i en_SE -f UTF-8 en_SE.UTF-8
  3. /var/lib/locales/supported.d/localपंक्ति में जोड़ें en_SE.UTF-8 UTF-8(वितरण के आधार पर भिन्न हो सकते हैं; डेबियन स्क्वीज़ / 6.0 से प्रसन्नता प्रतीत होती है /etc/locale.gen)
  4. Daud sudo locale-gen
  5. अपना सिस्टम या खाता डिफ़ॉल्ट लोकेल सेट करें en_SE.UTF-8(उदाहरण के लिए, /etc/default/localeडेबियन जैसी प्रणालियों के माध्यम से )
  6. नए लोकेल को सक्रिय करने के लिए रिबूट या लॉग ऑफ और बैक पर जाएं

6
लेकिन स्वीडन ने गोद नहीं लिया।
मौविसीयल

@mouviciel क्या आयरलैंड था?
बजे एक सीवी


1
इसके अलावा यह निश्चित दोष है (साथ में en_DK) कि यह उस देश में नहीं रहने वाले लोगों के लिए एक निश्चित रूप से अप्रभावी काम है। आप तर्क दे सकते हैं कि en_IEपूरी तरह से उस (अतिरिक्त) आवश्यकता को पारित नहीं किया जाता है; लेकिन कम से कम समस्या के बारे में तार्किक रूप से तर्क करना और उस तक पहुंचना काफी हद तक संभव है (हालांकि आयरलैंड में चीजें कैसे की जाती हैं, इस बारे में कई गलत धारणाओं के आधार पर मैं व्यक्तिगत रूप से उस तक नहीं पहुंचा था)।
त्रिवेणी

1
साथ ही, जब आप sshरिमोट सिस्टम पर जाते हैं , तो लोकेल आपके साथ यात्रा करती है , और यदि आपका लोकल रिमोट सिस्टम पर भी स्थापित नहीं हुआ है, तो आपको हर तरह की कष्टप्रद चेतावनी मिलेगी।
३६

1

मैं उपयोग करता हूं en_IE@euro ISO-8859-15

$ export LC_MONETARY= "en_IE@euro ISO-8859-15" 

... लेकिन मैं माप के बारे में बिल्कुल निश्चित नहीं हूं, उपयोग करने पर विचार कर रहा हूं nl_NL.UTF-8या nl_BE.UTF-8, मेरे पास एकमात्र मुद्दा यह है कि एक बार मैं इस तरह के पुस्तकालय के लिए अनुमति देता हूं अन्य एप्लिकेशन इसे स्थानीय देयता के संदर्भ के रूप में उपयोग कर सकते हैं और फिर से एप्लिकेशन डाउनलोड करना शुरू कर सकते हैं। और डच या जर्मन में सेवा।

winetricks ने मुझे पिछली रात को दीवार पर चढ़ा दिया, vcrun6यहां तक ​​कि locale-genजर्मन लिब के किसी भी संकेत को हटाने के बाद भी इसे अभी भी जर्मन संस्करण डाउनलोड करने के लिए रखा redistributablec++, अंततः इसे पूरी तरह से शराब के साथ लॉन्च करके मैन्युअल रूप से किया।

अविश्वसनीय रूप से मैं फिर से उसी मुद्दे पर यहाँ हूँ; इस बार यह APT और स्थानीय बेल्जियम रेपो हेल है, जो मेरे लोकल कॉन्फिगरेशन को एडिट करने पर आमादा है, ऐसा इसलिए नहीं हो सकता क्योंकि मैंने परमिशन को एडिट किया था इसलिए मुझे सिर्फ एरर की शिकायतें मिलीं:

Fetched 207 kB in 0s (1381 kB/s)
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
    LANGUAGE = "en",
    LC_ALL = (unset),
    LC_TIME = "nl_BE.UTF-8",
    LC_MONETARY = "en_IE@euro ISO-8859-15",
    LC_ADDRESS = "nl_BE.UTF-8",
    LC_TELEPHONE = "nl_BE.UTF-8",
    LC_MESSAGES = "en_IE.UTF-8",
    LC_NAME = "en_IE.UTF-8",
    LC_MEASUREMENT = "nl_BE.UTF-8",
    LC_IDENTIFICATION = "en_GB.UTF-8",
    LC_NUMERIC = "nl_BE.UTF-8",
    LC_PAPER = "en_IE.UTF-8",
    LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_US.UTF-8").
locale: Cannot set LC_ALL to default locale: No such file or directory 

कोई समझौता नहीं, सभी या कुछ भी नहीं। केवल एक अन्य उपाय रेपो को बदलना होगा जो मुझे लगता है लेकिन मैं कभी भी पूरी तरह से मुक्त नहीं हो पाऊंगा क्योंकि कीबोर्ड एक अर्कर्टी है और कानून के अनुसार यह केवल बेल्जियम के डच का ही काम करता है ....: ' (


यह अजीब लगता है। LC_MONETARYया LC_MEASUREMENTसेटिंग्स निश्चित रूप से संदेश सूची भाषा को प्रभावित करने वाले नहीं हैं।
ट्रिपल जूल 22'17

0

नीदरलैंड के लिए एक उचित अंग्रेजी स्थान के लिए https://github.com/PanderMusubi/locale-en-nl देखें , जो कि उनके LC_ पर्यावरण सेटिंग्स द्वारा मौजूदा स्थानों को रीमिक्स करके सेट करना संभव नहीं है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.