Numpy: np.floor_divide काल्पनिक भाग को चुपचाप छोड़ देता है

आपके पास जटिल संख्याओं के लिए एक मंजिल कार्य नहीं हो सकता है।
जटिल संख्याओं का तल
इसके अलावा, हम काल्पनिक भाग और जटिल भाग को अलग-अलग विभाजित नहीं करते हैं। 2 जटिल संख्याओं को विभाजित करने पर हमें एक जटिल संख्या मिलती है। ( जटिल संख्या विभाजित करना )

इसके अलावा,
`>>> (1. + 1.j) // 2

ट्रेसबैक (सबसे हालिया कॉल अंतिम):
फ़ाइल "", पंक्ति 1, में
TypeError: जटिल संख्या का फर्श नहीं ले सकता। `

Similary यह TypeError दिखाना चाहिए।
मैं स्रोत खोलने के लिए नया हूं। मुझे यह करना है। क्या कोई मेरा मार्गदर्शन कर सकता है?

Numpy जटिल संख्या का फर्श नहीं ले सकता है, इसलिए एक त्रुटि देने के बजाय, यह बस काल्पनिक भाग को गिरा देता है। मुझे लगता है कि Numpy अच्छी तरह से काम कर रहा है

ठीक है, मुझे लगा कि कम से कम एक चेतावनी फेंकने के लायक होगा, कि काल्पनिक हिस्सा अन्य कार्यों के समान गिरा दिया जाता है।

सामान्य अजगर एक त्रुटि फेंकता है, ऐसा लगता है जैसे हमें शायद सूट का पालन करना चाहिए, जब तक कि कोई उपयोग के मामले के बारे में नहीं सोच सकता है?

हाँ, मुझे लगता है कि हमें एक TypeError फेंकना चाहिए।
क्या मैं इस पर काम कर सकता हूं?

व्यक्तिगत रूप से मैं भी एक (2 + 2j) // 2 = (1 + 1j) पसंद करूंगा, हालांकि यह पूरी तरह से गणितीय रूप से सही नहीं है।

निश्चित नहीं है कि सबसे अच्छा क्या है, शेष को केवल जटिल के लिए लागू नहीं किया गया है (एक त्रुटि फेंकता है)। और अगर हम गलती पर जाते हैं, तो शायद हमें पहले पदावनत करना चाहिए।

निश्चित रूप से आप इस पर काम कर सकते हैं, इसे थोड़ा-बहुत काम करने की आवश्यकता होगी कि कैसे ufuncs काम करते हैं और उत्पन्न होते हैं, इसलिए यह काफी तुच्छ नहीं हो सकता है, फिर भी कुछ चर्चा आवश्यक हो सकती है जहां हम जाना चाहते हैं। हालांकि आपको इसे रोकने की आवश्यकता नहीं है।

"अस्पष्टता के सामने, अनुमान लगाने के प्रलोभन से इनकार करें।" सुझाव देता है कि यह TypeError होना चाहिए।

@ kaivu1999 - floor_divide ufunc (ध्यान दें कि divmod , remainder , और modf में उत्पन्न होने वाले जटिल प्रकारों को निकालने के लिए सबसे अच्छा होगा। core/src/umath/loops.c.src , (संभवतः बस लाइनों को हटाने 2480--2500)।

@ mhvk हाँ, आपको numpy/core/code_generators/generate_umath.py को समायोजित करना होगा, लेकिन यदि हम पहले हटाना चाहते हैं, तो आपको संभवतः एक कस्टम प्रकार का रिज़ॉल्वर बनाना होगा (इसके अलावा numpy/core/src/umath/ufunc_type_resolution.c छूता है)।

@बर्ग - ऐसा लगता है कि वर्तमान व्यवहार को वास्तव में सिर्फ एक बग माना जाना चाहिए, और यह कि remainder और divmod साथ संगति के लिए, हमें एक त्रुटि उठानी चाहिए।

क्या हम अलग व्यवहार चाहते हैं एक अलग चर्चा प्रतीत होगी।

हाँ, मैं इस पर हूँ।
मैंने कोड को बदल दिया है, और अब यह दिखाता है:
`>>> ए // 2

ट्रेसबैक (सबसे हालिया कॉल अंतिम):
फ़ाइल "", पंक्ति 1, में
TypeError: ufunc 'floor_divide' इनपुट प्रकारों के लिए समर्थित नहीं है, और इनपुट कास्टिंग नियम '' safe '' के अनुसार किसी भी समर्थित प्रकार के लिए सुरक्षित रूप से उपयोग नहीं किया जा सकता है
`
क्या मैं पुल अनुरोध उत्पन्न करूंगा?

@ kaivu1999 एक पुल अनुरोध एक अच्छी शुरुआत होगी। कृपया पहली टिप्पणी में Fixes #13236 डालना सुनिश्चित करें, जो इस मुद्दे और पीआर को संदर्भित करेगा।

वास्तविक और काल्पनिक दोनों भागों पर फर्श विभाजन करना कुछ मायने रखता है यदि हम दस्तावेज करते हैं कि गाऊसी पूर्णांक परिणाम हैं। हालांकि यह अजगर के अनुरूप नहीं होगा।