[OR] CR - Tool to import Civil Objects from Another File

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.

Parents
  • I've been working on an xsl report to report an OR corridor to ird as a backup that can be imported back in when required - worth the effort?

    I suppose a vba could also scan for corridor dependencies as a crude tool that does what your looking for? I think it may be a while till we get a polished built in one.

    Regards,

    Mark


    OpenRoads Designer 2023  |  Microstation 2023.1  |  ProjectWise 2023

  • I thought the Corridor Report raw XML was already very close to an IRD. I found only a few edits to an old IRD XML Report would report on a Ss4 Corridor almost identically to how it used to report on an IRD.
    However, certain elements only get reported on with a GUID as its identification. I have a post on the newsgroup about it. From memory, it might be a "stand-alone" Secondary Alignment - that is, one not acting as one in combination with being a point control.
    By making the same alignment a point control, even if it is not enabled, you will have some part of the XML that contains the GUID and Feature Name.
    But I like your thoughts. I had even considered experimenting with that approach. The problem for me, right now, is that I am working at an office with only Ss4. Such experimentation was going to have too wait.

    Charles (Chuck) Rheault
    CADD Manager

    MDOT State Highway Administration

    • MicroStation user since IGDS, InRoads user since TDP.
    • AutoCAD, Land Desktop and Civil 3D, off and on since 1996
Reply
  • I thought the Corridor Report raw XML was already very close to an IRD. I found only a few edits to an old IRD XML Report would report on a Ss4 Corridor almost identically to how it used to report on an IRD.
    However, certain elements only get reported on with a GUID as its identification. I have a post on the newsgroup about it. From memory, it might be a "stand-alone" Secondary Alignment - that is, one not acting as one in combination with being a point control.
    By making the same alignment a point control, even if it is not enabled, you will have some part of the XML that contains the GUID and Feature Name.
    But I like your thoughts. I had even considered experimenting with that approach. The problem for me, right now, is that I am working at an office with only Ss4. Such experimentation was going to have too wait.

    Charles (Chuck) Rheault
    CADD Manager

    MDOT State Highway Administration

    • MicroStation user since IGDS, InRoads user since TDP.
    • AutoCAD, Land Desktop and Civil 3D, off and on since 1996
Children
  • 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...

    Regards,

    Mark


    OpenRoads Designer 2023  |  Microstation 2023.1  |  ProjectWise 2023