When publishing one of my floor plans from AutoCAD to TRIRIGA, and opening the Graphics tab, my floor plan shows up extremely zoomed out and I cannot figure out why. This has happened with a few of my plans, and I’ve tried a few different things that don’t seem to work. Along with this, my legend shows a very far distance from the floor plan, which doesn’t make sense, because the legend is right next to the plan in AutoCAD. Anyone have the same issue or know how to fix this?
If a person mistakenly adds a floor drawing to an incorrect floor, there is no method of using IBM TRIRIGA tools (TRIRIGA itself or CAD Integrator) to actually remove the graphic from the floor record.
A request for enhancement (RFE ID 109781) has been created to address this issue. I respectfully request that you vote for this RFE if you would like to see the CAD Integrator product have the ability to remove the graphic from the floor record. If you do not currently have an IBM ID, you can sign up for one at no cost.
We manage properties globally so some of our locations are measured in Imperial and some are in Metric. What is the best way to manage this type of scenario so that our drawing and graphics section labels are not incorrectly sized when they are viewed from other global geographies?
The best way to address this situation is to have 2 sets of labels for your drawings, and 2 sets of labels for your TRIRIGA graphics section. You will need to adjust the height of the label elements to work for both situations. We are considering an enhancement to automatically scale according to the drawing units.
We are currently using TRIRIGA 10.5.1/188.8.131.52. One of our user requests is to try and reduce the PDF size for an exported drawing from the Graphics tab. Of course, one way might be to hide a few of the layers before exporting. Apart from this, is there any other way to compress the file that is exported from the Graphics tab?
What would be the purpose of reducing the file size? (1) If you were expecting the export to run faster, that would not be possible except by turning off layers. TRIRIGA will process all the displayed graphic entities when generating the PDF. (2) If you want a smaller file size to make storage and transfer easy, then you can try using any third-party tool on the PDF file export after the fact. Note that I have no idea how compressible the graphic export is right now.
[Admin: To see other related posts, search “PDF Drawing“.]
We would like to use hatch patterns instead of solid fills in our graphics. There is a TRIRIGA wiki page “Graphics Section Hatching” that outlines how this can be done, but it isn’t working.
We needed to perform a server-only change. We needed to verify the uploaded image files in the CI hatch pattern record, and see the pattern rendered in the graphics section. Moving forward, we resolved an issue where assigning hatch records to the record results in the graphics section reports did not actually render the hatch images as expected.
After performing a TRIRIGA platform upgrade, some of the floor plans are not visible in the forms. Why aren’t they visible?
The TRIRIGA server cache needs to be refreshed. In other words, you need to clear the caches and restart the server. Here are more-detailed steps to clear your TRIRIGA cache and log folder:
- Login to the Admin Console.
- Go to the “Cache Manager” managed object.
- Click on the “All Caches (Global)” link and then “Hierarchy Tree Data – with rebuild” link. The process might take some time.
- Go to the “Database Manager” managed object, and click on the “Reprocess published drawings” link. Give the process some time to finish. Go to the current server log, and look for a related entry saying that the reprocess published drawing actions are finished. You will find a message similar to the following:
“INFO [com.tririga.platform.graphics.vector.drawing.DrawingService](http-0.0.0.0-21001-7) Finished re-processing drawings”
- Logout of the Admin Console.
- Stop the TRIRIGA JVMs via the WebSphere Admin Console.
- Delete the logs in the <TRIRIGA install>/log folder that has server.log.
- Clear the WebSphere temporary cache folder.
- Restart the TRIRIGA JVMs via the WebSphere Admin Console.
[Admin: This post is related to the 07.15.16 post about floor plan graphics disappearing after an upgrade, and the 09.29.14 post about clearing the TRIRIGA application server cache area. To see other related posts, use the “floor plan” or “clear cache” search phrase.]
I am experiencing an error with a smart section that was working just a week ago. This smart section exists across various environments, but is now causing an error in the development environment. I have experimented with the following:
- Removing the smart section causes record to show properly.
- Association and reverse association are both set properly.
- Removing all fields from the smart section causes the record to show properly, but adding any one field results in an error again.
- I can move the smart section to another tab and the rest of the record shows properly, until I click on the tab with the smart section.
- I have already tried object migrating the business object and form from an environment that works.
In the server log, this is error that shows:
440 ERROR [com.tririga.platform.error.ErrorHandler](WebContainer : 16) Report handled exception: com.tririga.platform.gui.rendering.GuiRenderingException: Could not render Gui Component: GuiTabMetadataImpl[Name=triGeneral,ID=14,GUI=GuiMetadataImpl[Name=tdbREProjectAuction,ID=10048479]] for record: SmartObjectImpl[ID=SmartObjectId[ID=47510356,Business Object ID=10002876],Business Object=BoImpl[name=triREProject,id=10002876,module=ModuleImpl[name=triProject,id=19]]][MID-3549400938]...