Philip and Luke both mentioned this on their blogs so I'm just echoing their mentions of this recent development. Autodesk put together a list of versions and builds going back to Revit 2012.
It's important to keep everyone that works on the same Revit project(s) on the same version/build, perhaps this will help?
It was fun discussing (while talking to a friend on the phone) the version/build/service pack/update naming yesterday, he'd missed the recent Update Release 1 for 2016 R2...damn it gets confusing.
Welcome to Steve Stafford's Blog ~ Revit OpEd = OPinion EDitorial ~ My view of things Revit, both real and imagined.
Showing posts with label Information. Show all posts
Showing posts with label Information. Show all posts
Tuesday, January 12, 2016
Friday, September 19, 2014
Echo David Light - Autodesk Revit 2015 R2 Info
This is an echo of what I read on David Light's blog this morning. He's working with Autodesk now and it clarifies which version of the latest release you need to use according to the type of licensing you are using, thanks David!
David writes:
David writes:
I got some useful information from our Enterprise Support team which I want to share. Its certainly worth being aware of this….
Please Note: You have to choose from either 2015 R2 or 2015 UR4 as they cannot be installed alongside each other. If Revit 2015 has not been registered , then you will not be presented with either update.
- Autodesk are pleased to announce new Update releases for Revit 2015.The following files will be available for download via the Autodesk Application manager: 2015 R2 (includes UR4 and the latest Hotfix) - Subscription Advantage Pack customers
- 2015 UR4 for regular customers where the license registration is not tied to a subscription contract
By 6pm EST, September 19th:
- Revit 2015 R2 w/ ENU docs - is available via the Subscription Center under downloads
- Revit 2015 UR4 w/ ENU docs - will be available for download via AKN (.com). All remaining languages for download via Application Manager, documents in Subscription Center and AKN, will be published within the following week.”
Tuesday, August 05, 2014
Tagging Elements
It is pretty common to have quite a few different kinds of tags for the elements we need to tag in views. Some equipment might get an oval shaped tag while others have a hexagon. When we need to switch between tags Revit isn't quite fine tuned for this yet. Here's three approaches we can take.
When you tag elements you can tell Revit which tag should be used by default via the Loaded Tags dialog. The tag that appears next to a category is the tag that will be used when you use Tag by Category. If you work systematically you can set which tag you intend to use for awhile and then the correct tag will be offered by default.
Another way to do it is Right Click > Create Similar (you can select one and click the Create Similar button on the ribbon too) over a tag that is the kind you want to place, assuming one is already in the view. This way Revit will start tagging with that tag.
Yet another approach is to select everything you want to tag and then use Tag All, choosing the tag type you'd like to use. When you select elements first this dialog changes Revit's focus to tag selected elements instead of everything that isn't already tagged. This gives you a bit more control over which tag should be used on which elements.
A tagging quirk is that Revit won't let us put more than one tag on the same element. For example I like to use a pipe tag to identify CW (cold water) or HW (hot water) pipes. I can put one tag on a pipe but Revit won't recognize the pipe as available unless I tag a different pipe first. My work around is to bounce back a forth between pipes. It seems a little silly not to let me put another tag on a pipe if I want too.
When you tag elements you can tell Revit which tag should be used by default via the Loaded Tags dialog. The tag that appears next to a category is the tag that will be used when you use Tag by Category. If you work systematically you can set which tag you intend to use for awhile and then the correct tag will be offered by default.
Another way to do it is Right Click > Create Similar (you can select one and click the Create Similar button on the ribbon too) over a tag that is the kind you want to place, assuming one is already in the view. This way Revit will start tagging with that tag.
Yet another approach is to select everything you want to tag and then use Tag All, choosing the tag type you'd like to use. When you select elements first this dialog changes Revit's focus to tag selected elements instead of everything that isn't already tagged. This gives you a bit more control over which tag should be used on which elements.
A tagging quirk is that Revit won't let us put more than one tag on the same element. For example I like to use a pipe tag to identify CW (cold water) or HW (hot water) pipes. I can put one tag on a pipe but Revit won't recognize the pipe as available unless I tag a different pipe first. My work around is to bounce back a forth between pipes. It seems a little silly not to let me put another tag on a pipe if I want too.
Labels:
Annotation,
Information,
Tagging,
Tags,
Techniques,
Tips
Thursday, October 24, 2013
Autodesk WikiHelp is not a Wiki Anymore
For the last month or so the Autodesk Revit documentation team has been transitioning to a new system for help documentation. When you click the help icon (?) on the Info Bar in Revit you'll find a new format and different help web domain: help.autodesk.com.
You probably are well aware that a couple years ago they changed things to focus on a wiki based format that moved product help resources to a web based approach instead of the past Windows based .CHM help file format. This affords them an ongoing ability to deal with documentation. The results of their work appears online immediately and the very next time you click to access it. It's no longer tied only to software release cycles. It's certainly necessary to make documentation available as new releases become available but editing and additions no longer have to wait for the next release, nor do they have to consider issuing software updates just to distribute help documentation changes.
Wandering off on a tangent, people are often reticent to rely on help documentation or manuals, and not just for software. I'm sure there are plenty of reasons for that bad habit. Personally, many times the quality of the information is lacking so it's tempting to ignore what I don't find useful. Overall, I find that the quality of the documentation for Revit has been steadily improving. They revisit topics and that means ignoring the information means I miss those changes. That written, I still think the help documentation tends to explain things without useful context. For example, Levels have a parameter called Story Above.
This is the description for the Story Above parameter on the help site (with my snarky comments inline).
"From Revit Help"
That description does not really tell me why I should care about this parameter. It does tell us that it has something to do with this other parameter called Building Story. The first time I saw these I imagined that the stair tools might use them to guess more accurately what the base and top constraints should be. You may have noticed that Revit just assigns whatever the next higher level is to the top constraint. This means that if I've got an intermediate level for something like a stage platform that isn't really a building story on its own the stair tool thinks that's the next level instead of the next real building story.
If I happen to read further down in the topic I notice that there is a link for Exporting a Project to IFC. Fwiw, if I use search for Building Story the first result is also Exporting a Project to IFC. When I read about that I learn from this section:
"From Revit Help"
It would be a LOT more "helpful" if the description for Story Above mentioned that our day to day work inside Revit won't be affected in the slightest by this parameter BUT if we export to IFC it becomes important. The same is true of the Building Story parameter. Features and additions like these that have very specific implementation but opaque intentions just add to the complexity of Revit. If I wrote the documentation I'd have started off with something like, "This is only relevant for Exporting to IFC", if in fact that is true. If it isn't then what else are they not telling us?
Back to the subject of the help format. So far so good. It looks pretty good. The search results provide a portion of the subject to help see if it is relevant enough to focus on. The speed is pretty good. I don't like it's preference for Internet Explorer which I only use when forced to. {Per Jeff's comment this is defined by the browser setting in the Revit.ini (there is one for default and one per user profile) and we can choose which browser we prefer.}
At the moment the lack of access to a unique URL for each topic is annoying. I've read that this is something they are working on so eventually it won't be an issue. For now we have to rely on the Share widget to access one of the social networking share options.
I find that Twitter and Delicious are the only two options the show the unique URL without having to log into the social site first.
This means a Twitter account isn't required to access the URL so I can share it with someone else. Just be careful not to include the "Reading:" portion of the URL information (see the image above). As a member of online Revit user groups like AUGI and RevitForum.org I often want to share a link to the help documentation with another user to answer their question. It's tedious to do it at the moment but eventually it won't be.
Then again it's this kind of subtle "miss" that make me wonder what goes through their minds as they prepare to unveil the next great help concept from Autodesk. Maybe they are jaded themselves about how much people actually rely on their work? I hope not. If unique URL's were another week away then perhaps holding off a week would have made for better first impressions? Sometimes I think Seth Godin's "Ship it" is misconstrued to to mean ship it regardless of fit and finish and readiness.
If you rely on Google searches to find help documentation it will take some time for Google to index their new help site. Once it is indexed we should be able to rely on Google searches too. I read that the documentation for older releases is being transitioned to the new site format now so if you are looking for 2012 help you'll be directed to 2014 information for now. The standard line is offered, "We apologize for any inconvenience".
You probably are well aware that a couple years ago they changed things to focus on a wiki based format that moved product help resources to a web based approach instead of the past Windows based .CHM help file format. This affords them an ongoing ability to deal with documentation. The results of their work appears online immediately and the very next time you click to access it. It's no longer tied only to software release cycles. It's certainly necessary to make documentation available as new releases become available but editing and additions no longer have to wait for the next release, nor do they have to consider issuing software updates just to distribute help documentation changes.
Wandering off on a tangent, people are often reticent to rely on help documentation or manuals, and not just for software. I'm sure there are plenty of reasons for that bad habit. Personally, many times the quality of the information is lacking so it's tempting to ignore what I don't find useful. Overall, I find that the quality of the documentation for Revit has been steadily improving. They revisit topics and that means ignoring the information means I miss those changes. That written, I still think the help documentation tends to explain things without useful context. For example, Levels have a parameter called Story Above.
This is the description for the Story Above parameter on the help site (with my snarky comments inline).
"From Revit Help"
Used in conjunction with the Building Story parameter, this parameter indicates the next building story for the level. (Implied by the name) By default, Story Above is the next highest level for which Building Story is enabled (NOT necessarily the relevant floor above). To access a list of all building stories above the current one, click in the field. (Ooh, I have to click on it??) The Story Above does not need to be the next higher level or building story. (Cool, anything else I should know?) If the selected level is deleted later or if Building Story is disabled, any levels with this level as their Story Above will revert to default behavior. (Still confused, why should I care again?)
That description does not really tell me why I should care about this parameter. It does tell us that it has something to do with this other parameter called Building Story. The first time I saw these I imagined that the stair tools might use them to guess more accurately what the base and top constraints should be. You may have noticed that Revit just assigns whatever the next higher level is to the top constraint. This means that if I've got an intermediate level for something like a stage platform that isn't really a building story on its own the stair tool thinks that's the next level instead of the next real building story.
If I happen to read further down in the topic I notice that there is a link for Exporting a Project to IFC. Fwiw, if I use search for Building Story the first result is also Exporting a Project to IFC. When I read about that I learn from this section:
"From Revit Help"
Split walls and columns by level allows you to divide multi-level walls and columns by level. When you use this option, Revit cuts the walls and columns by each level that is defined as a building story {my emphasis}. (See Level Instance Properties.) For elements whose base level is a non-building story level, Revit exports them using the next lower building story as their base level, with an appropriate offset. Revit only exports levels for which the Building Story parameter is enabled, unless no levels are defined as building stories. In that case, Revit exports all levels that are used as base levels for walls and columns.
It would be a LOT more "helpful" if the description for Story Above mentioned that our day to day work inside Revit won't be affected in the slightest by this parameter BUT if we export to IFC it becomes important. The same is true of the Building Story parameter. Features and additions like these that have very specific implementation but opaque intentions just add to the complexity of Revit. If I wrote the documentation I'd have started off with something like, "This is only relevant for Exporting to IFC", if in fact that is true. If it isn't then what else are they not telling us?
Back to the subject of the help format. So far so good. It looks pretty good. The search results provide a portion of the subject to help see if it is relevant enough to focus on. The speed is pretty good. I don't like it's preference for Internet Explorer which I only use when forced to. {Per Jeff's comment this is defined by the browser setting in the Revit.ini (there is one for default and one per user profile) and we can choose which browser we prefer.}
At the moment the lack of access to a unique URL for each topic is annoying. I've read that this is something they are working on so eventually it won't be an issue. For now we have to rely on the Share widget to access one of the social networking share options.
I find that Twitter and Delicious are the only two options the show the unique URL without having to log into the social site first.
This means a Twitter account isn't required to access the URL so I can share it with someone else. Just be careful not to include the "Reading:" portion of the URL information (see the image above). As a member of online Revit user groups like AUGI and RevitForum.org I often want to share a link to the help documentation with another user to answer their question. It's tedious to do it at the moment but eventually it won't be.
Then again it's this kind of subtle "miss" that make me wonder what goes through their minds as they prepare to unveil the next great help concept from Autodesk. Maybe they are jaded themselves about how much people actually rely on their work? I hope not. If unique URL's were another week away then perhaps holding off a week would have made for better first impressions? Sometimes I think Seth Godin's "Ship it" is misconstrued to to mean ship it regardless of fit and finish and readiness.
If you rely on Google searches to find help documentation it will take some time for Google to index their new help site. Once it is indexed we should be able to rely on Google searches too. I read that the documentation for older releases is being transitioned to the new site format now so if you are looking for 2012 help you'll be directed to 2014 information for now. The standard line is offered, "We apologize for any inconvenience".
Subscribe to:
Posts (Atom)





