The Fasthenry interface, though it accepts non-Manhattan geometry, must ``Manhattanize'' objects internally. A problem arises with some data sets where the granularity required to adequately represent the geometry leads to too many segments for efficient FastHenry runs. Future work will involve developing non-Manhattan partitioning techniques to address this issue. FastCap takes non-Manhattan geometry directly and does not have this problem.
The FastHenry output uses one filament per segment. Future work will be directed toward making use of the filamentation capability provided in the FastHenry program. At present, .Default statements can be added to FastHenry output by hand as a partial remedy. This may be particularly useful with superconductors, in the z-direction to better model penetration depth.