Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies Author: | Stuart9 | Posted: | Mar 18, 2020 11:26 | Subject: | Re: Panel needs checking please | Viewed: | 27 times | Topic: | Catalog | |
| I think I have one or two of those, if I can find them I'll check mine.
In Catalog Requests, tpr writes:
| Hi
* | | 4215pb003 Panel 1 x 4 x 3 with Blue, Red and Silver Space Mechanical Pattern on Inside (Sticker) - Set 6949 (Undetermined Type) Parts: Panel, Decorated Marked for Deletion |
I have this item with solid studs, so should be under 4215a
It is currently under 4215 which is undetermined.
Can anyone check the third picture - comes up too small for me, to see the studs
If they are solid, which I think they are, this wants re-assigning to a 4215a
number
Thanks
tpr
|
|
|
Author: | tpr | Posted: | Mar 18, 2020 11:19 | Subject: | Panel needs checking please | Viewed: | 83 times | Topic: | Catalog | Status: | Open | |
| Hi
* | | 4215pb003 Panel 1 x 4 x 3 with Blue, Red and Silver Space Mechanical Pattern on Inside (Sticker) - Set 6949 (Undetermined Type) Parts: Panel, Decorated Marked for Deletion |
I have this item with solid studs, so should be under 4215a
It is currently under 4215 which is undetermined.
Can anyone check the third picture - comes up too small for me, to see the studs
If they are solid, which I think they are, this wants re-assigning to a 4215a
number
Thanks
tpr
|
|
Author: | SylvainLS | Posted: | Mar 17, 2020 19:08 | Subject: | Re: Question about part x168 | Viewed: | 39 times | Topic: | Catalog | |
| In Catalog, randyf writes:
| […]
However, if LDraw
still uses some "x" numbers, it would be wise to retain them.
|
LDraw doesn’t use “x” numbers. They use “u” numbers, and they get rid of them
as soon as the correct ID is known.
So, rid away with the “x”!
As for aliases, they make alias files (their descriptions start with a “=”).
So that takes care of that.
Now, their patterns numbers are not compatible with BL’s. So this would be a
bigger problem, except, now, the BL ID is often put as keywords (inside the file
but searchable in some CADs or simply with a grep).
|
|
Author: | randyf | Posted: | Mar 17, 2020 17:28 | Subject: | Re: Question about part x168 | Viewed: | 35 times | Topic: | Catalog | |
| In Catalog, LordSkylark writes:
| In Catalog, StormChaser writes:
"x" exists as a temporary number when the official Lego part number was originally
not known (usually because it is not printed on the part itself).
|
The "x" numbers come from the old peeron/LDraw days when numbers were not known.
| When I've discovered the true part number, I've submitted many for the
"x" number to be replaced by the official Lego part number, and it's always
been done. (The "x" number was not even retained as an alternate.) In fact, one
time I went through the catelog to discover and replace as many as I could find
the original part number for.
|
Nope, this is not always the case. Some admins would change them and others would
not. The ones who would not change them stated that the reason was to maintain
consitency with peeron/LDraw. Since peeron has been defunct for quite a while,
I see no need to continue to maintain consistency with them. However, if LDraw
still uses some "x" numbers, it would be wise to retain them.
| For some reason here though... When the original part number was discovered,
it was added as an alternate number, but not replaced. So, there's obviously
serious inconsistency here.
|
|
|
Author: | LordSkylark | Posted: | Mar 17, 2020 16:54 | Subject: | Re: Question about part x168 | Viewed: | 31 times | Topic: | Catalog | |
| In Catalog, StormChaser writes:
"x" exists as a temporary number when the official Lego part number was originally
not known (usually because it is not printed on the part itself).
When I've discovered the true part number, I've submitted many for the
"x" number to be replaced by the official Lego part number, and it's always
been done. (The "x" number was not even retained as an alternate.) In fact, one
time I went through the catelog to discover and replace as many as I could find
the original part number for.
For some reason here though... When the original part number was discovered,
it was added as an alternate number, but not replaced. So, there's obviously
serious inconsistency here.
|
|
Author: | stutrippant | Posted: | Mar 17, 2020 14:42 | Subject: | White bricks on a white background. | Viewed: | 132 times | Topic: | Catalog | Status: | Open | |
| Seriously, what genius thought the best avatar brick in the catalog should be
white when the background is white too. So many hard to figure out bricks. Please
change all white avatar bricks to something more visible.
|
Author: | StormChaser | Posted: | Mar 17, 2020 04:48 | Subject: | Re: Where can I submit product flyers | Viewed: | 37 times | Topic: | Catalog | |
| In Catalog, Leftoverbricks writes:
| Can I add those to the catalog?
|
You may submit any genuine LEGO item to the catalog.
| And where: book / gear / catalog
|
At this point in time most paper objects should be added as the Books item type.
If the flyers have the characteristics of a catalog, then that's where they'd
go. Otherwise books.
|
Author: | Leftoverbricks | Posted: | Mar 17, 2020 04:43 | Subject: | Where can I submit product flyers | Viewed: | 65 times | Topic: | Catalog | Status: | Open | |
| TLG is distributing general product flyers in sets within the same theme. For
example DOTS and Ninjago Arcade Pods. The flyers are all the same, so not specific
to a particular set.
Can I add those to the catalog? And where: book / gear / catalog / somewhere
else?
|
|
|
Author: | LordSkylark | Posted: | Mar 16, 2020 23:48 | Subject: | Re: Question about part x168 | Viewed: | 43 times | Topic: | Catalog | |
| In Catalog, SylvainLS writes:
| In Catalog, edeevo writes:
| […]
I'm guessing it also has to do with all the dependencies within the site
that would be affected if the numbers were simply changed... […]
|
Nah, items have a fixed, internal ID in the database, that ID doesn’t change.
The part ID is just another description, shorter and unique.
Think about when they add a digit to the numbered minifigs (bla001 becoming bla0001).
|
Right. These "x" numbers are changed all the time when the actual number becomes
known. I'm surprised it wasn't done here.
|
Author: | Doodlebug | Posted: | Mar 16, 2020 21:02 | Subject: | p12cty01, 02, & 03 | Viewed: | 49 times | Topic: | Catalog | Status: | Open | |
| Is there any printing on the reverse side of this 2012 series of posters? Acquired
some, but they have B/W smaller versions on the reverse.
|
Author: | edeevo | Posted: | Mar 16, 2020 13:48 | Subject: | Re: Question about part x168 | Viewed: | 37 times | Topic: | Catalog | |
| In Catalog, StormChaser writes:
| In Catalog, edeevo writes:
| I'm confident we're in good hands with StormChaser at the helm…
|
I appreciate the vote of confidence, but I am not at the helm of anything.
I am the merely the newest of three catalog associates and we all work together
as a team with the two inventory administrators.
My role on the team is to spend most of my time posting in the discussion forum
while others do the actual work.
|
...an important calling nonetheless...
Life is Good.
~Ed.
|
|
Author: | StormChaser | Posted: | Mar 16, 2020 12:50 | Subject: | Re: Question about part x168 | Viewed: | 35 times | Topic: | Catalog | |
| In Catalog, edeevo writes:
| I'm confident we're in good hands with StormChaser at the helm…
|
I appreciate the vote of confidence, but I am not at the helm of anything.
I am the merely the newest of three catalog associates and we all work together
as a team with the two inventory administrators.
My role on the team is to spend most of my time posting in the discussion forum
while others do the actual work.
|
|
Author: | SylvainLS | Posted: | Mar 16, 2020 12:07 | Subject: | Re: Question about part x168 | Viewed: | 33 times | Topic: | Catalog | |
| In Catalog, edeevo writes:
| […]
I'm guessing it also has to do with all the dependencies within the site
that would be affected if the numbers were simply changed... […]
|
Nah, items have a fixed, internal ID in the database, that ID doesn’t change.
The part ID is just another description, shorter and unique.
Think about when they add a digit to the numbered minifigs (bla001 becoming bla0001).
|
|
Author: | edeevo | Posted: | Mar 16, 2020 12:00 | Subject: | Re: Question about part x168 | Viewed: | 39 times | Topic: | Catalog | |
| In Catalog, LordSkylark writes:
| In Catalog, StormChaser writes:
| In Catalog, jonwil writes:
| is labeled as "underwater" when it has never
appeared in any underwater type sets?
Should it be renamed?
|
It has been renamed.
|
Is there a reason that the "x" number is still the primary number when the actual
part number is now known?
|
I'm guessing it also has to do with all the dependencies within the site
that would be affected if the numbers were simply changed... & it's probably
a bit of a chore to verify and test such dependencies *before* making the change
each time, though I'm confident we're in good hands with StormChaser
at the helm…
Life is Good.
~Ed.
|
|
Author: | TheBrickGuys | Posted: | Mar 16, 2020 11:19 | Subject: | Re: Question about part x168 | Viewed: | 35 times | Topic: | Catalog | |
| In Catalog, TheBrickGuys writes:
| In Catalog, StormChaser writes:
| In Catalog, jonwil writes:
| is labeled as "underwater" when it has never
appeared in any underwater type sets?
Should it be renamed?
|
It has been renamed.
|
6 minutes - You are FAST.
|
Or should I say, 6 MINUTES? What the L took so long??
Jim.
|
Author: | TheBrickGuys | Posted: | Mar 16, 2020 11:18 | Subject: | Re: Question about part x168 | Viewed: | 35 times | Topic: | Catalog | |
| In Catalog, StormChaser writes:
| In Catalog, jonwil writes:
| is labeled as "underwater" when it has never
appeared in any underwater type sets?
Should it be renamed?
|
It has been renamed.
|
6 minutes - You are FAST.
|
|
Author: | starbeanie | Posted: | Mar 16, 2020 10:35 | Subject: | Re: March Project - Sticker Sheet Restructuring | Viewed: | 38 times | Topic: | Catalog | |
| I agree. Having the set number in neither the part number or description will
make it harder to find.
In Catalog, randyf writes:
| In Catalog, StormChaser writes:
| Here's my plan to handle the restructuring, which is a combination of ideas
from everyone:
For Existing Duplicate Catalog Entries:
1. Stickers that appear in multiple sets will have a new catalog entry
created. Then all existing duplicate entries will be merged into the new entry.
2. Item numbers for the new catalog entries will be formatted like this:
multistk001, multistk002, multistk003, etc.
3. Item titles for new entries will be formatted as follows. When the
sticker appears in three or fewer sets, then "Sticker Sheet for Multiple Sets
- 1001, 1002, 1003." When the sheet appears in more than three sets (there are
only 19 of these): "Sticker Sheet for Multiple Sets, Town, Fish and Coral."
|
Is there a reason why we can't have all the set numbers in the titles besides
the title length limitation? Since there are so few of these, I honestly don't
see why we would create two new naming conventions for these sheets that differ
from the convention used for all other sticker sheets. Also, since you are changing
the item numbers for these multi-set sticker sheets, it is probably more important
than ever to have the set numbers in the titles for search purposes. Using a
title like "Sticker Sheet for Multiple Sets, Town, Fish and Coral" does nothing
to help find this sticker sheet.
My suggestion is for one naming convention:
"Sticker Sheet for Set ..." for one-set sticker sheets and "Sticker Sheet for
Sets ..." for multi-set sticker sheets.
| 4. N/A and International sticker sheet entries will be merged when there
are no apparent differences beyond the standard N/A / International differences.
5. Where significant differences exist between sticker sheets, such as
color differences in the stickers themselves, the duplicate entries will be retained.
For All Sticker Sheet Entries:
1. PCCs for all sticker sheets will be moved from the item title to the
PCC field. Item numbers will be retained in their current place in the titles.
2. Item titles for all sticker sheets will be changed from the format
"Sticker for Set" to "Sticker Sheet for Set."
If anyone has suggestions for this plan or sees where it may encounter problems,
please say something. Otherwise, we'll move into the action phase during
the upcoming week.
|
|
|
|
Author: | randyf | Posted: | Mar 16, 2020 00:33 | Subject: | Re: March Project - Sticker Sheet Restructuring | Viewed: | 29 times | Topic: | Catalog | |
| In Catalog, StormChaser writes:
| Here's my plan to handle the restructuring, which is a combination of ideas
from everyone:
For Existing Duplicate Catalog Entries:
1. Stickers that appear in multiple sets will have a new catalog entry
created. Then all existing duplicate entries will be merged into the new entry.
2. Item numbers for the new catalog entries will be formatted like this:
multistk001, multistk002, multistk003, etc.
3. Item titles for new entries will be formatted as follows. When the
sticker appears in three or fewer sets, then "Sticker Sheet for Multiple Sets
- 1001, 1002, 1003." When the sheet appears in more than three sets (there are
only 19 of these): "Sticker Sheet for Multiple Sets, Town, Fish and Coral."
|
Is there a reason why we can't have all the set numbers in the titles besides
the title length limitation? Since there are so few of these, I honestly don't
see why we would create two new naming conventions for these sheets that differ
from the convention used for all other sticker sheets. Also, since you are changing
the item numbers for these multi-set sticker sheets, it is probably more important
than ever to have the set numbers in the titles for search purposes. Using a
title like "Sticker Sheet for Multiple Sets, Town, Fish and Coral" does nothing
to help find this sticker sheet.
My suggestion is for one naming convention:
"Sticker Sheet for Set ..." for one-set sticker sheets and "Sticker Sheet for
Sets ..." for multi-set sticker sheets.
| 4. N/A and International sticker sheet entries will be merged when there
are no apparent differences beyond the standard N/A / International differences.
5. Where significant differences exist between sticker sheets, such as
color differences in the stickers themselves, the duplicate entries will be retained.
For All Sticker Sheet Entries:
1. PCCs for all sticker sheets will be moved from the item title to the
PCC field. Item numbers will be retained in their current place in the titles.
2. Item titles for all sticker sheets will be changed from the format
"Sticker for Set" to "Sticker Sheet for Set."
If anyone has suggestions for this plan or sees where it may encounter problems,
please say something. Otherwise, we'll move into the action phase during
the upcoming week.
|
|
|
Author: | randyf | Posted: | Mar 16, 2020 00:23 | Subject: | Re: March Project - Sticker Sheet Restructuring | Viewed: | 28 times | Topic: | Catalog | |
| In Catalog, StormChaser writes:
| In Catalog, StormChaser writes:
| For All Sticker Sheet Entries:
1. PCCs for all sticker sheets will be moved from the item title to the
PCC field. Item numbers will be retained in their current place in the titles.
2. Item titles for all sticker sheets will be changed from the format
"Sticker for Set" to "Sticker Sheet for Set."
|
We can get started on this now. I can add the word "Sheet" to titles administratively,
but there is no easy way to accomplish moving PCCs administratively. Assistance
with catalog change requests would be appreciated.
Please see the attached images. The first image shows how to move the PCC when
there is only one number in the title. If anyone disagrees with treating this
number as a PCC, then say something.
|
I do! (hand in air)
I am not sure what this number is on these sheets. It could be an Element ID,
but maybe it isn't. I would rather us just move numbers to PCCs that we know
for sure are Element IDs. These would be the sticker sheets with a clear "Design
ID/Element ID" format on the sheets.
|
|
Author: | StormChaser | Posted: | Mar 15, 2020 23:17 | Subject: | Re: Question about part x168 | Viewed: | 42 times | Topic: | Catalog | |
| In Catalog, LordSkylark writes:
| Is there a reason that the "x" number is still the primary number when the actual
part number is now known?
|
Yes, there is a reason.
The reason is that BrickLink is leery of changing item numbers. There are hundreds
of item numbers that need to be changed and someday I may make a list of them.
|
Author: | LordSkylark | Posted: | Mar 15, 2020 23:09 | Subject: | Re: Question about part x168 | Viewed: | 40 times | Topic: | Catalog | |
| In Catalog, StormChaser writes:
| In Catalog, jonwil writes:
| is labeled as "underwater" when it has never
appeared in any underwater type sets?
Should it be renamed?
|
It has been renamed.
|
Is there a reason that the "x" number is still the primary number when the actual
part number is now known?
|
Author: | StormChaser | Posted: | Mar 15, 2020 22:56 | Subject: | Re: March Project - Sticker Sheet Restructuring | Viewed: | 32 times | Topic: | Catalog | |
| In Catalog, StormChaser writes:
| please ask for clarification
|
Forgot to clarify: we're only changing parts that appear in a single set.
If the sticker sheet appears in more than one set, then ignore it for now.
|
|
Author: | StormChaser | Posted: | Mar 15, 2020 22:40 | Subject: | Re: March Project - Sticker Sheet Restructuring | Viewed: | 41 times | Topic: | Catalog | |
| In Catalog, StormChaser writes:
| For All Sticker Sheet Entries:
1. PCCs for all sticker sheets will be moved from the item title to the
PCC field. Item numbers will be retained in their current place in the titles.
2. Item titles for all sticker sheets will be changed from the format
"Sticker for Set" to "Sticker Sheet for Set."
|
We can get started on this now. I can add the word "Sheet" to titles administratively,
but there is no easy way to accomplish moving PCCs administratively. Assistance
with catalog change requests would be appreciated.
Please see the attached images. The first image shows how to move the PCC when
there is only one number in the title. If anyone disagrees with treating this
number as a PCC, then say something. The second image shows how to move the
PCC when there are two numbers in the title separated by a slash. The lengthier
number should be the PCC (ask if unsure in a specific instance).
For sticker sheets from roughly 1997-2014 PCCs were already moved, but they were
(most unfortunately) left in the titles. They still need to be removed from
titles. If the PCC has already been moved, you'll get the message shown
in the third image. In those cases, just remove the PCC from the title.
If you're not sure how this should be done properly, please ask for clarification
before proceeding to assist with these changes. The parts shown in the images
are linked for reference:
|
|
|
Author: | StormChaser | Posted: | Mar 15, 2020 20:04 | Subject: | Re: Question about part x168 | Viewed: | 44 times | Topic: | Catalog | |
| In Catalog, jonwil writes:
| is labeled as "underwater" when it has never
appeared in any underwater type sets?
Should it be renamed?
|
It has been renamed.
|
Author: | jonwil | Posted: | Mar 15, 2020 19:58 | Subject: | Question about part x168 | Viewed: | 89 times | Topic: | Catalog | Status: | Open | |
| Can anyone tell me why is labeled as "underwater" when it has never
appeared in any underwater type sets?
Should it be renamed?
|
|
Author: | Captain.M | Posted: | Mar 15, 2020 18:02 | Subject: | Re: Silly to Consider This Sprue a Part? | Viewed: | 41 times | Topic: | Catalog | |
| I had a few of these, and because I noticed the anti-stud I also figured it might
be useful for MOC builders, so I put it in my store. A couple have sold, ages
ago, now only 1 left. I did message the buyer to make sure they knew what they
were buying. They were happy (they also bought some shurikens at the same time).
I don't know if they were actively looking for the sprue, maybe they just
wanted to make a set 100% complete once they saw the sprue for sale alongside
the shurikens. Would they have found them if they were listed under their own
entry in the catalogue? Who can say. Maybe my last one will never sell if it
is given a separate sprue designation in the catalogue and folks don't know
to look for it. But upon finding your post, my pedantic sense of order and completeness
immediately says "Yes, add it to the catalogue!" (even if it's to my own
detriment).
Just my 2 cents. I will leave it up to those more wise than I to decide.
Cheers
In Catalog, axaday writes:
| I apologize for the quick lo-res pic, but I think a lot of people are familiar
with this piece. It's the sprue from [p=19807c01]. And it IS just a sprue.
But I was looking it over today before tossing it in the trash and it is a pretty
neat looking piece AND it was obviously designed with some play value, because
it fits on a stud. It has never been used in a set, I believe, but it is easy
for me to imagine it being useful in MOCs. Would it be silly to add it to the
catalog?
|
|
|
Author: | axaday | Posted: | Mar 15, 2020 09:19 | Subject: | Re: Silly to Consider This Sprue a Part? | Viewed: | 46 times | Topic: | Catalog | |
| In Catalog, crazylegoman writes:
| In Catalog, axaday writes:
| I apologize for the quick lo-res pic, but I think a lot of people are familiar
with this piece. It's the sprue from [p=19807c01]. And it IS just a sprue.
But I was looking it over today before tossing it in the trash and it is a pretty
neat looking piece AND it was obviously designed with some play value, because
it fits on a stud. It has never been used in a set, I believe, but it is easy
for me to imagine it being useful in MOCs. Would it be silly to add it to the
catalog?
|
I think it would be fine in the catalog, although I'm sure there are others
who would oppose it. Are there other sprue-only entries in the catalog?
David
|
I don't think so, but I'm unaware of another sprue that can actually
go on a stud.
|
|
Author: | SylvainLS | Posted: | Mar 14, 2020 17:55 | Subject: | Re: Silly to Consider This Sprue a Part? | Viewed: | 75 times | Topic: | Catalog | |
| In Catalog, crazylegoman writes:
| In Catalog, axaday writes:
| I apologize for the quick lo-res pic, but I think a lot of people are familiar
with this piece. It's the sprue from [p=19807c01]. And it IS just a sprue.
But I was looking it over today before tossing it in the trash and it is a pretty
neat looking piece AND it was obviously designed with some play value, because
it fits on a stud. It has never been used in a set, I believe, but it is easy
for me to imagine it being useful in MOCs. Would it be silly to add it to the
catalog?
|
I think it would be fine in the catalog, although I'm sure there are others
who would oppose it. Are there other sprue-only entries in the catalog?
|
It would at least limit the number of people not finding it in the catalogue.
|
|
Author: | Jblotempio | Posted: | Mar 14, 2020 17:49 | Subject: | Re: Silly to Consider This Sprue a Part? | Viewed: | 48 times | Topic: | Catalog | |
| In Catalog, crazylegoman writes:
| In Catalog, axaday writes:
| I apologize for the quick lo-res pic, but I think a lot of people are familiar
with this piece. It's the sprue from [p=19807c01]. And it IS just a sprue.
But I was looking it over today before tossing it in the trash and it is a pretty
neat looking piece AND it was obviously designed with some play value, because
it fits on a stud. It has never been used in a set, I believe, but it is easy
for me to imagine it being useful in MOCs. Would it be silly to add it to the
catalog?
|
I think it would be fine in the catalog, although I'm sure there are others
who would oppose it. Are there other sprue-only entries in the catalog?
David
|
It appears in over 20 Ninjago sets, doesn't it? I see no reason why you
would not list it. I see those teeny screwdrivers listed by themselves, and in
fact, have bought one. Jerri
|
|
Author: | crazylegoman | Posted: | Mar 14, 2020 17:37 | Subject: | Re: Silly to Consider This Sprue a Part? | Viewed: | 66 times | Topic: | Catalog | |
| In Catalog, axaday writes:
| I apologize for the quick lo-res pic, but I think a lot of people are familiar
with this piece. It's the sprue from [p=19807c01]. And it IS just a sprue.
But I was looking it over today before tossing it in the trash and it is a pretty
neat looking piece AND it was obviously designed with some play value, because
it fits on a stud. It has never been used in a set, I believe, but it is easy
for me to imagine it being useful in MOCs. Would it be silly to add it to the
catalog?
|
I think it would be fine in the catalog, although I'm sure there are others
who would oppose it. Are there other sprue-only entries in the catalog?
David
|
|
Author: | axaday | Posted: | Mar 14, 2020 16:03 | Subject: | Silly to Consider This Sprue a Part? | Viewed: | 154 times | Topic: | Catalog | Status: | Open | |
| I apologize for the quick lo-res pic, but I think a lot of people are familiar
with this piece. It's the sprue from [p=19807c01]. And it IS just a sprue.
But I was looking it over today before tossing it in the trash and it is a pretty
neat looking piece AND it was obviously designed with some play value, because
it fits on a stud. It has never been used in a set, I believe, but it is easy
for me to imagine it being useful in MOCs. Would it be silly to add it to the
catalog?
|
|
|
Author: | Turez | Posted: | Mar 14, 2020 09:28 | Subject: | Re: New minifigure head variant 28621 | Viewed: | 31 times | Topic: | Catalog | |
| Thankfully Axaday jumped in and added the new variant so I don't have to
deal with the description anymore.
[p=3626d]
I'm not sure about the part number, though. Officially, the new mold has
nothing to do with 3626 and in similar cases (where a new mold number is known)
like
or
BL used to take the official number instead of the previous one +letter.
Regards,
Jonas
|
|
Author: | StormChaser | Posted: | Mar 14, 2020 03:18 | Subject: | Re: March Project - Sticker Sheet Restructuring | Viewed: | 73 times | Topic: | Catalog | |
| Here's my plan to handle the restructuring, which is a combination of ideas
from everyone:
For Existing Duplicate Catalog Entries:
1. Stickers that appear in multiple sets will have a new catalog entry
created. Then all existing duplicate entries will be merged into the new entry.
2. Item numbers for the new catalog entries will be formatted like this:
multistk001, multistk002, multistk003, etc.
3. Item titles for new entries will be formatted as follows. When the
sticker appears in three or fewer sets, then "Sticker Sheet for Multiple Sets
- 1001, 1002, 1003." When the sheet appears in more than three sets (there are
only 19 of these): "Sticker Sheet for Multiple Sets, Town, Fish and Coral."
4. N/A and International sticker sheet entries will be merged when there
are no apparent differences beyond the standard N/A / International differences.
5. Where significant differences exist between sticker sheets, such as
color differences in the stickers themselves, the duplicate entries will be retained.
For All Sticker Sheet Entries:
1. PCCs for all sticker sheets will be moved from the item title to the
PCC field. Item numbers will be retained in their current place in the titles.
2. Item titles for all sticker sheets will be changed from the format
"Sticker for Set" to "Sticker Sheet for Set."
If anyone has suggestions for this plan or sees where it may encounter problems,
please say something. Otherwise, we'll move into the action phase during
the upcoming week.
|
|
Author: | StormChaser | Posted: | Mar 14, 2020 02:55 | Subject: | Re: March Project - Sticker Sheet Restructuring | Viewed: | 49 times | Topic: | Catalog | |
| Below are the issues additionally identified in this thread:
1. The word "Sheet" should be added to catalog entries.
I agree and we will make this part of the project. So all items will go from
"Sticker for Set" to "Sticker Sheet for Set."
2. Incomplete sticker sheets should not be allowed to be listed.
CAs cannot control this, nor can we force sellers to state if the sticker sheet
is complete or incomplete.
3. We should use the item number for sticker sheets instead of placing the
item number in the title.
Not a bad idea, but we're trying to accomplish this with as little disruption
as possible. This idea would require renumbering every single sticker sheet,
which is not feasible. Also, many early sticker sheets did not have an item
number, so this would be an inconsistent approach.
4. Sticker sheets should not be considered a part, but should instead be
tied to set entries like original boxes and set instructions are.
This idea would create problems because some sticker sheets appear in multiple
sets. Also, tying instructions and original boxes to set entries creates its
own problems. Also, this would require coding from the site and we know we won't
get that.
5. Background color should be required for sticker sheets.
For this, I don't think so. I get that it would be convenient for some users,
but our image scans of sticker sheets are continually improving. A proper scan
will show the background color and this is probably the best way to handle this
issue.
6. Sticker sheets should be titled with descriptions of most or all of the
stickers that appear thereon.
I agree that this would make searching easier, but it would also be fairly difficult
to accomplish properly with the system we now have. This isn't a bad idea,
but it would be more appropriate for some kind of tag system if we ever get it.
|
|
Author: | StormChaser | Posted: | Mar 14, 2020 01:11 | Subject: | Re: Parts 89650 & 60153 | Viewed: | 41 times | Topic: | Catalog | |
| In Catalog, 69transamman writes:
| For consistency shouldn't parts 89650 & 61053 have separate listings, they differ from each other
|
Please read this page:
https://www.bricklink.com/help.asp?helpID=940
|
Author: | 69transamman | Posted: | Mar 14, 2020 00:18 | Subject: | Parts 89650 & 60153 | Viewed: | 62 times | Topic: | Catalog | Status: | Open | |
| The catalog has separate listing for parts 89652 & 60176, the only difference
being the open lower axle holes. For consistency shouldn't parts 89650 &
61053 have separate listings, they differ in the same way from each other.
Howard
|
|
|
Author: | bouncingbear | Posted: | Mar 13, 2020 00:16 | Subject: | Re: Faulty print box - 10218 Pet Shop. Custom? | Viewed: | 53 times | Topic: | Catalog | |
| In Catalog, Heartbricker writes:
| In Catalog, bouncingbear writes:
| Hello
We have 2 sets with faulty print box of Pet Shop (front of box shows 1332 pieces
vs 2032 official) - as relative new to selling appreciate help how best to put
it into the store inventory? Should it be a custom item, or should it be 10218-1
with custom image?
Many thanks in advance
|
That’s interesting, do you have pictures of the boxes?
If it’s sealed I would list it as 10218-1 with custom picture and additional
notes describing the error.
Where did you buy them? Was the error presented to you before you bought the
sets?
|
Hi, Bought in Singapore & did not know at time of purchase - have kept them ever
since. Once get round to taking pictures will upload (probably once I set up
dropbox to store photos).
Thanks
|
|
Author: | bouncingbear | Posted: | Mar 13, 2020 00:11 | Subject: | Re: Faulty print box - 10218 Pet Shop. Custom? | Viewed: | 44 times | Topic: | Catalog | |
| In Catalog, Cob writes:
Thanks that helpful - I like the idea of the dropbox link
Cheers
|
|
Author: | amthatkindoforc | Posted: | Mar 12, 2020 19:11 | Subject: | Re: New minifigure head variant 28621 | Viewed: | 33 times | Topic: | Catalog | |
| In Catalog, mfav writes:
| We would like the naming convention to be somewhat indicative of the form of
the obstruction for unambiguous recognition. I fear using "one bar" or "two holes"
leaves us vulnerable to too many potential design changes down the line. I'm
attaching a diagram with labels, all of which are accurate but few which are
unique and unambiguous.
|
I understand the concern. I like what you've done with describing the bars
as letters, and I believe we should use that as one part of the naming convention.
Unfortunately it doesn't cover the potential cases on the right.
|
|
Author: | randyf | Posted: | Mar 12, 2020 17:57 | Subject: | Re: New minifigure head variant 28621 | Viewed: | 36 times | Topic: | Catalog | |
| In Catalog, Turez writes:
| In Catalog, StormChaser writes:
| In Catalog, Turez writes:
| How should the new type (and the printed variants) be added to the catalog?
|
So this is basically a blocked open stud. We have two options:
1. Catalog them under the existing blocked open stud entry and add the new number
as an additional item number.
2. Create a new 3626d entry.
I don't have any preference here. What do others think?
|
I also prefer different entries so I will create a new head entry tomorrow. Any
suggestions how to name it? It should not be too long to leave room for pattern
descriptions.
In the meantime I have found the new type also in and .
So maybe the latest inventories with transparent heads need to be checked again?
|
Yes, we will try and contact all the submitter's of inventories since December
that contained transparent heads.
Thanks for catching this early.
Cheers,
Randy
|
|
Author: | mfav | Posted: | Mar 12, 2020 17:28 | Subject: | Re: New minifigure head variant 28621 | Viewed: | 38 times | Topic: | Catalog | |
| In Catalog, amthatkindoforc writes:
| For the former:
Minifigure, Head [Pattern] - Blocked Open Stud, 1 Bar
For the latter:
Minifigure, Head [Pattern] - Blocked Open Stud, 2 Hole
|
I'd suggest the naming convention requires some additional consideration.
We would like the naming convention to be somewhat indicative of the form of
the obstruction for unambiguous recognition. I fear using "one bar" or "two holes"
leaves us vulnerable to too many potential design changes down the line. I'm
attaching a diagram with labels, all of which are accurate but few which are
unique and unambiguous.
With this in mind, I suggest further discussion.
|
|
|
Author: | BricksThatStick | Posted: | Mar 12, 2020 16:56 | Subject: | Re: New minifigure head variant 28621 | Viewed: | 40 times | Topic: | Catalog | |
| In Catalog, Turez writes:
| Hi everyone,
my set came with a new minifigure head type with two holes and new
number 28621. It is already listed at Brickset:
https://brickset.com/parts/design-28621
Looks like the new mold is only used for transparent heads. All three trans-neon
green heads (1x plain, 2x printed) in my set are the new type while all other
heads are 3626c.
How should the new type (and the printed variants) be added to the catalog?
Regards,
Jonas
|
https://www.bricklink.com/message.asp?ID=1115430
I thought maybe they had found an old mould and started reusing it but looks
a different bar width to the one I found at the link above which is from
|
|
Author: | amthatkindoforc | Posted: | Mar 12, 2020 16:37 | Subject: | Re: New minifigure head variant 28621 | Viewed: | 44 times | Topic: | Catalog | |
| In Catalog, Turez writes:
| I also prefer different entries so I will create a new head entry tomorrow. Any
suggestions how to name it? It should not be too long to leave room for pattern
descriptions.
|
Depends on which you want to emphasize: the bar down the middle, or the 2 holes.
I kept the "Blocked Open Stud" string so people searching would find both the
current form and this variant.
For the former:
Minifigure, Head [Pattern] - Blocked Open Stud, 1 Bar
For the latter:
Minifigure, Head [Pattern] - Blocked Open Stud, 2 Hole
|
|
Author: | Turez | Posted: | Mar 12, 2020 16:19 | Subject: | Re: New minifigure head variant 28621 | Viewed: | 39 times | Topic: | Catalog | |
| In Catalog, StormChaser writes:
| In Catalog, Turez writes:
| How should the new type (and the printed variants) be added to the catalog?
|
So this is basically a blocked open stud. We have two options:
1. Catalog them under the existing blocked open stud entry and add the new number
as an additional item number.
2. Create a new 3626d entry.
I don't have any preference here. What do others think?
|
I also prefer different entries so I will create a new head entry tomorrow. Any
suggestions how to name it? It should not be too long to leave room for pattern
descriptions.
In the meantime I have found the new type also in and .
So maybe the latest inventories with transparent heads need to be checked again?
|
|
Author: | mfav | Posted: | Mar 12, 2020 14:48 | Subject: | Re: StormChaser: the tale of two tails | Viewed: | 44 times | Topic: | Catalog | |
| In Catalog, crazylegoman writes:
| I would be in favor of the part size being determined by the overall part dimensions
and not just the base that attaches to studs in the plane tail category
(and possibly other categories.) However, I think that most categories (modified
bricks, modified plates, etc.) would not benefit at all from such size alterations
in their names.
|
Maybe I'm misunderstanding, but I think this is the situation we're in
right now. Some are thought of "one way" and some are thought of "another way".
The "description" labelling might be one way where the "stud dimensions" labelling
might be another way, and the "shipping dimensions" a third way...
It gets real messy real fast.
I'm up to a potential database field count of 15 so far...
I know: roadmap 36.
|
|
|
Author: | Stellar | Posted: | Mar 12, 2020 13:01 | Subject: | Re: March Project - Sticker Sheet Restructuring | Viewed: | 33 times | Topic: | Catalog | |
| In Catalog, randyf writes:
| In Catalog, Stellar writes:
| In Catalog, randyf writes:
| Sure it does. You just add the second part number as an alternate item number
and put both Element IDs in two separate PCC slots. In this case, the vendor
number (the 140413A or 134071A) don't matter, but on some they will.
Cheers,
Randy
In Catalog, starbeanie writes:
| that doesn't solve this problem. same sheet, different number
In Catalog, LordSkylark writes:
| I'd say get rid of the current numbering system and give the sticker sheets
the part number which is written on the sheet itself. Then put the set # into
the description.
|
|
|
Design ID for stickers is the one before the / and the one after is the item
number.
|
The BrickLink item number/part number (or LEGO Design ID) is the one before the
slash and the BrickLink PCC (or LEGO Element ID) is the one after the slash.
That is exactly what I said above in my statement.
Cheers,
Randy
|
Right Randy, I misread!
|
|
Author: | crazylegoman | Posted: | Mar 12, 2020 12:29 | Subject: | Re: StormChaser: the tale of two tails | Viewed: | 47 times | Topic: | Catalog | |
| I would be in favor of the part size being determined by the overall part dimensions
and not just the base that attaches to studs in the plane tail category
(and possibly other categories.) However, I think that most categories (modified
bricks, modified plates, etc.) would not benefit at all from such size alterations
in their names.
David
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|