Hi,
After exporting the 3D models from OpenRoads or OpenRail Designer, when I explore them in BimCollab or Navisworks, some of them doesnt't have right location. In BimVision and Trimble connect everything is okay. Do you know how can I deal with it? I used export all schemas what are available IFC4, 4x3 and 2x3 and have the same results.
Regards,
AM
Hi Andrzej Modrzyk , did you find a solution or a workaround for this problem? We are also experiencing the same. Also by first uploading the files to iTwin and exporting them to IFC does not solve the problem, exact same results.
If the coordinates were any logical, maybe we could solve it. But the GPS coordinates are completely random.
Hi Jasper, what version of ORD are you running? 2021 Release 2 resolved quite a few IFC schema issues.
Mark
OpenRoads Designer 2022 R3 (10.12) | Microstation 2023.1 | ProjectWise CE 3.4
Hi Mark,
We are running OpenRoads Designer CE 2022 R1
Do you have any objects very far from each other? Care to share an example?
No the file only contained a singular corridor. When attaching the file directly into Navisworks, I do not have any problems. However, we found out that the Geolocation does apply to the IFC but Navisworks 2023 is broken. When we attach the same file to Navisworks 2022, the objects project perfecly fine on the right geolocation.
However, the IFC still doesnt take my custom RGB colours into the export it only takes colours that are in the colourtable. A workaround could be by applying a custom colourtable but that would mess up other stuff and I would have to change my Level library.
Also, IFC2.3 and IFC4 do work, but the IFC4.3 (tried with and without classifications) does not display in Navisworks (2022) at all.
The specific file I cannot share, I can create a simple custom file if you're willing to take a look at it?
Jasper
Hi Jasper,
We have had a lot of problems with Navisworks' IFC importer for many years. They look to fix one issue and introduce another every release (i believe they have moved to use the Revit IFC importer in recent versions). IFC 4.3 is not supported in Navisworks (or hardly any IFC readers yet). We'll probably need to wait a couple of years till it gets supported by most vendors.
Annoyingly, the ORD IFC exporter uses the actual element colours - so if you apply any overrides or level symbology changes using it as a reference the ORD exporter doesn't see it. Internally we have a custom IFC exporter that looks at view symbology to avoid that issue, but the "native" exporter may require you to adopt a Named Boundary clipped graphics workflow that merges your elements to master so you can edit symbology, etc. I have added Idea BCI-I-562 ("IFC export using the current active View element symbology") for the IFC exporter to support this - ill post a link once its is approved.
Regarding Navisworks 2023, we have found that it ignores the IFCCARTESIANPOINT line (that provides a relative datum that all coordinates in the IFC file uses to reduce its file size) when the IFCMAPCONVERSION line is defined. A solution to this is to change the IFCMAPCONVERSION origin coordinates to use the same values as the IFCCARTESIANPOINT line above it and you'll see it should go to where you expect it to be.
Frustratingly since this is a Navisworks issue and not an ORD one, we'll have to wait for Autodesk to fix it as the ORD IFC schema is technically correct.
OpenCivil Idea to get element symbology of active view used for IFC export is below - make sure to vote:
IFC export using the current active View element symbology | Bentley OpenCivil Product Ideas (aha.io)
Hello all,
I am going to take advantage of this topic as I am totally lost about what is going on with the IFC export of our dgn files.
Our design files are in US feet working units, I got a roadway created by ORD and bridges created by OBM, once the bridges were modeled, I created a mesh for the bridge elements to be able to export them to IFC. I exported the master file to IFC, from there everything looks like to be ok, I opened the IFC file with a free IFC viewer (BimVision), and each model is aligned to each other.
I started realizing about some discrepancies when I decided to create separate IFC files for the roadway and the bridges (superstructures and substructures). First, as IFC files I attached them all together in the BimVision platform, the models are randomly separate in the space, why is this happening if each model is being exported from the same site, the same coordinate system? This means any time I export a model to IFC I will need to georeference them manually to the right site?
Then, I attached the same IFC files back to my dgn and it is happening the same, they appear to be in different location and smaller than my original dgn models. To georeference them right I applied a scale of 10.763867382 and moved it manually. It does not make sense to me, I though it would keep the same geolocation and dimensions in the IFC file as well.
So, to investigate deeper I decided to check the surface and volume of an element from the dgn and from the IFC viewer. Attached there are some screenshots to show you what is happening from ORD, OPB, BimVision.
Is ORD by default converting the USfeet working units to meters when the dgn is exported to IFC?
Also, I published the model to Itwin following previous advices, but working units as well appears to be in meters.
I am very confused so any help or advice will be much appreciated.
I am using OBM Release 2 Update 12 10.12.1.83 and ORD Release 3 Update 12 10.12.02.4
Thanks for your help!
Jonatan
Hi Jonatan,
Can you share a sample IFC so we can have a look?
Thanks for replying. Here is a compressed IFC file.
Testing IFC.7z