<?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: Copying elements from another file without materials, fills, linetypes etc. in Project data &amp; BIM</title>
    <link>https://community.graphisoft.com/t5/Project-data-BIM/Copying-elements-from-another-file-without-materials-fills/m-p/272014#M14859</link>
    <description>&lt;BLOCKQUOTE&gt;Barry wrote:&lt;BR /&gt;&lt;BLOCKQUOTE&gt;LaszloNagy wrote:&lt;BR /&gt;You could try to save the old Project File as a Module (*.MOD) file. MOD files contain only references to attributes but not the definition of attributes themselves. &lt;/BLOCKQUOTE&gt;

I am not so sure that it does not contain the actual attribute as well.&lt;BR /&gt;
In the reference guide it says this ...&lt;BR /&gt;

&lt;BLOCKQUOTE&gt;A .mod file refers only to attributes actually used by their elements. Thus, a .mod file is much&lt;BR /&gt;
smaller than a .pln file&lt;/BLOCKQUOTE&gt;

But I have always understood this to mean that it will 'contain' only the attributes that have been used.&lt;BR /&gt;
I am sure it will still create these attributes if they do not exist in the file the .MOD is being added to.&lt;BR /&gt;
&lt;BR /&gt;
Barry.&lt;/BLOCKQUOTE&gt;

Hi Barry,&lt;BR /&gt;
&lt;BR /&gt;
I did some tests and you are right.&lt;BR /&gt;
So, here is what I found and what could be a solution to the original question.&lt;BR /&gt;
&lt;BR /&gt;
1. A Module contains the definition of attributes it is actually using. Just as PLN files, MOD files refer to and identify attributes by their index number. This index number can be seen for attributes in the Attribute Manager.&lt;BR /&gt;
2. When you merge a Module into a Project File, one of 2 things can happen.&lt;BR /&gt;
    A) The attribute with the same index number already exists in the Project File the MOD file is merged into. In such a case the attribute definition with that index number is not used from the MOD file. It will use the definition of the attribute with the same index number existing in the host file. In such a case, after merging the MOD file, elements in it may not look the same as they looked in the original file the MOD was saved from.&lt;BR /&gt;
    B) The attribute with the same index number DOES NOT exist in the Project File the MOD file is merged into. In such a case the attribute definition with that index number WILL BE USED from the MOD file and the attribute with the index number will be created in the host file. In such a case, after merging the MOD file, elements WILL look the same as they looked in the original file the MOD was saved from.&lt;BR /&gt;
&lt;BR /&gt;
From the above the solution to the original question is to make sure that you will have attributes in the host file with the index numbers stored in the MOD file. Just create enough attributes in the host file that all index numbers referred to by the MOD file are already taken. In that case the MOD file will not create any new attributes, but instead use the attributes defined in the host file.&lt;BR /&gt;
This way you will not need to clean up attributes brought in by the MOD file. However, you will still need to go over the merged elements and make sure that they are set to the proper attributes. But that is probably not a very large task compared to the possible attribute spam.&lt;BR /&gt;
&lt;BR /&gt;
Based on my tests, this is the way it works not only in case of merging a MOD file, but also in case you copy element from another project and paste them into your host project.</description>
    <pubDate>Sat, 10 Mar 2018 08:57:56 GMT</pubDate>
    <dc:creator>Laszlo Nagy</dc:creator>
    <dc:date>2018-03-10T08:57:56Z</dc:date>
    <item>
      <title>Copying elements from another file without materials, fills, linetypes etc.</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Copying-elements-from-another-file-without-materials-fills/m-p/272008#M14853</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;Hi, &lt;BR /&gt;I've got a problem with copying stuff from my old AC files. &lt;BR /&gt;I have finally sorted out my template and in the template I have renamed or reordered all materials, surfaces and so on. When I work on a project, sometimes I have to copy something from my old project. For instance that could be an object or a wall with geometry. It works great because AC allows to paste it in the same place. My problem is that when I copy from another file, a pre-template project, predefined project settings such as surfaces, composites or linetypes merge with the new file. &lt;BR /&gt;&lt;BR /&gt;Is there any way to prevent that? &lt;BR /&gt;&lt;BR /&gt;I would like it to use those already defined in a template and I don't mind if they're "missing" and I have to change them. I know that I can delete all settings in the source file (make it blank), but it takes a bit of time each time.&lt;/DIV&gt;</description>
      <pubDate>Wed, 06 Aug 2025 15:00:20 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Copying-elements-from-another-file-without-materials-fills/m-p/272008#M14853</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2025-08-06T15:00:20Z</dc:date>
    </item>
    <item>
      <title>Re: Copying elements from another file without materials, fills, linetypes etc.</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Copying-elements-from-another-file-without-materials-fills/m-p/272009#M14854</link>
      <description>&lt;BLOCKQUOTE&gt;Riczmond wrote:&lt;BR /&gt;I know that I can delete all settings in the source file (make it blank), but it takes a bit of time each time.&lt;/BLOCKQUOTE&gt;

That was going to be my suggestion.&lt;BR /&gt;
Otherwise if an attribute doesn't exist (attributes are controlled by their index number not their name) it will be created when you copy something in.&lt;BR /&gt;
If the attribute does exist (index number) it should not get replaced, but you may find the attribute will change in what you copy in (i.e. might have been face brick surface but ends up as red paint when copied across because they are different surfaces with the same attribute index number).&lt;BR /&gt;
&lt;BR /&gt;
Or you just accept all the new (old) attributes, then in the attribute settings dialogue you can delete and replace with the correct ones.&lt;BR /&gt;
&lt;BR /&gt;
As far as I know there is no way to copy something across from one file to another while ignoring the attributes.&lt;BR /&gt;
&lt;BR /&gt;
Barry.</description>
      <pubDate>Thu, 01 Mar 2018 05:25:15 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Copying-elements-from-another-file-without-materials-fills/m-p/272009#M14854</guid>
      <dc:creator>Barry Kelly</dc:creator>
      <dc:date>2018-03-01T05:25:15Z</dc:date>
    </item>
    <item>
      <title>Re: Copying elements from another file without materials, fills, linetypes etc.</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Copying-elements-from-another-file-without-materials-fills/m-p/272010#M14855</link>
      <description>I wonder if you could hotlink those elements into the new file, then break the link.  As I understand it, the hotlink won't bring in the attributes.  I don't know if they will come in when the link is broken though.</description>
      <pubDate>Thu, 01 Mar 2018 13:32:20 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Copying-elements-from-another-file-without-materials-fills/m-p/272010#M14855</guid>
      <dc:creator>Karl Griffith</dc:creator>
      <dc:date>2018-03-01T13:32:20Z</dc:date>
    </item>
    <item>
      <title>Re: Copying elements from another file without materials, fills, linetypes etc.</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Copying-elements-from-another-file-without-materials-fills/m-p/272011#M14856</link>
      <description>You could try to save the old Project File as a Module (*.MOD) file. MOD files contain only references to attributes but not the definition of attributes themselves. So if you then place that MOD file as a Hotlinked Module, it should not bring any attributes with it. Then you can just break the link to the Hotlinked Module and incorporate it into your new file.&lt;BR /&gt;
I think it should work that way.</description>
      <pubDate>Sat, 03 Mar 2018 14:04:20 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Copying-elements-from-another-file-without-materials-fills/m-p/272011#M14856</guid>
      <dc:creator>Laszlo Nagy</dc:creator>
      <dc:date>2018-03-03T14:04:20Z</dc:date>
    </item>
    <item>
      <title>Re: Copying elements from another file without materials, fills, linetypes etc.</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Copying-elements-from-another-file-without-materials-fills/m-p/272012#M14857</link>
      <description>&lt;BLOCKQUOTE&gt;LaszloNagy wrote:&lt;BR /&gt;You could try to save the old Project File as a Module (*.MOD) file. MOD files contain only references to attributes but not the definition of attributes themselves. &lt;/BLOCKQUOTE&gt;

I am not so sure that it does not contain the actual attribute as well.&lt;BR /&gt;
In the reference guide it says this ...&lt;BR /&gt;

&lt;BLOCKQUOTE&gt;A .mod file refers only to attributes actually used by their elements. Thus, a .mod file is much&lt;BR /&gt;
smaller than a .pln file&lt;/BLOCKQUOTE&gt;

But I have always understood this to mean that it will 'contain' only the attributes that have been used.&lt;BR /&gt;
I am sure it will still create these attributes if they do not exist in the file the .MOD is being added to.&lt;BR /&gt;
&lt;BR /&gt;
Barry.</description>
      <pubDate>Tue, 06 Mar 2018 02:19:25 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Copying-elements-from-another-file-without-materials-fills/m-p/272012#M14857</guid>
      <dc:creator>Barry Kelly</dc:creator>
      <dc:date>2018-03-06T02:19:25Z</dc:date>
    </item>
    <item>
      <title>Re: Copying elements from another file without materials, fills, linetypes etc.</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Copying-elements-from-another-file-without-materials-fills/m-p/272013#M14858</link>
      <description>Going from memory, back when I did not have 'module workspace' inside my projects, while the module doesn't officially contain something like a complex profile, it will create this in a pln if it was not present there. However, if you then change this complex profile in the module or some other PLN, you will have to adjust it by using attribute manager.&lt;BR /&gt;
&lt;BR /&gt;
I do not have an elegant solution for the described problem. We faced this years ago (ArchiCAD10/11 days), when we were just starting to work on a good template and 'stupidly' changed some things from the base template to suit our needs. Around ArchiCAD14 we gave up with having to constantly change the base template on new release to keep 'legacy' copying in place and just added our custom office stuff to the base template (instead of modifying what is there), this made new ArchiCAD version transitions smoother. It also meant we made somewhat of a clean cut and just re-created and re-modeled elements we would want to copy. We still finish running projects on older versions of ArchiCAD if the update impacts the attributes (16 to 17 for example or even 17 to 18 when the surfaces got changed).&lt;BR /&gt;
&lt;BR /&gt;
These days you could do this: create a new emtpy PLN based on your template. Paste the items you want to copy into the empty PLN. Delete the newly created attributes from the pasting and replace them with the things from your new template. Once you've done this, copy the elements over from the temporary empty file to your project.</description>
      <pubDate>Tue, 06 Mar 2018 08:31:21 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Copying-elements-from-another-file-without-materials-fills/m-p/272013#M14858</guid>
      <dc:creator>Erwin Edel</dc:creator>
      <dc:date>2018-03-06T08:31:21Z</dc:date>
    </item>
    <item>
      <title>Re: Copying elements from another file without materials, fills, linetypes etc.</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Copying-elements-from-another-file-without-materials-fills/m-p/272014#M14859</link>
      <description>&lt;BLOCKQUOTE&gt;Barry wrote:&lt;BR /&gt;&lt;BLOCKQUOTE&gt;LaszloNagy wrote:&lt;BR /&gt;You could try to save the old Project File as a Module (*.MOD) file. MOD files contain only references to attributes but not the definition of attributes themselves. &lt;/BLOCKQUOTE&gt;

I am not so sure that it does not contain the actual attribute as well.&lt;BR /&gt;
In the reference guide it says this ...&lt;BR /&gt;

&lt;BLOCKQUOTE&gt;A .mod file refers only to attributes actually used by their elements. Thus, a .mod file is much&lt;BR /&gt;
smaller than a .pln file&lt;/BLOCKQUOTE&gt;

But I have always understood this to mean that it will 'contain' only the attributes that have been used.&lt;BR /&gt;
I am sure it will still create these attributes if they do not exist in the file the .MOD is being added to.&lt;BR /&gt;
&lt;BR /&gt;
Barry.&lt;/BLOCKQUOTE&gt;

Hi Barry,&lt;BR /&gt;
&lt;BR /&gt;
I did some tests and you are right.&lt;BR /&gt;
So, here is what I found and what could be a solution to the original question.&lt;BR /&gt;
&lt;BR /&gt;
1. A Module contains the definition of attributes it is actually using. Just as PLN files, MOD files refer to and identify attributes by their index number. This index number can be seen for attributes in the Attribute Manager.&lt;BR /&gt;
2. When you merge a Module into a Project File, one of 2 things can happen.&lt;BR /&gt;
    A) The attribute with the same index number already exists in the Project File the MOD file is merged into. In such a case the attribute definition with that index number is not used from the MOD file. It will use the definition of the attribute with the same index number existing in the host file. In such a case, after merging the MOD file, elements in it may not look the same as they looked in the original file the MOD was saved from.&lt;BR /&gt;
    B) The attribute with the same index number DOES NOT exist in the Project File the MOD file is merged into. In such a case the attribute definition with that index number WILL BE USED from the MOD file and the attribute with the index number will be created in the host file. In such a case, after merging the MOD file, elements WILL look the same as they looked in the original file the MOD was saved from.&lt;BR /&gt;
&lt;BR /&gt;
From the above the solution to the original question is to make sure that you will have attributes in the host file with the index numbers stored in the MOD file. Just create enough attributes in the host file that all index numbers referred to by the MOD file are already taken. In that case the MOD file will not create any new attributes, but instead use the attributes defined in the host file.&lt;BR /&gt;
This way you will not need to clean up attributes brought in by the MOD file. However, you will still need to go over the merged elements and make sure that they are set to the proper attributes. But that is probably not a very large task compared to the possible attribute spam.&lt;BR /&gt;
&lt;BR /&gt;
Based on my tests, this is the way it works not only in case of merging a MOD file, but also in case you copy element from another project and paste them into your host project.</description>
      <pubDate>Sat, 10 Mar 2018 08:57:56 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Copying-elements-from-another-file-without-materials-fills/m-p/272014#M14859</guid>
      <dc:creator>Laszlo Nagy</dc:creator>
      <dc:date>2018-03-10T08:57:56Z</dc:date>
    </item>
  </channel>
</rss>

