I am a TRIRIGA user and my building has 50 floors. I have to export each floor graphic as a PDF. Is there a way to export all graphic layers in TRIRIGA at once?
In TRIRIGA, on the Graphics tab, use the “Menu”, select the check boxes of all of the layers you want to display, then use “Export to PDF” or “Print to PDF”.
[Admin: To see other related posts, use the Graphics tag, Layers tag, or “floor plan” search phrase.]
We are working on CAD integrator (for AutoCAD) and we are wondering if it is possible to generate labels for spaces (based on label style) on different layers of the floor plan. For example, displaying the name and area on triLabelLayer and space class on triClassLayer. Actually, it seems that all the labels are created on the triLabelLayer. Is it possible to customize to allow multiple layers for labels?
I reviewed this with the developer. It would be a request for enhancement (RFE).
[Admin: To see other related posts, use the Integrator tag.]
We are currently using TRIRIGA 10.5.1/184.108.40.206. 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 can’t export the graphic floor map to PDF from TRIRIGA. The system is “hanging” and not exporting. This is only happening with some drawings and only occurs when using Layer 0 from the Xref file ( xrefdwg | 0 ). If all other layers are off and a layer zero from any Xref is displayed on the graphics section, even if empty, the export will fail to complete.
The export graphic was throwing a malformed XML exception. The root cause was that there was a “1 = 1” element that got pulled in from the layout of an attached Xref onto layer 0 on that Xref. It turns out that, for any text element that contains any equals sign, the process of sending the SVG from the client to server using a Dojo API to post via a hidden input element, resulted in extra double quotes getting sent, and causing the SVG XML to be malformed.
We resolved this by pre-processing the SVG sent to the server to remove these extra double quotes, before sending it to the SVG converter. Moving forward, the export graphic will now successfully export a graphics section that includes text that contains any equals sign. Text that contains both double quotes and equals in it, will get the double quotes removed for technical reasons.
[Admin: To see other related posts, use the Xref tag or SVG tag.]
When publishing a drawing with Xrefs, the display state of the Xref layers is not carried over to the graphics section. Meanwhile, the base drawing layers do maintain their state when published. A couple related things:
- 1. If there are no existing or active layer configurations, the default behavior seems to be that the base layers will be displayed as they were in the drawing at the time of publishing. Meanwhile, the Xref layers will all be displayed regardless of their display state at the time of publishing. Is this the intended functionality?
- 2. There does not seem to be a way to save the graphics section display of layers. When you open the graphics section, it is displayed based on the state of the last publishing. (I’ll be looking into this further and will likely open a separate L3 request. There should be a way to save the graphics section display.)
We resolved this issue by removing the code that removes the Xref layers. Now, the Xref layer states and colors, based on the main drawing, are retained when publishing a drawing. Moving forward, the Xref layer display states and colors are correctly retained when publishing to the graphics section.
[Admin: To see other related posts, use the Xref tag.]
For queries/reports with additional filter criteria, after running the query/report, the filters are collapsed and the “Show More Filters” link is displayed again. This behavior is different when compared to previous versions, for instance, TRIRIGA 3.3.1.
We needed to check if the filter layer section is being displayed and to assign that to the “Show More Filters” dialog. Moving forward, we changed the page to keep displaying the “Show More Filters” section after the user applies a new filter.
I’m having an issue with triplat-graphics-layer-manager.html which I can easily fix, but I’m not sure where to start. Can I download it, add it to my view, and use it? Or do I need to do something else?
The issue is that I have 20-30 layers that are enabled by default in the Layer Manager, but I want to hide them from UX. From that list, if the drawing is missing the layer, the code errors out. The fix is to add a check for the element before trying to hide it. If any TRIRIGA developers want to look at it, here is the error code/line:
Uncaught TypeError: Cannot read property 'style' of undefined @ triplat-graphic-layer-manager.html:54
Before line 54, I just need to do a check on: typeof layer != “undefined”, and I think it should be fine. Please let me know how I can get this fix into my environment as it is critical, and I’m having major issues with iPads rendering my drawings.