+- LDraw.org Discussion Forums (https://forums.ldraw.org)
+-- Forum: General (https://forums.ldraw.org/forum-12.html)
+--- Forum: Official File Specifications/Standards (https://forums.ldraw.org/forum-32.html)
+--- Thread: Numbering of Sticker Parts (/thread-23673.html)
Numbering of Sticker Parts - Gerald Lasser - 2019-09-18
As we are in the progress of amending the Sticker Specifications, what do you think of adding this one:
recently, LEGO started to print numbers next to their stickers to easier identify them, it looks like common sense to include this number as a letter in the part number, i.e. 01 -> "a", etc.
If there are more than 26 stickers on a sheet, they should be numbered as 27 -> aa, 28 -> ab
WOuld it make sense to add this and is it compatible with the library, i.e. was there enough common sense in the past to number the stickers accordingly since they introduced this scheme?
RE: Numbering of Sticker Parts - Willy Tschager - 2019-09-18
(2019-09-18, 6:49)Gerald Lasser Wrote: As we are in the progress of amending the Sticker Specifications, what do you think of adding this one:+1
recently, LEGO started to print numbers next to their stickers to easier identify them, it looks like common sense to include this number as a letter in the part number, i.e. 01 -> "a", etc.
If there are more than 26 stickers on a sheet, they should be numbered as 27 -> aa, 28 -> ab
WOuld it make sense to add this and is it compatible with the library, i.e. was there enough common sense in the past to number the stickers accordingly since they introduced this scheme?
RE: Numbering of Sticker Parts - Max Martin Richter - 2019-09-18
(2019-09-18, 6:49)aGerald Lasser Wrote: As we are in the progress of amending the Sticker Specifications, what do you think of adding this one:
recently, LEGO started to print numbers next to their stickers to easier identify them, it looks like common sense to include this number as a letter in the part number, i.e. 01 -> "a", etc.
If there are more than 26 stickers on a sheet, they should be numbered as 27 -> aa, 28 -> ab
WOuld it make sense to add this and is it compatible with the library, i.e. was there enough common sense in the past to number the stickers accordingly since they introduced this scheme?
I really like this idea. as we already use a, b, c identifier this should be easy. For sheets without number it's up to the author.
There is only one more thing, we need to discuss in my eyes: How do we number the stickers, if TLG uses different numbers for the same sticker? Like 04 and 05 are identical. Should we model d and alias as e or just d and continue with f?
RE: Numbering of Sticker Parts - Gerald Lasser - 2019-09-18
(2019-09-18, 8:26)Max Martin Richter Wrote: I really like this idea. as we already use a, b, c identifier this should be easy. For sheets without number it's up to the author.
There is only one more thing, we need to discuss in my eyes: How do we number the stickers, if TLG uses different numbers for the same sticker? Like 04 and 05 are identical. Should we model d and alias as e or just d and continue with f?
I just browsed a few numbered stickers, and found that LEGO uses one number for the same sticker, even if it is located on a different spot on the sheet (see the technic sheet)
This seems to apply for the recent sheets (back to 2017 at least)
![[Image: 10265stk01.png]](https://img.bricklink.com/ItemImage/PN/0/10265stk01.png)
![[Image: 10266stk01.original.png]](https://img.bricklink.com/ItemImage/PN/0/10266stk01.original.png)
![[Image: 42097stk01.png]](https://img.bricklink.com/ItemImage/PN/0/42097stk01.png)
Although this one from 2015, uses two numbers for the same print (6 and 7)
It seems at some point in time there was a change of mind.
![[Image: 75915stk01a.png]](https://img.bricklink.com/ItemImage/PN/0/75915stk01a.png)
![[Image: 75920stk01b.png]](https://img.bricklink.com/ItemImage/PN/0/75920stk01b.png)
I would rather not model them or make an alias for them
RE: Numbering of Sticker Parts - Philippe Hurbain - 2019-09-18
Looks wise. I would also suggest to add a #nn with number as keyword.
RE: Numbering of Sticker Parts - Travis Cobbs - 2019-09-18
(2019-09-18, 6:49)Gerald Lasser Wrote: As we are in the progress of amending the Sticker Specifications, what do you think of adding this one:
recently, LEGO started to print numbers next to their stickers to easier identify them, it looks like common sense to include this number as a letter in the part number, i.e. 01 -> "a", etc.
If there are more than 26 stickers on a sheet, they should be numbered as 27 -> aa, 28 -> ab
WOuld it make sense to add this and is it compatible with the library, i.e. was there enough common sense in the past to number the stickers accordingly since they introduced this scheme?
Wouldn't it be better (and easier for users to use) to simply ditch the letter suffixes on stickers, and go with -nn? As in, 001234-01.dat, 001234-02.dat, etc. For the old sheets where two identical stickers were given different numbers, I'm honestly not sure what i feel is the best solution, but I don't have a problem with simply using the lowest number.
RE: Numbering of Sticker Parts - Johann Eisner - 2019-09-18
Personally, I find it more user friendly with the numbers, but what happens to the existing stickers?
These would then all have to be renumbered.
Currently about 1000 official and about 350 unofficial stickers.
If you stay with the letters, you would also have to check all the stickers again and adapt them to the specification.
So it does not really matter.
I would be also for numbers.
RE: Numbering of Sticker Parts - Travis Cobbs - 2019-09-18
(2019-09-18, 18:57)Johann Eisner Wrote: Personally, I find it more user friendly with the numbers, but what happens to the existing stickers?
These would then all have to be renumbered.
Currently about 1000 official and about 350 unofficial stickers.
If you stay with the letters, you would also have to check all the stickers again and adapt them to the specification.
So it does not really matter.
I would be also for numbers.
I think that if we change the spec, we need to explicitly state that existing files get left alone. If we change it to require future files to have letters that are in the same order as the numbers on the sticker sheet, it's useful, but not great. Not too many people know off the top of their head what the 12th letter of the alphabet is.
On the other hand, if we change it to require future files to have a different naming scheme, we introduce confusion, since all the old stickers will have visibly different filenames from the new stickers. While that's not good, having the number be right there would make those stickers easier for people to use. I'm not sure which is better.
RE: Numbering of Sticker Parts - Orion Pobursky - 2019-09-18
(2019-09-18, 19:34)Travis Cobbs Wrote: I think that if we change the spec, we need to explicitly state that existing files get left alone. If we change it to require future files to have letters that are in the same order as the numbers on the sticker sheet, it's useful, but not great. Not too many people know off the top of their head what the 12th letter of the alphabet is.
On the other hand, if we change it to require future files to have a different naming scheme, we introduce confusion, since all the old stickers will have visibly different filenames from the new stickers. While that's not good, having the number be right there would make those stickers easier for people to use. I'm not sure which is better.
I don't think the letter/number suffix scheme really matters to the end users. Most users look up parts in a visual index anyway. I don't think we really need to change anything.
RE: Numbering of Sticker Parts - Magnus Forsberg - 2019-09-18
I agree.
I don't like us to change how we number the stickers. It will force a bunch of new Move to files.
I think it would be enough to have a recommendation in the spec to place number 1-a, 2-b, 3-c, and so on.