tag:blogger.com,1999:blog-92400972024-03-18T12:04:13.832-07:00Revit OpEdWelcome to Steve Stafford's Blog ~ Revit OpEd = OPinion EDitorial ~ My view of things Revit, both real and imagined.Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.comBlogger2305125tag:blogger.com,1999:blog-9240097.post-50556843687610336392024-03-04T13:59:00.000-08:002024-03-04T13:59:17.440-08:00Can't Delete Toposolid Points and Guardian<p> A quick follow up post on my <a href="https://revitoped.blogspot.com/2023/08/delete-toposolid-points.html" target="_blank">prior post about deleting toposolid points.</a> Scott Brown isolated the issue his team was having to their use of a 3rd Party tool called Guardian. When they disabled it they could delete points as expected again. If your firm uses Guardian too then check in with them about an update to see if it has been resolved yet.</p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com0tag:blogger.com,1999:blog-9240097.post-66318058838387008132023-12-12T15:06:00.000-08:002023-12-12T15:06:36.537-08:00Revit 2024 - New Home Screen<p>With the recent updates to 2024 we now have an option for a new HOME screen, presenting more options for how to preview and find projects. So far it's working pretty well for me. I noticed today that some projects are "not found" while using it however. Those same projects turn up in the old Home while not showing up in a search in the new Home screen. At first I thought it was related to the number of characters in the project name or the use of special characters but so far that isn't the case.</p><p>Ah the quirky stuff...</p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com1tag:blogger.com,1999:blog-9240097.post-86851429230113198992023-08-22T13:26:00.007-07:002023-08-22T15:01:59.155-07:00Ghost Tooltips Be Gone<p>This seems to be a recent phenomenon. I noticed it first in Navisworks and then occasionally in Revit or AutoCAD. What is that you ask? Well it's hard to describe. When I use a command and then move my cursor away from it to do something else a tooltip appears for that previous command. In some cases I didn't use the command, merely my cursor was hovering over it before doing something else. It's weird.</p><p>I've tried disabling tooltips entirely but there doesn't appear to be a way to do that in Navisworks, or if it is possible I've not stumbled on to it yet. Similar for Revit and AutoCAD.</p><p>A practical very recent example, I used Refresh and after it completed I moved my cursor to the far right side of the screen to activate the Properties panel and the tool tip for Refresh appeared. The only way the tip will disappear is to move my cursor back over the tool. However in the fifteen or so minutes since that happened no tips have appeared no matter what I do. It is so weird and annoying.</p><p>Strange stuff, maybe it's just my PC...</p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com4tag:blogger.com,1999:blog-9240097.post-18767342168286675032023-08-09T12:44:00.002-07:002023-08-09T12:44:17.239-07:00Manage Cloud Models Dialog in Revit<p>The Manage Cloud Models dialog that Revit displays is a terrible design. <b>Utterly ineffectual</b>.</p><p>No search, no options for changing from icons to a list and it seems that it fails to list all of our projects at times. A very disappointing experience trying to use it...EVERY time. I have a sense of dread every time I think I need to open it. Lately I think...what's the point, it's not going to show me what I need.</p><p>Sigh...</p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com0tag:blogger.com,1999:blog-9240097.post-75096328261707964272023-08-07T18:00:00.002-07:002023-08-08T14:04:24.020-07:00Delete Toposolid PointsSeems like a simple thing but only the Delete key on the keyboard will delete a point in the toposolid, at least while using Revit 2024.1. No, the Backspace key doesn't "delete" either.<div class="separator" style="clear: both;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjwffZP5EKvHzNTjhechVLNvK3R0ETxS8yEt4OmvfMe4JtsUwQjVgh0zojeGgHvzcfEWLANcgz3aw6J3KMe1-keKCGfJCQMzt1G3kq0PGmnCLjcm0SvBRZqraKsnHiP3HqrVP3FdAI_S0coXGC5uNfhmAklXzVwcJZ07J0ku_VdF891trroNs5DYA/s865/2024%20Toposolid%20Points.jpg" style="display: block; padding: 1em 0px; text-align: center;"><img alt="" border="0" data-original-height="696" data-original-width="865" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjwffZP5EKvHzNTjhechVLNvK3R0ETxS8yEt4OmvfMe4JtsUwQjVgh0zojeGgHvzcfEWLANcgz3aw6J3KMe1-keKCGfJCQMzt1G3kq0PGmnCLjcm0SvBRZqraKsnHiP3HqrVP3FdAI_S0coXGC5uNfhmAklXzVwcJZ07J0ku_VdF891trroNs5DYA/s320/2024%20Toposolid%20Points.jpg" width="320" /></a></div>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com3tag:blogger.com,1999:blog-9240097.post-39169146142029322302023-08-01T13:39:00.004-07:002024-01-10T11:46:38.841-08:002024.1 Schema Warning<p>Glynnis with IDEATE <a href="https://forums.autodesk.com/t5/revit-architecture-forum/2024-1-update-causes-new-schema-errors/m-p/12133961/highlight/true#M397112" target="_blank">posted information</a> at the Autodesk User Forums that you should be aware of if you're using 3rd party tools and are going to deploy, or have deployed, Revit 2024.1. Ironic that this update is the one that has caused a potential disruptive issue since many firms wait for this <i>point release</i> to deploy. I've taken her initial post and copied it here, go read the entire thread for any more recent commentary. Thanks Glynnis!</p><blockquote><div class="lia-message-body lia-component-message-view-widget-body lia-component-body-signature-highlight-escalation lia-component-message-view-widget-body-signature-highlight-escalation" id="bodyDisplay" itemprop="text">
<div class="lia-message-body-content">
<p>There's been a lot of chatter about the Schema error that was
landing in a post about What's New in 2024.1 so I took the good
suggestion from <a href="https://forums.autodesk.com/t5/user/viewprofilepage/user-id/569689">@RobDraw</a> to start a new thread here.</p><p><strong>What is a Schema?</strong></p><p>I
welcome other people's input on this, but from my perspective, a schema
can be best thought of as a blob of Revit metadata, held in Extensible
Storage workset, that has a unique GUID. This blob of data is most often
used by 3rd party developers but is also used by Autodesk (or companies
acquired by Autodesk). The structure of that data, per each GUID, needs
to be the same. If a developer alters the data structure, then a new
GUID is needed to avoid the error.</p><p><strong>What causes a Schema error?</strong></p><p>In
order to experience a Schema error, you need to have two files (or a
file with a linked file) that have the same schema GUID but with a
different data structure. Whichever file is opened first 'wins' within
the active Revit session. This makes solving these problems REALLY hard
because <u>the file that displays the error is not necessarily the file with the 'problem' schema.</u>
It's also why this problem seems to be squashed sometimes and then
resurface later. If you only ever open one Revit file at a time within a
session of Revit, you'll never see the error.</p><p><strong>What's the New Problem</strong></p><p>The
new problem seems to relate to Revit files that are upgraded to
2024/2024.1. The 11 July Revit 2024.1 release notes show that in there
were changes made to the API to try and fix an outstanding schema
condition. It feels like that change may have created some new
conditions. We have an open case with Autodesk on this issue.</p><p><br /></p></div></div></blockquote><p>This is the latest schema article on this at Autodesk</p><p><a href="https://www.autodesk.com/support/technical/article/caas/sfdcarticles/sfdcarticles/Schema-Conflicts-with-DatasmithRevitExportSettings-and-DataStorageUniqueId-in-Revit-2024-1.html " target="_blank">Autodesk Revit schema issue article</a><br /></p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com1tag:blogger.com,1999:blog-9240097.post-17091877682488694562023-07-31T18:00:00.003-07:002023-07-31T18:00:00.133-07:00Dept of Subtle - Select Everything in a Property's Field<p>Sharing this because someone observed me selecting a parameter value and was curious about how I selected everything. If they didn't know...maybe <i>you </i>don't either?</p><p>When you just click in a parameter field in the Properties Palette or Type Properties dialog the cursor will usually land where you click. You can use Home or End keys to move the cursor to beginning or end of the entry. You can also use the CTRL + A button to select everything in the field.</p><p>If you want to select all of (with the cursor) what is entered, in order to replace it entirely, this is very subtle...</p><p></p><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/a/AVvXsEgsqnNbz91RQTssDlc76uwjClBCP6dx8LspGvj2mHHk7eMNt1S-gDwVup2M0H0veZUe8Pz9V4GoEDlPL9nEM8LJiovd9k1J3MePrnRNuqECfa5mWxXojdRIDJ5tAYCUdVMvksRJJWkT9sSre4Xmg9r87-Ru74OXb8a0xX-wAMFE8f5ZLhVMFEM45Q" style="margin-left: 1em; margin-right: 1em;"><img alt="" data-original-height="174" data-original-width="606" height="92" src="https://blogger.googleusercontent.com/img/a/AVvXsEgsqnNbz91RQTssDlc76uwjClBCP6dx8LspGvj2mHHk7eMNt1S-gDwVup2M0H0veZUe8Pz9V4GoEDlPL9nEM8LJiovd9k1J3MePrnRNuqECfa5mWxXojdRIDJ5tAYCUdVMvksRJJWkT9sSre4Xmg9r87-Ru74OXb8a0xX-wAMFE8f5ZLhVMFEM45Q" width="320" /></a></div><p>When you move your cursor over the field, as you click...drag the cursor arrow down (or up) away from or <i>out </i>of the field. Done correctly it will select everything in the field. Once familiar with the motion it is quite easy to do.</p><p></p><p>Originally I realized that clicking in a field past the end of the entry (in empty space) would select everything. That was useful to me but the width of the field is usually not wide enough to do that every time. Yet, every now and then when I clicked in a field I'd select everything. Eventually I took time to notice why it was happening. Happy selecting?!</p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com1tag:blogger.com,1999:blog-9240097.post-15342273012798231462023-07-29T18:00:00.011-07:002023-07-29T18:00:00.139-07:00Move Room Tool<p>Following on yesterday's post about rooms and their tags. It occurred to me that a <i>Move Room</i> tool might be helpful (via Dynamo or app). I imagine being able to start the command and choose a room. Then I'd choose between options for <i>This Floor</i> or <i>Another Floor</i>.</p><p>If <i>This Floor</i> is selected I'd choose between options for <i>Move All Associated Tags</i> or <i>Delete All Associated Tags </i>and then<i> </i>I'd be prompted for a new location.</p><p>If <i>Another Floor</i> is selected then <i>under the hood</i> the room would be <i>deleted,</i> I'd choose between tag options, and then prompted to choose another plan view to open, followed by placing the room in the new location.</p><p>Multiple room selection might be useful too? I don't often move a collection of rooms together. It's certainly possible that could be necessary and very helpful if so.</p><p>Whatcha think?</p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com0tag:blogger.com,1999:blog-9240097.post-80210723763085220762023-07-28T21:40:00.002-07:002023-07-28T21:40:13.201-07:00Room Tags and Leaders<p>For many years I wished room tags would <i>turn on</i> a leader IF I <i>dragged</i> a room tag outside of the room's boundary. I got my wish in Revit 2023.1. I also got more than I wished for which is not that uncommon unfortunately, thus the saying, "<i>Careful what you wish for</i>".</p><p>When we are moving rooms around things go awry. If we drag a room to a new location the tag turns on the leader instead of bringing the tag along with it like it would for other tagged elements. When I move a room that already has a tag with a leader the leader will update and point to the new room location. However, if I decide to remove the leader the tag returns to the original room location, not its new home. I have to turn on the leader, <i>to wake it up,</i> so it will point to the new room location. Then I have to turn off the leader to get the room tag to jump to its new home. Here's an image of the sequence I describe above.</p><p></p><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/a/AVvXsEink7Mb9RIjiFvAP6J0hotB7riaziu4Fl8sp9aoRj2XJHoRgqh-hNrpfrpKsddT6_S5k2mf1IEKGhC_FEI54LkfpY3ghwJlkbdVsCyfO4SeyONygN0UEJ-W-RKwlX2q2egfW8KLga0uK4InVp8R6CTXND9t_6WMLE89V02hpW7cHyPRwDKSQM3g9Q" style="margin-left: 1em; margin-right: 1em;"><img alt="" data-original-height="740" data-original-width="2762" height="86" src="https://blogger.googleusercontent.com/img/a/AVvXsEink7Mb9RIjiFvAP6J0hotB7riaziu4Fl8sp9aoRj2XJHoRgqh-hNrpfrpKsddT6_S5k2mf1IEKGhC_FEI54LkfpY3ghwJlkbdVsCyfO4SeyONygN0UEJ-W-RKwlX2q2egfW8KLga0uK4InVp8R6CTXND9t_6WMLE89V02hpW7cHyPRwDKSQM3g9Q" width="320" /></a></div><p>I should be careful to select the room tag and move it with the room. That doesn't contend with all the other possible views that have tags referencing the room though.</p><div>The documentation review and <i>cleanup</i> we have to do when rooms are relocated is a necessary part of the design process, with all the potential changes that can occur. In the past warnings were generated when a room and its tag(s) were not reconciled. We could then deal with those warnings by activating the Warning dialog and clicking the Move to Room button. When such a warning occurred while opening a model we could <i>resolve </i>them all at that time too.</div><div><br /></div><div>Yes, we'd still have to review and fine tune them most likely but all the tags related to the room would at least be <i>in the room</i>. We can also choose to delete all the tags in a view and use Tag All Untagged. What if most of the room tags were positioned nicely with and without leaders? We'd lose all that work and have to do it over again.</div><p></p><p>It's my opinion that <i>dragging </i>a room's tag outside a room should be treated as <i>different </i>from dragging a room outside its boundaries and we should have a different result for each.</p><p></p><ul style="text-align: left;"><li>Drag a room tag away from its room and turning on the leader is <i>cool</i> and it should remain view specific.</li><li>Drag a room (to within new boundaries) should leave whatever condition is true for all of its room tags but move them along with the room proportionately (see next).</li><li>Drag a room and if there is no leader the tag should follow the room and not turn on a leader. If the leader is active then it should maintain its position relative to the room but move along with it.</li><li>Delete a room and the associated tags should be deleted too (which is what happens). We can then place that room elsewhere and tag as required.</li></ul><div>Documentation review and adjustments are unavoidable but these actions should mitigate how extensive the task might be as well as be more consistent with what I'd expect to happen when I move rooms around.</div><p></p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com0tag:blogger.com,1999:blog-9240097.post-16925942739591156712023-07-20T10:55:00.005-07:002023-07-20T16:41:49.641-07:00Slanted Walls Don't Miter<p>What if I'm asked to create a vertical bottom wall that will transition into a slanted upper wall? Initially the wall configuration looks like the walls on the left in the following image. I added another vertical wall at the top of the slanted portion just for fun.</p><p></p><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/a/AVvXsEgoN02ra2V9u6QGuW7fGwfyCnN6SrM2m3jqJ-DKU4sj72vHGH5AE6P-Eovsfn6JYUKT_O3jZPTvs15m41XOMehNavWuDXKPjBcqO8EHgpC8XQzR0brBauhINmY4wMWPx1RgezddTcJ6JKT6_3bahYrZT87dhZ7GJDspQWEgzKp1_EJDXH0cmj9Gtg" style="margin-left: 1em; margin-right: 1em;"><img alt="" data-original-height="765" data-original-width="997" height="240" src="https://blogger.googleusercontent.com/img/a/AVvXsEgoN02ra2V9u6QGuW7fGwfyCnN6SrM2m3jqJ-DKU4sj72vHGH5AE6P-Eovsfn6JYUKT_O3jZPTvs15m41XOMehNavWuDXKPjBcqO8EHgpC8XQzR0brBauhINmY4wMWPx1RgezddTcJ6JKT6_3bahYrZT87dhZ7GJDspQWEgzKp1_EJDXH0cmj9Gtg" width="313" /></a></div><br />Each wall doesn't know anything about the other so there is no attempt by Revit to miter them together. We might have expected them to join? If we consider what happens in plan views for a similar layout (see image) I don't think it's unreasonable to think that might have happened. If an automatic join occurs in plan views maybe using Join will work in a section? No. Wall Join tool? No. Attach? YES!<p></p><p></p><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/a/AVvXsEjHlP9dGLHvswdxWgY-HPq83bdNvigE3X1gzh_CAucEs3DixklAiWweEbnJnlbYJ_NKLK9luunCy_ur_Gwi7YE2IznDykx1smUfiCGi17VnhkGlz25TWFNGbgnwiuWBZLBgHPHq03nLGrVXXBeHu7_XSuRBiwomy1QveR1dwk3U_xr93N6P7WRezA" style="margin-left: 1em; margin-right: 1em;"><img alt="" data-original-height="348" data-original-width="866" height="129" src="https://blogger.googleusercontent.com/img/a/AVvXsEjHlP9dGLHvswdxWgY-HPq83bdNvigE3X1gzh_CAucEs3DixklAiWweEbnJnlbYJ_NKLK9luunCy_ur_Gwi7YE2IznDykx1smUfiCGi17VnhkGlz25TWFNGbgnwiuWBZLBgHPHq03nLGrVXXBeHu7_XSuRBiwomy1QveR1dwk3U_xr93N6P7WRezA" width="320" /></a></div><br />To resolve the clumsy look of the left walls and end up with those on the right side of the image we can take advantage of the Attach tool. We just need to add reference planes to define where the miter joint should occur. Then Attach - Top will fix the bottom wall and Attach - Base will fix the upper wall. Repeat as required until all walls relate to each other better.<p></p><p><br /><br /></p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com0tag:blogger.com,1999:blog-9240097.post-43650974912952144322023-07-13T10:00:00.083-07:002023-07-13T10:00:00.136-07:00Phasing and Replacement Windows<p>Over the years people have often complained about trying to document replacing existing windows with modern windows but maintaining the existing opening. This means swapping windows with families that are the exact same size. This is related to the wall that Revit creates to infill a wall that has a demolished window. You may have encountered this warning message?</p><p></p><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/a/AVvXsEjlIEq0pEidJ20mGUYOPLMRNmHJzie1WJr3fb6gv8w8jkObZt7hetNKPi3yxnNr2rAFAx-FmN0RtTYlltHMsSvs_MA5tTWCHfTbBLc6rns8yHxfiseM8_nBJRj8iz4aRQYn1Rl1hU7iaWE0DuXEZgNdgzOsPPqLZrFtR562cFTmLdexPGT4VRufOQ" style="margin-left: 1em; margin-right: 1em;"><img alt="" data-original-height="290" data-original-width="727" height="128" src="https://blogger.googleusercontent.com/img/a/AVvXsEjlIEq0pEidJ20mGUYOPLMRNmHJzie1WJr3fb6gv8w8jkObZt7hetNKPi3yxnNr2rAFAx-FmN0RtTYlltHMsSvs_MA5tTWCHfTbBLc6rns8yHxfiseM8_nBJRj8iz4aRQYn1Rl1hU7iaWE0DuXEZgNdgzOsPPqLZrFtR562cFTmLdexPGT4VRufOQ" width="320" /></a></div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;">That message appeared when I attempted to place new windows in the New Construction phase after demolishing the existing windows first. I was careful to set up views assigned to different phases and phase filters so there wouldn't be any display conflicts.</div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;">I got interested in this issue again recently because of a thread at the Autodesk User Forums for Revit Architecture. A fellow member was sharing how much trouble Revit has been giving them trying to do this kind of work. After some back and forth I narrowed it down to one window family and another member realized that family uses a void to cut the hosting wall in the family itself versus the usual opening.</div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;">This led me to write some hypotheses for testing purposes. I wrote:</div><p></p><blockquote><p>Hypothesis A: Within phasing we can replace Existing Window A with
New replacement Window B using the exact same sizes (same size opening
dimensions) <strong>IF</strong> they both use an OPENING in the family to cut the host.</p><div class="separator" style="clear: both;">
<p>Hypothesis B: Within phasing we can replace Existing Window A with
New replacement Window B using the exact same sizes (same size opening
dimensions) <strong>IF</strong> they both use a VOID in the family to cut the host.</p>
<p>If either of the above are false then...</p>
<p>Hypothesis C: Within phasing we CANNOT replace Existing Window A with
New replacement Window B using the exact same sizes (same size opening
dimensions) <strong>IF</strong> one uses an OPENING and the other uses a VOID, in the family, to cut the host.</p></div></blockquote><div class="separator" style="clear: both;"><p></p></div><p></p><div class="separator" style="clear: both; text-align: left;">I did some testing using the latest release of Revit, 2024.1 and I determined the following:</div><div class="separator" style="clear: both; text-align: left;"></div><p></p><blockquote><p></p><div class="separator" style="clear: both; text-align: left;">Hypothesis A is TRUE</div><div class="separator" style="clear: both; text-align: left;">Hypothesis B is FALSE</div><div class="separator" style="clear: both; text-align: left;">Hypothesis C is neither</div><p></p><p>I find that I can replace a Void based window with an Opening based
window but not the reverse. Also any alterations to the hosting wall in the
project; such as length adjustment, or top/bottom offsets,
attach/detach will place the void type window at risk of being deleted.
Weirder still is that it might not delete all of them, one or more.</p></blockquote><p></p><div class="separator" style="clear: both;">
<p>It seems that the <i>short answer</i> is: <i>eliminate</i> window families that use a
void to cut the hosting wall IF you intend to place identical sized
windows in phased projects; to demonstrate existing window replacement
without altering the existing openings. Windows created this way will
not work for this task. A logical next hypothesis is to anticipate similar behavior in door families.</p><p>I speculate that this warning happens because an opening cuts fully through the host while a void (or combination of voids) might cut more and/or less of the host as it travels through it. I suspect that the infill wall can't abide the shape a void might create and that in turn means a void won't be viable as a window to alter the location of the infill wall. I think it's similar to curtain walls only supporting non-rectilinear panels with the system panel families.</p><p>I'd love to hear that the developers will test this against their own experience and expectations. I know that a lot of people rely on voids to shape the opening in a host wall to match a variety of actual construction techniques for openings. To eliminate voids in families as an option for this kind of project (replacement windows (and doors?)) is not ideal. They'd probably have to revisit the entire logic of infill elements where demolished hosted elements occur. Perhaps leave it up to us to fill in holes?</p></div>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com1tag:blogger.com,1999:blog-9240097.post-8518433320146496252023-07-12T09:51:00.003-07:002023-07-12T09:51:27.921-07:00Revit 2024.1 Now Available<p> Like the post title says, the latest release/update is now available. Read all about it at <a href="https://blogs.autodesk.com/aec/2023/07/11/revit-2024-1-is-now-available/" target="_blank">The Factory blog</a>.</p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com0tag:blogger.com,1999:blog-9240097.post-7009810851111213772023-06-30T16:09:00.000-07:002023-06-30T16:09:21.775-07:00Revit 2024 - Template Views Crop Boundary Controlled by Scope Box<p> There are new multi-discipline templates for Revit 2024 (imperial and metric).</p><p></p><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/a/AVvXsEhDPMxE8SywRefCV-NIyQId7REWF0Hmvnfv-1Rw7de1ZgrEHBfSQJH5Hg78CzqnkB_18hR-ipftd5IkvZOIMfcOgD3QOqTQ8vz3kGeE-464d9dwG3TnH3e_0j2G-Z7tnAybKHkYUihpwP_8nbpcXXTHg-iXMRANwUMegd87SYayfad77YIdZ_J7Eg" style="margin-left: 1em; margin-right: 1em;"><img alt="" data-original-height="370" data-original-width="383" height="240" src="https://blogger.googleusercontent.com/img/a/AVvXsEhDPMxE8SywRefCV-NIyQId7REWF0Hmvnfv-1Rw7de1ZgrEHBfSQJH5Hg78CzqnkB_18hR-ipftd5IkvZOIMfcOgD3QOqTQ8vz3kGeE-464d9dwG3TnH3e_0j2G-Z7tnAybKHkYUihpwP_8nbpcXXTHg-iXMRANwUMegd87SYayfad77YIdZ_J7Eg" width="248" /></a></div><p></p><p>In the new multi-discipline template the views that are placed on sheets are controlled by a Scope Box. When you look at the properties you'll notice that Crop View is disabled (gray).</p><p></p><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/a/AVvXsEgDXQJsdPUEMI9edJS_4WxCNa4JIKiygf3I2Uhk2nLW7l_9f06Oo-ODPBm11VMlNfosZ9kBjYTKZ5fQkPsxpja-x_-0F8cDsJnkMsf4qRhmbbZrU801zX0pAnKxaD4tnwvIvjsJ5R4hwgJPjYeYbAX9H4PBRVWi46PS4PA_s1KdRfzlpYlb9Cn5Gg" style="margin-left: 1em; margin-right: 1em;"><img alt="" data-original-height="235" data-original-width="260" height="240" src="https://blogger.googleusercontent.com/img/a/AVvXsEgDXQJsdPUEMI9edJS_4WxCNa4JIKiygf3I2Uhk2nLW7l_9f06Oo-ODPBm11VMlNfosZ9kBjYTKZ5fQkPsxpja-x_-0F8cDsJnkMsf4qRhmbbZrU801zX0pAnKxaD4tnwvIvjsJ5R4hwgJPjYeYbAX9H4PBRVWi46PS4PA_s1KdRfzlpYlb9Cn5Gg" width="266" /></a></div><br />We can turn off the visibility of the crop boundary but we have to disable the association with a scope box if we want to change the crop independently. Of course if we like and want to take advantage of the scope box being defined and used for the views, we need to open a view that isn't constrained by the scope box so we can adjust the Scope Box extents (it's called Views Overall)<p></p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com0tag:blogger.com,1999:blog-9240097.post-20677193496038413822023-04-26T23:30:00.004-07:002023-04-26T23:30:50.127-07:00Blog Post Takedown - Revit 2008 Released - 2007<p> Got a strange email this evening telling me a post from 2007 about Revit 2008 being released has been taken down (draft status) because it contains links that violate the DMCA. The links pointed to a place you could download Revit 2008 once upon a time... I didn't check if they still work. I just deleted the post since Revit 2008 is a bit irrelevant no?</p><p>The g<i>reat and powerful internet watchdog</i> is watching...</p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com0tag:blogger.com,1999:blog-9240097.post-24318440412618843832023-04-05T09:41:00.003-07:002023-04-05T13:43:36.901-07:00Revit 2024 InstallationImagine my surprise when I started to install Revit 2024 this morning and I was greeted with a message that it couldn't install because Autodesk Access is running. That "software" is the least impressive body of work Autodesk has released yet...<div><br /></div><div>I closed Autodesk Access and installation has resumed...thank goodness :)</div><div><br /></div><div>Edit: I should add that this was the fastest installation of Revit I can remember except for maybe the earliest few releases.</div>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com0tag:blogger.com,1999:blog-9240097.post-8096552194791005532022-12-21T18:00:00.007-08:002022-12-21T18:00:00.241-08:00Sanitary Pipe Calculations and Venting<p>I wrote <a check="" href="https://revitoped.blogspot.com/2011/01/revit-mep-sanitary-venting-and-fixture.html" target="_blank" title="Click to check it out">THIS POST</a> years back regarding adding vent pipe to a sanitary system of pipe and fixtures. I'm happy to write that it's simpler now than then.</p><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjdBoSWogkGv-St5Ai61PDmD70GxQTyaiiuvVcAjkIWGGtcZUGjR8PdZjTS0nBPjq-t4mdpJYzpirqkWWiKIELtBQ-65Z1qPiG2TcJ4P4-2zzKp1pS9XjGSrMf_nszTE4T1UVbsP_tK55mkefWouPQ3jy0MsnOuzEn_64jLUXeH7KIdW5lh-VQ/s978/Vent.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="602" data-original-width="978" height="197" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjdBoSWogkGv-St5Ai61PDmD70GxQTyaiiuvVcAjkIWGGtcZUGjR8PdZjTS0nBPjq-t4mdpJYzpirqkWWiKIELtBQ-65Z1qPiG2TcJ4P4-2zzKp1pS9XjGSrMf_nszTE4T1UVbsP_tK55mkefWouPQ3jy0MsnOuzEn_64jLUXeH7KIdW5lh-VQ/s320/Vent.jpg" width="320" /></a></div><p>Just use an endcap family (made to look more like a vent cap) the vent pipe at the top and your fixture count should propagate all the way to the building connection as expected. That of course assumes you don't have open connections somewhere else along the way. The example above shows vent pipe using a separate type and a view Filter based on Type Name.</p><p>Use the Show Connections feature to identify them if any exist. I won't be shocked if you find some.</p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com1tag:blogger.com,1999:blog-9240097.post-9020627356386963532022-11-28T18:00:00.001-08:002022-11-28T18:00:00.375-08:00Snap Option - Mid Between 2 PointsWhen this new snap option appeared in Revit 2022.1 it was a LONG time coming. Not being able to snap to place something between two point has annoyed many a user for years. My problem is remembering it exists now. I've been using it quite a bit lately so perhaps the habit will stick. While it never really bothered me that it wasn't available I'm quite happy to have it now.<div><br /></div><div>If my memory serves me it wasn't built into AutoCAD initially, perhaps an Express Tools addition? Regardless it does help speed up a common task!</div><div><br /></div><div>Haven't noticed or used it yet? It's just a right click away while many tasks are in process, such as sketching a line, wall, or sketch segment. It's also useful for placing components. Check it out.</div><div><br /></div><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjVTZUb8yzO4k8nCU_sgXsPhjMJ3A_3zbOC0XSsKIUJgPzItct_0oIrqXQ7RhDJahcArg4jxRZ2GrGg_Z3hDb6ZDU7dUuy1kNy3eyliba1c959ykOQSxoTksCsblOZ3OzD33AQ3fnFEbEP5ftCqJDnzScbClVATSq59x19RSU2kouHAlNjQKZU/s470/SnapMid.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="140" data-original-width="470" height="95" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjVTZUb8yzO4k8nCU_sgXsPhjMJ3A_3zbOC0XSsKIUJgPzItct_0oIrqXQ7RhDJahcArg4jxRZ2GrGg_Z3hDb6ZDU7dUuy1kNy3eyliba1c959ykOQSxoTksCsblOZ3OzD33AQ3fnFEbEP5ftCqJDnzScbClVATSq59x19RSU2kouHAlNjQKZU/s320/SnapMid.jpg" width="320" /></a></div><br /><div><br /></div><div><br /></div>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com2tag:blogger.com,1999:blog-9240097.post-70693330268170843172022-11-16T23:23:00.005-08:002022-11-16T23:23:41.450-08:00Revit 2023.1 - Add Leader to Room TagI laughed out loud when I read this today after installing R2023.1. I'm guessing but every user has muttered this when getting the message "a tag was moved outside it's boundary". I've probably whined about it here once or twice...<div><br /></div><div><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/a/AVvXsEi0TaK9HxPSEIWrR8JljRgDJ37FJr4BNt0julKxSGrkV9JZ5LV65GtIc12-HUxmxfV745D81BN5avqumE7qt10DOLtWJ-GVgbtHY_R9lW-Xexqc6QLT_vRLb98GwaDDx2SMbY3y7LWHCL4ixKgE6Hod7LQxNmgHh6Dm6Vlqr-EqnVczTAILPUo" style="margin-left: 1em; margin-right: 1em;"><img alt="" data-original-height="196" data-original-width="338" height="186" src="https://blogger.googleusercontent.com/img/a/AVvXsEi0TaK9HxPSEIWrR8JljRgDJ37FJr4BNt0julKxSGrkV9JZ5LV65GtIc12-HUxmxfV745D81BN5avqumE7qt10DOLtWJ-GVgbtHY_R9lW-Xexqc6QLT_vRLb98GwaDDx2SMbY3y7LWHCL4ixKgE6Hod7LQxNmgHh6Dm6Vlqr-EqnVczTAILPUo" width="320" /></a></div><div class="separator" style="clear: both; text-align: left;">It's the little things in life!</div><div class="separator" style="clear: both; text-align: center;"><br /></div><br /><br /></div>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com0tag:blogger.com,1999:blog-9240097.post-10914535490775880622022-03-03T20:53:00.000-08:002022-03-03T20:53:00.497-08:00Rumor wasn't a rumor - B.I.M. After Dark Conversation<p>I just wrapped up my conversation with Jeff, The Revit Kid on his <a href="https://youtu.be/k0UZET6HsxU" target="_blank">B.I.M After Dark livestream.</a> It was nice to chat about Revity stuff with Jeff and I hope it was interesting enough for those that attended and watch later. Jeff's done great work with his channel and B.A.D products as well as his legacy of The Revit Kid blogging. His passion for it is self evident.</p><p>I owe the folks at Ideate an apology. I neglected to mention how much their Explorer features in my day to day. I'm shocked that I didn't bring it up. I'll blame it on the whisky, a very good whiskey too. To all the hardworking folks at Ideate, keep it up! Glad you're on it.</p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com1tag:blogger.com,1999:blog-9240097.post-64305644938529818222022-02-28T10:00:00.008-08:002022-02-28T10:00:00.225-08:00Rumor Goin Round<p>I'm crawling out from under my rock later this week. I'm joining Jeffery Pinheiro's (aka <a href="http://therevitkid.blogspot.com/" target="_blank">The Revit Kid</a>) <a href="https://community.bimafterdark.com/" target="_blank">BIM After Dark</a> livestream on Thursday evening. He plays guitar and I play drums, we might get around to talking about Revity things too.</p><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/a/AVvXsEjYwIa4BB24ezs-7PijSJCuPV_ACDL5ZNJ_tMUD2sLhrKMf85sf6uMMvWioKWct9WLObHgdC3T1fKRti6gH_AVRg2yqoqlqbZLQrTJmVtGPZsP-QV1dCikMTqlzSaTbop90rdiX9891t-AKTc6_9VZKSp8VxG6TRCjan7Kj0bMkZ1Sy9r3Myqw=s781" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="445" data-original-width="781" height="182" src="https://blogger.googleusercontent.com/img/a/AVvXsEjYwIa4BB24ezs-7PijSJCuPV_ACDL5ZNJ_tMUD2sLhrKMf85sf6uMMvWioKWct9WLObHgdC3T1fKRti6gH_AVRg2yqoqlqbZLQrTJmVtGPZsP-QV1dCikMTqlzSaTbop90rdiX9891t-AKTc6_9VZKSp8VxG6TRCjan7Kj0bMkZ1Sy9r3Myqw=s320" width="320" /></a></div><br /><p><br /></p><p><br /><br /></p><p><br /></p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com0tag:blogger.com,1999:blog-9240097.post-56194633068787653872021-09-24T10:04:00.005-07:002021-09-24T10:04:56.161-07:00Revit Updates and 33 Percent<p> There must be something magical about 33% and Revit updates lately?</p><div class="separator" style="clear: both; text-align: center;"><a href="https://1.bp.blogspot.com/-VGTvygPjxmw/YU4EjHNAkpI/AAAAAAAAIE4/tlSQsyJ5R6w5-MQ9M6QRajo3tc6VTnuNwCLcBGAsYHQ/s710/Revit2022-1.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="524" data-original-width="710" height="236" src="https://1.bp.blogspot.com/-VGTvygPjxmw/YU4EjHNAkpI/AAAAAAAAIE4/tlSQsyJ5R6w5-MQ9M6QRajo3tc6VTnuNwCLcBGAsYHQ/s320/Revit2022-1.jpg" width="320" /></a></div><div class="separator" style="clear: both; text-align: center;"><br /></div><div class="separator" style="clear: both; text-align: left;">I installed the Hotfix the other day and it "hung" at 33% long enough that I thought the install failed. I just started to look at a forum thread on the subject and it magically finished. This morning the same thing is happening with the 2022.1 update. Progress gauges aren't much good if they don't actually show progress the whole time, no? Looking forward to checking out the new features when it jumps from 33% to Finished!</div><br /><p><br /></p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com2tag:blogger.com,1999:blog-9240097.post-63864649599996988932021-06-17T11:00:00.002-07:002021-06-17T11:14:33.770-07:00The Void and the Revolve<p> A tale of mystery set in ancient times...a fairytale of majestic proportions...</p><p>Sadly it's more mundane than that. This morning I noticed a distinctly <i>Reviteristic</i> situation while answering a client's question. To get a void to cut a revolve, their orientation to one another seems to matter.</p><p>If I create a revolve in the Front view of a Generic Face Based template and then create the extrusion in a side (Right/Left) view the void won't cut if the extrusion extends too far toward the <i>other side</i> of the revolve (seem image).</p><div class="separator" style="clear: both; text-align: center;"><a href="https://1.bp.blogspot.com/-4gx8CQdHKtU/YMuPOFRbm5I/AAAAAAAAH-M/_epjdHS43_E27msIvpYPlsvt84wNqeeLQCLcBGAsYHQ/s1312/RevolveVoid00.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="470" data-original-width="1312" src="https://1.bp.blogspot.com/-4gx8CQdHKtU/YMuPOFRbm5I/AAAAAAAAH-M/_epjdHS43_E27msIvpYPlsvt84wNqeeLQCLcBGAsYHQ/s320/RevolveVoid00.jpg" width="320" /></a></div><p>It took two voids on either side of the Axis of the Revolve to get a full cut of the revolve form (see image).</p><div class="separator" style="clear: both; text-align: center;"><a href="https://1.bp.blogspot.com/-r_ST9o1q0bw/YMuN3-UK9iI/AAAAAAAAH98/5eoWFxzXqBckKQxHnZehKyhyDF01zdNmgCLcBGAsYHQ/s718/RevolveVoid01.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="648" data-original-width="718" src="https://1.bp.blogspot.com/-r_ST9o1q0bw/YMuN3-UK9iI/AAAAAAAAH98/5eoWFxzXqBckKQxHnZehKyhyDF01zdNmgCLcBGAsYHQ/s320/RevolveVoid01.jpg" width="320" /></a></div><p>However if I create the revolve in the Right side view AND create the void extrusion in the same view one void is enough (see image).</p><div class="separator" style="clear: both; text-align: center;"><a href="https://1.bp.blogspot.com/-C2M6iS9pafQ/YMuN-TUIIDI/AAAAAAAAH-A/6xDX-Ikq7hwu6-k_rm3Kg1bpMSbRMiSUgCLcBGAsYHQ/s727/RevolveVoid02.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="355" data-original-width="727" src="https://1.bp.blogspot.com/-C2M6iS9pafQ/YMuN-TUIIDI/AAAAAAAAH-A/6xDX-Ikq7hwu6-k_rm3Kg1bpMSbRMiSUgCLcBGAsYHQ/s320/RevolveVoid02.jpg" width="320" /></a></div><p>Perhaps this is old news to some but it's definitely <i>subtley quirky</i> (which defines a <i>Reviteristic</i> for me). Next time you're taking a journey with a revolve and void...remember this? I'll try.</p><p>This was done using Revit 2020.2.4 BTW</p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com1tag:blogger.com,1999:blog-9240097.post-13282148138040072032021-06-11T13:30:00.003-07:002021-06-15T11:36:48.685-07:00Entering Values using the Project Base Point<p>A recent message asked how they can enter values into the Project Base Point (PBP) like we used to be able to do when the PBP had a clipped/not clipped status.</p><p>The answer is Specify Coordinates at Point (SCaP).</p><p>They wanted to enter 8,000,000/8,000,000 as their example. R2021 won't accept that value but R2019 would.</p><p>In the past, when we selected the PBP, entered coordinate values,
it actually shifted the Survey Coordinate System (SCS) away from the Origin/PBP. It was easy to assume we moved the PBP because it is easy to overlook the information that displays above the selected PBP. It says PBP but right
underneath (see image) it says <i>Shared Site:</i> and the coordinates it displays are
relative to the SCS.</p><div class="separator" style="clear: both; text-align: center;"><a href="https://1.bp.blogspot.com/-O82qqbPKMQ4/YMPC7H0z1-I/AAAAAAAAH9s/5HKuqaFz9LQY1hgR2UdRT11u_kXLFO_DQCLcBGAsYHQ/s263/SharedCoordinates00.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="157" data-original-width="263" src="https://1.bp.blogspot.com/-O82qqbPKMQ4/YMPC7H0z1-I/AAAAAAAAH9s/5HKuqaFz9LQY1hgR2UdRT11u_kXLFO_DQCLcBGAsYHQ/s0/SharedCoordinates00.jpg" /></a></div><p>Entering values in the PBP directly (in the past) is same as using SCaP (now). The Survey Point will move to mark the 0,0 origin
of the SCS after we enter our values. The PBP
will still be at the Internal Origin (IO). The following image is 2019 and 2021 showing the same end result, just using a different tool.</p><div class="separator" style="clear: both; text-align: center;"><a href="https://1.bp.blogspot.com/-NhQVAWH83BE/YMPDZQjrz5I/AAAAAAAAH90/1lQvCmQSJf4-1AfcpaWUL0jJBzu-qSgMACLcBGAsYHQ/s1891/SharedCoordinates01.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="985" data-original-width="1891" src="https://1.bp.blogspot.com/-NhQVAWH83BE/YMPDZQjrz5I/AAAAAAAAH90/1lQvCmQSJf4-1AfcpaWUL0jJBzu-qSgMACLcBGAsYHQ/s320/SharedCoordinates01.jpg" width="320" /></a></div><br /><p>Entering values directly into the PBP now will move it away from the IO, something it did not do in the past. This invokes a <i>Local Coordinate System</i> (LCS) that uses the PBP as its origin. Spot Coordinate/Elevation annotation can reference this LCS. This why Revit won't let us move the PBP too far (10 miles) from the IO.</p><p>I think Autodesk should change the PBP reference to the Shared Site since it is confusing. I think the PBP should show reference coordinates back to the Internal Origin. There is probably some room for disagreement though, which is why it probably still references the SCS.</p><p>This change seems to annoy people the most because we can't just enter values into the PBP directly and get the "old" result. We can enter values but not to alter the SCS, which is what really happens with the clipped PBP of old. The unclipped status of old is when the LCS is invoked.</p><p>The PBP only moves in an unclipped state now, thus no clip.</p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com0tag:blogger.com,1999:blog-9240097.post-77327460188429857242021-06-01T18:00:00.003-07:002021-06-04T09:22:02.260-07:00Local Save Does Not Work - Follow Up<p> After speaking with an Autodesk developer we now know that our issue is related to past eTransmit use. Revit mistakenly retained a flag it uses to mark that file as such.</p><p>If we can successfully use Synchronize with Central and we get that message when we use Save then the correct response to the warning dialog is the top option: "Save this model as a central model in its current location - Revit will remove this message and allow users to create local copies of the model."</p><p>Remember, the message is accurate for files that have been created via eTransmit too. In our situation the files were working fine on BIM 360 but they retained the flag that should have been removed when they were added to the cloud.</p><p>Info Added 6/4/2021: The warning is triggered ONLY in the following
scenario:</p><blockquote><p class="MsoNormal"><i>The warning is triggered ONLY in the following
scenario: The model has been transmitted and then upload to BIM 360 from
Revit using the option “Work temporarily”.<u></u><u></u></i></p><p class="MsoNormal"><i><u></u>To eliminate this warning for future project,
please make sure you choose “Save as a central model in its new
location” when uploading the models to BIM 360 from Revit.</i></p></blockquote>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com0tag:blogger.com,1999:blog-9240097.post-58787101602583707532021-04-14T18:00:00.001-07:002021-04-14T18:00:00.213-07:00BIM 360 Warning Using Save not Sync<p>Lately we see this warning message appear, in BIM 360 hosted projects, when clicking the Save button (local) instead of the Synchronize with Central button.</p><div class="separator" style="clear: both; text-align: center;"><a href="https://1.bp.blogspot.com/-VnBcRinmtg0/YHd_I6bLPrI/AAAAAAAAH6w/pAtENMANVt8CMsPPxYw2WeF06oyj0hTpwCLcBGAsYHQ/s539/warning.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="294" data-original-width="539" src="https://1.bp.blogspot.com/-VnBcRinmtg0/YHd_I6bLPrI/AAAAAAAAH6w/pAtENMANVt8CMsPPxYw2WeF06oyj0hTpwCLcBGAsYHQ/s320/warning.png" width="320" /></a></div><div><br /></div>It isn't happening for all models or all projects. I haven't isolated a cause yet and it shouldn't be happening at all. This is true for projects running in Revit 2020.2.3. Anyone else see this?<br /><p><br /></p>Stevehttp://www.blogger.com/profile/14230364057800484763noreply@blogger.com3