IFC for Road Signage

Domains Infrastructure
1

Hoping this is the correct category for this.

I’m looking into the exporting of IFC files for Road Signage and it’s associated posts and footings.

So far I’m exporting the sign plate as the IfcEntity: IfcSign.
And also for footings there is IfcFooting (kind of, as most of the info is related to buildings).

But for the post, I have found nothing. Is there any reason IfcPost, or IfcPole, don’t exist? I would have thought these would be common entities, even in the building world?

What IfcEntity are people using for sign posts?
Or is IfcSign used to group the sign, post, and footing?

Cheers,

1 Like
2

Good question. Upon my inspection it looks like it may be:

IfcElementAssembly.SIGNALASSEMBLY, where SIGNALASSEMBLY is “An assembly to physically aggregate together one or more signal instances (and also sign instances) including any supporting structural elements such as a simple pole or a rigid frame gantry.”

Within the IfcElementAssembly, you’ll aggregate:

  • IfcSign.MARKER or .PICTORAL
  • IfcMember.POST
  • IfcFooting.PAD_FOOTING

Anyone else concur or disagree?

3

Thanks for that info.

I personally would tend to view IfcMember as more of a Structural/Building element. It seems a bit out of context for Civil works, but it will do the job for now.

I’m still coming to grips with “assemblies” and how we can group objects when exporting the IFC file. That’s next months hurdle.

Cheers,

4

This is why for IFC4.3 much/most of the previous “building-centric” concepts were further abstracted/generalized by renaming “IfcBuildingElement” as “IfcBuiltElement”, to work across ANY construction context, semantically.