<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Any risks with updating templates? in Project data &amp; BIM</title>
    <link>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274619#M2155</link>
    <description>&lt;BLOCKQUOTE&gt;Link wrote:&lt;BR /&gt; A subtractive methodology is easily better than an additive one IMHO. &lt;/BLOCKQUOTE&gt;
This is what I had always glibly assumed, too, but I have come to believe just the converse, at least for myself. When you start subtracting things, the process forces you to consider each and every item you are deleting. Do you need it right now? Might you ever need it later? There is always the lurking fear that if you don't need it now, you MIGHT, and so the temptation is just to leave it in. Then, not only is the file size significantly larger, so is the visual clutter. You end up with a very complex set of views, layers, etc. that you are always having to scroll through. &lt;BR /&gt;
&lt;BR /&gt;
Whereas, if you have a good set of favourites (I'll use the UK spelling), when you need another detail window, say, creating a brand new one is not really any more complicated (and may be less so) than dragging a pre-existing symbol over, adjusting its borders and name, and adjusting its view folder, and then verifying which layout it is on.&lt;BR /&gt;
&lt;BR /&gt;
Now, all that said, there is a certain minimum amount that MUST be set up in advance, but for myself, the glittering promise that you just set things up once for the largest possible project that you MIGHT be working on, and then the whole process is virtually going to automate itself, hasn't worked out in reality, at least for me.&lt;BR /&gt;
&lt;BR /&gt;
With great respect for your contributions and knowledge, as well as being mindful of your business model, this is just my current thinking and what I've realized to be true for my own architectural practice. This practice is now residential only, and might involve anything from a tiny bath remodeling to a new house. In years past, I did hospital projects, and even go back to the time where there was only a single layer of graphite. Layers are useful, no doubt, but I'm not sure that we need the granularity of the AIA CAD layer system based in AutoCAD, which gave us:&lt;BR /&gt;
&lt;BR /&gt;
A-FURN Furnishings  or....                        &lt;BR /&gt;
A-FURN-FILE Furnishings: file cabinets &lt;BR /&gt;
A-FURN-FIXD Furnishings: fixed in place &lt;BR /&gt;
A-FURN-FREE Furnishings: freestanding               &lt;BR /&gt;
A-FURN-PLNT Furnishings: plants                &lt;BR /&gt;
A-FURN-PNLS Furnishings: system panels                &lt;BR /&gt;
A-FURN-SEAT Furnishings: seating                &lt;BR /&gt;
A-FURN-STOR Furnishings: system storage components &lt;BR /&gt;
A-FURN-WKSF Furnishings: system work surface components&lt;BR /&gt;
&lt;BR /&gt;
When I look at the big list, I need to think about what I could delete. Especially for a beginner looking at this, there is a tendency to leave the whole list in -- just in case. But should a table go on "freestanding"  or "work surface components"? On the other hand, if a template just has a layer called "Furnishings" and you come across a need for more granularity (and I'm not actually convinced you ever will), it's easier and faster to just add a single layer on an as-needed basis than to have to perpetually delete layers - thinking about the contingencies of an as-yet undesigned project each time. The mental bandwidth required to deal with the full number of layers makes me tired just looking at the list.&lt;BR /&gt;
&lt;BR /&gt;
This is all to say that I think an additive approach can be just as effective as a subtractive one, especially for certain types of offices, and in some cases, more so.</description>
    <pubDate>Fri, 17 Jun 2016 22:43:20 GMT</pubDate>
    <dc:creator>Richard Morrison</dc:creator>
    <dc:date>2016-06-17T22:43:20Z</dc:date>
    <item>
      <title>Any risks with updating templates?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274606#M2142</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;I update my office template with new versions of AC, but each update is based on the prior version's (in some cases skipping a couple of versions) template. For all I know, there is data embedded in there going back to AC 6.5.&lt;BR /&gt;
&lt;BR /&gt;
Each updated template seems to work fine, but I wonder if I am asking for problems by not recreating a template based on the AC default template for that version. Has anyone experienced problems by reusing prior versions' templates as the basis for a new template, or am I worrying needlessly?&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Tue, 02 Jun 2015 20:03:28 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274606#M2142</guid>
      <dc:creator>Richard Morrison</dc:creator>
      <dc:date>2015-06-02T20:03:28Z</dc:date>
    </item>
    <item>
      <title>Re: Any risks with updating templates?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274607#M2143</link>
      <description>IMO opinion Work Environments are more critical between versions and the only things I merge forward are usually shortcuts, everything else I recreate. For the templates I usually just add the new stuff (like the Change Object) and keep moving forward.</description>
      <pubDate>Tue, 02 Jun 2015 22:12:34 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274607#M2143</guid>
      <dc:creator>Eduardo Rolon</dc:creator>
      <dc:date>2015-06-02T22:12:34Z</dc:date>
    </item>
    <item>
      <title>Re: Any risks with updating templates?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274608#M2144</link>
      <description>we are reminded every release to not bring old WE forward&lt;BR /&gt;
it results in lost functionality newer tools wont show up when they are set to using the older settings&lt;BR /&gt;
&lt;BR /&gt;
when we get our AC update disc from our supplier they also provide us with our local template on disc which you can either use or build on or start from scratch.&lt;BR /&gt;
&lt;BR /&gt;
There does really need to be a better way though I think, its a bit of time wasting to have to set it all up each release, at least its only a 1 time thing.</description>
      <pubDate>Tue, 02 Jun 2015 23:28:12 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274608#M2144</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2015-06-02T23:28:12Z</dc:date>
    </item>
    <item>
      <title>Re: Any risks with updating templates?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274609#M2145</link>
      <description>A template and the Work Environment are two completely different things&lt;BR /&gt;
Any template (file) can use any Work Environment that you have setup or Imported. The WE is not saved with the file - it becomes part of your program setup.&lt;BR /&gt;
&lt;BR /&gt;
Like Richard I am using a template that originated back from version 6.5.&lt;BR /&gt;
I simply migrate it into the new version every year updating anything I need to if I want to make use of any new features.&lt;BR /&gt;
&lt;BR /&gt;
The Work Environment I use was also originally set up in an old version as well but I compare it to a new WE in the latest release to see what new commands and menus have been added and also look at the changes in the preferences.&lt;BR /&gt;
Basically I just Import my old WE into the new version and compare the old with the new (open 2 separate Archicads - one using each WE) and if there is something I like / need in the new then I create it in my old WE rather than taking the new standard WE and trying to customise it to how I like.&lt;BR /&gt;
&lt;BR /&gt;
Barry.</description>
      <pubDate>Wed, 03 Jun 2015 01:52:33 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274609#M2145</guid>
      <dc:creator>Barry Kelly</dc:creator>
      <dc:date>2015-06-03T01:52:33Z</dc:date>
    </item>
    <item>
      <title>Re: Any risks with updating templates?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274610#M2146</link>
      <description>I'm doing exactly what Barry is doing.  So I'm glad to hear no catastrophes have resulted. I can't imagine recreating views, favorites, layer sets, composites, etc. on a yearly basis. Dealing with materials has not been fun, and I would not want to deal with this again.</description>
      <pubDate>Wed, 03 Jun 2015 04:29:56 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274610#M2146</guid>
      <dc:creator>Richard Morrison</dc:creator>
      <dc:date>2015-06-03T04:29:56Z</dc:date>
    </item>
    <item>
      <title>Re: Any risks with updating templates?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274611#M2147</link>
      <description>Like Richard and Barry, I migrate my template from the previous version forward. This has worked well, except in the rare occurrence when a new Attribute is added (for example Building Materials), which requires some work to integrate the new Attribute into my working methods. The change from LightWorks to CineRender also required some work to merge the provided Cinerender Surface settings into my template's Surfaces. There are no new Attributes in AC19.&lt;BR /&gt;
&lt;BR /&gt;
I also migrate my old Work Environment forward, but that is trickier as there are always new commands/features added with each new version.&lt;BR /&gt;
&lt;BR /&gt;
David</description>
      <pubDate>Wed, 03 Jun 2015 12:46:44 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274611#M2147</guid>
      <dc:creator>David Maudlin</dc:creator>
      <dc:date>2015-06-03T12:46:44Z</dc:date>
    </item>
    <item>
      <title>Re: Any risks with updating templates?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274612#M2148</link>
      <description>Work Environment aside, off the top of my head, things to look for when updating a template are:&lt;BR /&gt;
&lt;BR /&gt;
Attributes. You may be missing out on some nice new fills, surfaces, building materials, etc. and these may be used by...&lt;BR /&gt;
&lt;BR /&gt;
Library Parts. Library migration has come a long way, but it's important to have the latest objects, labels, etc. It wouldn't have been good to miss the Revision History Object on the new AC18 Master Layouts!. &lt;BR /&gt;
&lt;BR /&gt;
Schedules and Indexes. ArchiCAD 19 for example has some nice new schedules that utilize the latest updates in surface and component listing. &lt;BR /&gt;
&lt;BR /&gt;
New tools/features. For example the recent(ish) introduction of the Morph tool and the Change Tool, may have meant including new layers or updating title blocks to utilize the latest workflows. &lt;BR /&gt;
&lt;BR /&gt;
In my experience its best (outside of beta testing and talking directly with the designers) to study the new features guide very carefully to see what needs updating. Of course you can bring old templates forward, just be aware of the pitfalls. New attributes may have index numbers that are already used in your template. Appending these or slotting them into unused index numbers is the only way to go but can cause issues with some library parts. I will export all the attributes out to excel spreadsheets to compare the old with the new. And I always study the latest templates to see what schedules to export or copy. &lt;BR /&gt;
&lt;BR /&gt;
Cheers,&lt;BR /&gt;
Link.</description>
      <pubDate>Wed, 03 Jun 2015 14:48:52 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274612#M2148</guid>
      <dc:creator>Link</dc:creator>
      <dc:date>2015-06-03T14:48:52Z</dc:date>
    </item>
    <item>
      <title>Re: Any risks with updating templates?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274613#M2149</link>
      <description>&lt;BLOCKQUOTE&gt;Richard wrote:&lt;BR /&gt;I'm doing exactly what Barry is doing.  So I'm glad to hear no catastrophes have resulted. I can't imagine recreating views, favorites, layer sets, composites, etc. on a yearly basis. Dealing with materials has not been fun, and I would not want to deal with this again.&lt;/BLOCKQUOTE&gt;

I think it depends on the work you do and approach you take. &lt;BR /&gt;
&lt;BR /&gt;
If you do a lot of repetitive work, then setting up a template is essential. &lt;BR /&gt;
&lt;BR /&gt;
However, if all your projects are different, then your carefully crafted templates will just keep taking your valuable time while you are deleting all the stuff from the template that you don't need &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;BR /&gt;
&lt;BR /&gt;
There are architectural practices that start a project with a carefully cleaned blank template that does not even contain materials, as, in a proper BIM model, materials are project-dependent and are easy to create on the fly from scratch, or using excellent embedded ARCHICAD material and texture catalogs.&lt;BR /&gt;
&lt;BR /&gt;
So, templates, especially extended ones (some of which are even commercially marketed for upward $500) will take an enormous time to clean up, move every preset elevation, section, publisher set etc. Just imagine editing some 400+ items every time you start a new job. Do you have better thing so to?&lt;BR /&gt;
&lt;BR /&gt;
I think people should know what they need to do and use ARCHICAD templates accordingly.&lt;BR /&gt;
&lt;BR /&gt;
p.s. Your own favorites are nice, though, and you should use them since they will only get better in AC20.</description>
      <pubDate>Tue, 14 Jun 2016 12:32:06 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274613#M2149</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2016-06-14T12:32:06Z</dc:date>
    </item>
    <item>
      <title>Re: Any risks with updating templates?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274614#M2150</link>
      <description>&lt;BLOCKQUOTE&gt;Anton wrote:&lt;BR /&gt;
However, if all your projects are different, then your carefully crafted templates will just keep taking your valuable time while you are deleting all the stuff from the template that you don't need &lt;IMG src="https://community.graphisoft.com/legacyfs/online/emojis/icon_smile.gif" style="display : inline;" /&gt;&lt;/BLOCKQUOTE&gt;
Anton,&lt;BR /&gt;
Your post hit me like a ton of bricks. You are right, or course. I now have a template that has taken me many hours to craft based on a commercially-available template, about 4 times the number of layers I want (or need), preset views and hotlinks that I will never use, and a huge file before I even start. Not to mention the hours I spent watching videos on how to use the original commercial version of the template. I am now so afraid of "coloring outside the lines," that this homage to templates is sucking up a HUGE amount of time with template management.&lt;BR /&gt;
&lt;BR /&gt;
Realistically, for the sort of work I do, I probably need only 20-25 layers and 10 layer sets. (I can't even imagine a situation where I would need to show only the exterior walls, for example.) With a good streamlined layer setup and an excellent list of favorites, I can rule the world. &lt;E&gt;&lt;span class="lia-unicode-emoji" title=":winking_face:"&gt;😉&lt;/span&gt;&lt;/E&gt; &lt;BR /&gt;
&lt;BR /&gt;
Anyway, your response is probably the most valuable post of the year to me, and I greatly appreciate your bucket of ice water.</description>
      <pubDate>Tue, 14 Jun 2016 17:05:32 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274614#M2150</guid>
      <dc:creator>Richard Morrison</dc:creator>
      <dc:date>2016-06-14T17:05:32Z</dc:date>
    </item>
    <item>
      <title>Re: Any risks with updating templates?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274615#M2151</link>
      <description>&lt;BLOCKQUOTE&gt;Richard wrote:&lt;BR /&gt;I probably need only 20-25 layers and 10 layer sets.&lt;/BLOCKQUOTE&gt;

Really cool. Now, that is actually a spot-on estimation showing years of experience.... &lt;BR /&gt;
&lt;BR /&gt;
I've never done that before, but I just went on and counted the theoretical number of layers one might need in the UK, for instance, for a very extensive, BIM Level 2 compliant project based on Uniclass 2016 classification and, given ARCHICAD's structure and mechanics, it came out to be exactly 25 layers.&lt;BR /&gt;

&lt;BLOCKQUOTE&gt;Richard wrote:&lt;BR /&gt;With a good streamlined layer setup and an excellent list of favorites, I can rule the world.&lt;/BLOCKQUOTE&gt;

I agree. I suggested people use only necessary layers and a nice set of in-house favorites since the time favorites became available to us around the turn of the century in AC7, I think.&lt;BR /&gt;

&lt;BLOCKQUOTE&gt;Richard wrote:&lt;BR /&gt;I am now so afraid of "coloring outside the lines"&lt;/BLOCKQUOTE&gt;
You shouldn't be. As an architect your job comes first. You should always try to see what is best for your practice. All tools, ARCHICAD including — come second.&lt;BR /&gt;
This brings me to another point: education is the key. Education is what gives us an ability to make rational decisions on the basis of accrued body of knowledge. Education in reference to ARCHICAD itself is no exception. &lt;BR /&gt;
&lt;BR /&gt;
I just don't get it. Under proper guidance, one can spend one hour learning how templates work in general, another 2 hours to learn the details. 3 hours top, and you are set with ANY template maintenance forever. &lt;BR /&gt;
&lt;BR /&gt;
Alternatively, one can buy some predefined template he/she did not set up and do not really understand, pay 100, 200 or even 500 dollars for them and the only result would be that you spend 5 hours deleting all 500 linked views in the most expensive template, 2 hours in the one for 200 and about an hour in the one for 100. What is the point? &lt;BR /&gt;
&lt;BR /&gt;
"Give a man a fish and you feed him for a day; teach a man to fish and you feed him for a lifetime."</description>
      <pubDate>Tue, 14 Jun 2016 18:10:46 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274615#M2151</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2016-06-14T18:10:46Z</dc:date>
    </item>
    <item>
      <title>Re: Any risks with updating templates?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274616#M2152</link>
      <description>I spent the last couple of days dumping almost everything in my monument to templates. The file size has gone from close to 100 MB to around 8 MB. Additionally, I have determined that I am going to live with most of the "out of the box" standards that come with AC: WE, building materials, line types, fills, pen sets, and surfaces. They are good enough in general, and I can always add one or two as needed. I only need about 5 "starter" composites. Upgrading to the next version of AC shouldn't take more than a hour. Import layers, import favorites, import keyboard shortcuts, adjust a few MVOs, and I'm mostly done.&lt;BR /&gt;
&lt;BR /&gt;
For me, the important issue was in realizing that setting up in advance so many possible things I MIGHT use -- while comforting in a sense -- was taking far more mental energy and time in the name of "office standards" than it saved. When I do a roof plan now, for example, I have a choice of 4 possible layers, rather than over 30 in the previous template for that layer combination alone.  Just trying to decide on the right layer and layer combination was causing stress.  (The previous template had 62 layer combinations!) I guess having that level of granularity available is comforting to some people, but now it feels like "what was I thinking????" Saving a view previously involved choosing just the right layer combination. Now I just get "close enough," turn on/off whatever couple of additional layers I might need, and live with the layer combination name "custom." Not a big compromise.&lt;BR /&gt;
&lt;BR /&gt;
I feel like I'm waking up from a bad dream.</description>
      <pubDate>Wed, 15 Jun 2016 18:36:40 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274616#M2152</guid>
      <dc:creator>Richard Morrison</dc:creator>
      <dc:date>2016-06-15T18:36:40Z</dc:date>
    </item>
    <item>
      <title>Re: Any risks with updating templates?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274617#M2153</link>
      <description>&lt;BLOCKQUOTE&gt;Richard wrote:&lt;BR /&gt;now, for example, I have a choice of 4 possible layers, rather than over 30 in the previous template for that layer combination alone.&lt;/BLOCKQUOTE&gt;
I agree. The first thing I always carry across to the person I explain BIM in general and ARCHICAD (or, God forbid — Revit) in particular is that &lt;U&gt;&lt;/U&gt;&lt;S&gt;&lt;U&gt;&lt;U&gt;&lt;/U&gt;&lt;/U&gt;&lt;/S&gt;one needs to understand what they are really doing and why&lt;E&gt;&lt;/E&gt;. &lt;BR /&gt;
Buttons you push, templates you use etc. do not matter much if you don't get the full picture. &lt;BR /&gt;
&lt;BR /&gt;
In case of layers, for instance, we should base our decision on only &lt;B&gt;four&lt;/B&gt; defining properties (pertaining to ARCHICAD):
&lt;LIST type="decimal"&gt;&lt;S&gt;&lt;UL&gt;&lt;LI&gt;&lt;S&gt;&lt;/S&gt;&lt;/LI&gt;&lt;LI&gt;They can be turned on or off to hide/show content.&lt;/LI&gt;&lt;LI&gt;&lt;S&gt;&lt;/S&gt;&lt;/LI&gt;&lt;LI&gt;They can be locked to prevent accidental editing (although, Holtinked Modules work better in preventing accidental editing, and, if you use Teamwork, they also provide much more secure access control)&lt;/LI&gt;&lt;LI&gt;&lt;S&gt;&lt;/S&gt;&lt;/LI&gt;&lt;LI&gt;Allow for intersection control among structural elements&lt;/LI&gt;&lt;LI&gt;&lt;S&gt;&lt;/S&gt;&lt;/LI&gt;&lt;LI&gt;Can be turned into wireframe in 3D to make complex 3D views easier to read&lt;/LI&gt;&lt;/UL&gt; &lt;BR /&gt;
This is it... It is not hard to see that you really need very few layers that will do exactly what you want. No more, no less.&lt;BR /&gt;
&lt;BR /&gt;
Just as a layer-related example, all structural elements in a functional ARCHICAD project can be located on 3 layers (I'll use Britain's Uniclass 2016 as example, but other layer-naming classifications are no different). &lt;BR /&gt;
&lt;BR /&gt;
A-EF_20-М-Structural_Elements (Foundations, Frames, Beams, Columns)&lt;BR /&gt;
A-EF_25-M-Wall_and_barrier_elements (Walls, infill walls, curtain walls, partitions)&lt;BR /&gt;
A-EF_30-M-Roofs_floor_and_paving_elements (Roofs, Shells and Slabs)&lt;BR /&gt;
&lt;BR /&gt;
This is it. &lt;BR /&gt;
Yes, I think you can safely have load bearing walls and partitions on the same layer in ARCHICAD, because you can always turn off partitions by invoking Partial Structure Display (if your walls are set up correctly with BIM tags and categories).&lt;BR /&gt;
&lt;BR /&gt;
If you ever run into an issue where you absolutely must have an additional layer —  create it then. Don't do that in advance. You might not need it.&lt;BR /&gt;

&lt;BLOCKQUOTE&gt;Richard wrote:&lt;BR /&gt;turn on/off whatever couple of additional layers I might need, and live with the layer combination name "custom." Not a big compromise. &lt;/BLOCKQUOTE&gt;
Naturally, you will need to save it at some point if you want a stable Saved View, but, again, don't do that before you need it.&lt;BR /&gt;
&lt;BR /&gt;
&lt;BR /&gt;
p.s. Trivia question: Autodesk's Revit promotional material mentioned that they moved on from layers to a new best thing — no layers, and ARCHICAD and other BIM packages are lagging behind in this regard. Not true, actually. Revit layers are still there... you just can't chose them anymore... &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/S&gt;&lt;/LIST&gt;</description>
      <pubDate>Wed, 15 Jun 2016 21:13:29 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274617#M2153</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2016-06-15T21:13:29Z</dc:date>
    </item>
    <item>
      <title>Re: Any risks with updating templates?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274618#M2154</link>
      <description>I'm getting a little concerned about what I'm reading here, so think it responsible for anyone else reading this that I (re)join the discussion.&lt;BR /&gt;
&lt;BR /&gt;
I hope that my 18 year's worth of building highly customized templates for ARCHICAD users all over the world, and my years as a BIM Manager for a large firm may be considered in context with my comments. I also assume that since we have the only ARCHICAD Templates at the price-points discussed, that you may in fact be referring to the BIM6x Template Kits. &lt;BR /&gt;
&lt;BR /&gt;
These template kits were created primarily for our clients (we are ARCHICAD Resellers) in the US who are just starting out in ARCHICAD, because we see so many new users either not use the software at all, start off on their own and set up their templates incorrectly or not at all, or buy someone else's template which also leads them down the wrong path. All of this makes them inefficient and ruins their experience using the software, which leads to poorer resales and a bad name for ARCHICAD. &lt;BR /&gt;
&lt;BR /&gt;
But these kits are also designed for people who already have ARCHICAD and perhaps even their own template. Either way, anyone is welcome to download our free &lt;A href="https://bim6x.com/compare-bim6x-kits" target="_blank"&gt;BIM6x Starter Kit&lt;/A&gt; for evaluation purposes. The kit comes with a 171 page BIM Manual that explains all the concepts and may even teach the reader a thing or two about ARCHICAD best practices, plus an example project to reverse engineer along with work environment profiles and libraries, etc. Everything they need to show them what can be done in ARCHICAD and put them on the right path. Afterall only then can they really focus on their architecture. &lt;BR /&gt;
&lt;BR /&gt;
If anyone likes the Starter Kit, they can upgrade to the Launch Kit or the Power Kit. No obligations, no pressure, but the offer is there. Our aim is not to make a bunch of money from these, but to help fill in some of the gaps for people on their journey from first discovering ARCHICAD to becoming highly successful users, so this is not a plug for our products.&lt;BR /&gt;
&lt;BR /&gt;
Creating these templates however literally took thousands of hours, so to suggest a user can learn how to create and maintain a template in three hours is a gross underestimation of what it really requires to understand the intricacies of dealing with a complex list of attributes that are forever being evolved by both GSHQ and our local distributor, both of whom we happen to work very closely with. Not to mention exploiting all the features that GRAPHISOFT intended the user to take advantage of, and delivering it in a way that appeals to a wide audience of users in a manner that has the least impact on their learning curve or customization process.&lt;BR /&gt;
&lt;BR /&gt;
Regarding layers, I don't understand the fascination of trying to cull the layer list down to a minimal few. I think they should total less than 100, but layers are important. You mentioned earlier that layers only serve four purposes:&lt;BR /&gt;

&lt;BLOCKQUOTE&gt;
1. They can be turned on or off to hide/show content.&lt;BR /&gt;
2. They can be locked to prevent accidental editing (although, Holtinked Modules work better in preventing accidental editing, and, if you use Teamwork, they also provide much more secure access control)&lt;BR /&gt;
3. Allow for intersection control among structural elements&lt;BR /&gt;
4. Can be turned into wireframe in 3D to make complex 3D views easier to read
&lt;/BLOCKQUOTE&gt;

So what about filtering by extension, using layers for scheduling criteria and fields, including layers as Find &amp;amp; Select criteria, assigning layer combinations to views, using layers for mapping during export to other applications, using layers to reserve elements in teamwork, mark-ups, label association, the list goes on. Layers are important. Maybe for more than what each individual user may require but we're trying to show off all of ARCHICAD's amazing capabilities here.&lt;BR /&gt;
&lt;BR /&gt;
So I would suggest coming up with something that works for you, but I would be wary of new users cutting their layer list down drastically. Manage them wisely, consider all their uses, hide locked layers if you need to, but most of all use favorites to control your layers and consider using views with specific layer combinations assigned to them. Not only will this be intuitive and easy for any newcomer to understand and use, but if you pre-link the views onto layouts, you won't really need to deal with them much, allowing you to focus again on architecture.&lt;BR /&gt;
&lt;BR /&gt;
Some other statements which show a lack of understanding or at least a misrepresentation of the intended workflows:&lt;BR /&gt;

&lt;BLOCKQUOTE&gt;Alternatively, one can buy some predefined template he/she did not set up and do not really understand, pay 100, 200 or even 500 dollars for them and the only result would be that you spend 5 hours deleting all 500 linked views in the most expensive template, 2 hours in the one for 200 and about an hour in the one for 100. What is the point? &lt;/BLOCKQUOTE&gt;

&lt;BLOCKQUOTE&gt;So, templates, especially extended ones (some of which are even commercially marketed for upward $500) will take an enormous time to clean up, move every preset elevation, section, publisher set etc. Just imagine editing some 400+ items every time you start a new job. Do you have better thing so to? &lt;/BLOCKQUOTE&gt;

I believe our template system is as flexible as an ARCHICAD template is able to be. It's just a fact that ARCHICAD templates can only be so flexible (hence the original topic of this thread), but we intentionally provide a bit too much so that it can be quickly stripped down, and we provide instructions on how to do that. A subtractive methodology is easily better than an additive one IMHO. If you're taking 5 hours to delete the views and then you're doing that every time you start a new project, then you're doing it wrong. &lt;BR /&gt;
&lt;BR /&gt;
I'm all for customizing templates to suit your business needs. That is our complete intention and we preach it every day, but let's keep it real. &lt;BR /&gt;
&lt;BR /&gt;
Cheers,&lt;BR /&gt;
Link.</description>
      <pubDate>Fri, 17 Jun 2016 06:35:31 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274618#M2154</guid>
      <dc:creator>Link</dc:creator>
      <dc:date>2016-06-17T06:35:31Z</dc:date>
    </item>
    <item>
      <title>Re: Any risks with updating templates?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274619#M2155</link>
      <description>&lt;BLOCKQUOTE&gt;Link wrote:&lt;BR /&gt; A subtractive methodology is easily better than an additive one IMHO. &lt;/BLOCKQUOTE&gt;
This is what I had always glibly assumed, too, but I have come to believe just the converse, at least for myself. When you start subtracting things, the process forces you to consider each and every item you are deleting. Do you need it right now? Might you ever need it later? There is always the lurking fear that if you don't need it now, you MIGHT, and so the temptation is just to leave it in. Then, not only is the file size significantly larger, so is the visual clutter. You end up with a very complex set of views, layers, etc. that you are always having to scroll through. &lt;BR /&gt;
&lt;BR /&gt;
Whereas, if you have a good set of favourites (I'll use the UK spelling), when you need another detail window, say, creating a brand new one is not really any more complicated (and may be less so) than dragging a pre-existing symbol over, adjusting its borders and name, and adjusting its view folder, and then verifying which layout it is on.&lt;BR /&gt;
&lt;BR /&gt;
Now, all that said, there is a certain minimum amount that MUST be set up in advance, but for myself, the glittering promise that you just set things up once for the largest possible project that you MIGHT be working on, and then the whole process is virtually going to automate itself, hasn't worked out in reality, at least for me.&lt;BR /&gt;
&lt;BR /&gt;
With great respect for your contributions and knowledge, as well as being mindful of your business model, this is just my current thinking and what I've realized to be true for my own architectural practice. This practice is now residential only, and might involve anything from a tiny bath remodeling to a new house. In years past, I did hospital projects, and even go back to the time where there was only a single layer of graphite. Layers are useful, no doubt, but I'm not sure that we need the granularity of the AIA CAD layer system based in AutoCAD, which gave us:&lt;BR /&gt;
&lt;BR /&gt;
A-FURN Furnishings  or....                        &lt;BR /&gt;
A-FURN-FILE Furnishings: file cabinets &lt;BR /&gt;
A-FURN-FIXD Furnishings: fixed in place &lt;BR /&gt;
A-FURN-FREE Furnishings: freestanding               &lt;BR /&gt;
A-FURN-PLNT Furnishings: plants                &lt;BR /&gt;
A-FURN-PNLS Furnishings: system panels                &lt;BR /&gt;
A-FURN-SEAT Furnishings: seating                &lt;BR /&gt;
A-FURN-STOR Furnishings: system storage components &lt;BR /&gt;
A-FURN-WKSF Furnishings: system work surface components&lt;BR /&gt;
&lt;BR /&gt;
When I look at the big list, I need to think about what I could delete. Especially for a beginner looking at this, there is a tendency to leave the whole list in -- just in case. But should a table go on "freestanding"  or "work surface components"? On the other hand, if a template just has a layer called "Furnishings" and you come across a need for more granularity (and I'm not actually convinced you ever will), it's easier and faster to just add a single layer on an as-needed basis than to have to perpetually delete layers - thinking about the contingencies of an as-yet undesigned project each time. The mental bandwidth required to deal with the full number of layers makes me tired just looking at the list.&lt;BR /&gt;
&lt;BR /&gt;
This is all to say that I think an additive approach can be just as effective as a subtractive one, especially for certain types of offices, and in some cases, more so.</description>
      <pubDate>Fri, 17 Jun 2016 22:43:20 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274619#M2155</guid>
      <dc:creator>Richard Morrison</dc:creator>
      <dc:date>2016-06-17T22:43:20Z</dc:date>
    </item>
    <item>
      <title>Re: Any risks with updating templates?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274620#M2156</link>
      <description>Consequences of template management become exponentially more important with the number of users you have in a firm.  We have 80 employees, maybe 50 whom are regular ArchiCAD users, and half of those just know enough to be dangerous.  Pre-populating Layers, View, and even standard Details is the only way to ensure consistent, or even legible output.&lt;BR /&gt;
&lt;BR /&gt;
That being said, the last few version upgrades of ArchiCAD did not require a great deal of template updating.  18-19 involved almost nothing new, which is good, because I've been really busy this year!  AC20 is pushing me to revisit the Favorites, since it is a vastly improved system, and will be used.  We've been mulling over Favorite improvements for years, but now is the time to jump.  However, Attributes, Layers, Views, and Layouts will probably not change this year.  Time is finite; you have to pick your battles.&lt;BR /&gt;
&lt;BR /&gt;
We are in the process offering more embedded standard Details.  ArchiCAD's Detail process is dismal, and until I can drag-and-drop a typical detail (like our ubiquitous ADA-Compliant Fire Extinguisher Cabinet with Fire-Rated Wall option) from one project to another, maintaining scale, name/ID, and options all in one step, embedding is a time saver.  Copying editable details is painful.&lt;BR /&gt;
&lt;BR /&gt;
Being a large firm, we have to be somewhat Democratic.  Though I am the Template Czar, I don't want to make major changes without some input.  I am not infallible, and simplifying something that I don't see as useful could very well botch a workflow that out Healthcare or Interiors Teams depend on.&lt;BR /&gt;
&lt;BR /&gt;
We also have a long history, with ArchiCAD projects extending back into the late 80's!  Our Layer and Wall Composite systems have remained relatively consistent for a decade, which is a lifesaver when resurrecting old projects (it is common for us to get a job on a school or hospital that we last worked on 15 years ago).  So, as much as I would like to tweak some of our systems, it necessarily has to be a careful, glacial process.&lt;BR /&gt;
&lt;BR /&gt;
Finally, one more note about Layers.  Quite a few reasons have been noted, and here's another: AutoCAD.  Many of our consultants still use a 2D CAD workflow, and that is more than sufficient for small projects and remodels.  The money we save may buy us a new computer, or furnish a room for our client.  Layers are really the only was to universally identify drawing elements in CAD, and we can't spend a lot of time explaining to our engineers what line means what.  By adopting the NCS/AIA CAD Layer Guidelines (layers like A-WALL-INTR), there's a universal language that ensures that, even when our models are dumbed down, much of the information remains intact.</description>
      <pubDate>Fri, 12 Aug 2016 17:32:59 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Any-risks-with-updating-templates/m-p/274620#M2156</guid>
      <dc:creator>Da3dalus</dc:creator>
      <dc:date>2016-08-12T17:32:59Z</dc:date>
    </item>
  </channel>
</rss>

