pytz localize बनाम डेटाटाइम

Question

मुझे pytz के .localize() फ़ंक्शन के साथ कुछ अजीब समस्याएं हैं। कभी कभी यह स्थानीय datetime के लिए समायोजन कर नहीं होगा:

.localize व्यवहार:

>>> tz 
<DstTzInfo 'Africa/Abidjan' LMT-1 day, 23:44:00 STD> 
>>> d 
datetime.datetime(2009, 9, 2, 14, 45, 42, 91421) 

>>> tz.localize(d) 
datetime.datetime(2009, 9, 2, 14, 45, 42, 91421, 
        tzinfo=<DstTzInfo 'Africa/Abidjan' GMT0:00:00 STD>) 
>>> tz.normalize(tz.localize(d)) 
datetime.datetime(2009, 9, 2, 14, 45, 42, 91421, 
        tzinfo=<DstTzInfo 'Africa/Abidjan' GMT0:00:00 STD>) 

आप देख सकते हैं, समय स्थानीयकरण के परिणाम के रूप में बदला नहीं गया/संचालन सामान्य बनाते हैं। हालांकि, अगर .replace प्रयोग किया जाता है:

>>> d.replace(tzinfo=tz) 
datetime.datetime(2009, 9, 2, 14, 45, 42, 91421, 
        tzinfo=<DstTzInfo 'Africa/Abidjan' LMT-1 day, 23:44:00 STD>) 
>>> tz.normalize(d.replace(tzinfo=tz)) 
datetime.datetime(2009, 9, 2, 15, 1, 42, 91421, 
        tzinfo=<DstTzInfo 'Africa/Abidjan' GMT0:00:00 STD>) 

कौन सा datetime में समायोजन करने के लिए लगता है।

प्रश्न है - जो सही है और क्यों गलत है?

Answer 1

localize सिर्फ यह मानता है कि आप जिस निष्क्रिय समय को पास करते हैं वह "सही" है (टाइमज़ोन के बारे में जानने के अलावा!) और इसलिए बस टाइमज़ोन सेट करता है, कोई अन्य समायोजन नहीं करता है।

आप कर सकते हैं (और यह सलाह दी जाती है ...) आंतरिक यूटीसी (बल्कि अनुभवहीन datetimes साथ तुलना में) में काम करते हैं और replace का उपयोग जब आप (normalize डीएसटी और की तरह संभाल लेंगे एक स्थानीय तरह से मैं datetimes की/हे प्रदर्शन करने की जरूरत है)।

Answer 2

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

आबिदजान के लिए, वहाँ भी है तो केवल एक संक्रमण (pytz के अनुसार) कर दिया गया है, और कहा कि 1912 में किया गया था:

>>> tz = pytz.timezone('Africa/Abidjan') 
>>> tz._utc_transition_times 
[datetime.datetime(1, 1, 1, 0, 0), datetime.datetime(1912, 1, 1, 0, 16, 8)] 

TZ वस्तु हम pytz से बाहर निकलने के पूर्व 1912 समय क्षेत्र का प्रतिनिधित्व करता है:

>>> tz 
<DstTzInfo 'Africa/Abidjan' LMT-1 day, 23:44:00 STD> 

अब आप अपने दो उदाहरणों को देख, कि जब आप tz.localize (घ) फोन आप नहीं इस पूर्व 1912 समय क्षेत्र आपके अनुभवहीन datetime वस्तु को जोड़ा गया मिलता है देखते हैं। यह मानता है कि आपके द्वारा दी जाने वाली डेटाटाइम ऑब्जेक्ट स्थानीय समय उस स्थानीय समय के लिए सही समय क्षेत्र में दर्शाती है, जो 1 9 12 के बाद का समय है।

हालांकि d.replace का उपयोग कर अपने दूसरे उदाहरण में (tzinfo = TZ), यह आपके datetime वस्तु लेता पूर्व 1912 समय क्षेत्र में समय का प्रतिनिधित्व करने। शायद यह आपके लिए क्या मतलब नहीं है। फिर जब आप dt.normalize को कॉल करते हैं तो यह उस टाइमज़ोन में परिवर्तित हो जाता है जो उस डेटाटाइम मान के लिए सही है, यानि 1 9 12 के बाद का समय।

Answer 3

मुझे लगता है मैं इस पर एक छोटे से देर हो रही है ... लेकिन यहाँ मैं क्या अच्छी तरह से काम करने के लिए मिला है।एलेक्स के रूप में यूटीसी में कार्य ने कहा:

tz = pytz.timezone('Africa/Abidjan') 
now = datetime.datetime.utcnow() 

तब स्थानीय बनाना:

tzoffset = tz.utcoffset(now) 
mynow = now+tzoffset 

और इस विधि को संभालने डीएसटी पूरी तरह से

Answer 4

localize साथ datetime बारे में पता वस्तुओं बनाने के लिए उपयोग करने के लिए सही कार्य है करता है एक प्रारंभिक तय डेटाटाइम मूल्य। परिणामी डेटाटाइम जागरूक ऑब्जेक्ट में मूल डेटाटाइम वैल्यू होगा। मेरे विचार में एक बहुत ही सामान्य उपयोग पैटर्न, और एक जो शायद pytz बेहतर दस्तावेज़ कर सकते हैं।

replace(tzinfo = ...) दुर्भाग्य से नामित है। यह एक ऐसा कार्य है जो इसके व्यवहार में यादृच्छिक है। मैं समय-समय पर सेट करने के लिए इस फ़ंक्शन के उपयोग से बचने की सलाह दूंगा जबतक कि आप स्वयं को पीड़ित दर्द का आनंद न लें। मैं इस समारोह का उपयोग करने से पहले ही काफी पीड़ित हूं।