<?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: Ver 16: Composites in modules in Project data &amp; BIM</title>
    <link>https://community.graphisoft.com/t5/Project-data-BIM/Ver-16-Composites-in-modules/m-p/178926#M13150</link>
    <description>Barry -&lt;BR /&gt;
&lt;BR /&gt;
The index numbers are the same.  I tried using the attribute manager to overwrite the composites in the modules, as you suggest, but the 'append' and 'overwrite' buttons are greyed out.&lt;BR /&gt;
&lt;BR /&gt;
My suspicion that this is a bug stems from the fact that this problem does not occur when I open the same model in Release 14.  &lt;BR /&gt;
&lt;BR /&gt;
I tried 'backward saving' so that I could avoid the problem by reverting to rel. 14 for this model, but this caused a crash on every attempt.</description>
    <pubDate>Mon, 06 Aug 2012 09:19:35 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2012-08-06T09:19:35Z</dc:date>
    <item>
      <title>Ver 16: Composites in modules</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Ver-16-Composites-in-modules/m-p/178924#M13148</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;Has anyone come across this problem:&lt;BR /&gt;
&lt;BR /&gt;
I understand that composites within modules adopt the attributes of the composite of the same name as defined within the model.  So if I amend a composite within the model, all the modules which contain that composite will update automatically.  &lt;BR /&gt;
&lt;BR /&gt;
This used to happen in ver 14; but in ver 16 I've found that it doesn't happen all the time.  I ran some tests and found that some composites update in both versions, whilst others update in ver 14 only.  In version 16, I have to open each of the modules in turn, redefine the composite in the module, resave it, and then update the model - which is a pain.  &lt;BR /&gt;
&lt;BR /&gt;
This must be a bug, surely?&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Fri, 26 May 2023 13:22:21 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Ver-16-Composites-in-modules/m-p/178924#M13148</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2023-05-26T13:22:21Z</dc:date>
    </item>
    <item>
      <title>Re: Ver 16: Composites in modules</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Ver-16-Composites-in-modules/m-p/178925#M13149</link>
      <description>Have a look in your attribute manager to see it the composite in your master file has the same index number as the composite in your module.&lt;BR /&gt;
If the index numbers are different hen tecnically you have different composits so changing the master file composite will have no effect on the one in the module.&lt;BR /&gt;
&lt;BR /&gt;
If they are the same index number then I am not sure what is happening.&lt;BR /&gt;
But you can use the attribute manager to overwrite the composites in your modules rather than having to redefine the composite.&lt;BR /&gt;
&lt;BR /&gt;
Barry.</description>
      <pubDate>Mon, 06 Aug 2012 01:56:09 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Ver-16-Composites-in-modules/m-p/178925#M13149</guid>
      <dc:creator>Barry Kelly</dc:creator>
      <dc:date>2012-08-06T01:56:09Z</dc:date>
    </item>
    <item>
      <title>Re: Ver 16: Composites in modules</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Ver-16-Composites-in-modules/m-p/178926#M13150</link>
      <description>Barry -&lt;BR /&gt;
&lt;BR /&gt;
The index numbers are the same.  I tried using the attribute manager to overwrite the composites in the modules, as you suggest, but the 'append' and 'overwrite' buttons are greyed out.&lt;BR /&gt;
&lt;BR /&gt;
My suspicion that this is a bug stems from the fact that this problem does not occur when I open the same model in Release 14.  &lt;BR /&gt;
&lt;BR /&gt;
I tried 'backward saving' so that I could avoid the problem by reverting to rel. 14 for this model, but this caused a crash on every attempt.</description>
      <pubDate>Mon, 06 Aug 2012 09:19:35 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Ver-16-Composites-in-modules/m-p/178926#M13150</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2012-08-06T09:19:35Z</dc:date>
    </item>
  </channel>
</rss>

