Evalml: EvalML में वुडवर्क डेटाटेबल्स को एकीकृत करें

@ एंजेला 97लिन: मुझे लगता है कि हमें नए डेटाटेबल प्रकारों को छोड़ देना चाहिए जिन्हें हम शुरू में समर्थन नहीं करेंगे। फिर हम केस-दर-मामला आधार पर उनके लिए समर्थन जोड़ सकते हैं। इसलिए:

dt = ... # woodwork datatable as input to automl search, for example
numeric_features = dt.select('numeric')
categorical_features = dt.select('categorical')
natural_language_features = dt.select('natural_language')
# then, in order to drop unsupported types, from here on out, don't use
# the other features which may still be held in the original datatable

एक उल्लेखनीय उदाहरण: धोखाधड़ी डेटासेट lat/long का उपयोग करता है। वर्तमान में, यह दो स्वतंत्र झांकियों के रूप में गुजरता है। अल्पकालिक, हमें बस गिरना चाहिए। मुझे लगता है कि हम दो स्वतंत्र फ्लोट्स को एन्कोड कर सकते हैं, लेकिन मुझे संदेह है कि यह अच्छा प्रदर्शन करेगा। लंबे समय तक, हम उस प्रकार के लिए सुविधाओं के निर्माण के लिए फीचरटूल के लैटलोंग-संगत प्राइमेटिव का उपयोग करना चाहेंगे।

उसका कुछ मतलब है?

@freddyaboulton ने आज एक अच्छा मुद्दा उठाया: क्योंकि हम कोंडा पर evalml भेजते हैं, इससे पहले कि हम उपयोगकर्ताओं से इसे स्थापित करने की अपेक्षा कर सकें, हमें कोंडा पर होने के लिए लकड़ी का काम चाहिए। यह हमें निम्नलिखित विकल्पों के साथ छोड़ देता है कि कैसे आगे बढ़ना है:

1. पता लगाएँ कि कब लकड़ी का काम कोंडा में जोड़ा जाएगा (और/या उसमें तेजी लाने में मदद करें)। तब तक किसी भी लकड़ी के काम को मर्ज करें। क्योंकि हमें कोड जारी करने के लिए ऐसा करने की आवश्यकता है जो लकड़ी के काम पर निर्भर करता है।
2. अल्पावधि में, लकड़ी के काम को "वैकल्पिक" निर्भरता बनाएं, जिसका अर्थ है कि यदि आयात विफल हो जाता है तो हम स्वचालित खोज के लिए लकड़ी के काम की तालिकाओं का समर्थन नहीं करते हैं। लंबी अवधि में, सभी पाइपलाइन/घटक fit / predict विधियों के लिए ऐसा करना मुश्किल लगता है, खासकर यदि हम किसी भी तरह कोंडा में लकड़ी का काम जोड़ने जा रहे हैं, तो हमें इससे बचना चाहिए।
3. लकड़ी के काम का समर्थन मर्ज करें। evalml के किसी भी कोंडा इंस्टाल में आयात त्रुटियां होंगी। इसके साथ तब तक जिएं जब तक लकड़ी का काम कोंडा पर न हो।
4. लकड़ी के काम का समर्थन मर्ज करें। कोंडा को तब तक न छोड़ें जब तक कि लकड़ी का काम कोंडा पर न हो।

मैं विकल्प 1 का प्रशंसक हूं, यानी कोंडा पर लकड़ी का काम करना, क्योंकि मेरा मानना ​​​​है कि हम लंबे समय तक यही करना चाहते हैं।

मैं देख रहा हूँ कि कोंडा में लकड़ी के काम को जोड़ने के लिए पहले से ही एक मुद्दा दायर किया गया है। मैं फॉलो अप करूंगा।

@dsherry इसके लिए धन्यवाद! @gsheni ने यहां उल्लेख किया है कि उनके पास सप्ताह के अंत में एक अपडेट होने की संभावना है। क्या हमें अक्टूबर की रिलीज के लिए विलय पर रोक लगा देनी चाहिए?

@ एंजेला 97लिन हां, यह देखते हुए कि रिलीज कुछ दिनों में है, और यह कि आप थोड़ी देर के लिए भी बाहर होंगे, बाद में विलय करने के लिए प्रतीक्षा करने में बहुत अधिक परेशानी नहीं होनी चाहिए।

वुडवर्क अपग्रेड के बारे में @angela97lin और @freddyaboulton के साथ बातचीत कर रहा था। यहां हमने वर्तमान में बकाया / उड़ान के दौरान सूचीबद्ध किया है:

• डेटा जांच अपडेट करें (प्रगति में)
• जहां लागू हो वहां लकड़ी के काम के प्रकारों का उपयोग करने के लिए सभी घटकों को अपडेट करें (#1290)
• मॉडल समझने के तरीकों को अपडेट करें
• पाइपलाइन/घटक transform / predict से पांडा के बजाय लकड़ी का काम लौटाएं, और कहीं भी हम उपयोगकर्ता द्वारा इनपुट किए गए डेटा की एक प्रति या एक्सटेंशन लौटाते हैं।
• वुडवर्क प्रकारों का उपयोग करने के लिए हमारी पुरानी dtype सूचियों और सभी उपयोगों को अपडेट करें

@ Angela97lin क्या मुझे कुछ याद आया?

@dsherry जो सही दिखता है!

• वुडवर्क का उपयोग करने के लिए दस्तावेज़ अपडेट करें (प्रगति में, #1466)
• डेटा जांच अपडेट करें (प्रगति में, #1481)
• मॉडल समझने के तरीकों को अपडेट करें + रेखांकन दस्तावेज़ीकरण में शामिल नहीं है
• पाइपलाइन/घटक transform / predict से पांडा के बजाय लकड़ी का काम लौटाएं, और कहीं भी हम उपयोगकर्ता द्वारा इनपुट किए गए डेटा की एक प्रति या एक्सटेंशन लौटाते हैं (#1406)
• वुडवर्क प्रकार #1290 . का उपयोग करने के लिए हमारी पुरानी dtype सूचियों और सभी उपयोगों को अपडेट करें

@ एंजेला 97 लिन कमाल, धन्यवाद!

@chukarsten @dsherry इस महाकाव्य से जुड़े सभी मुद्दों को बंद कर दिया गया है! क्या इस महाकाव्य को बंद करना और केवल ट्रैक और डब्ल्यूडब्ल्यू मुद्दों को अलग करना सुरक्षित है? :)