This problem is not fixed in the 2011 release.
An even bigger problem is that the system cannot handle more that about 150 ortho drawings without slowing to a snails pace. We are doing a project that needs over 300 ortho drawings and we have had to break the project into two projects to be able to create and process the orthos. What happens is that with each additional ortho you create the time required for the system to save your new file gets longer until, after about 150 orthos, the system takes over a minute to savethe file. When we had 200+ orthos in the project, the save time for an ortho extended to over 6 minutes every time you open a file. This does not affect the opening/closing/saving of source files but does have a large impact on the time it takes to open the project.
Another quirk in the ortho system is that a 2d line that is part of a background (i.e. the architectural background) will not appear in the ortho output if the line extendes beyond the scope of your crop window (happens when the floor plate requires multiple ortho drawings to show the piping a the correct scale). Lines that are contained entirely within the scope of the ortho output do show.
Last, but not least, is the problem with the ortho output moving in paperspace when you update the ortho. This affects virtually everyone of the ortho files we have created. A lot of time is wasted having to move the output where is needs to be relative to annotation that has already been placed.
Orthos are a real mess and we can hope the process an responsiveness improves dramatically. The problems with Orthos is very intense and renders the product virtually useless in a large project environment. Perhaps running the system with a sequel system base will help this. We are starting another project to test this.
Dan
![Autodesk Design & Make Report](https://forums.autodesk.com/t5/image/serverpage/image-id/1350519iCB55845EBFC43016/image-size/large?v=v2&px=999" "Autodesk Design & Make Report")
