archive-org.com » ORG » B » BUILDINGSMART-TECH.ORG

Total: 393

Choose link from "Titles, links and description words view":

Or switch to "Titles and links view".
  • #CV-2x3-102 — Welcome to buildingSMART-Tech.org
    not in profiles nor in 2D Geometry added 2008 02 26 It is an error to export a b spline being IfcBezierCurve or IfcRationalBezierCurve as part of an IFC2x3 coordination view exchange file added 2010 03 01 Reconfirmed for Coordination View Version 2 0 b splines are excluded from scope Previous CV 2x3 101 Next CV 2x3 103 Implementation get involved first steps and tools IFC2x3 impl guidance IFC Impl

    Original URL path: http://www.buildingsmart-tech.org/implementation/ifc-implementation/ifc-impl-agreements/cv-2x3-102 (2016-02-11)
    Open archived version from archive


  • #CV-2x3-103 — Welcome to buildingSMART-Tech.org
    and IfcWindow the IfcShapeRepresentation Items shall have a single closed curve preferred IfcPolyline otherwise IfcCompositeCurve the curve shall be plane the curve should be given within the local coordiante system of the door or window default XZ plane the profile curve shall have the correct position relative to the opening The profile given for door or window takes priority when being in conflict with the profile of the opening I applies particularly to free standing windows and doors that are not associated with an opening by IfcRelFillsElement doors and windows within an opening that is extruded vertically doors and windows that expands the size of the opening e g as it might be the case for corner windows update 04 11 2011 The requirement to export a profile shape representation is expanded to all occurrences of IfcDoor IfcWindow that are defined using the parametric shape representation by applying IfcDoorLiningProperties IfcDoorPanelProperties IfcWindowLiningProperties or IfcWindowPanelProperties a profile shape representation has to be exported independently of the opening geometry a profile shape representation may only be omited if the IfcDoor IfcWindow geometry is provided by a b rep geometry only NOTE Even in case of b rep geometry the local object coordinate system

    Original URL path: http://www.buildingsmart-tech.org/implementation/ifc-implementation/ifc-impl-agreements/cv-2x3-103 (2016-02-11)
    Open archived version from archive

  • #CV-2x3-104 — Welcome to buildingSMART-Tech.org
    combinations an opening with more then one window door or window and door there are two possibilities export it as one filling with a brep geometry containing all windows doors multiple IfcFacetedBrep s are allowed as shape representation of IfcDoor or IfcWindow export each window and door with a separate but joining opening element Previous CV 2x3 103 Next CV 2x3 105 Implementation get involved first steps and tools IFC2x3

    Original URL path: http://www.buildingsmart-tech.org/implementation/ifc-implementation/ifc-impl-agreements/cv-2x3-104 (2016-02-11)
    Open archived version from archive

  • #CV-2x3-105 — Welcome to buildingSMART-Tech.org
    export number CV 06 105 based on IFC2x3 affects coordination view version 1 date 24 Feb 2006 initiator ISG meeting in Berlin summary export of bounding box is no longer mandatory Description The export of a bounding box for each object is no longer mandatory but application may provide this as an additional option NOTE 1 In previous agreements dated back to IFC1 5 1 implementations the provision of a bounding box was mandatory However support has been very different and the previous agreement is hereby revoked NOTE 2 The agreement is specific to the extended coordination view and also driven by the desire to keep the file and model sizes down if bounding box representation are needed for particular purposes its mandatory export has to be agreed upon in a different view definition Previous CV 2x3 104 Next CV 2x3 106 Implementation get involved first steps and tools IFC2x3 impl guidance IFC Impl Agreements CV 2x3 105 IFC Impl Guide IFC Header Guide IFC4 impl guidance Implementer s community accompanying documents frequently asked questions Implementations Search Advanced Search IFC Dev Blog IFC Dev Blog More Registration This site contains content which is only available to registered users To get

    Original URL path: http://www.buildingsmart-tech.org/implementation/ifc-implementation/ifc-impl-agreements/cv-2x3-105 (2016-02-11)
    Open archived version from archive

  • #CV-2x3-106 — Welcome to buildingSMART-Tech.org
    Plan for annotations Differentiation of Model representation context to allow a better structured export is supported by using IfcGeometricRepresentationSubContext The conventions to use the ContextType attributes are an IfcGeometricRepresentationContext ContextType Model may have subcontexts the IfcGeometricRepresentationSubContext ContextIdentifier should be Box Axis FootPrint Profile Body it refers to the IfcShapeRepresentation RepresentationIdentifier of the included object geometry added 05 05 2006 Differentiation of Plan representation context to allow a better structured export is supported by using IfcGeometricRepresentationSubContext The conventions to use the ContextType attributes are an IfcGeometricRepresentationContext ContextType Plan may have subcontexts the IfcGeometricRepresentationSubContext ContextIdentifier should be Annotation required information to allow the scaling of annotations like line types hatching text is the TargetScale attribute it always has to be provided the TargetView attribute is always set to PLAN VIEW added 06 07 2011 The following agreement applies to the IFC2x3 CoordinationView V2 0 an IfcGeometricRepresentationContext with ContextType Model shall be included it shall have a minimum of one sub context being IfcGeometricRepresentationSubContext ContextIdentifier Body and depending on the contained shape representations additional sub contexts Box Axis FootPrint Profile all shape representations shall be assigned to the correct IfcGeometricRepresentationSubContext and none to the main IfcGeometricRepresentationContext Previous CV 2x3 105 Next CV 2x3

    Original URL path: http://www.buildingsmart-tech.org/implementation/ifc-implementation/ifc-impl-agreements/cv-2x3-106 (2016-02-11)
    Open archived version from archive

  • #CV-2x3-107 — Welcome to buildingSMART-Tech.org
    main element extrusion direction vertically for walls Both are of the same type i e opening In addition an opening body may be described by one two or more extruded solids independed of extrusion directions modified 05 May 06 The opening extruded bodies shall not overlap only by some epsilon value but join at one face this is possible for openings in straight walls open issue for openings in round walls due to necessary overlap added 05 May 06 If many extrusion bodies are used for an IfcOpeningElement SweptSolid geometric representation these bodies may overlap This is unavoidable for openings in round walls and may therefore be allowed also in all cases Note It should be clear that by this agreement the opening volumes can not be directly used as a subtraction measure for quantity take off as the opening body volume may be bigger than the cut out volume caused in the wall Figure showing the potential and legal overlapping of volume by two or more opening bodies of the same instance of IfcOpeningElement see also agreement CV 2x3 108 Previous CV 2x3 106 Next CV 2x3 108 Implementation get involved first steps and tools IFC2x3 impl guidance IFC

    Original URL path: http://www.buildingsmart-tech.org/implementation/ifc-implementation/ifc-impl-agreements/cv-2x3-107 (2016-02-11)
    Open archived version from archive

  • #CV-2x3-108 — Welcome to buildingSMART-Tech.org
    the receiving application in order to create a through hole is revoked The sending system is required to always export the sufficient extrusion depths Using of a sensible epsilon value by the recieving system to avoid left over faces due to numeric stability problems is allowed and anticipated Previous CV 2x3 107 Next CV 2x3 109 Implementation get involved first steps and tools IFC2x3 impl guidance IFC Impl Agreements CV

    Original URL path: http://www.buildingsmart-tech.org/implementation/ifc-implementation/ifc-impl-agreements/cv-2x3-108 (2016-02-11)
    Open archived version from archive

  • #CV-2x3-109 — Welcome to buildingSMART-Tech.org
    provide Pset Draughting Description From IFC2x3 onward no Pset Draughting shall be exported The proper new entities IfcCurveStyle and IfcPresentationLayerAssignment are to be used Previous CV 2x3 108 Next CV 2x3 110 Implementation get involved first steps and tools IFC2x3 impl guidance IFC Impl Agreements CV 2x3 109 IFC Impl Guide IFC Header Guide IFC4 impl guidance Implementer s community accompanying documents frequently asked questions Implementations Search Advanced Search IFC

    Original URL path: http://www.buildingsmart-tech.org/implementation/ifc-implementation/ifc-impl-agreements/cv-2x3-109 (2016-02-11)
    Open archived version from archive



  •