When Design information was saved in External files, it was a normal workflow to have a working file where we manipulate DTM's, ALG's, ITL's and IRD's as we refine our project. Once a workable design is created, we would open actual project Files and display the design data. The working files were not part of any deliverable.
With Open Roads Designer phasing out the Native Applications, we will need some way to export portions of our designs, in the same manner as these prior workflows.
LandXML so far only offers some limited capabilities - AFAIK, there is no easy way to export all civil geometry and all terrain elements automatically. I also don't know if Corridors and Templates have a LandXML format.
One way to remedy this, would be an Import Civil Object tool, that works similar to how you can import a model, saved view and more.
It would need intelligence, for example: To import a corridor, it should be able to import any active file elements that the corridor is dependent on. And if the dependency is in a reference file, offer to bring the reference attachment along or to import the dependent object from the reference file. It should also be able to detect if the necessary reference file is already attached, it offers to use the current attachment.
Regards,
Mark
OpenRoads Designer 2023 | Microstation 2023.1 | ProjectWise 2023
Charles (Chuck) Rheault CADD Manager
MDOT State Highway Administration
An interesting find is that ORDs IRD importer doesn't SEEM to care about the Corridor Baseline and Point Control OIDs (which is a big relief). As long as Plan and/or Profile name matches it seems to build things quite nicely.
The one exception to this is, as you observed, is "pure" Secondary Alignments that seem to specifically use OIDs. Funny enough, looks to be a defect here with what ORD reports as its OID as ive found it to be incorrect...