TransCAD Matrix Reader DLLs

[jasonchenrsg]

There is an issue with TransCAD matrix reader as described below.

If skims are in TransCAD format, an loading error might occur in following situations:

1. Matrix is saved in TransCAD 7; DaySim is built using TransCAD 6 DLL and local machine only has version 6 license;
2. Matrix is saved in TransCAD 7; DaySim is built using TransCAD 7 DLL but local machine only has version 6 license;
3. Matrix is saved in TransCAD 6; DaySim is built using TransCAD 7 DLL but local machine only has version 6 license;

Not sure whether this situation would work or not:

Matrix is saved in TransCAD 6; DaySim is built using TransCAD 6 DLL but local machine only has version 7 license;

[jasonchenrsg]

This issue could be temporally addressed by making sure the matrix version, DLL versions used in building DaySim, and TransCAD license are the same.

[mabcal]

I don’t think it matters which ones you have when it builds, as long as the DLLs from either v6 or v7 are there. We just have to have the correct ones present at run time.

[bstabler]

I agree, I think you just need the TC 6 or TC 7 DLLs when building since the DLL interfaces probably did not change from 6 to 7. This means this is a runtime configuration issue and not a build issue. So, let's check-in the TC 7 DLLs into a separate folder and then reference this issue with the check-in.

[mabcal]

I don't think this is a "bug" we can fix - it is an issue with TransCAD versions. We should close it or make it deferred

[bstabler]

We need to revise the error handling around this issue so DaySim doesn't just crash and leave the user wondering what the issue is.

[mabcal]

I would advise all users to use OMX export instead of the native matrix versions. At least VISUM and EMME don’t need an API, so it’s less likely to have issues reading those. Cube is the worst in terms of finding a valid license.