Three.js: तीनjs . के लिए IFC आयातक

यह उल्लेख करना भूल गया कि यह थ्रीसीएसजी पर निर्भर करता है

इस प्रारूप के बारे में कभी नहीं सुना। यह आमतौर पर कहाँ उपयोग किया जाता है?

जहाँ तक मुझे पता है, इसका उपयोग मुख्य रूप से निर्माण व्यवसाय, बिल्डिंग मॉडलिंग में किया जाता है। कुछ का उल्लेख करने के लिए ऑटोकैड, रेविट, टेकला और सोलिब्री द्वारा समर्थित।

अच्छा अच्छा!
इसके लिए थ्रीसीएसजी की क्या आवश्यकता है?

उदाहरण के लिए; एक दीवार वस्तु (तीनj में निकाली गई आकृति) में एक उद्घाटन हो सकता है। और सबसे आसान उपाय जो मैंने पाया वह था थ्रीसीएसजी का उपयोग करना। IfcBooleanResult जैसे अन्य मामलों में भी उपयोग किया जाता है।

ifcOpeningElement युक्ति से लिंक करें:
http://www.buildsmart-tech.org/ifc/IFC2x3/TC1/html/ifcproductextension/lexical/ifcopeningelement.htm

आप यहां संदर्भित कर सकते हैं
http://www.ifcquery.com

@mrdoob , IFC का मतलब इंडस्ट्री फाउंडेशन क्लासेस है और यह बिल्डिंग इंफॉर्मेशन मॉडल/मैनेजमेंट (BIM) प्रोजेक्ट्स के लिए एक मानक एक्सचेंज फॉर्मेट है। सॉफ्टवेयर आम तौर पर इस से संबंधित संकुल हैं Revit , ArchiCAD , VisualARQ , और काफी कुछ अन्य। जबकि मैं सामान्यीकरण कर रहा हूं, बीआईएम सॉफ्टवेयर मानक वस्तु प्रकार प्रदान करता है जैसे कि दीवारें, स्लैब, छत, सीढ़ियां, खिड़कियां, आदि सभी एक परिवार/शैली परिभाषा द्वारा संचालित होते हैं जहां ऑपरेटर ऑब्जेक्ट के लिए मापदंडों को परिभाषित करता है। इसलिए अगर मेरे पास सीएमयू, प्लास्टरबोर्ड और टाइल की परत वाली दीवार है, तो मैं सभी परतों की मोटाई को परिभाषित कर सकता हूं। मैं कुछ बदलता हूं, मैं परिवार/शैली की परिभाषा बदलता हूं, और सब कुछ स्वचालित रूप से अपडेट होता है! वास्तविकता इतनी जादुई नहीं है! यह एक विवादास्पद प्रारूप है, क्योंकि प्रत्येक सॉफ्टवेयर विक्रेता इस परिभाषा के साथ खेलने के लिए स्वतंत्र है कि आयात/निर्यात में दीवार क्या हो सकती है http://buildsmart.org/compliance/certified-software/।
यह समर्थन करने के लिए एक महान प्रारूप है, और मैं इसे स्थापित करने के लिए @kdilayer को धन्यवाद देता @ जॉनी88 क्या वह दर्शक तीनjs का उपयोग कर रहा है?

हां, दर्शक थ्रीज का उपयोग करते हैं।
सहेजी गई फ़ाइल 'ifcquery.min.js' तीन.js द्वारा लिखी गई है, लेकिन यह एन्कोडेड है।

मैं पुष्टि कर सकता हूं कि कॉन्ससी में ifc का उपयोग किया जाता है। मैंने वास्तव में अपनी कंपनियों की फाइलों को .mtl फाइलों के साथ .objs में बदलने के लिए एक ifc कनवर्टर ऐप का उपयोग किया और वे वास्तव में अच्छी तरह से पढ़ते हैं। इसलिए बिचौलिए को बाहर निकालना वास्तव में मददगार होगा क्योंकि हमारे ग्राहक वैसे भी आईएफसी फाइलें अपलोड करते हैं

@rhairston एक ifc कन्वर्टर ऐप है? यह ifc फाइल को obj फाइल में बदल सकता है ताकि थ्रीज इसे अच्छी तरह से लोड कर सके।
क्या मैं सही हू?

यहाँ एक आईएफसी कनवर्टर ऐप है?

घंटी बजाने के लिए सभी का धन्यवाद!

@kdilayer एक पीआर बहुत अच्छा होगा। कृपया, तीन सीएसजी भी शामिल करें

यहाँ कोई प्रगति? हम वर्तमान में IFC को तीन.js के साथ उपयोग के लिए DAE में परिवर्तित कर रहे हैं, और यदि तीन.js सीधे IFC का समर्थन करते हैं तो हमें अच्छा लगेगा।

हाय केडीलेयर,

मुझे इसे देखने और इसे और आगे ले जाने में बहुत दिलचस्पी है।

सबको नमस्ते,

मैंने वह भी देखा है https://www.npmjs.com/package/ifc-convert
इससे आप IFC को DAE, OBJ, STP और IGS में बदल सकते हैं।

@kdilayer कोई प्रगति?

@kdilayer यहाँ कोई प्रगति है? अगर तीन.जेएस सीधे आईएफसी प्रारूप का समर्थन कर सकते हैं तो यह बहुत सी चीजों को बचाएगा।

@dslwz2008 https://github.com/mrdoob/three.js/issues/9860

किसी को खबर नहीं है?

मैंने आईएफसी फाइलों को दबाने के लिए संपादक को ट्वीक किया।
कुछ स्क्रीनशॉट संलग्न हैं। मैंने इस पर काफी समय से काम किया है... वर्तमान में मैंने कोई आईएफसी 2x3 फाइल नहीं देखी है जो इसे प्रस्तुत नहीं कर सकता... मैंने कोशिश की सबसे बड़ी फाइल 180 एमबी है...
विस्मयकारी।

अरे, कमाल का काम!
क्या इसे सीधे मास्टर ब्रांच से एक्सेस किया जा सकता है या IFC सपोर्ट के लिए ट्वीड कोड कहीं और बैठता है?

यार! बहुत बढ़िया! कृपया इस लोडर कोड तक हमारी पहुंच कैसे हो सकती है? :ओ

मैं एक पीआर के लिए वोट करता हूं। THREE.IFCLoader एक महान योगदान होगा!

हम इस सुविधा को भी पसंद करेंगे, अभी के लिए, मैं https://github.com/IfcOpenShell/IfcOpenShell के साथ IFC फ़ाइलों को obj में परिवर्तित कर रहा हूं, लेकिन कुछ और जटिल ज्यामिति अभी भी पार्स नहीं की गई हैं, इसलिए कभी-कभी ऑब्जेक्ट होता है, 100 नहीं % पूर्ण।

नमस्ते, मैं सोच रहा था कि क्या आप अपने व्यूअर और लोडर में विंडोज़ लोडिंग के साथ दरवाजे और पारदर्शिता जैसी कुछ जटिल चीजें प्राप्त करने में सक्षम थे। यह अब तक शानदार लग रहा है! मैं उत्सुक हूँ यदि आपने निकट भविष्य में इसका कोई संस्करण निकालने की योजना बनाई है।

गुड लक!, अपडेट करने के लिए धन्यवाद।

नमस्ते @kdilayer , क्या हमें आपके आवेदन तक पहुंच प्राप्त हो सकती है?

मुझे .ifc और तीन.js प्रारूपों के बीच फ़ाइल आकार के अंतर को देखने में दिलचस्पी है।

धन्यवाद!

@Foosballfan मुझे लगता है कि एक आईएफसी आकार के लिए एक दिलचस्प प्रारूप नहीं है, क्योंकि यह बहुत वर्बोज़ है। यह ऑटोडेस्क जैसे आर्किटेक्चर सॉफ्टवेयर के लिए सिर्फ एक एक्सचेंज फॉर्मेट है।
यह बीआईएम का एक मानक है। (Google से यह शब्द पूछें जो इस तरह के पेशे में प्रसिद्ध है)

@ जीन-नोएलप उत्तर के लिए धन्यवाद।

मेरे पास एक इमारत के लिए एक आईएफसी फ़ाइल है जो 34 एमबी है और मैं इस डेटा को वेब पर सबसे छोटे संभव डाउनलोड आकार के साथ प्रदर्शित करने का प्रयास कर रहा हूं।

यूनिटी वेबजीएल के साथ मैं इसे लगभग 11 एमबी तक कम कर सकता हूं लेकिन यह देखना चाहता हूं कि थ्री.जेएस का उपयोग करके अधिक शुद्ध वेबजीएल के साथ यह संभव है या नहीं। उम्मीद है कि मैं और भी छोटा डाउनलोड आकार प्राप्त कर सकता हूं।

क्या आपके पास ऐसी ही स्थिति का कोई अनुभव है?

@Foosballfan फ़ाइल आकार को कम करने के लिए, मैं जिन चरणों का प्रयास करूंगा वे हैं:

1. ओबीजे में कनवर्ट करें
2. obj-simplify के माध्यम से चलाएं
3. ओबीजे को ड्रेको के साथ संपीड़ित करें
4. तीन.DRACOLoader . के साथ लोड करें

यदि फ़ाइल को OBJ या किसी अन्य प्रारूप में परिवर्तित नहीं किया जा सकता है, तो संभवतः आप मॉडल को सरल बनाने या gzip का उपयोग करने के अलावा बहुत कुछ नहीं कर सकते हैं... "तीन.js का उपयोग करके शुद्ध WebGL" फ़ाइल को प्रस्तुत करने का एक तरीका है, लेकिन फ़ाइल को पहले लोड करने के लिए आपको अभी भी कुछ प्रारूप या अन्य का उपयोग करना होगा।

@donmccurdy यह बहुत अच्छा लग रहा है, धन्यवाद!

मैं इसे आज़मा दूंगा और देख सकता हूं कि यह कैसे निकलता है।

मैंने मूल रूप से obj को छोड़ दिया क्योंकि मैंने जो बनाया है वह 34MB फ़ाइल से 220MB है।

@kdilayer के बाद से इस मुद्दे को बंद करना स्पष्ट रूप से अपने कार्यान्वयन को साझा करने के लिए तैयार नहीं है। मैंने #5524 में लोडर इच्छा सूची में एक कार्य के रूप में IFCLoader जोड़ा है।

जब तक कोई IFCLoader , तब तक IFC फ़ाइलों को OBJ जैसे अन्य स्वरूपों में बदलने का प्रयास करें। ऐसा लगता है कि निम्न टूल यह रूपांतरण कर सकता है: http://ifcopenshell.org/ifcobj.html

यह भी देखें https://github.com/IfcOpenShell/IfcOpenShell

@Foosballfan : IFC ज्यामिति को संपीड़ित करने का सबसे कारगर तरीका है। समस्या यह है कि इसे प्रस्तुत करने के लिए आवश्यक प्रक्रियात्मक दृष्टिकोण वास्तव में त्रिभुजों के अनुकूल नहीं है। एक 34MB IFC आसानी से 4GB त्रिभुज स्ट्रीम में निकाल सकता है। IFC एक एल्बो पाइप का वर्णन करता है जिसमें केवल 4 कोने होते हैं, लेकिन इसे रेंडर करने में सैकड़ों त्रिकोण लगेंगे। ओपी के प्रस्तुतिकरण पर एक नज़र डालें, और मैं बता सकता हूं कि कोई चम्मच नहीं है। ज़रूर, वह सीधी रेखाएँ और एक अक्ष टॉरॉयडल आकार बना सकता है। लेकिन, आईएफसी विनिर्देश में दो बेज़ियर स्प्लिन द्वारा बहने वाली सतहों की परिभाषाएं शामिल हैं। तो, यह त्रिभुजों के व्यावहारिक रूप से अनंत सेट को परिभाषित करने वाले 8 3D कोने हैं। आर्किटेक्ट्स उस उपकरण से प्यार करते हैं, लेकिन यहां तक ​​​​कि कंप्यूटर पर इसका 2D प्रतिनिधित्व करना भी समस्याग्रस्त है, क्योंकि सूत्र f(x) = y दृष्टिकोण की अनुमति नहीं देता है।
यहां, आधिकारिक IFC विनिर्देश पर एक नज़र डालें: http://www.buildsmart-tech.org/ifc/IFC4/final/html/schema/ifcgeometryresource/lexical/ifcbsplinesurface.htm

@kdilayer क्या आप अभी भी github पर सक्रिय हैं? क्या आप अपना कार्यान्वयन साझा करना चाहेंगे? :ok_hand: धन्यवाद!

मैंने जिस दृष्टिकोण के लिए समझौता किया वह बाइनरी आईएफसी डेटा स्ट्रीमिंग के लिए बिमसेवर का उपयोग करना और फिर इसे थ्रीजेएस में बनाना था। वेब सॉकेट पर डाउनलोड आकार संतोषजनक है और मेरे पास तीन में मॉडल पर पूर्ण नियंत्रण है।

आप देख सकते हैं कि बिमव्यूअर एक शुरुआती बिंदु के रूप में कैसे काम करता है।

कोई जवाब?

@ जोआओ-बी4 किस बारे में?

एक संभावित IFC लोडर के बारे में

आह, मुझे लगता है कि यह @kdilayer तक है...

मेरा मानना ​​​​है कि @kdilayer के पास कुछ भी नहीं होगा, क्योंकि प्रकाशन के 3 साल हो चुके हैं और न ही कोई प्रतिक्रिया, न ही उसकी प्रोफ़ाइल पर कोई गतिविधि।
मुझे समझ में नहीं आता कि लोडर का निर्माण कैसे काम करता है, और मुझे पुस्तकालय में थोड़ा ज्ञान है, मैं इसके साथ कुछ समय पहले काम करता हूं, मेरे पास लोडर बनाने के लिए कुछ लिंक होंगे, मुझे पर्याप्त स्वभाव और ज्ञान मिल सकता है भविष्य।

मैंने यहां THREE.IFCLoader एक बुनियादी मचान की रूपरेखा तैयार की है । लोडर लिखते समय सबसे कठिन हिस्सा वास्तव में संबंधित 3D प्रारूप को समझना है। तभी आप प्रारूप को पार्स कर सकते हैं और ज्यामिति और/या सामग्री डेटा को three.js इकाइयों (जैसे THREE.BufferGeometry ) में बदल सकते हैं। मैं इस प्रक्रिया को समझने के लिए THREE.PLYLoader जैसे कम या ज्यादा सरल लोडर का अध्ययन करने की सलाह देता हूं। और निश्चित रूप से IFC मानक (https://www.iso.org/standard/51622.html)

धन्यवाद, एक आईएफसी लोडर वास्तव में उपयोगी होगा, और मुझे अभी एक की आवश्यकता है, मैं ओबीजे में कनवर्ट करने के लिए ऊपर वर्णित चीज़ों का उपयोग कर रहा हूं, लेकिन मुझे नहीं लगता कि यह सबसे अच्छा तरीका है

यह 1.5 साल पहले था, इसलिए मेरी याददाश्त खराब है, लेकिन मेरा मानना ​​​​है कि हमारा समाधान सर्वर से ज्यामिति को वितरित करने के लिए बिम सर्वर का उपयोग करना था और फिर रेंडरिंग को संभालने के लिए फ्रंट एंड पर थ्री का उपयोग करना था।

इसमें थोड़ा गड़बड़ हुआ लेकिन आखिरकार काम किया।

ifcConvert Node.js के लिए एक ifcConverter है। यह .ifc से .dae, .obj, .stp और .igs में कनवर्ट करता है। मैंने अभी तक इसकी कोशिश नहीं की, लेकिन अगर यह वर्णित के रूप में काम करता है, तो मुझे लगता है कि हमें अब थ्री.जेएस में किसी भी .ifc लोडर की आवश्यकता नहीं होगी, है ना?
.ifc में केवल 3D मॉडल की तुलना में बहुत अधिक जानकारी होती है, लेकिन जहां तक ​​Three.js का संबंध है, केवल 3D मॉडल को ही आयात किया जाना चाहिए।
एक निर्यातक के लिए, यह अलग होगा, क्योंकि कोई अपनी बीआईएम लाइब्रेरी को वास्तविक निर्यात किए गए 3D मॉडल के साथ एक .ifc फ़ाइल में निर्यात करना चाह सकता है।
क्या इस का कोई मतलब निकलता है ?

एक अलग रूपांतरण उपकरण की आवश्यकता के बिना ब्राउज़र में IFC को सीधे लोड करना अभी भी दिलचस्प हो सकता है। हालांकि, उल्लिखित नोड.जेएस उपकरण इफकोपेनशेल के आसपास सिर्फ एक आवरण है। तो यह वास्तव में कुछ नया नहीं करता है ...

मुझे लगता है कि ifcConverter के माध्यम से आयात कार्यप्रवाह अच्छा हो सकता है!

इसके विपरीत, ifc निर्यात का मेरे लिए कोई मतलब नहीं है, क्योंकि जब तक आप तीन.js के साथ एक ifc संपादक का निर्माण नहीं करते हैं, तब तक आप लैम्ब्डा थ्री.जेएस व्यूअर में हर प्रासंगिक आईएफसी डेटा (वास्तुशिल्प घटक, बीआईएम हितधारकों ...) को खो देते हैं। .

@ Mugen87 ठीक है, मुख्य जोड़ा मूल्य नोड पैकेज है, मेरी जानकारी के अनुसार IfcOpenShell ऑनलाइन एक CLI उपकरण है।

@ जीन-नोएल्प आप सही कह रहे हैं। मेरा मतलब "मास्टर .ifc फ़ाइल" का निर्यात नहीं था, बल्कि एक "लाइब्रेरी .ifc फ़ाइल" BIM हितधारक अपनी "मास्टर .ifc फ़ाइल" में आयात कर सकते थे। उदाहरण के लिए, आप एक गेराज दरवाजा निर्माता हैं, अपने ग्राहकों (उदाहरण के लिए आर्किटेक्ट) के लिए स्थापना की योजना बनाने के लिए तीन.जेएस का उपयोग करें और अपनी बीआईएम वस्तुओं (आमतौर पर गेराज दरवाजा) युक्त बीआईएम पुस्तकालय निर्यात करें। तुम्हे समझ में आया मैंने जो कहा ? लेकिन वैसे भी, इस निर्यातक को Three.js में निर्मित करने का कोई तरीका नहीं होगा क्योंकि प्रत्येक विशेष उपयोग-मामला बहुत अधिक विशिष्ट है (मुझे लगता है)।

मुझे एक टूल मिल गया है, IFC को हल किया जा सकता है,
यह मुफ़्त नहीं है
लेकिन IFC संरचना को पार्स करना मुफ़्त और खुला स्रोत है
http://www.apstex.com/

नमस्ते, @kdilayer की ओर से कोई खबर तो नहीं

?

------------------- मूल संदेश -------------------
से: "डैनियल रामोस"< सूचनाएं @github.com
डिलीवरी का समय: 28 मई, 2020 (गुरुवार) रात 10:08 बजे
प्रति: "mrdoob/three.js"[email protected]>;
सीसी: " लीव नेट डे फिश"< [email protected]>;
विषय: पुन: [mrdoob/three.js] थ्रीजे के लिए IFC आयातक (#9764)

नमस्ते, theare @kdilayer सही से किसी भी खबर? वह स्रोत कोड जारी नहीं नहीं कर रहे हैं?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें, या सदस्यता समाप्त करें।

इसके बारे में कोई ख़बर ?

अरे! कुछ दिनों पहले मैंने जेएस में एक आईएफसी पार्सर को तीन.जेएस पर लागू करने के विचार से लागू करना शुरू कर दिया था। यह एक निजी परियोजना है जो मैं अपने खाली समय में करता हूं, इसलिए मुझे नहीं पता कि इसमें कितना समय लगेगा। हालाँकि, मैंने आज इस धागे को देखा और सोचा कि आपको यह रुचिकर लग सकता है। आप इसे यहां पा सकते हैं।

@agviegas आप इसके साथ क्या करते हैं इसके लिए तत्पर हैं! एक पीआर का वास्तव में स्वागत किया जा सकता है

वास्तव में! @agviegas अगर आप इसके साथ पीआर करते हैं तो हमें और लोगों की मदद मिल सकती है

दुर्भाग्य से मैं ifcimporter पर अपना काम जारी करने में असमर्थ था, लेकिन मैं @agviegas की मदद कर सकता हूं

@mrdoob यह बहुत अच्छा लगता है। मैं अभी भी पार्सर की मुख्य कार्यात्मकताओं पर काम कर रहा हूं; यह पहले से ही सभी स्थानिक संरचना तत्वों को लोड कर सकता है और मैं जल्द ही ज्यामिति का निर्माण शुरू करूंगा। मैं कोड भी करने के लिए अनुकूलित करने की आवश्यकता है कि लगता है इस पीआर करने से पहले। क्या पीआर के लिए कोड तैयार करने के लिए जाँच करने के लिए कोई संदर्भ है? हम जब चाहें ऐसा कर सकते हैं। इस संबंध में किसी भी मदद का स्वागत किया जाएगा।

दूसरी ओर, IFC प्रारूप को लागू करना बहुत आसान है, हालांकि आधिकारिक दस्तावेज़ीकरण की कठोरता के कारण यह थोड़ा डराने वाला हो सकता है। मुझे लगता है कि मैं आईएफसी प्रारूप को अपेक्षाकृत अच्छी तरह जानता हूं, इसलिए यदि कोई भाग लेने में रुचि रखता है, तो हम निश्चित रूप से इसे जल्द ही तैयार कर सकते हैं। मैं

मैं कोड भी करने के लिए अनुकूलित करने की आवश्यकता है कि लगता है इस पीआर करने से पहले।

हां, इसे उसी इंटरफ़ेस का उपयोग करना चाहिए जो अन्य लोडर उपयोग करते हैं। शायद MD2Loader अभी सरल संदर्भ है।

पीआर के लिए सब कुछ सही होने की चिंता न करें। आपके पास जो कुछ भी है उसे आप ड्राफ़्ट के रूप में सबमिट कर सकते हैं और हम यह सुनिश्चित करने में सहायता कर सकते हैं कि कोड बाकी पर फिट बैठता है।

कई ठोकरों और प्रारूप के साथ संघर्ष के बाद पहले से ही कुछ परिणाम हैं। मैंने पार्सर के पहले संस्करण के साथ-साथ कुछ ज्यामितीय संस्थाओं (एक्सट्रूज़न और बी-रेप्स सहित) को लागू किया है। अभी बहुत कुछ किया जाना बाकी है, लेकिन मैं अब तक के परिणामों से खुश हूं। नीचे दी गई छवि क्रोम में सुचारू रूप से चलने वाले रेविट द्वारा उत्पन्न एक छोटा आईएफसी दिखाती है। प्रत्येक ज्यामितीय उदाहरण में पार्स की गई IFC जानकारी जुड़ी होती है (वास्तव में, प्रत्येक उदाहरण के नीचे के दृश्य में इसकी कैथीगरी / ifcclass के आधार पर एक सामग्री होती है), इसलिए गुण मानों (Psets और Qsets) का उपयोग करके फ़िल्टर बनाना इस बिंदु से प्राप्त करना कठिन नहीं होना चाहिए। . किसी भी तरह के विचार या सुझाव का स्वागत है। मैं

@agviegas बहुत बढ़िया!

@agviegas बहुत अच्छा किया!

संपत्ति प्रबंधन के लिए विचारों के लिए के रूप में। अब आप इन्हें कैसे स्टोर कर रहे हैं? जैसा कि मुझे लगता है कि मेष या ज्यामिति पर userData ?

हमारे अधिकांश ग्राहक अपने मॉडलिंग के लिए HiCad या ArchiCAD जैसे सॉफ़्टवेयर का उपयोग करते हैं और वे एक टन जानकारी संग्रहीत करते हैं जो निर्माण श्रमिकों (थर्मल घनत्व, हवा प्रतिरोध, माप, वजन, आदि) के लिए बहुत महत्वपूर्ण है।

मैं पार्सिंग/लोडिंग गति के बारे में भी बहुत उत्सुक हूं। जिन मॉडलों को मैंने अपने कार्यान्वयन का परीक्षण किया है, उन्हें पार्स करने में लगभग 5 सेकंड लगते हैं, लेकिन ज्यामिति उत्पन्न करने के लिए, प्रक्रिया को डीएई मॉडल में बदलने में लगभग 2 मिनट लगते हैं। (मैं अपने अंत में समय और अनुभव की कमी के कारण इसे सर्वर-साइड परिवर्तित कर रहा हूं: sweat_smile:, यही कारण है कि मैं इस लोडर के लिए 'मूल रूप से' काम करने के लिए बहुत उत्साहित हूं)

@haroldiedema मैंने अभी तक संपत्ति सेट लागू नहीं किया है, लेकिन वर्तमान डेटा संरचना में एक जेएस ऑब्जेक्ट होता है जहां चाबियाँ एक्सप्रेस आईडी होती हैं और मान स्मृति में लोड की गई पार्स की गई वस्तुएं होती हैं। प्रत्येक संपत्ति जो एक एक्सप्रेस आईडी थी, उस आईडी के साथ ऑब्जेक्ट के संदर्भ से बदल दी जाती है। वर्तमान कार्यान्वयन में, एक या अधिक ज्यामितीय अभ्यावेदन के साथ _IFcProduct_ के प्रत्येक उदाहरण में _Geometry_ नामक एक अतिरिक्त संपत्ति होती है, जो दृश्य की ज्यामिति के संदर्भों की एक सरणी है। उदाहरण के लिए, प्रत्येक _IfcWallStandardCase_ में _Path_ (a Line ) a से _Body_ (a Mesh ) के संदर्भ में एक गुण _Geometry_ है।

संभवत: थ्री.जेएस के प्रत्येक ज्यामितीय उदाहरण में एक्सप्रेस आईडी वाली एक संपत्ति होगी, इसलिए मेमोरी (और संबंधित जानकारी) में लोड की गई आईएफसी इकाई को वापस ढूंढना आसान होगा (दृश्य में मेश पर क्लिक करते समय)।

उपयोगकर्ता परिभाषित गुणों के लिए, सब कुछ एक साथ बांधने के लिए एक या अधिक _IfcRelDefinesByProperties_ (या अन्य अप्रत्यक्ष संबंध वस्तु) होंगे। शायद ifcProduct के प्रत्येक उदाहरण में एक विशेषता _hasPropertySets_ हो सकती है जिसमें संबंधित पार्स किए गए संपत्ति सेट की एक सरणी होगी (मैंने इस पैटर्न को अन्य IFC पुस्तकालयों में देखा है, और यही मैं अन्य अप्रत्यक्ष संबंधों जैसे _IfcRelAggregates_ के साथ कर रहा हूं)। मैं संपत्तियों की मात्रा के बारे में चिंतित नहीं हूं क्योंकि उन्हें आईएफसी के अनुसार संरचित किया जाएगा, लेकिन देखते हैं कि जब मैं वहां पहुंचता हूं तो यह कैसा होता है। मैं

मैं सब कुछ क्लाइंट-साइड बना रहा हूं, और वर्तमान में पार्सिंग में एक सेकंड से भी कम समय लगता है और अंतिम दृश्य की ज्यामितीय पीढ़ी लगभग 4 सेकंड दिखाई देती है। मुझे पता है कि बड़ी फाइलों के साथ यह समय बढ़ेगा; हालांकि, मुझे उम्मीद है कि जब मैं अधिक आईएफसी संस्थाओं को कवर कर चुका हूं और वास्तविक परियोजनाओं से आईएफसी लोड कर सकता हूं तो मैं सिस्टम को अनुकूलित करने में सक्षम हूं। मैं _CONTRIBUTING_ दस्तावेज़ का विस्तार करूँगा, अगर कोई इसमें से किसी को भी खोदना चाहता है।

@agviegas जो बहुत बढ़िया लगता है!

मैंने अपने कुछ ग्राहकों के मॉडल का परीक्षण करने के लिए आपके रेपो की मुख्य शाखा को क्लोन करने का प्रयास किया है, लेकिन दुर्भाग्य से उनमें से हर एक कंसोल में एक त्रुटि उत्पन्न करता है _ExpressId अपरिभाषित है (जब संदर्भ रिकॉर्ड की बात आती है तो सभी मॉडल 100% सुसंगत नहीं होते हैं जो वास्तव में मौजूद है)। मुझे लगता है कि कुछ सीएडी सॉफ्टवेयर हटाए गए गुणों के संदर्भों को अच्छी तरह से साफ नहीं करते हैं।

मैं इनमें से कुछ मॉडलों को आपके साथ साझा कर सकता हूं, लेकिन हमें इसे निजी तौर पर करना होगा। यदि आप ArchiCAD या HiCAD के साथ निर्यात किए गए मॉडल के कुछ और परीक्षण मामलों में रुचि रखते हैं, तो आप [email protected] पर मुझसे संपर्क कर सकते हैं।

@haroldiedema मैंने अभी तक संपत्ति सेट लागू नहीं किया है, लेकिन वर्तमान डेटा संरचना में एक जेएस ऑब्जेक्ट होता है जहां चाबियाँ एक्सप्रेस आईडी होती हैं और मान स्मृति में लोड की गई पार्स की गई वस्तुएं होती हैं। प्रत्येक संपत्ति जो एक एक्सप्रेस आईडी थी, उस आईडी के साथ ऑब्जेक्ट के संदर्भ से बदल दी जाती है। वर्तमान कार्यान्वयन में, एक या अधिक ज्यामितीय अभ्यावेदन के साथ _IFcProduct_ के प्रत्येक उदाहरण में _Geometry_ नामक एक अतिरिक्त संपत्ति होती है, जो दृश्य की ज्यामिति के संदर्भों की एक सरणी है। उदाहरण के लिए, प्रत्येक _IfcWallStandardCase_ में _Path_ (a Line ) a से _Body_ (a Mesh ) के संदर्भ में एक गुण _Geometry_ है।

संभवत: थ्री.जेएस के प्रत्येक ज्यामितीय उदाहरण में एक्सप्रेस आईडी वाली एक संपत्ति होगी, इसलिए मेमोरी (और संबंधित जानकारी) में लोड की गई आईएफसी इकाई को वापस ढूंढना आसान होगा (दृश्य में मेश पर क्लिक करते समय)।

उपयोगकर्ता परिभाषित गुणों के लिए, सब कुछ एक साथ बांधने के लिए एक या अधिक _IfcRelDefinesByProperties_ (या अन्य अप्रत्यक्ष संबंध वस्तु) होंगे। शायद ifcProduct के प्रत्येक उदाहरण में एक विशेषता _hasPropertySets_ हो सकती है जिसमें संबंधित पार्स किए गए संपत्ति सेट की एक सरणी होगी (मैंने इस पैटर्न को अन्य IFC पुस्तकालयों में देखा है, और यही मैं अन्य अप्रत्यक्ष संबंधों जैसे _IfcRelAggregates_ के साथ कर रहा हूं)। मैं संपत्तियों की मात्रा के बारे में चिंतित नहीं हूं क्योंकि उन्हें आईएफसी के अनुसार संरचित किया जाएगा, लेकिन देखते हैं कि जब मैं वहां पहुंचता हूं तो यह कैसा होता है। मैं

मैं सब कुछ क्लाइंट-साइड बना रहा हूं, और वर्तमान में पार्सिंग में एक सेकंड से भी कम समय लगता है और अंतिम दृश्य की ज्यामितीय पीढ़ी लगभग 4 सेकंड दिखाई देती है। मुझे पता है कि बड़ी फाइलों के साथ यह समय बढ़ेगा; हालांकि, मुझे उम्मीद है कि जब मैं अधिक आईएफसी संस्थाओं को कवर कर चुका हूं और वास्तविक परियोजनाओं से आईएफसी लोड कर सकता हूं तो मैं सिस्टम को अनुकूलित करने में सक्षम हूं। मैं _CONTRIBUTING_ दस्तावेज़ का विस्तार करूँगा, अगर कोई इसमें से किसी को भी खोदना चाहता है।

User Defined IFC Property Sets को पार्स करना बेहद आसान है। मेरे पास एक रेपो है जो ऐसा करता है। मेरा पार्सर आपके जैसा परिष्कृत नहीं है।

हालांकि, मैंने देखा है कि कुछ गुण पार्सर्स को तोड़ते हैं। मैंने शेवरोटेन का उपयोग नहीं किया है, इसलिए मुझे यकीन नहीं है कि आपका कोड कैसा रहेगा। मैंने यहां इन समस्याओं के बारे में और लिखा

वैसे भी, अब तक बहुत अच्छा काम! मैं

अद्यतन: मैंने पूरे विकास में आसान उपयोगकर्ता परीक्षण के लिए ऐप को जीथब पृष्ठों में तैनात किया है। इसमें मोबाइल और टैबलेट समर्थन के लिए उत्तरदायी नेविगेशन शामिल है। साथ ही, यहां आप एक वैकल्पिक परिनियोजन पा सकते हैं जो स्टार्टअप पर एक IFC मॉडल लोड करता है; दृश्य को साफ़ करने और कई IFC जोड़ने का तर्क अभी तक लागू नहीं किया गया है, लेकिन कम से कम आप देख सकते हैं कि नेविगेशन कैसा दिखता है। पार्सिंग क्लाइंट द्वारा की जाती है, इसलिए लोडिंग समय उपयोग किए गए डिवाइस पर निर्भर करता है। मेरा लैपटॉप इसे लगभग 5 सेकंड में बनाता है, जबकि मेरे Moto G5 Plus को इस दृश्य के लिए लगभग 50 सेकंड की आवश्यकता होती है। एक पूर्ण परियोजना लोड करने से पहले अभी भी कक्षाएं लागू की जानी हैं, लेकिन मुझे परीक्षण फाइलों में जोड़ने के लिए मुझे कोई भी आईएफसी भेजने में संकोच न करें।