<?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: Layer Index Numbers not Consecutive in Project data &amp; BIM</title>
    <link>https://community.graphisoft.com/t5/Project-data-BIM/Layer-Index-Numbers-not-Consecutive/m-p/88642#M13632</link>
    <description>I thought I was being a little anal too, but if there's a time to be anal it's when creating a template! &lt;BR /&gt;
 &lt;BR /&gt;
Don't know if this will be of any use, but:  rebooted my computer, created a "New and Reset" file (in which there are 48 layer IDs), added a couple of layers and the numbering began with 249.  Came in this morning, did the same, and everything is fine (although yesterday's files still seem to be "corrupt".) &lt;BR /&gt;
 &lt;BR /&gt;
If I delete and create layers within a single session of Attribute Manager, IDs remain consecutive; however, if there are already IDs missing, creating new layers appends the IDs to the end of the list, and the missing IDs cannot be "recovered". &lt;BR /&gt;
 &lt;BR /&gt;
Soooo... I'm recreating my Layers and Layer Combinations and saving an .aat to import in case this happens again...</description>
    <pubDate>Wed, 30 Nov 2005 15:56:21 GMT</pubDate>
    <dc:creator>Laura Yanoviak</dc:creator>
    <dc:date>2005-11-30T15:56:21Z</dc:date>
    <item>
      <title>Layer Index Numbers not Consecutive</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Layer-Index-Numbers-not-Consecutive/m-p/88638#M13628</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;I have not had this problem with other attributes -- is this unique to Layers or some type of bug?&lt;BR /&gt;
&lt;BR /&gt;
Say I have the following Layer IDs within a current project: 1, 2, 4, 5, 6, ...&lt;BR /&gt;
&lt;BR /&gt;
When I create a new layer, it does not take the ID of 3, but is appended to the end of the list (out of 50 or so layers, I am up to ID #265!!!)  If I delete all layers and start anew, the numbering begins at 266!!!&lt;BR /&gt;
&lt;BR /&gt;
I'm simply trying to create a template file, and it would be really nice to have consecutive Layer IDs!&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Fri, 26 May 2023 13:29:14 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Layer-Index-Numbers-not-Consecutive/m-p/88638#M13628</guid>
      <dc:creator>Laura Yanoviak</dc:creator>
      <dc:date>2023-05-26T13:29:14Z</dc:date>
    </item>
    <item>
      <title>Re: Layer Index Numbers not Consecutive</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Layer-Index-Numbers-not-Consecutive/m-p/88639#M13629</link>
      <description>&lt;BLOCKQUOTE&gt;Laura wrote:&lt;BR /&gt;I'm simply trying to create a template file, and it would be really nice to have consecutive Layer IDs!&lt;/BLOCKQUOTE&gt;
you're in 'attribute manager'? if you don't press 'apply' the layers will still actually be in archiCAD's memory - hence not letting you write-over the index numbers.&lt;BR /&gt;
&lt;BR /&gt;
if you completely purge the file of layers, click 'apply' and begin again, you should find it working the way you want. you can also 'append' layers from another find: if you have them in the alphanumeric (or any other) order you want them in the secondary file (right-hand-side) and then click 'append', they will each be added to the layer index numbers in order regardless of their layer index in the source file. works with selections too . . &lt;BR /&gt;
&lt;BR /&gt;
being quite anal in that i like to see things nicely ordered and lined up, i can quite understand what you are doing, but i just want to check: you &lt;I&gt;&lt;/I&gt;&lt;S&gt;&lt;I&gt;&lt;I&gt;&lt;/I&gt;&lt;/I&gt;&lt;/S&gt;do&lt;E&gt;&lt;/E&gt; know that you can pretty much ignore those index numbers don't you?&lt;BR /&gt;
&lt;BR /&gt;
HTH&lt;BR /&gt;
~/archiben</description>
      <pubDate>Wed, 30 Nov 2005 05:46:15 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Layer-Index-Numbers-not-Consecutive/m-p/88639#M13629</guid>
      <dc:creator>__archiben</dc:creator>
      <dc:date>2005-11-30T05:46:15Z</dc:date>
    </item>
    <item>
      <title>Re: Layer Index Numbers not Consecutive</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Layer-Index-Numbers-not-Consecutive/m-p/88640#M13630</link>
      <description>&lt;BLOCKQUOTE&gt;~/archiben wrote:&lt;BR /&gt;being quite anal in that i like to see things nicely ordered and lined up, i can quite understand what you are doing, but i just want to check: you &lt;I&gt;&lt;/I&gt;&lt;S&gt;&lt;I&gt;&lt;I&gt;&lt;/I&gt;&lt;/I&gt;&lt;/S&gt;do&lt;E&gt;&lt;/E&gt; know that you can pretty much ignore those index numbers don't you?&lt;/BLOCKQUOTE&gt;

Being quite anal myself I have also lined up all the index numbers in some of my templates. &lt;BR /&gt;
&lt;BR /&gt;
Being as experienced as you are I am sure that you also know that "pretty much" ignoring the index numbers can get you into trouble with fills in library parts and endless headaches with layer combinations (which require the indexes &amp;amp; names to match). &lt;BR /&gt;
&lt;BR /&gt;
I have taken to adding my own fills (overwriting - never appending) with index numbers staring at 300 so as to keep them clear of the common riffraff. I use a special aat file I call "Hundreds of Dummies" to help with this.</description>
      <pubDate>Wed, 30 Nov 2005 07:01:34 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Layer-Index-Numbers-not-Consecutive/m-p/88640#M13630</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2005-11-30T07:01:34Z</dc:date>
    </item>
    <item>
      <title>Re: Layer Index Numbers not Consecutive</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Layer-Index-Numbers-not-Consecutive/m-p/88641#M13631</link>
      <description>&lt;BLOCKQUOTE&gt;Matthew wrote:&lt;BR /&gt;... I am sure that you also know that "pretty much" ignoring the index numbers can get you into trouble with fills in library parts and endless headaches with layer combinations (which require the indexes &amp;amp; names to match).&lt;/BLOCKQUOTE&gt;
i even hesitated before i made the decision whether or not to write the caveat  &lt;IMG src="https://community.graphisoft.com/legacyfs/online/emojis/icon_wink.gif" style="display : inline;" /&gt;  but being as hasty as i am i decided against it.  &lt;IMG src="https://community.graphisoft.com/legacyfs/online/emojis/icon_biggrin.gif" style="display : inline;" /&gt;  thanks for clarifying that matthew!&lt;BR /&gt;
&lt;BR /&gt;
i have to admit that my neat ordering has kept me for the most part out of that kind of trouble . . . whether by luck or by judgement . .  &lt;IMG src="https://community.graphisoft.com/legacyfs/online/emojis/icon_confused.gif" style="display : inline;" /&gt; &lt;BR /&gt;
&lt;BR /&gt;
~/archiben</description>
      <pubDate>Wed, 30 Nov 2005 07:32:05 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Layer-Index-Numbers-not-Consecutive/m-p/88641#M13631</guid>
      <dc:creator>__archiben</dc:creator>
      <dc:date>2005-11-30T07:32:05Z</dc:date>
    </item>
    <item>
      <title>Re: Layer Index Numbers not Consecutive</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Layer-Index-Numbers-not-Consecutive/m-p/88642#M13632</link>
      <description>I thought I was being a little anal too, but if there's a time to be anal it's when creating a template! &lt;BR /&gt;
 &lt;BR /&gt;
Don't know if this will be of any use, but:  rebooted my computer, created a "New and Reset" file (in which there are 48 layer IDs), added a couple of layers and the numbering began with 249.  Came in this morning, did the same, and everything is fine (although yesterday's files still seem to be "corrupt".) &lt;BR /&gt;
 &lt;BR /&gt;
If I delete and create layers within a single session of Attribute Manager, IDs remain consecutive; however, if there are already IDs missing, creating new layers appends the IDs to the end of the list, and the missing IDs cannot be "recovered". &lt;BR /&gt;
 &lt;BR /&gt;
Soooo... I'm recreating my Layers and Layer Combinations and saving an .aat to import in case this happens again...</description>
      <pubDate>Wed, 30 Nov 2005 15:56:21 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Layer-Index-Numbers-not-Consecutive/m-p/88642#M13632</guid>
      <dc:creator>Laura Yanoviak</dc:creator>
      <dc:date>2005-11-30T15:56:21Z</dc:date>
    </item>
    <item>
      <title>Re: Layer Index Numbers not Consecutive</title>
      <link>https://community.graphisoft.com/t5/Project-data-BIM/Layer-Index-Numbers-not-Consecutive/m-p/88643#M13633</link>
      <description>This is a well-worded wish and reflects my sentiments exactly:&lt;BR /&gt;
&lt;BR /&gt;
&lt;A href="http://archicad-talk.graphisoft.com/viewtopic.php?t=6260" target="_blank"&gt;archicad-talk.graphisoft.com/viewtopic.php?t=6260&lt;/A&gt;&lt;BR /&gt;
&lt;BR /&gt;
BTW, didn't find much with a "hundreds of dummies" search...</description>
      <pubDate>Wed, 30 Nov 2005 16:09:58 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Project-data-BIM/Layer-Index-Numbers-not-Consecutive/m-p/88643#M13633</guid>
      <dc:creator>Laura Yanoviak</dc:creator>
      <dc:date>2005-11-30T16:09:58Z</dc:date>
    </item>
  </channel>
</rss>

