उद्योग फाउंडेशन कक्षाएं। संक्षिप्त परिचय

परिचय

पार्टी और सरकार की नीति के संबंध में , बीआईएम प्रौद्योगिकी - भवन सूचना मॉडलिंग का परिचय देने के लिए कानून में एक सक्रिय बदलाव है। पार्टी लाइन की निरंतरता में, हम खुले प्रस्तुति प्रारूप BIM - IFC (इंडस्ट्री फाउंडेशन क्लासेस) पर विचार करेंगे।


IFC का इतिहास 1995 में शुरू होता है (वास्तव में, 1993 की गर्मियों में [1] ), जब ऑटोडेस्क कॉरपोरेशन और "कॉमरेड्स" के एक समूह ने बिल्डिंग डिजाइन के लिए विभिन्न सीएडी सिस्टम के लिए एक विनिमय प्रारूप विकसित करने के लिए एक कार्टेल समझौता किया। एक साल बाद, कॉमरेडों को समझ में आया कि इस प्रारूप को खुली सदस्यता वाले संगठन द्वारा विकसित और विकसित किया जाना चाहिए, क्योंकि 1996 में इंटरप्रेन्योरशिप के लिए अंतर्राष्ट्रीय गठबंधन दिखाई दिया। बाद में, 2008 में, संगठन का नाम बदलकर बिल्डिंगस्मार्ट कर दिया गया - अधिक ग्लैमर के लिए।

IFC डेवलपर्स के पास एक समृद्ध कल्पना नहीं थी, और इसे लागू करने का अवसर नहीं था - वे बहुत मामूली समय सीमा निर्धारित करते थे, और कार्य बहुत वैश्विक दिखता था। इसलिए, उन्होंने आधार के रूप में STEP प्रारूप (उत्पाद मॉडल डेटा के आदान-प्रदान के लिए मानक), या बल्कि अनुप्रयोग प्रोटोकॉल 225: भवन तत्वों को लिया। मुझे कहना होगा कि एसटीईपी के आसपास आईएसओ मानकों की स्थिति में विनिर्देशों के एक समूह के रूप में एक समृद्ध बुनियादी ढाँचा बनाया गया है। यह अवसंरचना EXPRESS डेटा मॉडलिंग भाषा और इसके चित्रमय अवतार EXPRESS-G पर आधारित है; इस भाषा को विभिन्न प्रोग्रामिंग भाषाओं में ऑटो-जनरेटिंग कोड की सुविधा के लिए विकसित किया गया था।

IFC का विकास सितंबर 1995 में शुरू हुआ, IFC 1.0 जून 1996 में प्रकाशित हुआ, अंतिम संस्करण जनवरी 1997 में था। वास्तव में, IFC के पहले संस्करण का लक्ष्य लक्ष्य को साकार करने की बहुत संभावना को प्रदर्शित करना था, विभिन्न कंपनियों ने इस प्रारूप में अपने निर्यात / आयात प्रदर्शन प्रस्तुत किए।

नवंबर 1997 में, अगला संस्करण जारी किया गया था - 1.5, लेकिन इसे जल्दी से लागू करने के प्रयास में कई त्रुटियां सामने आईं, जिन्हें एक निश्चित संस्करण 1.5.1 के विकास की आवश्यकता थी, जो कि संस्करण 2.0 के विकास के समानांतर पेश किया गया था - जिसे मार्च 1999 में पेश किया गया था।

इन सभी संस्करणों को अब हटा दिया गया है।

संस्करण 2.1 नवंबर 2000 में जारी किया गया था। यह सबसे पुराना संस्करण है जिसके लिए प्रलेखन उपलब्ध है। इसे बाद में ISO / PAS 16739: 2005 के रूप में प्रकाशित किया गया।

अब सबसे आम संस्करण (जिसे अधिकांश प्रोग्राम समझते हैं) IFC 2.3 है।

मुलायम

IFC को पढ़ने के लिए, सिंटैक्स हाइलाइटिंग वाला एक टेक्स्ट एडिटर उपयोगी है, उदाहरण के लिए, मैंने अपने अनाड़ी IFC सिंटैक्स सेटिंग्स के साथ n ++ और बनाम कोड का उपयोग किया है।

लेकिन एक अन्य आवश्यक उपकरण IFC में ग्राफिक्स की कल्पना करने में सक्षम प्रोग्राम होगा। अब इसके लिए और यहां तक ​​कि मुक्त लोगों के लिए कई दर्शक हैं; व्यक्तिगत रूप से, मैं एक्सबीआईएम प्रोजेक्ट से एक्सबीमप्लेपर पसंद करता हूं । मैंने Revit का भी उपयोग किया है, लेकिन मुझे कहना होगा कि शुद्ध Revit IFC के साथ बहुत अनुकूल नहीं है - यह उस फ़ाइल को पढ़ने में भी सक्षम नहीं है जो उसने बनाई थी (हाँ, Autodesk का Revit नहीं जानता कि ऑटोकॉक द्वारा आविष्कार किए गए प्रारूप के साथ कैसे काम किया जाए - यह Autodesk का कॉलिंग कार्ड है। लेकिन वे सिर्फ Revit के साथ नहीं आए, बल्कि इसे खरीदा - हमेशा की तरह), लेकिन उसके पास इसके लिए एक बुरा प्लगइन नहीं है - Revit के लिए IFC (लेख लिखते समय, उसने कई त्रुटियां पाईं, यह तय करने की आवश्यकता होगी कि समय है ...)

मुझे यह कहना चाहिए कि IFC प्रारूप इतना भ्रामक है कि कोई भी कार्यक्रम इसे सही तरीके से नहीं संभालता है - प्रत्येक इसे अपने तरीके से करता है। तो XbimXplorer 2d ग्राफिक्स और कुछ सिंटैक्स त्रुटियों को अनदेखा करता है।

विवरण

IFC प्रारूप तीन रूपों में मौजूद है: IFC-SPF (.ifc), IFC-XML (.ifcXML), IFC-ZIP (.ifcZIP)।
IFC-SPF ISO 10303-21 में परिभाषित एक पाठ प्रारूप है - वास्तव में यह एक STEP फाइल है
IFC-XML ISO 10303-28 ("STEP-XML") में परिभाषित एक XML प्रारूप है
IFC-ZIP - एक ज़िप संग्रह जिसमें .ifc या .ifcXML हो सकता है

IFC-SPF फ़ाइल की संरचना आईएसओ 10303-21 (WIRST संकेतन में GOST ISO 10303-21-2002 है) में वर्णित है। यह एक पाठ फ़ाइल है जो 32-126 की सीमा में कोड के साथ केवल वर्णों का उपयोग करता है (तीसरा संस्करण 127-255 कोड वाले वर्णों के उपयोग की अनुमति देता है, लेकिन अनुशंसित नहीं है - संगतता के लिए)
बहु-पंक्ति टिप्पणियों को पात्रों के जोड़े के साथ चिह्नित किया जाता है / * * /

एक अलग एन्कोडिंग में वर्ण लिखने के कई तरीके हैं

रिकॉर्ड आईएसओ 8859 :
Directive \ S \ - निर्देश कोड के बाद वर्ण कोड तालिका ISO 8859-1 में वर्ण कोड इंगित करता है
Directive \ P * \ - यहाँ, * के बजाय एक अपरकेस लैटिन अक्षर होना चाहिए, यह तालिका की संख्या को इंगित करता है ISO 8859 जिसका उपयोग निर्देश \ S \ के लिए किया जाता है, A का अर्थ है ISO 8859-1, B का अर्थ है ISO 8859-2, आदि।

रिकॉर्ड आईएसओ 10646 :
निर्देश \ X \ - निर्देश दो अंकों के हेक्साडेसिमल नंबर के बाद होता है जो U + 0000 से लेकर U + 00FF तक की सीमा में एक वर्ण को दर्शाता है।
निर्देश \ X2 \ * \ X0 \ और \ X4 \ * \ X0 \ - यहाँ * के बजाय दो-अंकों (X2) या चार-अंकों (X4) हेक्साडेसिमल संख्याओं का एक क्रम है जो संबंधित वर्णों को दर्शाता है।

नमस्ते विश्व! => \ X2 \ 041F0440043804320434344442 \ X0 \, \ X2 \ 041C04380440 \ X0 \!

अधिकतम कच्चे स्ट्रिंग की लंबाई - 32769 बाइट्स

फ़ाइल संरचना - फ़ाइल ISO-10303-21 लाइन से शुरू होती है; और लाइन END-ISO-10303-21 के साथ समाप्त होता है; हालांकि अभी भी एक SIGNATURE_SECTION हस्ताक्षर अनुभाग हो सकता है, लेकिन मैं इस विकल्प पर विचार नहीं करूंगा।
इन पंक्तियों के बीच एक HEADER_SECTION हेडर अनुभाग होना चाहिए, इसके बाद ANCHOR_SECTION और / या REFERENCE_SECTION अनुभाग हो सकते हैं, साथ ही एक या एक से अधिक DATA_SECTION (IFC में केवल एक ही है)

HEADER_SECTION - IFC हेडर अनुभाग संरचना इस अनुभाग में केवल तीन तत्वों की अनुमति देती है: FILE_DESCRIPTION, FILE_NAME, FILE_SCHEMA

ENTITY file_description;
description : LIST [1:?] OF STRING (256) ;
implementation_level : STRING (256) ;
END_ENTITY;

न्यूनतम विकल्प:
FILE_DESCRIPTION (('ViewDefinition [CoordinationView_V2.0]', '2; 1');
IFC के लिए विवरण सामग्री बहुत महत्वपूर्ण है - इसमें प्रयुक्त ViewDefinition ऐड-ऑन, ExchangeRequirement सामग्री और विकल्प [2] विकल्पों को सूचीबद्ध किया गया है, लेकिन केवल ViewDefinition तत्व की आवश्यकता है
कार्यान्वयन_करण में दो अंक होते हैं, पहला ISO-10303-21 (उनमें से तीन) के संशोधन को दर्शाता है, दूसरा - संगतता मोड (उनमें से दो), ISO-10303-21 के खंड 4.3 में वर्णित है। IFC के लिए, कार्यान्वयन_कार्य हमेशा मायने रखता है - 2; 1

एक अन्य विकल्प:
FILE_DESCRIPTION (('ViewDefinition [CoordinationView_V2.0, QuantityTakeOffAddOnView]', 'ExchangeRequirement [स्ट्रक्चरल]'), '2; 1);

ENTITY file_name;
name : STRING (256) ;
time_stamp : time_stamp_text ;
author : LIST [ 1 : ? ] OF STRING (256) ;
organization : LIST [ 1 : ? ] OF STRING (256) ;
preprocessor_version : STRING (256) ;
originating_system : STRING (256) ;
authorization : STRING (256) ;
END_ENTITY;

सभी मूल्यों को खाली छोड़ा जा सकता है। फ़ाइल का नाम, समय टिकट, लेखक, संगठन, पूर्वप्रक्रमक संस्करण, संलेखन कार्यक्रम, प्राधिकरण।

ENTITY file_schema;
schema_identifiers : LIST [1:?] OF UNIQUE schema_name;
END_ENTITY;

स्कीमा का नाम जो डेटा अनुभाग की सामग्री का वर्णन करता है (ऊपर तालिका में पहचानकर्ता कॉलम देखें)

डेटा अनुभाग DATA कीवर्ड से शुरू होता है; और ENDSEC के साथ समाप्त होता है।; इस खंड की सामग्री निम्नलिखित सिंटैक्स की संस्थाओं का एक क्रम है:
# <इकाई सूचकांक> = <इकाई नाम> (<विशेषताओं की सूची>);
IFC चार्ट में संभावित संस्थाओं और उनके मापदंडों का वर्णन किया गया है।

खाली IFC फ़ाइल:
ISO-10303-21;
HEADER;
FILE_DESCRIPTION(('ViewDefinition [CoordinationView_V2.0]'),'2;1');
FILE_NAME('','',(''),(''),'','','');
FILE_SCHEMA(('IFC2X3'));
ENDSEC;
DATA;
ENDSEC;
END-ISO-10303-21;

डेटा अनुभाग

IFC का मूल तत्व IfcProject है । यहां यह बताना आवश्यक है कि विशेषताओं की सूची कैसे बनती है, जो इकाई बनाने के लिए आवश्यक है, सबसे पहले, इकाई की अपनी विशेषताएं हो सकती हैं, और दूसरी बात, यह उन्हें पूर्वजों से विरासत में मिल सकती है, विशेषताओं का क्रम निर्दिष्ट है - पूर्वज से वंश तक। IfcProject के लिए, वंशानुक्रम श्रृंखला निम्नानुसार होगी: IfcRoot => IfcObjectDefinition => IfcObject => IfcProject।

IFCPROJECT(<GlobalId>,<OwnerHistory>,<>,<>,<ObjectType>, <LongName>,<Phase>, (<RepresentationContexts>),<UnitsInContext>);

अब, IfcProject बनाने के लिए, हमें सभी विशेषताओं के लिए मान सेट करने की आवश्यकता है। IfcRoot - GlobalId से विरासत में मिली पहली विशेषता, मान है IfcGlo WorldwideUniqueId। यह एक सरल प्रकार है - 22 अक्षरों की लंबाई के साथ एक स्ट्रिंग, आपको उनमें एक अद्वितीय GUID या UUID लिखने की आवश्यकता है, ताकि 128-बिट संख्या 22 वर्णों में बहा दी जाए - बिल्डिंगस्मार्ट वेबसाइट [3] पर प्रकाशित एक विशेष एल्गोरिथ्म है। निम्न OwnerHistory विशेषता IfcOwnerHistory के लिए सेट है। यह तत्व प्रश्नों का उत्तर देता है - इस IFC तत्व को किसने, कैसे और कब बनाया है, वास्तव में, IFC में लगभग हर वस्तु के लिए इसके लेखक को इस तत्व के माध्यम से संकेत दिया जा सकता है। इस विशेषता को भरने के लिए, आप "जगह में" एक तत्व बना सकते हैं, लेकिन इसे किसी अन्य स्थान पर करना बेहतर है, और इसके स्थान पर केवल # <निकाय इंडेक्स> फॉर्म के रिकॉर्ड के साथ इसे देखें। इसके अलावा, $ प्रतीक का अर्थ एक अशक्त मूल्य है, * प्रतीक का उपयोग किया जाता है यदि वंशज पूर्वज की विशेषता को मूल्य प्रदान करता है। टाइप एनम का मान दो बिंदुओं के बीच लिखा जाता है - .ELEMENT।

IfcProject बनाने का एक उदाहरण:
#1=IFCPROJECT('abcdefghijklmnopqrs101', #2, 'sample project', $, $, '','',$,$);
#2=IFCOWNERHISTORY(#3,#6,.READWRITE.,.ADDED.,87763554,#3,#6,87763554);
#3=IFCPERSONANDORGANIZATION(#4,#5,());
#4=IFCPERSON('Public','Jane','Q.',(),(),(),(),());
#5=IFCORGANIZATION($,'Architecture by Jane Q. Public, Inc.',$,(),());
#6=IFCAPPLICATION(#7,'Version 1.0','Building Architecture Toolkit','BAT1.0');
#7=IFCORGANIZATION($,'Creating Instance Software, Inc.',$,(),());

निम्नलिखित तत्व <नाम>, <विवरण>, <ObjectType>, <LongName>, <Phase> - वैकल्पिक और पाठ (IfcLabel, IfcText) - किसी व्यक्ति के लिए परियोजना का विवरण

रिप्रेजेंटेशनटेक्स्ट , रिक्त स्थान / संदर्भों की एक सूची है, विचार यह था कि हमारे पास कई स्थान / संदर्भ हो सकते हैं, उदाहरण के लिए: एक स्केच, एक परियोजना और कामकाजी दस्तावेज। और विभिन्न संदर्भों में अलग-अलग वस्तुओं का अलग-अलग प्रतिनिधित्व हो सकता है। उदाहरण के लिए, स्केच में दीवार सिर्फ एक रेखा है, परियोजना में यह पहले से ही एक मोटाई है, और कामकाजी प्रलेखन में इसमें विभिन्न परतें शामिल हैं। लेकिन IFC2x3 में, अवधारणा बदल गई है, 'स्केच', 'रूपरेखा', 'डिज़ाइन', 'विस्तार' के संदर्भ या तो रद्द कर दिए गए हैं या वे IfcGeometricRepresentationSubChtetext में चले गए हैं। और क्लास IfcRepresentationContext अपने आप में अमूर्त हो गया, एक एकल वंशज के साथ - IfcGeometricRepresentationContext, जो वॉल्यूमेट्रिक कॉनटेक्स्ट टाइप हो सकता है = 'मॉडल', कोऑर्डिनेटस्पेसडिमिशन = 3, फ्लैट कॉन्टेक्सटाइप = 'प्लान', कोऑर्डिस्पेसस्पेसप्लेक्शन।

IFCGEOMETRICREPRESENTATIONCONTEXT(<>,<>,< >,< - >,< >,< >)

UnitInContext - एक ifcUnitAssignment ऑब्जेक्ट जो प्रोजेक्ट की इकाइयों के विवरण के साथ IfcUnit तत्वों की एक सूची बनाता है, यह उचित आयात के लिए आवश्यक है, अन्यथा सॉफ़्टवेयर अपनी डिफ़ॉल्ट सेटिंग्स का उपयोग करेगा - Revit में, उदाहरण के लिए, पैर हैं (यह पैरों में सब कुछ संग्रहीत करता है)।

#2= IFCSIUNIT(*,.LENGTHUNIT.,.MILLI.,.METRE.);
#3= IFCSIUNIT(*,.AREAUNIT.,$,.SQUARE_METRE.);
#4= IFCSIUNIT(*,.VOLUMEUNIT.,$,.CUBIC_METRE.);
#5= IFCSIUNIT(*,.PLANEANGLEUNIT.,$,.RADIAN.);
#6= IFCUNITASSIGNMENT((#2,#3,#4,#5));


रूट IfcProject तत्व से, तत्वों का एक पेड़ बनता है, IfcSpatialStructureElement प्रकार (IfcBuilding (बिल्डिंग), IfcBildingStorey (मंजिल), IfcSpace (अंतरिक्ष या कमरा), IfcSite (साइट) के वंशज। लेकिन ये तत्व सीधे-सीधे नहीं जुड़े हैं, लेकिन एक विशेष-ifcRelAggregates तत्व के माध्यम से, एक-से-कई संबंधों में।

IFCRELAGGREGATES(<GlobalId>, <OwnerHistory>, <>, <>, < >, (< >));

इन तत्वों को केवल निम्नलिखित क्रम में जोड़ा जा सकता है: IfcSite => IfcBuilding => IfcBuildingStorey => IfcSpace, और एक ही प्रकार के तत्व जुड़े हो सकते हैं, लेकिन तब उनके कंपोज़िटाइप का एक अलग मूल्य और केवल एक निश्चित क्रम में COMPLEX => ELEMENT => PARTIAL होगा

पूर्ण संभव परियोजना संरचना:
IfcSite.COMPLEX => IfcSite.ELEMENT => IfcSite.PARTIAL => IfcBuilding.COMPLEX => IfcBuilding.ELEMENT => IfcBuilding.PARTIAL => IfcBuildingStorey.COMPLEX => IfcBuilding.ComPLEX IfcSpace.ELEMENT => IfcSpace.PARTIAL

ifc फ़ाइल

हालांकि सभी तत्व वैकल्पिक हैं, केवल वंशानुक्रम क्रम की आवश्यकता है
यह माना जाता है कि आप एक इमारत का वर्णन कर रहे हैं, जिसमें मंजिला फर्श हैं और जिसमें रिक्त स्थान मौजूद हैं, आपको मौजूदा साइट राहत दिखाने की आवश्यकता है जिसमें आप अपना भवन दर्ज करते हैं

IFCSITE(<GlobalId>,<OwnerHistory>,<>,<>,<ObjectType>,<ObjectPlacement>,<Representation>,<LongName>,<CompositionType>,<RefLatitude>,<RefLongitude>,<RefElevation>,<LandTitleNumber>,<SiteAddress>);

IfcProductRepresentation ऑब्जेक्ट के लिए ifcProduct बिंदुओं से विरासत में मिली प्रतिनिधित्व विशेषता, ऑब्जेक्ट के आकार का वर्णन करने के लिए दो IfcProductDefinitionShape वंशज हैं और सामग्री (विज़ुअलाइज़ेशन शैली) का वर्णन करने के लिए IFcaterialDefinaseRepresentation, वे प्रतिनिधित्व विशेषता के माध्यम से विभिन्न अभ्यावेदन लिंक करते हैं।

IfcProductDefinitionShape(<>,<>,(<Representations>))
IfcMaterialDefinitionRepresentation(<>, <>,<Representations>),<RepresentedMaterial>)

IfcMaterialDefinitionRepresentation प्रतिनिधि के लिए केवल ifctyledRepresentation - शैली परिवर्तन स्वीकार करता है
RepresentedMaterial विशेषता ऑब्जेक्ट की सामग्री का एक पाठ्य विवरण प्रदान करती है।
IfcProductDefinitionShape प्रतिनिधि के लिए केवल ifchapeRepresentation या ifcTopologyRepresentation (ifcShapeModel) स्वीकार करता है

IfcShapeRepresentation IFC में सबसे महत्वपूर्ण वर्ग है क्योंकि यह वस्तुओं के ज्यामितीय प्रतिनिधित्व के लिए जिम्मेदार है। उपलब्ध ज्यामिति प्रकार: कर्व 2 डी (समतल रेखाएं), जियोमेट्रिकसेट (अंक, रेखाएं, 2d और 3 डी), सर्फेसमॉडल (सतह), सॉलिडमॉडल (निकाय), अतिरिक्त प्रकार (बाउंडिंगबॉक्स, सेक्शनडाइन, मैपर्डप्रेशन)

IFCSHAPEREPRESENTATION(<>,<RepresentationIdentifier>,< >,< >);

किसी भी ज्यामिति के दिल में IfcCartesianPoint तत्व है - बस एक बिंदु।
#13= IFCCARTESIANPOINT((0.,0.,0.));
#16= IFCCARTESIANPOINT((1.,0.,0.));
#22= IFCPOLYLINE((#13, #16));

#510= IFCBSPLINECURVEWITHKNOTS(3,(#511,#512,#513,#514,#511,#512,#513),.UNSPECIFIED.,.T.,.T.,(1,1,1,1,1,1,1,1,1,1,1),(-7.0,-6.0,-5.0,-4.0,-3.0,-2.0,-1.0,0.0,1.0,2.0,3.0),.UNSPECIFIED.);
#511= IFCCARTESIANPOINT((239.758213537139,192.193559404919,-83.9999999999991));
#512= IFCCARTESIANPOINT((0.0,275.591853484122,-83.9999999999991));
#513= IFCCARTESIANPOINT((-239.75821353295,192.193559404918,-83.9999999999991));
#514= IFCCARTESIANPOINT((0.0,-108.13323051355,-83.9999999999991));

#34= IFCSHAPEREPRESENTATION(#7,'Body','SweptSolid',(#35));
#35= IFCEXTRUDEDAREASOLID(#36,#8,#37,0.5);
#36= IFCRECTANGLEPROFILEDEF(.AREA.,$,#38,0.5,0.5);
#37= IFCDIRECTION((0.,0.,1.));
#38= IFCAXIS2PLACEMENT2D(#39,#9);
#7= IFCGEOMETRICREPRESENTATIONCONTEXT($,'Model',3,0.01,#8,#9);
#8= IFCAXIS2PLACEMENT3D(#10,$,$);
#9= IFCDIRECTION((0.,1.));
#39= IFCCARTESIANPOINT((0.,0.));

ज्यामिति में केवल अंकों की एक सूची शामिल हो सकती है, या इसमें मापदंडों और बच्चों के एक समूह के साथ एक जटिल संरचना हो सकती है।
IfcExtrudedAreaSolid(<SweptArea>,<Position>,<ExtrudedDirection>,<Depth>)

यह निकाय है, जो मूल स्थान में स्थित स्वेप्ट्रिया प्लानर समोच्च को एक्सट्रूयडडायरेक्शन की गहराई के लिए एक्सट्रूडेडडायरेक्शन की दिशा में एक्सट्रूडेड की दिशा में एक्सट्रूडिंग करके प्राप्त करता है। SweptArea विशेषता IfcProfileDef प्रकार की है - यह "सभी अवसरों के लिए" बड़ी संख्या में वंशज के साथ एक सार वर्ग है, इस मामले में IfcRectangleProfileDef(<ProfileType>,<ProfileName>,<Position>,<XDim>,<YDim>)

प्रोफाइल टाइप - प्रोफाइल प्रकार एनफ वैल्यू टाइप इफप्रोफाइलटाइप ईनम (मान: कर्व, क्षेत्र)। वैकल्पिक निर्देशनाम प्रोफाइल नाम, स्थिति स्थिति और XY निर्देशांक द्वारा आकार XDim, YDim हैं।


या अधिक जटिल IfcFacetedBrep, इसमें एक बंद ifcClosedShell होता है, जिसमें बदले में ifcFace चेहरों की एक सूची होती है, जिसमें IfcFaceBound किनारों होते हैं, जो Ifcelop लूप द्वारा वर्णित होते हैं, जो पहले से ही ifcCartesianPoint बिंदुओं से युक्त होते हैं। सीमा प्रतिनिधित्व (brep) इसकी संरचना पर बहुत सारी शर्तों को निर्धारित करता है - प्रलेखन और संबंधित साहित्य में विस्तार से वर्णित है।

#57= IFCSHAPEREPRESENTATION(#7, 'Body', 'Brep', (#58));
#58= IFCFACETEDBREP(#59);
#59= IFCCLOSEDSHELL((#80, #81, #82, #83, #84, #85));

#60 = IFCCARTESIANPOINT((0.,0.,0.));
#61 = IFCCARTESIANPOINT((1.,0.,0.));
#62 = IFCCARTESIANPOINT((1.,1.,0.));
#63 = IFCCARTESIANPOINT((0.,1.,0.));
#64 = IFCCARTESIANPOINT((0.,0.,1.));
#65 = IFCCARTESIANPOINT((1.,0.,1.));
#66 = IFCCARTESIANPOINT((1.,1.,1.));
#67 = IFCCARTESIANPOINT((0.,1.,1.));

#68= IFCPOLYLOOP((#60, #61, #62, #63));
#69= IFCPOLYLOOP((#64, #65, #66, #67));
#70= IFCPOLYLOOP((#60, #61, #65, #64));
#71= IFCPOLYLOOP((#61, #62, #66, #65));
#72= IFCPOLYLOOP((#62, #63, #67, #66));
#73= IFCPOLYLOOP((#63, #60, #64, #67));

#74= IFCFACEOUTERBOUND(#68, .T.);
#75= IFCFACEOUTERBOUND(#69, .T.);
#76= IFCFACEOUTERBOUND(#70, .T.);
#77= IFCFACEOUTERBOUND(#71, .T.);
#78= IFCFACEOUTERBOUND(#72, .T.);
#79= IFCFACEOUTERBOUND(#73, .T.);

#80= IFCFACE((#74));
#81= IFCFACE((#75));
#82= IFCFACE((#76));
#83= IFCFACE((#77));
#84= IFCFACE((#78));
#85= IFCFACE((#79));




IfcAdvancedBrep IFC4 में दिखाई दिया है, जिसके किनारों को NURBS घटता द्वारा वर्णित किया जा सकता है



IfcSpatialStructureElement ऑब्जेक्ट्स की अपनी ज्यामिति हो सकती है, लेकिन सामान्य तौर पर, इमारतें अन्य वस्तुओं से मिलकर बनती हैं: दीवार, फर्श, छत, खिड़कियां, दरवाजे, आदि IFC में, इन सभी वस्तुओं का वर्णन संबंधित वस्तुओं द्वारा किया जाता है: Ifcall, IfcSlab, IfcRoof, IfcWindow, IfcDoor - सभी वे IfcProduct के वंशज हैं। इन सभी वस्तुओं को संबंधित ifcSpatialStructureElement वस्तु के साथ जोड़ा जा सकता है, विशेष ifcRelContainInInpatialStructure ऑब्जेक्ट के माध्यम से



IFCRELCONTAINEDINSPATIALSTRUCTURE(<GlobalId>,<OwnerHistory>,<>,<>, (<RelatedElements>),<RelatingStructure>)

निरंतर मोटाई की दीवारों के लिए यह ifcWallStandardCase (IFC4 में अप्रचलित माना जाता है) का उपयोग करने के लिए प्रथागत है, अन्य मामलों के लिए हम IfcWall का उपयोग करते हैं। IfcWallStandardCase के मामले में आपको SweptSolid का उपयोग करने की आवश्यकता है - दिए गए ऊंचाई पर दीवार समोच्च को निकालना

IFCWALLSTANDARDCASE(<GlobalId>,<OwnerHistory>,<>,<>,<ObjectType>,<ObjectPlacement>,<Representation>,<Tag>);

#8= IFCAXIS2PLACEMENT3D(#10,$,$);
#10= IFCCARTESIANPOINT((0.,0.,0.));
#13= IFCLOCALPLACEMENT($,#8);
#22= IFCDIRECTION((0.,0.,1.));
#23= IFCAXIS2PLACEMENT2D(#24,#25);
#24= IFCCARTESIANPOINT((0.,0.));
#25= IFCDIRECTION((1.,0.));
#26= IFCWALLSTANDARDCASE('abcdefghijklmnopqrs107',$,'wall1',$,'',#13,#27,'');
#27= IFCPRODUCTDEFINITIONSHAPE($,$,(#28));
#28= IFCSHAPEREPRESENTATION(#7,'Body','SweptSolid',(#29));
#29= IFCEXTRUDEDAREASOLID(#30,#32,#22,1000.);
#30= IFCRECTANGLEPROFILEDEF(.AREA.,$,#23,100.,1000.);
#31= IFCCARTESIANPOINT((500.,0.,100.));
#32= IFCAXIS2PLACEMENT3D(#31,$,$);


दरवाजे को इफडूर ऑब्जेक्ट द्वारा वर्णित किया गया है, इसे इफ़रसेलकनेक्टेड इनसिप्टियलस्ट्रक्चर में जोड़ा जा सकता है, लेकिन यह ऑब्जेक्ट अपने लिए दीवार में "कट" नहीं बनाता है



"IfcOpeningElement" विशेष ऑब्जेक्ट "कट" के लिए जिम्मेदार है, जो ifcRelVoidsElement के माध्यम से "मूल" ऑब्जेक्ट के साथ जुड़ा हुआ है। IfcOpeningElement में, आप IfcRelFillsElement ऑब्जेक्ट का उपयोग करके एक दरवाजा "सम्मिलित" कर सकते हैं। IfcOpeningElement के साथ आप न केवल छेद के माध्यम से बना सकते हैं, बल्कि recesses भी कर सकते हैं।





IFCDOOR(<GlobalId>,<OwnerHistory>,<>,<>,<ObjectType>,<ObjectPlacement>,<Representation>,<Tag>,<OverallHeight>,<OverallWidth>)

IFCWINDOW(<GlobalId>,<OwnerHistory>,<>,<>,<ObjectType>,<ObjectPlacement>,<Representation>,<Tag>,<OverallHeight>,<OverallWidth>)

IfcWindow वस्तु उपयोग में बहुत समान है, ifcDoor, TotalHeight, TotalWidth - नाममात्र आयाम, आप निर्दिष्ट नहीं कर सकते हैं - तब ये मान ज्यामिति से लिए जाएंगे

IfcRoof ऑब्जेक्ट एक जटिल ऑब्जेक्ट द्वारा निहित है - यह पूरी छत का वर्णन करना चाहिए, इसके साथ सभी बच्चों को जोड़ने के लिए - आपको IfcRelAggregates का उपयोग करने की आवश्यकता है। लेकिन एक ही समय में, IfcRoof का अपना प्रतिनिधित्व ज्यामिति हो सकता है।
IFCSLAB(<GlobalId>,<OwnerHistory>,<>,<>,<ObjectType>,<ObjectPlacement>,<Representation>,<Tag>,<PredefinedType>);
IFCROOF(<GlobalId>,<OwnerHistory>,<>,<>,<ObjectType>,<ObjectPlacement>,<Representation>,<Tag>,<IfcRoofTypeEnum>);

लेखन IFC

अब, इस ज्ञान से लैस, हम एक साधारण घर का वर्णन करने का प्रयास करेंगे, एक शुरुआत के लिए हम एक खाली IFC फ़ाइल लेंगे - जिसका विवरण मैंने पहले ही दिया है

अगला, हमें डेटा अनुभाग की सामग्री को भरने की आवश्यकता है। पहली आवश्यक वस्तु IFCPROJECT होनी चाहिए (हालांकि यह फ़ाइल के अंत में हो सकती है, लेकिन इसे बस होना चाहिए), हमें IFCUNITASSIGNMENT की भी आवश्यकता है, यदि हम निश्चित रूप से चाहते हैं कि कार्यक्रम माप की इकाइयों में मॉडल को पढ़ें जो हमारे पास हैं। हमें कम से कम एक IFCGEOMETRICREPRESENTATIONCONTEXT की भी आवश्यकता होगी - अन्यथा हम ज्यामिति का विवरण नहीं जोड़ पाएंगे।



घर का ढाँचा








दरवाजे का वर्णन करने के लिए, हम IFCFACETEDBREP का उपयोग करते हैं और इसे IFCOPENINGELEMENT के लिए उपयोग करते हैं जिसमें हमारा दरवाजा डाला जाता है। विभिन्न IFCLOCALPLACEMENTs का उपयोग करते हुए, हम एक ही ज्यामिति को विभिन्न स्थानों में सम्मिलित कर सकते हैं और विभिन्न वस्तुओं का प्रतिनिधित्व करने के लिए - उदाहरण के लिए, हम खिड़की के लिए एक ही IFCFACETEDBREP का उपयोग कर सकते हैं।




समाप्त फ़ाइल

निष्कर्ष

अब, मेरे प्रिय पाठक, आप अपने सपनों का घर लिख सकते हैं। दुर्भाग्य से, मैंने ifcMaterialDefinitionRepresentation पर विचार नहीं किया था, जो वस्तुओं को प्रदर्शित करने की शैली के लिए अस्वीकार कर दिया गया था, अगर IFTopologyRepresentation पर विचार नहीं किया गया - मुझे वास्तव में समझ नहीं आया कि यह क्या है और मुझे नहीं पता कि यह कैसे कल्पना करना है। मैंने IFC विकल्पों और गुणों के अतिरिक्त सेटों पर विचार नहीं किया। लेकिन अन्यथा यह एक संक्षिप्त परिचय नहीं होगा।

IFC प्रारूप में बड़ी संख्या में ऑब्जेक्ट होते हैं, जो केवल संस्करण से संस्करण तक अधिक हो जाते हैं। विनिर्देश पाठ में ऐसे नोट्स हैं जो एक्सप्रेस योजना में परिलक्षित नहीं होते हैं, लेकिन जो फ़ाइल प्रसंस्करण को दृढ़ता से प्रभावित करते हैं। इसलिए, सभी दस्तावेज़ों को ध्यान से पढ़े बिना इस प्रारूप को लागू करना मुश्किल है, लेकिन यह एक व्यक्ति के लिए शायद ही संभव है, इसलिए कोई कार्यक्रम नहीं है - जो इसे बिल्कुल सही ढंग से पढ़ता है, प्रत्येक की अपनी विशिष्टताएं हैं। और अगर खुले स्रोत कार्यक्रमों के मामले में हमेशा पता चला त्रुटियों को ठीक करने का अवसर होता है, तो मालिकाना कार्यक्रमों के लिए यह IFC प्रारूप का पूरी तरह से उपयोग करना असंभव बनाता है।

IFC प्रारूप सामान्य योजना अनुभाग की जानकारी संग्रहीत करने के लिए बिल्कुल उपयुक्त नहीं है, लेकिन वर्तमान में इस खंड पर एक सक्रिय कार्य है, यह काम अप्रैल 2020 के अंत तक पूरा होना चाहिए और IFC5 का हिस्सा होना चाहिए। अभी भी, IFC रोड, IFC एयरपोर्ट और IFC4precast (प्रीकास्ट) पर काम चल रहा है। IFC ब्रिज IFC4x2 में दिखाई दिया, जिसके लिए वे एक विशेष ज्यामितीय वस्तु लेकर आए - IfcSectionedSHH क्षैतिज

IFC में हाल के बदलाव इसे GML के बहुत करीब लाते हैं, यहां तक ​​कि IfcCoordinateReferenceSystem में भी दिखाई दिया है - भू-स्थिर समन्वय प्रणाली का विवरण। उसी समय, IFC ऑब्जेक्ट की आंतरिक संरचनाओं के विवरण पर ध्यान केंद्रित करता है, और GML इसके बाहरी प्रतिनिधित्व का वर्णन करता है। लेकिन IFC के बीच मुख्य अंतर यह है कि विभिन्न स्थानों में समान वस्तुओं को संदर्भित करना संभव है - एक ही बिंदु का उपयोग दीवार और खिड़की की ज्यामिति के विवरण में किया जा सकता है। GML में, प्रत्येक ज्यामितीय वस्तु पूरी तरह से स्वतंत्र है।

संदर्भ:
1। www.ibpsa.org/proceedings/BS1997/BS97_P125.pdf
2। standards.buildingsmart.org/documents/Implementation/ImplementationGuide_IFCHeaderData_Version_1.0.2.pdf
3। technical.buildingsmart.org/resources/ifcimplementationguidance/ifc-guid