Overview
This article details best practices for optimizing OpenX Designer corridor modeling workflows. Implementing clipped terrains, controlled template drop intervals, efficient constraint hierarchy, minimal reference attachments, and selective rule processing significantly reduces re-processing times and prevents performance bottlenecks.
1. Primary Corridor Processing Drivers
- Key Factors: Project length, template drop frequency, feature definition settings, terrain model triangle count, curve stroking, target aliasing, corridor clipping, template complexity, civil cells, and reference civil rules all corridor processing overhead drive.
- Planning: Select file and corridor boundaries early based on final deliverable milestones and overall modeling complexity rather than attempting to model an entire project in a single corridor file.
2. Active Surface & Terrain Control
- End-Condition Processing Overhead: Evaluating active terrain surfaces during end-condition target checks accounts for a major portion of corridor processing time.
- Deactivated Surface Workflow: Keep the terrain model Inactive while building the corridor backbone, applying parametric constraints, and establishing core geometry rules. Only set the surface to Active when actively designing or verifying end conditions.
- Clipped Terrain Selection: Always target a Clipped Terrain around design limits rather than the full regional surface. Ensure corridor target rules explicitly link to the clipped surface to prevent accidental processing against the unclipped terrain.
3. Template Strategy & Drop Intervals
- Sectional Decomposition: For complex typical sections, separate the backbone, shoulders, medians, and slope grading into distinct corridors or separate template drops rather than using a single, overly intelligent template over long alignments. Reserve complex, highly logic-driven templates for specialized areas like interchanges.
- Interval Selection:
- Use a 15-foot interval as a practical middle ground for detailed design.
- During preliminary design, use a Feature Definition Multiplier (e.g., multiplier of 2 or 3) to process corridor drops at wider spacing.
- For final design, set the multiplier to 1 and incorporate cardinal points and curve stroking settings.
4. Constraint Selection Hierarchy
Choose constraint types based on processing efficiency:
- Parametric Constraints (Fastest): Most efficient for scaling dimensions, cross slopes, and pavement widths over long distances.
- Point Controls (Moderate): Powerful for targeting geometry but processing overhead increases significantly when targeting linear elements containing high vertex counts.
- Horizontal Feature Constraints (Slowest): Requires continuous spatial checking; use sparingly.
- Project to Surface Constraints: Use Project to Surface template constraints instead of vertical point controls when matching existing ground elevations.
5. High-Vertex Surveyed Edge Workflow
- Challenge: Following a surveyed edge-of-pavement (EOP) line string with hundreds or thousands of vertices causes significant vertical processing lag.
- Recommended Solution:
- Create a null template point assigned a Horizontal Point Control targeting the surveyed 2D line.
- Use a separate Project to Surface or draping behavior for vertical elevation control.
- Benefit: Eliminates continuous vertical vertex polling along the surveyed line while preserving horizontal alignment accuracy.
6. Corridor Clipping Best Practices & Limitations
- Best Uses: Limit corridor clipping to situations where template modeling alternatives are impractical (e.g., skewed bridge crossings, intersecting corridors).
- Limitations: Corridor clipping removes 3D meshes and 3D feature lines but does not clip 2D template geometry graphics. Plan views may still display 2D lines through the clipped region.
- Alternatives: Use template display rules, separate template drops, or reference masking prior to resorting to corridor clipping.
7. Rule Deactivation & Bulk Editing
- Deactivate Rules During Editing: Temporarily deactivate corridor rules, point controls, parametric constraints, or entire corridors while performing major design edits.
- Prevent Unnecessary Reprocessing: Disabling expensive rules during bulk modification prevents OpenRoads from fully recalculating the corridor after every individual edit. Reactivate the rules once modifications are complete.
8. Graphics Reduction & File Cleanup
- Turn Off Unnecessary Graphics: Disable top/bottom meshes, contours, terrain triangles, unused reference attachments, linear feature graphics, and heavy raster imagery when not needed.
- Streaming Imagery: Built-in Bing Maps or Google Maps streaming layers process faster than attached local raster files.
- Dynamic Cross Sections: Always close Dynamic Cross Section views before saving and exiting a DGN file. Leaving dynamic views open forces the corridor to reprocess upon opening the file.
9. Target Aliasing & Reference Management
- Prevent Circular Rules: When setting up target aliasing, ensure linear target elements are not ruled back to elements within the targeting corridor to prevent recursive processing loops.
- Avoid High-Vertex References: Avoid adding survey-derived linear elements with dense vertex counts directly as corridor references.
- Managing Large Corridors: If a long corridor file becomes sluggish, divide it into smaller segment files by saving file copies, deleting unneeded template drops, and retaining only the necessary external references for each segment.
10. Summary Checklist for Corridor Performance
|
Performance Area
|
Recommended Practice
|
Practice to Avoid
|
|
Terrain Target
|
Target a small, clipped terrain model
|
Targeting large, full-project terrain surfaces
|
|
Surface Activity
|
Leave terrain inactive until end-condition setup
|
Keeping terrain active during backbone setup
|
|
Constraint Selection
|
Use Parametric Constraints & Project to Surface
|
Using Vertical Point Controls on high-vertex lines
|
|
View Cleanup
|
Close Dynamic Cross Sections before file exit
|
Exiting DGN files with dynamic views open
|
|
Rule Processing
|
Deactivate rules during bulk corridor edits
|
Allowing live re-processing after single edits
|