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-110 — Welcome to buildingSMART-Tech.org
    24 Feb 2006 initiator ISG meeting in Berlin summary revoke the agreement on not allowing vertical clipping planes Description A previous implementer agreement from IFC1 5 1 2x timeframe that disallowed clipping planes that are vertical within the world coordinate system is revoked Clipping planes are now acceptable for all objects independent of their orientation Exception For IfcWallStandardCase vertical clippings that are used for wall end caps shall already be included in the footprint profile An IfcWallStandardCase shall not have vertical clipping planes updated 06 07 2011 Additional clarification decided in ISG certification teleconference Clipping planes with normals perpendicular to the extrusion directions are not allowed for IfcWallStandardCase If a wall has such vertical clipping planes either the footprint profile has to be adjusted or it has to be exported as IfcWall No other element types are effected by this implementer agreement Previous CV 2x3 109 Next CV 2x3 111 Implementation get involved first steps and tools IFC2x3 impl guidance IFC Impl Agreements CV 2x3 110 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

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


  • #CV-2x3-111 — Welcome to buildingSMART-Tech.org
    2x3 111 based on IFC2x3 effects extended coordination view date 24 Feb 2006 initiator ISG meeting in Berlin summary no duplicated points within a polyloop or polyline Description An IfcPolyLoop shall have no duplicate points neither by reference nor by value Points are assumed to be identical when they are the same after applying the precision value of the sending system stored in IfcGeometricRepresentationContext Precision If no Precision value has been exported the default precision value of E 8 applies Same rule applies see exception below also for points within an IfcPolyline correction added 2011 11 07 In case of IfcPolyline the first and the last point may be identical then it indicates a closed polyline In this case they shall be identical by reference referencing the same instance of IfcCartesianPoint Previous CV 2x3 110 Next CV 2x3 112 Implementation get involved first steps and tools IFC2x3 impl guidance IFC Impl Agreements CV 2x3 111 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 access to the

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

  • #CV-2x3-112 — Welcome to buildingSMART-Tech.org
    Brep for backward compatibility an export option to force the geometry to be Brep Explanations for the certification the export of Brep and the import of CSG is mandatory and is certified the export of CSG is optional if provided it is certified the proposed development sequence should be to first have Brep export and keep this option to support the demand for having an Brep export option current clipping difference operations shall not be replaced by difference operations against other solids i e the use of clipping against a half space is the preferred operation when suitable the mis use of IfcOpeningElement for clippings and cut outs not being true openings or recesses with its semantic meaning is not allowed update 06 02 2012 Additional agreement decided during the IFC2x3 Coordination View V2 0 certification process The items within the Items list of IfcShapeRepresentation being an CSG representation shall be of type IfcBooleanResult The Items list shall not include IfcCsgSolid or IfcPrimitive3D Within an IfcBooleanResult an IfcHalfSpaceSolid shall only be used as the SecondOperand of an Operator DIFFERENCE and not for an Operator UNION or INTERSECTION Therefore the subtype IfcBooleanClippingResult shall be used within the CSG tree This is

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

  • #CV-2x3-113 — Welcome to buildingSMART-Tech.org
    drafting hatches also called scale independent e g the distance between two hatch lines is always the same when plotted on paper independently of the plot scale model hatches also called scale dependent e g the distance between two hatch lines is always the same in model space and the distance of hatch lines on paper depends on the plotting scale example of a drafting hatch as it behaves on paper Note This distinction applies also to curve style patterns and to text block dimensions Model hatches as selected for IFC2x3 extended coordination view would require to carry an additional target plot scale to allow an receiving application to convert it into drafting hatches The exchange would require given that the length unit is meter and plane angle unit is degree export IfcGeometricRepresentationSubContext with the attribute TargetScale 0 01 ratio measure for 1 100 associate the hatching object IfcAnnotationFillArea with the IfcGeometricRepresentationSubContext assign an IfcStyledItem to the IfcAnnotationFillArea create an IfcFillAreaStyleHatching and assign it with IfcStyledItem via IfcPresentationStyleAssignment set HatchLineAngle to 45 and StartOfNextHatchLine to IfcPositiveLenghtMeasure 0 3 modified 05 May 06 The agreement based on current the IFC specification and the IFC2x3 extended coordination view is for IFC2x3 coordination view only model hatches are supported The length measures used to describe the fonts curve style font patterns for the hatching lines and distances between hatch lines are given in model coordinates 1 1 in model if the importing system supports model hatches it can be imported as such if the importing system does not support model hatches but drafting hatches it need to convert the model hatches into drafting hatches by applying the TargetScale value Previous CV 2x3 112 Next CV 2x3 114 Implementation get involved first steps and tools IFC2x3 impl guidance IFC Impl Agreements CV 2x3 113

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

  • #CV-2x3-114 — Welcome to buildingSMART-Tech.org
    material presentation information using the new IfcMaterialDefinitionRepresentation lining frame glas for doors and windows It is agreed when the sending system attached a brep representation to a door and window the IfcDoorStyle IfcWindowStyle ParameterTakesPrecedence attribute has to be set to FALSE Previous CV 2x3 113 Next CV 2x3 115 Implementation get involved first steps and tools IFC2x3 impl guidance IFC Impl Agreements CV 2x3 114 IFC Impl Guide IFC Header

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

  • #CV-2x3-115 — Welcome to buildingSMART-Tech.org
    hatching patterns text fonts RGB colours within an imported file to the closest internal definition e g when not having full RGB colours match it to the closest of the 256 colours or match the imported true text font to the closest internal font etc This is an accepted general procedure for all presentation information Previous CV 2x3 114 Next CV 2x3 116 Implementation get involved first steps and tools

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

  • #CV-2x3-116 — Welcome to buildingSMART-Tech.org
    Description When assigning presentation information i e subtypes of IfcPresentationStyle added 05 May 06 for annotations proxies and other explicit geometric representation items then the link between the presentation and the geometry or material definition shall always been made by IfcStyledItem not by its subtypes IfcAnnotationTextOccurrence IfcAnnotationSymbolOccurrence IfcAnnotationCurveOccurrence IfcAnnotationFillAreaOccurrence IfcAnnotationSurfaceOccurrence It may be expected that those paper space specific subtypes are marked deprecated in future releases of IFC 2006 03 09 Important Note the agreement should be seen as being preliminary there might be changes e g for IfcAnnotationFillAreaOccurrence when used for material definition representations due to the fact that the attribute GlobalOrLocal is needed to differentiate between hatching that rotates with the object coordinate system and hatching that is always the same 2010 09 23 Important Note the subtypes IfcAnnotationTextOccurrence IfcAnnotationSymbolOccurrence IfcAnnotationCurveOccurrence IfcAnnotationFillAreaOccurrence IfcAnnotationSurfaceOccurrence shall not be used there are out of scope of the IFC2x3 Coordination View Version 2 0 and are deprecated for the next IFC release IFC2x4 Previous CV 2x3 115 Next CV 2x3 117 Implementation get involved first steps and tools IFC2x3 impl guidance IFC Impl Agreements CV 2x3 116 IFC Impl Guide IFC Header Guide IFC4 impl guidance Implementer s community accompanying documents frequently

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

  • #CV-2x3-117 — Welcome to buildingSMART-Tech.org
    use of the same parameterization for profiles in IFC2x2 and IFC2x3 based on center of bounding box Description Between IFC2x2 and IFC2x3 the definition on how the parameter of all asymmetric in at least on direction parameterized profile definitions are applied have changed in IFC2x2 all parameter have beed applied relative to the center of gravity in IFC2x3 all parameter are applied relative to the geometric center the center of the bounding rectangel the offset of the center of gravity in now only for informational purposes The agreement is that the IFC2x3 convention is now also applied to writing and reading of IFC2x2 files software tools that support the asymmetric parametric profile definitions for the IFC2x2 schema are advised to use the IFC2x3 definition NOTE There is no schema change between 2x2 and 2x3 only a change in the convention on how the parameters are applied The following entities are effected by this agreement IfcAsymmetricIShapeProfileDef IfcLShapeProfileDef IfcUShapeProfileDef IfcTShapeProfileDef IfcCShapeProfileDef IfcCranePailFShapeProfileDef IfcCraneRailAShapeProfileDef Previous CV 2x3 116 Next CV 2x3 118 Implementation get involved first steps and tools IFC2x3 impl guidance IFC Impl Agreements CV 2x3 117 IFC Impl Guide IFC Header Guide IFC4 impl guidance Implementer s community accompanying documents frequently

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



  •