Cube Export to OMX about client_arc_activitysim

[danielsclint]

If would be really cool to use the skim manifest file from #1 to iterate through the exports. This would eliminate duplicate naming of the skim files in the scripts making updates easier and less error prone.

[sidharthanr]

I was able to use the sample script linked above to export the Cube skim to OMX skim. One highway skim with three core took 1.75 minute. Cube 6.4.3 was needed as mentioned in the page (did not work in Cube 6.4.2).
I am thinking of writing a Python script to read the manifest file and write a Cube script to export all the skims, similar to what is done in SFCTA CHAMP model. Any suggestions?

[danielsclint]

I don't really like building scripts dynamically unless absolutely necessary. They are really hard to debug and test. Here are two ideas, I don't know if either would work, but consider evaluating before going down the dynamic scripting:

1. Read in the manifest csv in Cube script and iterate over it in Cube. I know reading a CSV in Cube is a pain, but it would save you from a dynamic script.

2. I don't have the Cube documentation, but take a look at Blocks sections in the cube scripting. Here is an example of blocks in the MTC transit assignment that I did last year. Could you create a master script and just build dynamically the pieces you need?

If these options are not plausible, then go down the dynamic scripting route. I could also be missing something, so feel free to share the SFCTA script too.

[sidharthanr]

Okay, I will try approach #1, reading directly in a Cube script.
SFCTA CHAMP controls everything from Python, so it is a different approach. Here is a sample script.