<?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 Detail Tool - Explodes drawing , but to what? in Project data &amp; BIM</title>
    <link>https://community.graphisoft.com/t5/Project-data-BIM/Detail-Tool-Explodes-drawing-but-to-what/m-p/22824#M13657</link>
    <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;I have just spent the last couple of hours reading through lots of topics about detailing systems and methods for storing them.&lt;BR /&gt;
&lt;BR /&gt;
What I have not read about is why the detail tool when used on a plan explodes the plan drawing into lines and fills with layer attributes of ArchiCAD. &lt;BR /&gt;
&lt;BR /&gt;
I have done some experimenting. Seems when you Rebuild from source and the source is LOCKED then the lines and fills resulting from the source drawing are placed on the ArchiCAD layer. &lt;BR /&gt;
&lt;BR /&gt;
It sure seems odd to do this.&lt;BR /&gt;
&lt;BR /&gt;
I discovered this while working on a Teamworked project. I do not think it has anything to do with if you have the privilege to work on the information, but just that the source be locked. I cannot verify this just now. Just trying to understand how to deal with the exploded lines and fills and how to get the details to work most easily.&lt;BR /&gt;
&lt;BR /&gt;
Another problem is detail naming. AC limits detail names to 27 characters due to file naming limits (left over from Windows 98 days I am sure). How do I get around this? We set up our drawings to Publish as PMKs to help speed up the loading and updating process of the Layout book. Did this create the limitation of file name? Had we linked the AC file, could we use longer drawing names?&lt;BR /&gt;
&lt;BR /&gt;
Additionally, how are people naming detail drawings since they must be numbered or contain unique numbers in the name?&lt;BR /&gt;
&lt;BR /&gt;
Regards&lt;/T&gt;&lt;/DIV&gt;</description>
    <pubDate>Fri, 26 May 2023 13:29:05 GMT</pubDate>
    <dc:creator>tsturm</dc:creator>
    <dc:date>2023-05-26T13:29:05Z</dc:date>
    <item>
      <title>Detail Tool - Explodes drawing , but to what?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Detail-Tool-Explodes-drawing-but-to-what/m-p/22824#M13657</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;I have just spent the last couple of hours reading through lots of topics about detailing systems and methods for storing them.&lt;BR /&gt;
&lt;BR /&gt;
What I have not read about is why the detail tool when used on a plan explodes the plan drawing into lines and fills with layer attributes of ArchiCAD. &lt;BR /&gt;
&lt;BR /&gt;
I have done some experimenting. Seems when you Rebuild from source and the source is LOCKED then the lines and fills resulting from the source drawing are placed on the ArchiCAD layer. &lt;BR /&gt;
&lt;BR /&gt;
It sure seems odd to do this.&lt;BR /&gt;
&lt;BR /&gt;
I discovered this while working on a Teamworked project. I do not think it has anything to do with if you have the privilege to work on the information, but just that the source be locked. I cannot verify this just now. Just trying to understand how to deal with the exploded lines and fills and how to get the details to work most easily.&lt;BR /&gt;
&lt;BR /&gt;
Another problem is detail naming. AC limits detail names to 27 characters due to file naming limits (left over from Windows 98 days I am sure). How do I get around this? We set up our drawings to Publish as PMKs to help speed up the loading and updating process of the Layout book. Did this create the limitation of file name? Had we linked the AC file, could we use longer drawing names?&lt;BR /&gt;
&lt;BR /&gt;
Additionally, how are people naming detail drawings since they must be numbered or contain unique numbers in the name?&lt;BR /&gt;
&lt;BR /&gt;
Regards&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Fri, 26 May 2023 13:29:05 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Detail-Tool-Explodes-drawing-but-to-what/m-p/22824#M13657</guid>
      <dc:creator>tsturm</dc:creator>
      <dc:date>2023-05-26T13:29:05Z</dc:date>
    </item>
    <item>
      <title>Re: Detail Tool - Explodes drawing , but to what?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Detail-Tool-Explodes-drawing-but-to-what/m-p/22825#M13658</link>
      <description>It can be annoying that the detail is exploded into lines, etc. I believe it is a result of the tool being relatively new (with 8.0) and that the ramifications of live model details are yet to be sorted. It was the same with the section tool when it was first introduced.&lt;BR /&gt;
&lt;BR /&gt;
If you need to edit the drawing (as opposed to just annotating it) it is always a good idea to work on a copy anyway. Just drag the copy some round number of feet or meters to the right (or left if you prefer). This way AC doesn't wipe out your work the next time you rebuild from the source.&lt;BR /&gt;
&lt;BR /&gt;
The use of the ArchiCAD layer is a bit odd, but I don't find it much of a problem. I only really need two layers in a detail anyway (one drawing and one annotation), and since there are no other drawings overlaid I have no need to turn layers on and off.&lt;BR /&gt;
&lt;BR /&gt;
The naming problem is another issue. There is not a complete and proper solution yet. (Maybe soon though?) Since the direct linking is still problematic, I still typically publish to PMKs, and so have to deal with the file name limits. One way around this is to manually title the longer drawings, but this is annoying. I just try to keep inside the 27 character limit. (This is actually a Mac/pre OSX limitation. I believe GS is working on wringing it out of the program since OS9 is no longer supported.)&lt;BR /&gt;
&lt;BR /&gt;
To keep similarly named drawings from being confusing I just set up a clear folder structure in the Publisher.</description>
      <pubDate>Tue, 07 Feb 2006 11:39:04 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Detail-Tool-Explodes-drawing-but-to-what/m-p/22825#M13658</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2006-02-07T11:39:04Z</dc:date>
    </item>
    <item>
      <title>Re: Detail Tool - Explodes drawing , but to what?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Detail-Tool-Explodes-drawing-but-to-what/m-p/22826#M13659</link>
      <description>&lt;BLOCKQUOTE&gt;tsturm wrote:&lt;BR /&gt;Had we linked the AC file, could we use longer drawing names?&lt;/BLOCKQUOTE&gt; &lt;BR /&gt;
 &lt;BR /&gt;
Terrence: &lt;BR /&gt;
 &lt;BR /&gt;
The naming limitation is the same when directly linking to the PLN file, so both methods (PMK or PLN) have the same problem, hopefully gone in version 10. &lt;BR /&gt;
 &lt;BR /&gt;
David</description>
      <pubDate>Tue, 07 Feb 2006 13:21:04 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Detail-Tool-Explodes-drawing-but-to-what/m-p/22826#M13659</guid>
      <dc:creator>David Maudlin</dc:creator>
      <dc:date>2006-02-07T13:21:04Z</dc:date>
    </item>
    <item>
      <title>Re: Detail Tool - Explodes drawing , but to what?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Detail-Tool-Explodes-drawing-but-to-what/m-p/22827#M13660</link>
      <description>Thanks for the suggestions.&lt;BR /&gt;
&lt;BR /&gt;
Good point about sliding the drawing in some direction and working on it there. Then there would be no confusion about what was drawn versus what came from the model. As the information comes from the model is broken to lines and fills and moved the AC layer, then there seems no reason to worry about layer setting much. It will always be on.&lt;BR /&gt;
&lt;BR /&gt;
What kind of convention would anyone recommend for naming details as they are created? Since the details are grouped by location, such as plan, sect/elev and nonlinked. What is a good way of dealing with a long list?&lt;BR /&gt;
&lt;BR /&gt;
I am using a cloning system to help with details which are added to a project. I have one clone which turns on plan drawing info and one which turns on section/model info. When I build the detail or refresh I use these settings to activate the specific layer combination to trigger the right display.</description>
      <pubDate>Tue, 07 Feb 2006 15:58:22 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Detail-Tool-Explodes-drawing-but-to-what/m-p/22827#M13660</guid>
      <dc:creator>tsturm</dc:creator>
      <dc:date>2006-02-07T15:58:22Z</dc:date>
    </item>
    <item>
      <title>Re: Detail Tool - Explodes drawing , but to what?</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Detail-Tool-Explodes-drawing-but-to-what/m-p/22828#M13661</link>
      <description>I think  that if a condition is being modeled and its detail requires substantial editing of the model (such as described in the "make a detail and drag a copy in order to edit" posts), then the detail should just be an independent detail. &lt;BR /&gt;
&lt;BR /&gt;
You are going to spend as much time messing around with copies and updates and trying to update your copies as you would to just draw it initially.</description>
      <pubDate>Tue, 07 Feb 2006 16:18:44 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Detail-Tool-Explodes-drawing-but-to-what/m-p/22828#M13661</guid>
      <dc:creator>TomWaltz</dc:creator>
      <dc:date>2006-02-07T16:18:44Z</dc:date>
    </item>
  </channel>
</rss>

