Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies Author: | 62Bricks | Posted: | Jan 11, 2020 11:44 | Subject: | Re: Inventory Change Request for Set 6274-1 | Viewed: | 24 times | Topic: | Inventories Requests | |
| In Inventories Requests, StormChaser writes:
| In Inventories Requests, SezaR writes:
| Since we cannot add it to the regular section, I guess we can still have it in
the counterpart section.
|
The definition of counterparts:
Counterparts - Parts which are either assembled from or permanently
changed from parts in the Regular Items section during the process of building
a set according to the instructions. Examples include parts with stickers applied
and cut pneumatic hoses. In the absence of instructions, exceptions may be made.
Refer to Additional Information About Counterparts for further details.
Parts on sprues are addressed in the Additional Information About Regular Items
section here:
https://www.bricklink.com/help.asp?helpID=1562
|
Another chance to flog this horse.
Some of these plumes are quite expensive: https://www.bricklink.com/catalogPG.asp?P=4502a&colorID=11
The misguided policy that says all parts on sprues are now regular items means
that many of these plumes that were formerly considered "extras" and therefore
not required to be included in a "complete" set are now required per the Bricklink
policies.
$15-$20 is a significant difference in value.
And these changes have resulted in several listings like the ones below, which
were listed correctly as "complete" under the old policy, but which are now incorrect.
One wonders how many of the "complete" sets that do not have any comments also
do not include the former "extras."
This set sells used, complete, for around the same price as one of the small
black plumes alone.
This policy has removed historical information from the site (the information
about which parts are needed to build the set according to the instructions)
and has created the potential for real confusion and unhappiness between buyers
and sellers (Where's the black plume that Bricklink says should be included?).
It is a bad policy.
|
|
|
Author: | 62Bricks | Posted: | Jan 11, 2020 08:29 | Subject: | Re: Ability to identify parts for a specific set | Viewed: | 58 times | Topic: | Suggestions | |
| In Suggestions, Brickwilbo writes:
| In Suggestions, HillbillyBricks writes:
| How can you get a list of parts that you have in your inventory for a specific
set.
|
On your My Inventory page in the extra options Search My Inventory you can enter
a set number.
| In the price guide it will tell you how many parts you have in inventory
for a set. I want to knw what those parts are.
|
Check the option Show Items in My Inventory to see if you've got the items
in your inventory on the Catalog page:
https://www.bricklink.com/catalogOptions.asp?viewFrom=P
|
We used to have the ability to do this with a shop's listings, too. You could
see what parts from a set were for sale at any shop. That feature broke when
the site was redesigned and has not been fixed. It would be nice to have it back.
|
|
Author: | 62Bricks | Posted: | Jan 7, 2020 07:53 | Subject: | Re: Remove image | Viewed: | 53 times | Topic: | Catalog | |
| In Catalog Requests, Admin_Russell writes:
| In Catalog Requests, 62Bricks writes:
| In Catalog Requests, Admin_Russell writes:
| In Catalog Requests, mfav writes:
| In Catalog Requests, Admin_Russell writes:
| Why shouldn't rust be considered a verified color for this part?
|
I know it's daft of me to think this, but can't you just call up the
mothership and get an answer? Then definitively tell us what it is? I mean instead
of questioning us. Like we know.
You know. As in sincerely, can't you do that?
|
Regarding this color Rust, BrickLink's definition (and usage) don't line
up with the internal official palette, as you can see here:
http://ryanhowerter.net/colors.html
BrickLink sellers tend to list colors exactly as they see them, not what the
catalog says they are supposed to be. That is why there are 86 lots listed under
Rust, yet no inventory lists Rust as a "known" color. And the image "verifies"
the existence of this part in Rust - that's why I am hesitant to remove it.
As far as access to the "mothership" goes, it's still very early in the transition.
Yes, I could contact someone who could put me in touch with someone else who
has access to internal color info. But right now there are other much more important
issues to deal with, so I will be reserving my lifelines for those.
|
"Rust" is just red in certain non-ABS parts. If it is considered a legitimate
color, then we should also have the "medium old gray" of certain old 1x1 clips
and airtanks and maybe "translucent light yellow" for old minifig hands and airtanks.
|
According to Ryan's sheet, 216 Rust is an official LEGO color. And 13 Red
Orange falls into that category too:
|
Ryan's sheet also points out that there is a "rust" that is "Really 21 Bright
Red in softer plastics."
That is the case with the boat mast in question here. I don't think it is
a deliberate color by Lego in this part. It is considered red by Lego, but appears
dull because of the material. If we are going to use our own color definitions,
which I have no problem with, then we should allow them in similar situations
like I mention where the appearance does not match the official Lego color because
of the part material. .
|
|
Author: | 62Bricks | Posted: | Jan 6, 2020 21:10 | Subject: | Re: Remove image | Viewed: | 46 times | Topic: | Catalog | |
| In Catalog Requests, Admin_Russell writes:
| In Catalog Requests, mfav writes:
| In Catalog Requests, Admin_Russell writes:
| Why shouldn't rust be considered a verified color for this part?
|
I know it's daft of me to think this, but can't you just call up the
mothership and get an answer? Then definitively tell us what it is? I mean instead
of questioning us. Like we know.
You know. As in sincerely, can't you do that?
|
Regarding this color Rust, BrickLink's definition (and usage) don't line
up with the internal official palette, as you can see here:
http://ryanhowerter.net/colors.html
BrickLink sellers tend to list colors exactly as they see them, not what the
catalog says they are supposed to be. That is why there are 86 lots listed under
Rust, yet no inventory lists Rust as a "known" color. And the image "verifies"
the existence of this part in Rust - that's why I am hesitant to remove it.
As far as access to the "mothership" goes, it's still very early in the transition.
Yes, I could contact someone who could put me in touch with someone else who
has access to internal color info. But right now there are other much more important
issues to deal with, so I will be reserving my lifelines for those.
|
"Rust" is just red in certain non-ABS parts. If it is considered a legitimate
color, then we should also have the "medium old gray" of certain old 1x1 clips
and airtanks and maybe "translucent light yellow" for old minifig hands and airtanks.
|
|
Author: | 62Bricks | Posted: | Jan 3, 2020 19:39 | Subject: | Re: Items scheduled to be removed from catalog | Viewed: | 65 times | Topic: | Catalog | |
| In Catalog, swfoxtrot writes:
| Doing some shopping and browsing and I have come across a few items that say
they are scheduled to be deleted from catalog. I’m curious if that mean removed
so I can no longer find/buy that piece and if that’s true then how would you
go about obtaining it? Also why would any piece be removed from the catalog?
Perhaps I’m not understanding the why behind it. Can someone explain to me please
|
There is often a note on the item's catalog page that explains why it is
being deleted.
Sometimes it is because a part's entry has been split into new entries for
different variants of the part. If that is the case, then you should see links
to those variants in the "similar parts" section of the catalog page. That's
where you can buy the parts.
Sometimes it is because the item was listed in error.
Sometimes it is because a Bricklink admin just decided it should be deleted.
|
|
Author: | 62Bricks | Posted: | Jan 2, 2020 18:41 | Subject: | Re: New 2020 Colors | Viewed: | 113 times | Topic: | Catalog | |
| Here's the list with the color codes added so you can see which ones need
images (it's most of them at this posting).
In Catalog, StormChaser writes:
| This is not a comprehensive list. As always, it would be most helpful if BrickLink
included an easy way to see these.
New appearances in dark turquoise:
New appearances in black:
New appearances in white:
New appearances in pearl dark gray:
New appearances in dark bluish gray:
New appearances in light bluish gray:
New appearances in tan:
New appearances in reddish brown:
New appearances in red:
New appearances in blue:
New appearances in yellow:
New appearances in orange:
New appearances in green:
New appearances in lime:
New appearances in pearl gold:
New appearances in bright light yellow:
New appearances in bright light orange:
New appearances in bright light blue:
New appearances in bright green:
New appearances in bright pink:
New appearances in dark pink:
New appearances in dark orange:
New appearances in dark blue:
New appearances in dark red:
New appearances in dark azure:
New appearances in dark green:
New appearances in dark tan:
New appearances in dark purple:
New appearances in dark brown:
New appearances in magenta:
New appearances in light aqua:
New appearances in lavender:
New appearances in medium lavender:
New appearances in medium dark flesh:
New appearances in medium azure:
New appearances in coral:
New appearances in trans-neon orange:
[P=35252,18]
I got tired of sorting colors, so here are the rest:
This is now in trans-neon green:
This is now in trans-light blue:
This is now in glitter trans-light blue:
This is now in trans-dark pink:
This is now in trans-orange:
This is now in metallic gold:
This is now in sand green:
This is now in violet:
This is now in yellowish green:
This is now in flat silver:
Finally, if you missed these, here are some entirely new parts:
[P=bb1115]
|
|
|
Author: | 62Bricks | Posted: | Jan 2, 2020 18:17 | Subject: | Re: Part Variants | Viewed: | 47 times | Topic: | Suggestions | |
| In Suggestions, Admin_Russell writes:
| In Suggestions, StormChaser writes:
| In Suggestions, Admin_Russell writes:
Could you explain this term in more detail? I'm genuinely not sure what
it means. I've gone back through and reread all the forum posts where it
is used and I'm still not sure of the definition.
|
If an entry with 400 lots is split into two entries, you may see 250 listings
go to one variant and 300 go to another. That would mean that effectively 150
of those lots were also split.
What this means for the buyer is that they now only have 250 or 300 lots to
choose from, not 400. This may not seem like a big deal, but when you narrow
their options down to domestic shipping, and add the complexity of finding a
few dozen other parts from their wanted list in the same store, it becomes a
significant issue, and it could cost them more in shipping charges and higher
part prices.
Looking at it another way, if you have 5000 parts listed in various lots under
an entry, and the entry is split, 2000 may go to one variant and 3000 would then
go to the other.
And in both these examples, if there is an undetermined entry that needs to be
retired, that splits things in three ways instead of two, at least for a year
or so.
Listing strength is one of the advantages that BrickLink has over its competition.
If you look at any given part, there is a greater quantity available from more
sources than on any other site.
Of course, listing strength isn't a big deal if you are only out to buy one
or two parts. But for most of our users, getting the most parts from the fewest
number of sources is likely one of the biggest challenges they face when dealing
with the constraints of thier building budget.
| | the fewest possible entries
|
| eliminate some variants that don't really need to be distinguished by the majority
of buyers and sellers.
|
Fair enough. I always thought there must be some way to structure the catalog/site
so that all variants could be distinguished without affecting commercial interests.
I still feel like that would be the best possible outcome. It would allow the
site to serve all users equally.
But I understand that some variants really are unimportant and I see the chaos
that variants have on inventories. And I haven't heard anyone propose a
solution that would work well. I'm not sure that one exists.
But if we are going to make a distinction (and the site already does) between
important and unimportant variants, it would probably be helpful to clearly define
that distinction in writing so that everyone knows where the line is drawn.
|
Absolutely. Nothing like this will be done behind closed doors.
| | give a fixed, reasonable length of time for sellers to
deal with undetermined entries in their stores, instead of waiting until all
items have sold out.
|
Yeah, maintaining hundreds of Marked for Deletion items for years is not the
best policy.
|
Leniency on sellers in this respect was done to appease folks who thought the
catalog was going too far in the direction of the collectors and specialists.
But I really do believe if we can come to a compromise on this issue, sellers
will gladly relinquish their grip on those old entries.
|
For variants that share a part number and are distinguished by a suffix, it would
be possible to add a "pseudo" entry on the parts browsing page that would lead
to search results for all variants. For example, on this page:
https://www.bricklink.com/browseList.asp?itemType=P&catString=27
could be an entry for, say, "Plate, Modified 1 x 1 with Clip Vertical - All variants"
with a list of colors like the other entries. The links would lead to a wildcard
search for that part number in that color, as in:
https://www.bricklink.com/search.asp?viewFrom=sa&itemBrand=1000&colorID=9&q=4085%2A&searchSort=P&sz=25
Additionally, it would be a matter of a few minutes to add a checkbox to the
item search page at https://www.bricklink.com/searchAdvanced.asp?utm_content=subnav
that said "Show all variants" and that would append the * wildcard to the part
number entered.
These are things that could be done now, with no underlying changes to the catalog
or functionality. They would allow buyers to see all the variations in one set
of results.
|
|
Author: | 62Bricks | Posted: | Jan 1, 2020 08:44 | Subject: | Re: minifig cty0006 inconsistency error. | Viewed: | 41 times | Topic: | Catalog | |
| In Catalog, joesecc writes:
| Hi,
Whilst checking this minifig prior to packing it for an order. I noticed a discrepancy
with the description.
The minifig description is listed as having black sunglasses.
but the head description in its inventory states it as having Dark Blue sunglasses.
* | | 3626bpx299 Minifigure, Head Glasses with Dark Blue Sunglasses, Closed Mouth, Light Brown Sideburns and Goatee Pattern - Blocked Open Stud Parts: Minifigure, Head |
How does this get sorted?
Joe
|
I don't find a version of this head with black lenses in the sunglasses,
and it looks like the lenses are dark blue in the minifig photo, so I'm guessing
it's just an error in the minifig title. You can submit a change request.
|
|
Author: | 62Bricks | Posted: | Dec 31, 2019 09:11 | Subject: | Re: Define This Item | Viewed: | 42 times | Topic: | Catalog | |
| In Catalog, Lightweight writes:
| In Catalog, StormChaser writes:
| In Catalog, jbroman writes:
| Technically, it’s an antenna tipped with a rangefinder.
So how about we label it as just that “antenna/rangefinder”
|
Sure, sounds decent enough. I'll submit the title change requests.
|
Also—these things should be added on the helmet for pictures one way (on left
side or right side) for consistency
|
I believe they are pictured as they are shown assembled in the instructions.
So if Lego is inconsistent, that will be reflected in the BL catalog.
|
|
Author: | 62Bricks | Posted: | Dec 27, 2019 05:44 | Subject: | Re: Inventory Change Request for Set 1881-1 | Viewed: | 33 times | Topic: | Inventories Requests | |
| In Inventories Requests, StormChaser writes:
| In Inventories Requests, 62Bricks writes:
| Minifig inventories support assembled part entries. Every hips/legs combo and
torso/arms torso, for example. It's not a functionality issue.
|
I am aware that figure inventories may contain assemblies. I was speaking about
the functionality of inventories when they interact with other features like
wanted lists and set part-outs. There was a good explanation of this posted
some time ago in the forum, but I cannot now locate it.
|
Every minifig (that is, every minifig of the classic form) already has assemblies
in its inventory and they interact fine with the part out and want list functions.
The net effect of making the changes would be to remove one single part entry
(the head) and include it with an assembly. It would not affect functionality
at all.
And if it does, then is a rule that breaks the site functionality a good rule?
Because there is no doubt the rules apply here.
|
| At any rate, I wonder what would/will happen should we start applying the rules
to minifig inventories.
|
Nothing would happen because figure inventories would not change. What would
change is how sets are inventoried. Figure parts would be included in the set
inventory and figures themselves would be essentially counterparts like all other
assemblies.
|
I'm suggesting that if the current policy of inventorying everything that
can be inventoried as it was packaged, then some minifig inventories should be
changed to reflect the way they were packaged. The head and torso assembly entries
would be replaced by a new part assembly with the head, torso, arms and hands
assembled as they came in the box.
That's if we were following the rules as they stand now. But we aren't.
I understand this may simply be because nobody has proposed the changes yet.
Or it may be for the reasons I suspect, which is that a decision was made at
some point not to. I think that's what the "display only" exception may have
been intended to forestall, but it does not apply.
But you understand I am arguing against the rules as they stand now, and
I am using this as an illustration of how the rules may be creating unintended
exceptions needlessly. If it were my catalog, then you are correct - figure parts
would be separate in the inventories and the figures could be counterparts, no
different than others. They could still be bought and sold as single units and
have their own names and section of the catalog.
Which would also get rid of that little bit of mental math one has to do if one
is concerned with reconciling the BL part count with the Lego part count by parting
out the minifigs. Since you and others like to use this as a kind of checksum
to verify the accuracy of the inventory, I'd think the idea would have some
support.
|
| I suspect if we
start changing minifig inventories people will squawk.
|
I confess that I have never heard a human squawk. I would be interested in experiencing
this sonic delight.
Figure inventories are very rarely changed for a number of reasons. Those reasons
don't derive much from the noises people utter, but instead the reasons they
produce those sounds. If a figure inventory needs to be changed, the standard
practice is to mark that catalog entry for deletion and create a new catalog
entry which is given a correct inventory.
| That may be the reason
it has not been tackled yet, or why an exception is being made.
|
No, I don't think so. There was a great fear in the past of disturbing the
masses, which is one of the reasons why known catalog/inventory problems were
not addressed. I believe the philosophy is somewhat different now, or is at
least changing as time goes by.
|
|
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|