Thanks, kenata .

Why the heck am I getting multiple path changes on some tiles, though? Any ideas? Is it how it supposed to be, or is it my fault for having a tile open in both the forge and .xml editor?

For example, I have 2 versions of golems' scenic view tile sitting in my folder. 1 was what I made in the forge. 2nd is exactly the same, except I  scaled down 1 pillar using notepad++, and I think adjusted the height of the arch a little.

First one got <TileDesignPath InternalName="_path0"/>

Second got

<TileDesignPath InternalName="_path0"/>
<TileDesignPath InternalName="_path1"/>
<TileDesignPath InternalName="_path2"/>

I may be worried about nothing, but I don't want to unintentionally introduce any glitches or performace issues with a new tileset.

Sure thing,  HERE.

I recently went through a test and I am fairly certain the additional paths are not necessary. If I had to fathom a real guess as to what happened, my guess would be that the system performs a simple consistency check in cases where it is unsure whether it should perform a specific function or not. In the case where this check shows that more work is required, you end up with the multiple paths thing. Let me give you a scenario and it will be more clear. You create a tile in the editor and save it. When the tile is saved, you traditionally end up with three things, a tile xml file and two shadow files. Now, you load up your tile xml file in a text editor and you make some minor modifications which may not be possible in the editor. At this point, your shadows are not current, though perhaps this is workable from some aesthetic point of view. So you load the file up in the editor and overwrite your original save to update the shadows. Since you did not actual make a change to the tile in the editor, it runs this simple check on the shadow files to make sure they are ok before performing the intensive task of writing out a new set of shadows. It then loads up both shadow files and does its check. Since the shadows are out of date, the engine writes a new set of shadows and updates the tile xml file resulting in the multiple path tags. I have run several tests along these lines, and have found result to support this hypothesis. The only time I have received multiple path tags was in the case where I did not make a change to the tile and I overwrote the open file. In all other tests, my results were the same, a single path tag in the tile xml.

Ok so, here is the crazy part. This is part of a conversation with Cari_Elf.

LOL, I just checked on this thread doing research for "Curses".  Give the little people paths... hehehe