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/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 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.
Does CAD Integrator (CI) allow for selecting different layers and assigning a different Current Use Space Class? I have a CAD drawing with several layers: Assigned, Circulation, Mechanical, and Electrical. Do I have to upload each layer separately with its own boundary and name? It seems I can only assign one Current Use Space Class for one layer only.
I’m not sure exactly what your use case is, but I’ll try to explain:
- 1) The intent of the Current Use Space Class layer is that if you happen to have the space class name on a particular layer, you can specify that layer name so that a boundary with “Assigned” text on that layer inside it will automatically map the space class. This assumes all the spaces are on a single “boundary” layer.
- 2) If the “Assigned”, “Circulation”, etc., are layers that represent the boundaries themselves, you can simply use Smart Attach multiple times.
- 3) Note that you can also upload all the spaces as a single space class, but then use the Batch Edit command in order to change the space class after upload.
When using IE11 and your screen resolution is set to 1280×1024, as you drill down and open popup dialogs, the dialogs get to a point where you can see that it goes beyond the screen, but you are unable to scroll down or even use the dots to expand the size of the dialog.
As a temporary fix, use a different browser or increase your screen resolution. We needed to add logic to enable modal windows, which fixes the issue of overlapping layers, and also add logic to display modal windows in focus. Moving forward, popup windows in Internet explorer will now display as modal windows to improve visibility and access to all areas of the form.
Let’s say that you are planning an application and platform upgrade for your IBM TRIRIGA installation and you think everything is working just fine. You roll out to production and for the first few days afterwards, all is quiet. Suddenly, out of the blue, you notice that the floor plan graphics no longer render. Where the graphics should appear, you do not see the “No Graphic Available” message either.
What you do see is that, in the lower right hand corner, “Error 2” is displayed and the rest of the space where the graphic would normally appear is blank. This blog post will address one of the potential causes of this problem and also a means of finding the problem before you upgrade your production environment.
In order to determine the root cause, we need to know what errors are referenced in that “Error 2” text in the graphics section. Clicking on the text will open a popup box that contains the actual error messages (2, hence the “Error 2”) related to the issue. That alone will not help the Support team diagnose the problem. The errors should indicate an MID number. That MID number should also be found in the server log with a time stamp associated with when the graphic should have been rendered.
In an issue I was working for a client, we determined from that information that there was a problem with the graphic layer configuration records. In particular, they were missing their corresponding IBS_SPEC entries. This required removing the records from the database by using SQL run against the database back-end. The application was unable to delete the records, because it relies heavily on the IBS_SPEC table entries to perform the actions necessary to delete the records. Once the records were removed and the layer configuration records were rebuilt, the graphics once again started to display.
Great, that fixed the immediate problem, but how do you prevent this from happening in the future? When planning your upgrade, you need to insure that all graphical functionality is tested before making the decision to roll out the upgrade to your production environment. Upgrade plans should always include CAD Integrator testing…