Openfast: VTK के साथ मूरिंग लाइनों की कल्पना करें

प्रिय @bartoszstachowicz ,

अच्छा प्रश्न। मूरिंग लाइनों की कल्पना करने में असमर्थता OpenFAST की वर्तमान विज़ुअलाइज़ेशन क्षमता की एक दुर्भाग्यपूर्ण सीमा है। और न केवल MAP++ के लिए, बल्कि OpenFAST के अन्य मूरिंग मॉड्यूल्स के लिए भी: MoorDyn और FEAMooring। बस कुछ टिप्पणियाँ:

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

• विज़ुअलाइज़ेशन क्षमता को जोड़ने के लिए, प्रत्येक मूरिंग लाइन के साथ नोड्स के विस्थापन से संबंधित मूरिंग मॉड्यूल के आउटपुट को जोड़ना सबसे अच्छा होगा (भले ही इस आउटपुट में अन्य मॉड्यूल के साथ संबद्ध इंटरैक्शन न हो)। एक लाइन 2 जाल का उपयोग यह सुनिश्चित करने के लिए किया जाना चाहिए कि विज़ुअलाइज़ेशन कार्यक्षमता बिंदु तत्वों के बीच इंटरकनेक्शन की व्याख्या कर सकती है।

• एमएपी ++ प्रत्येक मूरिंग लाइन को विश्लेषणात्मक रूप से हल करता है, और इसलिए, प्रत्येक पंक्ति को संख्यात्मक रूप से विसर्जित नहीं किया जाता है (बेशक, प्रत्येक मूरिंग लाइन के बीच इंटरकनेक्शन पर नोड्स होते हैं)। इससे MAP++ में प्रत्येक पंक्ति के कैटेनरी आकार की कल्पना करना मुश्किल हो सकता है, जब तक कि नोड्स को कृत्रिम रूप से समाधान में नहीं जोड़ा जाता है। MoorDyn और FEAMooring में प्रत्येक मूरिंग लाइन का कई लाइन सेगमेंट में विवेकीकरण शामिल है।

मैं दूसरों को इस पर टिप्पणी करने दूंगा कि इस नई कार्यक्षमता को विकसित करने के लिए कितना प्रयास किया जाएगा।

सादर,

प्रिय ओपनफास्ट टीम,
मैंने इस सप्ताह के अंत में एक कोशिश की और यह काम करता है। एमएपी सी ++ में लाइन के साथ दिए गए बिंदुओं के निर्देशांक का मूल्यांकन करने के लिए पहले से ही एक दिनचर्या है: map_plot_x_array
मुझे आउटपुट को संशोधित करना पड़ा, सिमुलेशन में सभी लाइनों के लिए एक जाल बनाने के लिए, और प्रारंभिक इनपुट तत्व की लंबाई निर्धारित करने में सक्षम होने के लिए।
हालांकि, प्लॉट किए जाने पर स्थानीय लाइन x-दिशा में कनेक्ट नोड्स में बदलाव होता है। मुझे आशा है कि यह केवल साजिश रचने की दिनचर्या के लिए सही है :)।
शायद किसी को पता है कि ऐसा क्यों है? मैं अभी यह पता नहीं लगा सका।
मैं पारी की कुछ तस्वीरें संलग्न कर रहा हूं।

संवेदनापूर्ण संबंध,

बी एस

@bartoszstachowicz , यह वास्तव में एक अच्छा जोड़ा है! मुझे पूरी तरह से यकीन नहीं है कि केबल्स की एक्स-दिशा में बदलाव क्यों है। मुझे यह बताने के लिए आपके कार्यान्वयन को देखना होगा कि क्या यह वीटीके निर्यात का एक आर्टिफैक्ट है, या एमएपी ++ में एक बग है।

क्या यह सुविधा कुछ ऐसी है जिसे आप OpenFAST समुदाय में योगदान देना चाहेंगे? यदि हां, तो क्या आप अपने कोड जोड़ के साथ देव शाखा के लिए एक पुल अनुरोध बनाना चाहेंगे?

@ एंड्रयू-प्लैट, हैलो, हाँ ज़रूर, जैसे ही मेरे पास इसे थोड़ा साफ करने का क्षण है और सीखें कि यह पुल अनुरोधों के साथ कैसे काम करता है।