Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Discrepancy in requirements for IfcAlignment representation identifiers #133

Open
RickBrice opened this issue Dec 7, 2023 · 2 comments
Open
Assignees
Labels
documentation Improvements or additions to documentation

Comments

@RickBrice
Copy link

Problem
Possible discrepancy in requirements for IfcAlignment representation identifiers.

In CT 4.1.7.1.1.1 the RepresentationIdentifier for horizontal alignment is Axis. In CT 4.1.7.1.1.2 and .3 it is FootPrint.

This leads to three representation contexts needed to comply with the Alignment Geometry concept templates (two for horizontal, one for vertical).

See buildingSMART/IFC4.3.x-development#742 for further discussion.

Solution(s)
If the documentation is as intended, then no action required. If documentation has a discrepancy, update documentation as needed. Either change "Axis" to "FootPrint" in CT 4.1.7.1.1.1 or change "FootPrint" to "Axis" in CT 4.1.7.1.1.2 and .3.

Require schema changes?

  • yes
  • no
  • don't know

Require documentation changes?

  • yes - maybe
  • no
  • don't know
@civilx64
Copy link

My understanding: If an IfcAlignment contains horizontal only then it uses a single representation of type IfcCompositeCurve with representation type and identifier of Axis - 2D. If it contains horizontal and vertical, it has two representations: Axis - 3D for the IfcGradientCurve and FootPrint - 2D for the IfcCompositeCurve. If it contains horizontal, vertical, and cant, it also has two representations: Axis - 3D for the IfcSegmentedReferenceCurve and FootPrint - 2D for the IfcCompositeCurve.

This understanding is based on review of sample files from a few vendors and seems to be consistent with what you have noted in buildingSMART/IFC4.3.x-development#742. For an alignment defined in 3D then the Axis should correspond to the GradientCurve or SegmentedReferenceCurve as that's where the roadway template would be placed so to speak. The projection of Axis to the XY plane is then considered the FootPrint.

In summary, I believe the documentation is correct but would likely benefit from some examples showing the three cases:

  1. Horizontal Only
  2. Horizontal & Vertical
  3. Horizontal & Vertical & Cant

@RickBrice
Copy link
Author

@civilx64 after stubbing my toes a few times trying to understand representations, I think you are correct. My post is basically incorrect.

Documentation should be provided somewhere that states CT 4.1.7.1.1.1 (horizontal only) cannot be applied to an IfcAlignment when CT 4.1.7.1.1.2 (H+V) or 4.1.7.1.1.3 (H+V+C) are applied.

@evandroAlfieri evandroAlfieri added the documentation Improvements or additions to documentation label Jan 16, 2024
@evandroAlfieri evandroAlfieri self-assigned this Apr 24, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation
Projects
None yet
Development

No branches or pull requests

3 participants