Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | hpoort  | | Posted: | Aug 10, 2020 12:37 | | Subject: | Re: Catalog Project - Moving Things | | Viewed: | 31 times | | Topic: | Catalog | |
| In Catalog, Teup writes:
| | In Catalog, Admin_Russell writes:
|
[...]
| | | | | | It looks like there will be gigantic changes? And that they will take longer
than a year?
As long as there are huge changes going on, I cannot do business. I thought we
had agreed that the changes would be made, September would be a cool off period
so everyone can get ready, and then we'd be back in business. I can't
do my work if there are continuous huge changes going on, or my inventory will
be a mess.... Please let's do what is necessary all at once.
|
A lot of these are changes to the background organization of the data. The default
presentation will be the same to the user, but by reorganizing things in the
back, we will be able to offer more options to users. This is particularly an
issue for the inventories page, where people want more views than we currently
have.
|
Aha, thanks for clearing that up! I don't think could survive 2 years of
daily part category changes 
|
Hi Matthieu,
Why do you have your own storage system appearantly so closely linked to Bricklink's
catalog categories that any change might disrupt your workflow? I thought you
had devised your own administration system?
Hans-Peter
|
 |
| Author: | hpoort | | Posted: | Aug 4, 2020 02:47 | | Subject: | Re: Catagorizing pieces via molds | | Viewed: | 44 times | | Topic: | Suggestions | |
| In Suggestions, timewarp writes:
| | Its pretty simple, every printed astromech head (for instance) would link back
to its unprinted version under Mold (and vise versa in the "Item Appears In"
Molds.
|
Yes, this evident relationship is missing on Bricklink. I would phrase it differently
though.
Every experienced user of Bricklink knows that in there is a relationship between
e.g. and by either stripping off the part number from
'p' onwards, or vice versa, to add 'p*' to search for all
printed or stickerred varieties. But this relationship has never been formalized
into an actual relationship in this list: https://www.bricklink.com/catalogRel.asp?utm_content=subnav
And therefore also does not show up on the catalog item pages.
For newer users this is confusing or obfuscating.
Please add a 1-on-n relationship for 'Plain versus Decorated', which
may or may not be automatically populated from the part number logic.
|
|
| Author: | hpoort | | Posted: | Aug 3, 2020 04:55 | | Subject: | Re: Super Mario - Minifigs vs Animals | | Viewed: | 40 times | | Topic: | Catalog | |
| In Catalog, StormChaser writes:
| | In Catalog, jonwil writes:
| | How was it decided which enemies should be minifigs and which should be animals?
|
I'm not a fan of waiting, but I was waiting patiently for this topic to arise.
Fortunately, I was not required to wait long.
I originally had them all categorized as figures. I would like to see, by the
way, all figures eventually categorized that way whether they are animal or human
figures. It would solve problems.
Then I moved most to animals based on the new sorting criteria. I discovered
that the new criteria didn't help too terribly much. Or, to put it differently,
they didn't assist as much as I would've hoped.
To answer your question, the ones I left as figures were those that had seemed
to play some kind of role in the series as characters, especially with speaking
parts. My selection might not have been perfect, I'll admit. We can move
animals to figures or figures to animals as deemed necessary.
| | A Monty Mole for example seems very much like an animal to me because it is a
mole and not sentient in any way
|
I was definitely undecided about Monty Mole. It was a tough one. But this was
a playable character in at least four Mario games. In one game a Monty Mole
was an ally to the main characters. In another game a Monty Mole operated a
tank and in a different game a three-barreled cannon.
|
I would suggest extending the item name to include the context ('Mario' ,
lifeform ('animal' and specific animal ('mole', 'dog',
'snake', etc.). That way, they would show up in searches despite being
in whatever category they are placed and whatever given name they may have.
In the absence of another tag system, the item name has to take that burden.
I can't see any problem with using longer, more descriptive names. So let's
use that field to our advantage.
Or maybe we'd need a new category for all those animal-character-named whatever
figures where the distinction is unclear.
|
|
| Author: | hpoort | | Posted: | Aug 2, 2020 09:25 | | Subject: | Re: part 649pb07 | | Viewed: | 30 times | | Topic: | Catalog | |
| In Catalog, crepundi writes:
| | Please add "pedestrian crossing" to the part name, thanks!
Gisela
|
Actually, that would not be correct as this sign means: attention, playing
children (zone). It is not related to a crossing.
The crossing sign warning is when the pedestrians do not have precedence
and or when they do.
Of course there may be regional differences in style and formal use, but I believe
these meanings are never mixed.
|
|
| Author: | hpoort | | Posted: | Aug 2, 2020 02:39 | | Subject: | Re: Make a real forum | | Viewed: | 71 times | | Topic: | Suggestions | |
| In Suggestions, jx writes:
| | The current forum setup is basically like a mailing list. Not very easy to navigate
or search.
It shouldn't be hard to setup a phpBB or myBB forum that is much easier to
navigate. It is probably even possible to integrate accounts here.
There's actually already a forum at https://forum.bricklink.com/ for stud.io
|
Please don't. To me, the Bricklink forum is much easier to navigate and search
through than the Studio one.
You do know that clicking on the small speech bubble icon next to the title of
the mail brings up the entire thread? And that you can toggle between showing
every message and only the thread titles? And that you can filter which categories
you want to ignore? And the power of the macro tags?
|
|
| Author: | hpoort | | Posted: | Jul 28, 2020 11:32 | | Subject: | Re: discolored new white parts | | Viewed: | 34 times | | Topic: | Colors | |
| In Colors, ricardo1475 writes:
| | I need some help about discolored white new parts.
How is it possible that new white parts are not really white any more?
I have part out some brand new sets (straight from the box) some months ago and
I sold some white parts. Now I get the question from the buyer that the parts
are not really white. I have stored the parts in a drawer where there is no sunlight.
How is it possible that the parts are not really white any more? is it a factory
mistake or is it the dark drawer ore what else.
Can any body help me what the problem is.
Johan
|
I've separated all my basic white parts in translucent white (modern) and
opaque white (older) just to avoid these color differences. The translucent white
is slightly warm yellowish, while the opaque can be whiter and prone to discoloring.
The only times that I have seen real bright white, those parts happened to be
non-LEGO. So yours should be just normal.
|
|
| Author: | hpoort | | Posted: | Jul 19, 2020 03:18 | | Subject: | Re: How to make an inventory | | Viewed: | 19 times | | Topic: | Inventories | |
| In Inventories, Deesby writes:
| | I am making an MOC, with instructions and parts list from Rebrickable.
I have created a want list for the parts, but is there any way to save which
parts I have bought and/or already own?
New to website and lego.
Thanks.
|
Easiest for you will probably to make a separate wanted list for the parts you
have already ordered and move those items from your 'need for MOC' wanted
list to your 'bought' wanted list.
Alternatively, you can use the 'have' field in the wanted list, but since
that is ignored by many parts of the Bricklink website, it is of not much use.
|
|
| Author: | hpoort | | Posted: | Jul 11, 2020 06:38 | | Subject: | Re: Dark Green | | Viewed: | 43 times | | Topic: | Colors | |
| In Colors, infinibrix writes:
| | | | In Colors, infinibrix writes:
| | I think the change of ALL colour names should be a priority because however bizarre
Legos colour names may seem to us it is the manufacture who made those decisions
for their product and so it’s their name choices that should take precedence?
If an established and well-known paint brand names one of their colours ‘Bright
Yellowish Green’ distributors and retailers should follow that colour guide because
by re-labelling it as ‘Lime’ they only create confusion for their customers.
The customer knows the brand of paint they want and they know the colour that
the manufacture calls it and yet the customer is expected to somehow work it
out for themselves or if they’re lucky stumble across a third party colour guide?
The variations of the Lego product are confusing enough at the best times so
why create further confusion in areas that are easily fixed?
|
Once again, no thank you.
|
But if it’s just a preference thing why stop there... Why not just ignore the
Lego part numbers too and use our own/old peeron codes? But wait we already do?
I’ve never understood why the biggest Lego market place ignore Legos colour system
and ignores Legos official part numbers. Granted you can search by the Lego references
but we are still presented with this 3626cpb0730 instead of this 6003296?
|
You are presented with both on the catalog item page. Because for more than half
of the parts the official Design Id (BL: Part number) or Element Id (BL: PCC)
is not known, is not referring to the part (single part or combination) refers
to a technical difference (such as ABS versus PC or PE) that is not distinguished
on Bricklink and because there is relational information hidden inside the Bricklink
numbering system.
And for the color names: because Bricklink and the whole AFOL market had to choose
their own naming systems long before LEGO published their color names - which
are confusing at best.
|
|
| Author: | hpoort | | Posted: | Jul 11, 2020 03:45 | | Subject: | Re: Dark Green - who's going to crack first? | | Viewed: | 32 times | | Topic: | Colors | |
| In Colors, Admin_Russell writes:
| | In Colors, Stellar writes:
| | In Colors, StormChaser writes:
| | In Colors, misbi writes:
| | isn't it about time that we set about resolving conflicting colour names?
|
My preferred resolution would be to update our colour chart to show TLG names
as a comparison:
https://www.bricklink.com/catalogColors.asp
It's literally as simple as adding a column to the chart, but it might take
some senior analysts and ***************************************
************************************************************
************************************************************
************************************************************
************************************************************
************************************************************
to accomplish (witty and well-worded negativity edited out).
|
So you want something like this that can be well done in no time?
The only difficult thing would be combined Lego colors to one BL color, but we
can put a / or just add an empty row below the one that matches for each extra.
Sergio
|
It is not that easy. There is not a 1 to 1 correspondence. And the dates for
sure do not line up with LEGO colors.
|
Bricklink managed to include a fair list of the matching color names with Studio
(data/StudioColorDefinition.txt) in which those few name clashes posed no problem.
So why not here as well? In the worst case you'd leave blanks for the conflicting
colors.
|
|
| Author: | hpoort | | Posted: | Jul 8, 2020 02:27 | | Subject: | Re: Collecting the parts catalog | | Viewed: | 44 times | | Topic: | Catalog | |
| In Catalog, SylvainLS writes:
| | In Catalog, hpoort writes:
| | […]
I tend to think that - disregarding decorated parts - personally I have 'nearly
every part in most colors' but in truth, it is only a meager 2.407 of 14.969
unique parts or if I do count the colors separately, a 10.894 of who knows how
many part color combinations.
|
As of a few minutes ago, there were 52,433 PCC for parts in the catalogue.
But 17,695 have a “p” in their ID. That generally means they are decorated but
some are just multicoloured.
And 10,916 have a “c” in their ID. So they are composites and their composing
parts may already be counted, or not.
(Some cXX parts have no subparts, some subparts may not have PCCs, and you might
want to count the subparts and the composite or only the composite or only the
subparts….)
And some (~8600) have a “c” AND a “p” in their ID, but I didn’t dig deeper into
the IDs.
Plus, there a few doublets, e.g. parts from parts packs share a PCC.
And that doesn’t say how many parts exists but have no PCC in the catalogue.
I’d guess mostly parts not in a set or in older sets but there may still be
many thousands of them.
So, er, well, yeah, who knows how many part colour combinations? 
|
That shows the PCC list is far from complete and includes many duplicates (variants
not distinguished by Bricklink).
The easier answer finally came to me: it can be derived from the colors page
(https://www.bricklink.com/catalogColors.asp) by summing the appropriate column.
The 60.734 parts come in 81.263 color combinations in sets, as known on
Bricklink.
To be complete, the relevant summed columns are:
Known Parts: 81.263 unique part color combinations
On Wanted Lists: 182.281 unique part color combinations (so a great lot of wishful
thinking, hoping these parts will one day come available)
For Sale: 90.881 unique part color combinations (so a lot of factory escapes
or listing errors)
The 81.263 is including the patterned bricks, including variants, but excluding
parts that are not known to exist in sets. This last category includes all the
Modulex bricks as there seem to be no set inventories for these. Why is that?
|
|
| Author: | hpoort | | Posted: | Jul 7, 2020 06:58 | | Subject: | Re: Collecting the parts catalog | | Viewed: | 47 times | | Topic: | Catalog | |
| In Catalog, gunga writes:
| | Just a random thought that came to me while sorting pieces...
Has anyone tried to collect, and complete, the parts catalog? In other words,
collecting every part in every know color. It would be an interesting challenge
to say the least.
Bill
|
With over 60.000 parts in the catalog (14.969 without pattern, https://www.bricklink.com/catalogList.asp?q=-pattern&catType=P),
it is a challenge indeed. Some shops come a long way:
https://www.bricklink.com/storeResults.asp?sMM=7&sDD=7&sYY=2020&itemSeq=1&breakType=M&sortBy=1&q=&itemType=P®ionID=-1
(But you can't really trust the numbers if they have duplicate lots)
I tend to think that - disregarding decorated parts - personally I have 'nearly
every part in most colors' but in truth, it is only a meager 2.407 of 14.969
unique parts or if I do count the colors separately, a 10.894 of who knows how
many part color combinations. But then again, I don't actually buy just to
collect the catalog. That is secondary to buying for building.
|
|
| Author: | hpoort | | Posted: | Jul 4, 2020 13:36 | | Subject: | Re: Smooth Slopes | | Viewed: | 46 times | | Topic: | Catalog | |
| In Catalog, StormChaser writes:
| | Thank you for all the responses so far. It seems we are all in agreement, which
is quite nice.
In Catalog, edk writes:
| | The 2x2x2 does have an actual
smooth variation that I think should stay in the catalog.
|
Which specific part are you referring to here?
|
That must be versus
That's the only slope I can think of that is as smooth as a windscreen.
There might be smooth slopes around for the purpose of better applying stickers.
As for removing variants: I'd rather see Bricklink evolve towards a better
system of dealing with this, like I and many others have suggested so many times.
But still, the distinction between smooth and textured slope surfaces has never
seen true to me anyway.
|
|
| Author: | hpoort | | Posted: | Jul 2, 2020 10:50 | | Subject: | Re: Sprues | | Viewed: | 25 times | | Topic: | Catalog | |
| In Catalog, yorbrick writes:
| | In Catalog, hpoort writes:
| | In Catalog, Leftoverbricks writes:
| | Are sprues like the one from
[p=x8] in the catalog?
If yes: how to find?
If no: why not?
|
I would have been interested in buying them when I first discovered their use
in MOCs. I had to buy new leaves instead, in the hope they would include the
sprues.
This might be one of those cases where it would be good to make an exception
and include it in the catalogue. You could try to add it and see what the catmins
think of it. Whether the sprue alone stands a chance, I don't think so, but
the 'leaves on sprue' part has precedents in the flowers, coins and keys.
|
If that one is allowed, then all the others should be allowed too. Some of them
have uses, or may have uses in the future.
|
To have several parts on one sprue is quite common (https://www.bricklink.com/catalogList.asp?q=sprue),
but to have only one part on a sprue I can think of only the plant leaves. Are
there other single parts that are distributed on a sprue?
|
|
| Author: | hpoort | | Posted: | Jul 2, 2020 10:37 | | Subject: | Re: Sprues | | Viewed: | 56 times | | Topic: | Catalog | |
| In Catalog, Leftoverbricks writes:
| | Are sprues like the one from
[p=x8] in the catalog?
If yes: how to find?
If no: why not?
|
I would have been interested in buying them when I first discovered their use
in MOCs. I had to buy new leaves instead, in the hope they would include the
sprues.
This might be one of those cases where it would be good to make an exception
and include it in the catalogue. You could try to add it and see what the catmins
think of it. Whether the sprue alone stands a chance, I don't think so, but
the 'leaves on sprue' part has precedents in the flowers, coins and keys.
|
|
| Author: | hpoort | | Posted: | Jun 28, 2020 07:14 | | Subject: | Re: Number bricks: which is which | | Viewed: | 61 times | | Topic: | Catalog | |
| In Help, primadeluxe writes:
| | The images in the inventory of part 3005pt9s and 3005pt9 do look a lot the same.
Is there any difference between them or has one just the wrong image?
In Help, primadeluxe writes:
| | Thanks! Left is 3005pt9b, right is 3005pt9s, but the middle one? Does not look
the same as 3005pt9?
In Help, Edwin073 writes:
| | In Help, primadeluxe writes:
| | Can someone help me identify these number bricks, because in de catalog there
are three different entries, I have three different bricks, but they do not look
the same. And they have two different logo on the stud. See attached pictures.
Thanks!
|
Hello,
Maybe this helps?
https://www.bricklink.com/v2/search.page?q=brick%201x1%209#T=P
Greetings Edwin
|
|
|
is the bold font (NL: 'vetgedrukt' ) as in the left in your
picture,
is the serif font (NL: 'met schreef' ) as in the right in
your picture.
is neither bold nor with serif, so must be the middle one in your
picture. It's image is a render, not a photo. This may explain why it looks
differently. Looking at the part numbering, it may have originally been intended
as the non-distinguished variety, but seeing your picture, it must be the plain
(thin) variety.
Can you upload your image as an additional image for these parts? I think it
is enlightening to see the bricks side by side for comparison.
|
|
| Author: | hpoort | | Posted: | Jun 26, 2020 02:50 | | Subject: | Re: Parts in new colors by set history | | Viewed: | 44 times | | Topic: | Suggestions | |
| In Suggestions, TtOoWwAa writes:
| | Hi,
I do use all of the methods you mentioned but it doesn't really do what I
need without a lot of work so I think a feature would be well appriciated (assuming
you or someone else reading this can actually make it happnen of course)
regards, Snipe
|
Don't expect any changes to this part of the site's functionality soon.
You'll have to learn how to make best of what already is there. I think maybe
you might benefit from:
https://www.bricklink.com/catalogList.asp?pg=1&viewImg=Y&sortBy=D&sortAsc=D&catType=P&v=1
found halfway down https://www.bricklink.com/catalog.asp
Otherwise, for the task you have set yourself, you might be better of with sites
like NewElementary or Brickset. Bricklink's primary focus is to have a catalog
for selling purposes.
The year of release associated with part-color-combinations stems only from what
is listed in inventories. Information like a hiatus in production is not directly
available on Bricklink. You would need to breakdown the inventories to the source
of each part manually. You can use the catalog item relation pages like https://www.bricklink.com/catalogItemIn.asp?P=3008&colorID=39&in=A
to find the sets a specific colored part comes in, and https://www.bricklink.com/catalogDownload.asp
to get a reference list for all sets including their year of release.
|
|
|
| Author: | hpoort | | Posted: | Jun 8, 2020 06:50 | | Subject: | Re: New Relationship Match | | Viewed: | 31 times | | Topic: | Catalog | |
| In Catalog, StormChaser writes:
Great idea to do it this way.
Is there a flag you can set so that this relation type also shows up at catalog
item pages like other relations? Or is this up to admin Russell to get a developer
onto this?
|
|
|
| Author: | hpoort | | Posted: | Jun 3, 2020 07:32 | | Subject: | Re: 4537 and the 2 bricks with one sticked | | Viewed: | 26 times | | Topic: | Inventories | |
| In Inventories, sonnich writes:
It appears not be in the catalog yet https://www.bricklink.com/catalogList.asp?q=octan%20panel
So to find it:
* make a photo
* add it as a part https://www.bricklink.com/wantedCatalog.asp?catType=P
(I am not sure what the numbering for this kind of assembly would be; maybe
[p=4865c01pb01] as a pattern combination of )
* wait for the part to be approved
* add the part to the inventory of as a counterpart
* now the part can be found both through the inventory and through it's name
and number
|
|
| Author: | hpoort | | Posted: | Jun 1, 2020 04:24 | | Subject: | Re: Did horizontal become vertical & vice versa? | | Viewed: | 69 times | | Topic: | Catalog | |
| In Catalog, Northwinds writes:
[p=30241b] follows the logic behind and . The orientation is
that of a bar attached to the clip, not that of the clip itself.
I can't find any name change logs of this part.
|
|
| Author: | hpoort | | Posted: | May 31, 2020 01:49 | | Subject: | Re: Inventory Change Request for Part bb0905c01 | | Viewed: | 22 times | | Topic: | Inventories Requests | |
| In Inventories Requests, randyf writes:
| | In Inventories Requests, StormChaser writes:
| | In Inventories Requests, elias3 writes:
| | Please make changes to the following inventory: [P=bb0905c01]
* Change 1 Part {Dark Orange to (Variable Color)} 30462 Dinosaur / Dog Legs Unit
Comments from Submitter:
there is also a light grey version, color = 'variable color'
Dinosaur Body, Triceratops with variable color / Dog Legs Unit (bb905 / 30462)
|
I think what you're trying to do here is point out that the part and its
inventory need to be changed.
You want the part identified by color to be the top instead of the legs. This
would be in line with how things should be done (the minimum amount of catalog
entries required). To accomplish this, the part title needs to be changed to
something like this:
Dinosaur Body, Triceratops in Dark Gray with Dinosaur / Dog Legs Unit (bb905
/ 30462)
Then the inventory of the part needs to be changed to show the top part in a
fixed color (dark gray) and the legs in a variable color (which would be shown
in inventories as either dark orange or light gray). If this were done, then
it would not be necessary (as it is right now) to create a second catalog entry
for the version with light gray legs.
Randy originally added this part assembly in May of last year. If he is okay
with the title and inventory changes, then I see no problem with them, either.
|
The part was added and inventoried the way it was to more easily accommodate
the inventory and items for sale of
The full dinosaur had always been identified as the color dark grey in the set
inventory and in the items for sale. I didn't want to have to change that,
so identifying the main body part by dark gray (its main color) made the transition
of the full dinosaur entry's inventory seamless at the time that I added
the part to the catalog (since the full dinosaur inventory includes the head
and tail in the same color as the body to create the full dinosaur).
So, in the end, we are talking about the difference between either one or two
catalog entries depending on when I can eventually get to my other set and add
the second triceratops body to the catalog.
This is something that the new guidelines for assemblies in the catalog needs
to take into account. Should the dinosaur be listed as color dark gray or n/a?
If we stick with dark gray as it currently is, then it is much easier to keep
things as they are now. However, if we go towards having animal and other large
assemblies as all being color n/a, then we can switch the constituent parts to
whatever colors we want since all of the parts in the assembly inventories will
have their colors and images attached to them instead of having multiple subparts
being variable color. Since we aren't dealing with this topic yet, I suggest
we hold off on making any changes to the part in this change request for the
sake of the current full dinosaur assembly.
|
For the part to be integrated in Studio, it is highly recommended to follow the
color scheme that LDraw uses. In this case, LDraw has chosen to use different
files dependent on the leg color (https://www.ldraw.org/cgi-bin/ptscan.cgi?q=triceratops&scope=description),
same as Bricklink.
I think the issue of dual colored molds requires input from both the Bricklink/Studio
teams to really think through the consequences of the design and selling platforms.
|
|
| Author: | hpoort | | Posted: | May 25, 2020 14:00 | | Subject: | Re: Disable Buyer's Ability to mark order Paid | | Viewed: | 29 times | | Topic: | Suggestions | |
| In Suggestions, Admin_Russell writes:
| | In Suggestions, Mistress_Lisa writes:
| | In Suggestions, Teup writes:
| | In Suggestions, Mistress_Lisa writes:
| | Someone just ordered from me and marked the order paid when I haven't even
sent an invoice yet! But now the line is grayed out, and I am unable to send
an invoice!
|
I'm pretty sure that's a bug.. buyers can't change the order status
to paid, only sellers or onsite payment can.
| | Why is there even the option for a buyer to mark the order paid?
As a seller, it doesn't matter to me if the numbers are in bold (showing
'paid' since I don't think it is paid until I check Paypal to make
sure it is in my account. (or received the check in the mail or whatever).
Like Scrooge, I don't ship until I have the 'cash in hand', so I
should be the only one to mark it paid. (or the Paypal link, that is fine too,
just not the buyer).
Lisa at Brick Dungeon
|
So.. are you talking about the order status, or about the grand total showing
in bold because the buyer submitted the payment? You'd want to remove the
latter just because you don't need it?  Well, I need it.. not everyone
works with PayPal. If buyers send me bank transfers, I need to see that so that
I can ship their order or verify the payment. It's a pretty important feature
to me.
|
Well, drats. I guess that isn't the solution either. But I have checked my
Paypal account, and there is NO payment from the buyer. And yet, since he marked
it paid, everything is grayed out and I cannot add a shipping amount or send
an invoice! Frustrating!! Okay, so a better solution may be that BrickLink does
NOT gray out the options!!
Lisa
|
Hi Lisa,
You should be able to send an invoice. One of the changes we made last week was
to allow an invoice regardless of order status:
https://www.bricklink.com/message.asp?ID=1198619
(7) b. Sellers can send an invoice independent of order status
This has also been reverted to the way it was originally. And sending an invoice
will not automatically change the Order Status.
So if you can't send an invoice, that's a bug and we'll need to get
it fixed.
Regarding being able to change the charges on an order after the order has been
paid, this is something we did not revert last week, and a number of sellers
have come forward with situations where they still would like to use this option.
I will gather up these comments and re-open this issue with the team this coming
week to see if we can be more flexible.
Although, my understanding of the "Paid" status would be that the seller would
have to mark it as paid, or it would be marked as paid as a result of an onsite
payment transaction. I would not consider a buyer marking something as "Paid"
as something that should limit the seller's options in any way. Maybe there
is some confusion on this depending on whether the seller has enabled the option
of separating payment status from order status.
Also, and I extend this to anyone who has an order status that is stuck for whatever
reason. Please contact me and I will change the order status for you manually.
|
How confusing that even you don't mention that 'Paid' has always
been a status set by the Buyer to indicate payment was sent. https://www.bricklink.com/help.asp?helpID=121
On the seller's end it may show up differently.
|
|
| Author: | hpoort | | Posted: | May 22, 2020 13:00 | | Subject: | Re: Is dual color mold really decorated? | | Viewed: | 16 times | | Topic: | Catalog | |
| In Catalog, StormChaser writes:
| | In Catalog, Miro78 writes:
| | This should had been addressed when these parts started to appear first back
in 2014. Problem with many images is that it's hard to tell if they are MCM
or SCM, especially with the digital images replacing actual images. That being
said, this needs to happen sooner than later. It's an important classification
that affects those that need to know or care.
|
I've added this to the roadmap because there is more involved here than just
identifying and retitling MCM parts. It's the most recent project added
(end of the list):
https://www.bricklink.com/help.asp?helpID=2476
Our goal is to get through one project every month. This is not an overly complicated
project, so hopefully it will happen relatively soon. I would suggest this to
anyone reading: begin working on compiling a list of MCM parts so that when we
begin the project we can breeze through it quickly.
|
Don't forget about the choice of which of the colors is variable and which
is fixed. See https://www.bricklink.com/messageThread.asp?ID=267557 that I brought
up two weeks ago. There is more to it than just the item descriptions.
|
|
|
| Author: | hpoort | | Posted: | May 6, 2020 02:41 | | Subject: | Re: Junior Accounts? | | Viewed: | 39 times | | Topic: | Suggestions | |
| In Suggestions, SylvainLS writes:
| | In Suggestions, WoutR writes:
| | […]
Before LEGO bought BrickLink I would have said no...
But I can see a point in using Studio (especially now LDD is not supported),
and linking that to a wanted list...
|
Danger, danger.
If you let kids upload their digital work in the gallery¹, it will soon be even
messier than it is (or than it was at the beginning or the LDD gallery or any
gallery kids can upload their 3-stacked-bricks creations (yes, that’s condescending
but let’s face it, most kids aren’t Mozart)).
¹ If you want to share a WL, you might want to add a picture of the model with
it, and that’s exactly the same thing as uploading to the gallery.
Besides, what’s the purpose of a WL if it’s not to buy it?
So, your kid uploads a WL (or a MOC) on their teen-account, and you download
/ transfer / share it so that you can buy it from your account.
It’s quicker to let them directly upload a WL in your BL account from Studio.
If they are savvy enough to manage what is proposed, they can understand not
to touch your WLs and to name theirs intelligently.
(Studio can upload a WL directly to your BL account in one click.
What it can’t do is make a XML file of the WL so that you wouldn’t need to let
your kid have your BL credentials. It can do a useless CSV though….)
|
Yes, Studio needs to be logged in to Bricklink to do this. Some features are
only available when logged in (Sculpture, Upload WL, Upload MOC). If the child
is using Studio, it is effectively using Bricklink as a junior, which is not
allowed according to the TOS. I conclude that junior accounts are an essential
development if BL wants Studio to be used by youngsters as well.
|
|
| Author: | hpoort | | Posted: | May 3, 2020 12:56 | | Subject: | Re: Ants | | Viewed: | 49 times | | Topic: | Catalog | |
| In Catalog, WoutR writes:
| | In Catalog, StormChaser writes:
| | In Catalog, hpoort writes:
| | Except for the coloring, is there any difference between [p=62575cx1] and ?
|
Without having both parts to examine, I cannot say. But any differences would
likely be extremely minor.
| | Also, how do we go about numbering in such a case in general?
|
We haven't updated this page yet, but everything about item numbering is
here:
https://www.bricklink.com/help.asp?helpID=168
| | 62575 is the LEGO
design number for the marbled version, 23714 for the plain version. Is the former
really seen as an assembly (cx1)?
|
No, this is clearly not an assembly. It was renumbered to maintain compatibility
with Peeron. This happened in 2010 before Peeron died.
| | I would suggest 62575cx1 renumbered to 23714pb01 and 62575 listed as an alternative
number. Before making such a request, I'd like to be sure about any differences
and guide lines.
|
I think this is a reasonable request and I see no reason why it should not be
accommodated. If no one objects within the next day or so I'll make it happen.
| | I know the catalog team has different priorities right now
|
I am not a spokesperson for the team, but I think it would be fair to say that
our priority is always the catalog and any issues that affect it.
|
https://brickset.com/parts/design-62575
https://brickset.com/parts/design-23714
I would suggest that we use the designID that LEGO uses as the main partnumber.
23714 for the plain version,
62575* for the multicolored version with 23714pb* as an alternate,
and a catalog relationship between them.
|
That makes sense to me, but it would set a new standard. Probably in line with
what BL would want for XP, but not how it is classically done.
Specifically which type of relationship can we currently choose?
The relation between plain parts and their multicolored, stickered or printed
versions on Bricklink is currently an implied relation only, by means of the
part number. There should be a new relation type defined for this relation type.
Is this in reach of the current catalog admin? And then to systematically set
the relation between each patterned part and it's base part.
|
|
| Author: | hpoort | | Posted: | May 3, 2020 10:06 | | Subject: | Ants | | Viewed: | 219 times | | Topic: | Catalog | | Status: | Open | |
| Except for the coloring, is there any difference between [p=62575cx1] and ?
Also, how do we go about numbering in such a case in general? 62575 is the LEGO
design number for the marbled version, 23714 for the plain version. Is the former
really seen as an assembly (cx1)?
I would suggest 62575cx1 renumbered to 23714pb01 and 62575 listed as an alternative
number. Before making such a request, I'd like to be sure about any differences
and guide lines.
And yes, Robert, I know the catalog team has different priorities right now,
but this one just came up and I wonder.
|
|
| Author: | hpoort | | Posted: | Apr 30, 2020 03:04 | | Subject: | Re: Buying random colors | | Viewed: | 29 times | | Topic: | Colors | |
| In Colors, normelton writes:
| | I need to buy ~100 of the same part, but I don't care what color they are.
In fact, I don't really want 100 of a single color. I'd rather it be
mixed.
Previous posts have said that "not applicable" would work, but when I choose
that, the system seems to pick a single color, presumably the cheapest?
Is there a way to specify random colors?
Thanks!
Norman
|
You are looking to buy 100 pieces of one design distributed over various lots,
disregarding the color of those lots and wish for a way to find these lots.
Sorry to say, but there is not a straightforward way to do this on Bricklink.
You have to manually decide upon the color distribution.
Best bet would be to use manipulate the list of stores that have this part (catalog
item page) and their available amounts of this part outside Bricklink.
Disregarding shipping, your choice would be the top lots in the list of available
lot when sorted by ascending price, but you would like to consolidate by shop.
Alternatively: find one shop that comes up on top of the list, then go this store
and search for the part again in any color. This shows you all lots that shop
has. Count the number of parts you can buy from there, and see if you have reached
your 100. If not, repeat for the next shop.
|
|
| Author: | hpoort | | Posted: | Apr 24, 2020 07:14 | | Subject: | Re: Instructions | | Viewed: | 27 times | | Topic: | Catalog | |
| In Catalog, Admin_Russell writes:
| | In Catalog, starbeanie writes:
| | But we differentiate between
and the only difference is the number tells you whether it was formatted for
printing on US vs. EU standard paper.
just the same as the instructions.
|
Sticker sheets are considered parts - that's why there is this fussiness.
I agree - this is really splitting hairs, and I have commented on more than
one occasion that you could switch the two entries around back and forth and
likely no one would notice.
But fixing something like this is like removing a variant from the catalog that
people have spent time distinguishing. I actually have a list of parts (other
than stickers) where the variant is clearly out of the BrickLink scope, but removing
them from the catalog is something I'm not ready to pursue at this time.
|
Still thinking about removing variants from the catalog? Why even consider this,
when there are so many great suggestions to approach this differently?
One simple change to the search features would totally solve most if not all
of the variants problems:
* when a user searches for the (undetermined) base type, include all variants
in the search results or wanted list match
* when a user searches for the specific variant, include only those lots for
sale that are guaranteed by the sellers to be of that specific variant.
This would allow for including all known variants on Bricklink as it would give
both sellers and buyers the freedom to distinguish at will and not have these
bottomless discussions about whether or not to recognize a variant without clear
rules.
In January I posted in detail about what this small technical change / policy
change would mean for the technique and interface. This triggered some additional
suggestions that would even make it better. I am still waiting for a well thought
reply from Bricklink about this.
Hans-Peter
|
|
| Author: | hpoort | | Posted: | Apr 23, 2020 09:00 | | Subject: | Re: Images/Renders Part 4447 | | Viewed: | 22 times | | Topic: | Catalog | |
| In Catalog, bje writes:
| |
I have one of these from but mine have all 4 studs as solid studs
and no hollow studs. Are the renders for this part correct or is mine an undocumented
variant?
|
All the ones I have in White, Black and Light Gray are solid stud.
Solid studs in Studio as well.
|
| Author: | hpoort | | Posted: | Apr 22, 2020 00:48 | | Subject: | Re: Inventory Labels | | Viewed: | 23 times | | Topic: | Inventories | |
| In Inventories, ToysRcool writes:
| | What do you use to label your inventory drawers?
|
or actually part thereof, glued to the front of each drawer. Significant shapes
or colors of the bricks inside clicked to the front.
|
|
|
| Author: | hpoort | | Posted: | Apr 20, 2020 01:16 | | Subject: | Re: Closest Color | | Viewed: | 23 times | | Topic: | Colors | |
| In Colors, dgeehot writes:
| | Is there any good reference or way for me to tale a color ID which appears no
longer being produce to find a current color that is still in production
Color = 194 - Medium stone grey -
199 Dark Stone Grey
Thanks - Daniel
|
These are generally called:
Light Bluish Gray (modern) or Light Gray (retired)
Dark Bluish Gray (modern) or Dark Gray (retired)
on Bricklink.
The retired colors are still very widely available on Bricklink.
The modern varieties have a slight blue tinge, the retired varieties nigh to
yellowish and brown.
A great color reference:
http://ryanhowerter.net/colors.php
|
|
| Author: | hpoort | | Posted: | Apr 18, 2020 02:34 | | Subject: | Re: Worm Gear Ratio | | Viewed: | 36 times | | Topic: | Catalog | |
| In Catalog, StormChaser writes:
| | We have a pending change request for the additional note on this part:
The member says the gear ratio is 20:1, not 24:1. We'd appreciate input
from anyone with knowledge of this part.
|
I remember it to be indeed 1:20. I checked the instructions and it is.
See http://peeron.com/scans/872-1/2/?id=425
Hans-Peter
|
| Author: | hpoort | | Posted: | Apr 16, 2020 12:41 | | Subject: | Re: Category Definitions Discussion | | Viewed: | 38 times | | Topic: | Catalog | |
| I don't see the definition of Plate, Modified and Tile, Modified helping
to choose between them for parts like .
Coincidentally, earlier today I noted the category Mini Dolls Hair - Is there
any physical distinction between hair originally used for mini dolls and hair
used for minifigures? If not, why would this be a separate category?
|
|
| Author: | hpoort | | Posted: | Apr 11, 2020 07:14 | | Subject: | Re: 3830c01 Hinge Brick 1 x 4 marked for deletion | | Viewed: | 57 times | | Topic: | Catalog | |
| In Catalog, Autour writes:
| | Hi,
The reason why 3830c01 Hinge Brick 1 x 4 Swivel is marked for deletion is not
justified IMHO ("it sets a precedent for adding dozens of unnecessary combinations
of hinges").
I don't think anyone has the intention to create colour-combinations for
these two parts combined.
Most sellers just want to sell the two parts together to avoid unequal (worthless)
quantities of the underlying parts.
So can this decision be undone please so that new items can be listed?
Best regards,
Kris - Autour des Briques
|
There is a slight flaw in your logic:
- if the part sells only symmetrically, you won't end up with unequal amounts;
- if the part sells asymmetrically, which you seem to fear is the case, you may
have unequal amounts at some time, but since your presumption was that parts
sell asymmetrically, this would not be any problem whatsoever, since both parts
will keep on selling in unequal amounts.
Only if one of both sides were used in a popular MOC and the other not, would
demand and prices grow away, like seen at some collectable minifigures.
There are other reasons beyond the one cited:
- whether or not the parts came assembled by LEGO in the first place
- whether inventories of MOC's will state both halves separately (like Studio
does) or together.
Theoretically, you could use the superlot system to bind the left/right or top/bottom
part together (although practically this seems to not work so well with Autobuy).
|
|
| Author: | hpoort | | Posted: | Apr 6, 2020 14:01 | | Subject: | Re: 3024 plate 1x1 metallic gold : does it exist? | | Viewed: | 40 times | | Topic: | Catalog | |
| In Catalog Requests, Autour writes:
| | Does 3024 plate 1x1 exist in Metallic Gold?
I do have some examples in front of me (genuine parts) that don't look at
all as Pearl Gold but do look as Metallic Gold. But the latter is not featured
as a known colour.
Can someone else confirm the existence of 3024 in Metallic Gold?
And if so, please add it to the catlogue as a known colour!
|
Your example definitely shows two (of the many) shades of Pearl Gold.
Metallic Gold looks quite different: it is drum lacquered.
Such as
|
|
| Author: | hpoort | | Posted: | Mar 14, 2020 11:41 | | Subject: | Re: Which colors available for each part | | Viewed: | 29 times | | Topic: | Colors | |
| In Colors, Sdoherty76 writes:
| | Hi i have a list of parts which i know need to be the same color for my build.
i would like to build the same item in different colors if the parts are available
in that color.
is there a way of finding out what other colors are available for a list of parts.
i can then determine if they actually exist and can buy a batch in another color.
i know i can look at known colors for each part but this is on each individual
part page and wondered if this could be linked?
sean d
|
Through the wanted list functionality it is possible to get a list of shops and
prices to get an idea of availability ('show shops per item', but it
is not so easy to bulk change the wanted color.
Studio might be more useful. It gives a price indication for each part, highlighting
parts that are not available or more expensive, and it is easy to change the
color on a group of parts.
|
|
| Author: | hpoort | | Posted: | Feb 26, 2020 10:57 | | Subject: | Re: Bricklink Studio part | | Viewed: | 31 times | | Topic: | Suggestions | |
| In Suggestions, Milble_79 writes:
| | Please add to the Bricklink Studio parts list:
87610pb02 - Minifigure, Headgear Helmet with Holes, SW Mandalorian with Blue
and White Pattern
|
You should post this request on the appropriate forum: https://forum.bricklink.com/
topic 'Studio Parts'
|
|
| Author: | hpoort | | Posted: | Feb 25, 2020 02:41 | | Subject: | Re: 92586 White Dog, Alsatian / German Shepherd | | Viewed: | 50 times | | Topic: | Catalog | |
| In Catalog, axaday writes:
| | In Catalog, myixjetjet24 writes:
| | Where did it come from? I cannot find any set containing this.
|
Probably the factory.
I know that sounds snide, but I mean some people can get testshots and stuff
from the factory that weren't produced for sale.
|
... and that escaped the printing process.
is of course the unprinted variety of
I bought mine in 2016 from TakeABrick (https://www.bricklink.com/store.asp?p=TakeAbricK&itemID=135212983)
- which if I remember well, was a chance find at the time.
Hans-Peter
|
|
| Author: | hpoort | | Posted: | Feb 15, 2020 10:17 | | Subject: | Re: Can you edit the Catalog display? | | Viewed: | 34 times | | Topic: | Catalog | |
| In Catalog, stutrippant writes:
| | Is there any way to edit the way the Catalog is displayed? There are some types
of Lego that I'm not interested in and they just clutter up the Catalog tree.
For instance, 19 Duplo and 7 Mini Doll categories that I'll never bother
looking at. (I'm okay with Fabuland!)
|
You can not consistently hide these categories throughout the site.
However, you can append '-duplo -doll' to your search term to exclude
everything that has Duplo or Doll in it's name. Similarly you can exclude
other keywords such as '-pattern' to hide all stickered and printed parts.
Hans-Peter
|
|
| Author: | hpoort | | Posted: | Feb 9, 2020 03:00 | | Subject: | Re: Description standardization note | | Viewed: | 48 times | | Topic: | Catalog | |
| In Catalog, Admin_Russell writes:
| | In Catalog, mfav writes:
| | It would be good for consistency in the catalog description if all instances
of numbers were either integers or words, not arbitrarily some of each.
So:
Three eyeballs, Three earlobes
or
3 eyeballs, 3 earlobes
not
Three eyeballs, 3 earlobes
...that kind of thing.
There are pros and cons for each option. Please investigate how the search mechanism
works to see which option yields better results.
|
Unfortunately, single digits are thrown out of many of the search results. But
I think in general one would find more numerals in item names than the words
spelled out simply because it makes the name shorter.
|
Please drop the keyword exclusion altogether.
It does not make sense to make use of a full text English language keyword exclusion
list, when the contents of the database is actually not normal full text English,
but a specific dialect: Bricklink English (EN-BL) in which it makes more sense
to search for keywords like 'with' and 'without' and for single
digits. It should be easy to adjust the database configuration. No programming
involved.
Hans-Peter
|
|
| Author: | hpoort | | Posted: | Jan 21, 2020 03:23 | | Subject: | Re: Keyword Exclusions | | Viewed: | 44 times | | Topic: | Catalog | |
| In Catalog, StormChaser writes:
| | I feel like Bill in that I find myself making observations and then posting them
in the forum whilst saying, "Hmmmm." This is my Bill moment.
I just searched for the Where Are My Pants person from The LEGO Movie. The system
excluded 75% of my keywords. So . . . what's the point of titling this character
this way if 75% of the title is useless?
Wouldn't it be better to simply title him "Pants Guy" and leave it at that?
|
It is not the title that is at fault, it is the keyword exclusion that should
not be applied as is done now. The keyword exclusion is done at the programming
language level, deep below the original Bricklink scripts and are a feature of
the database engine. The exclusion list is intended to be used with plain English
text, not with specialized titles in the LEGO-language.
In the newer Bricklink algorithms, different search routines are being used and
seemingly the keyword exclusion is skipped.
Catalog search does:
- treat [space] ["x"] [space] and ["x"] equivalently
- split the search string on all other spaces
- recognize the exclude symbol ["-"]
- allow trailing asterix ["*"] for limited pattern matching
- search for all items in the catalog based on keyword search (and thus using
the database configured exclusion list)
The Store items search does:
- recognize color names at the start of the search string and show only parts
for sale in that color
- all of the above as with Catalog search
The All Items search and search within a store do the above slightly differently.
I have not taken the time to figure out how exactly but seemingly the keyword
exclusion list is skipped somewhere. And finally, Studio searches again differently,
always assuming incomplete matching (presumed "*" around each search term).
Conclusion: the title should be as complete and descriptive as possible. We don't
know whether some of the many search functions allow for literal matching or
skips the keyword exclusion.
Hans-Peter
|
|
| Author: | hpoort | | Posted: | Jan 17, 2020 06:10 | | Subject: | Re: Minifig heads by colour? | | Viewed: | 31 times | | Topic: | Colors | |
| In Colors, sonnich writes:
| | In Colors, hpoort writes:
Bu how do I get there and select other colours?
|
Top bar: [Market] icon, [Color Guide], select the color, select the 'Minifig,
head' category.
Hans-Peter
|
|
| Author: | hpoort | | Posted: | Jan 16, 2020 13:46 | | Subject: | Re: Minifig heads by colour? | | Viewed: | 29 times | | Topic: | Colors | |
| In Colors, sonnich writes:
| | Hi all
I am sorting out a lot of stuff, and I have a bunch of black and flesh heads,
any way I can list them all by colour?
|
If you mean searching by color: https://www.bricklink.com/catalogList.asp?catID=238&catXrefLevel=0&colorPart=11&itemBrand=1000&catType=P
If you mean listing them as a lot without specifying the specific types, you
can list them only as a custom lot. But custom lots are hard to find for buyers.
Hans-Peter
|
|
| Author: | hpoort | | Posted: | Jan 11, 2020 06:09 | | Subject: | Re: catalogue problem - zero lots showing up | | Viewed: | 37 times | | Topic: | Catalog | |
| In Catalog, Yogi_007 writes:
| | Hi All,
Ive been looking for through the catalogue for various parts and have found that
some lots are coming up as zero available but still showing up for sale.
I was looking at 3700 technic 1x2 brick in dark green last week and the stores
showed up with zero in stock in the catalogue. I checked again today and all
resolved.
I then looked at orange part 6005 and same thing.
Whats going on ??
Seems off to me or is it related to these rarer parts ?
Help please
Yogi
|
Some statistics of average price, total sold, total available et cetera are calculated
during the daily maintenance and hence may differ slightly from the actual items
for sale. This especially shows for rare items that have just been sold or added
to inventories.
|
|
| Author: | hpoort | | Posted: | Jan 3, 2020 07:58 | | Subject: | Re: excel lijst met artikelcode en omschrijving | | Viewed: | 30 times | | Topic: | Inventories | |
| In Inventories, Janicktytgat writes:
| | Goedemiddag,
Waar kan ik een excel doc vinden met de artikelcode en de omschrijving van alle
onderdelen van Lego.
Liefst wel in het nederlands.
Indien mogelijk ook graag met foto.
Bedankt alvast.
|
De Bricklink-catalogus is te downloaden als Excel-bestand op https://www.bricklink.com/catalogDownload.asp
Als je een Nederlandstalige lijst wilt hebben, zul je op de websites van Nederlandse
LEGO-onderdelenleveranciers moeten kijken. Daar mag ik je op dit forum niet expliciet
naar verwijzen, maar er zijn er wel een paar.
Hans-Peter
|
|
| Author: | hpoort | | Posted: | Jan 2, 2020 13:43 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 33 times | | Topic: | Suggestions | |
| In Suggestions, mfav writes:
| | [...]
You fail to present the interface side of the issue. At one extreme you have
grandma who wants to get grandchild a replacement piece to hold an antenna...and
she doesn't understand lego, and she doesn't understand variants, and
she can barely manage to navigate a web site to begin with. On the other extreme
you have the uberAFOLs who want to get extremely granular with the specifics.
The user interface for grandma is going to need to be decidedly different than
the interface for uberAFOLer. Grandma needs a drill-down; UberAFOLer wants a
dense form.
|
True, although I envisioned the interface side it in my mind, I did not present
the interface side. My idea is to simplify the interface for the grandma that
does not know nor care about variants, while still allowing the uberAFOLer to
specify a particular variant. This should indeed not be done by a new trick,
simply by the webform having a checkbox and/or dropdown showing the available
variants if any.
| |
| | | | For matching wanted lists with store items: presume that wanted
list entries may contain a search pattern instead of a single
entry. Change the SQL from ‘=’ to ‘LIKE’ wherever necessary
or drop the quotes around the field. (But make sure
no malicious code may be entered through this field).
|
|
Statements like this...d'oh! Have a search field that's entirely open
for somebody to put whatever they want into it and at the same time don't
let them put anything bad into it. That's just way too broad an expectation
and impossible to code. With open search fields you have the problems of matching
strings, misspellings, punctuation, the frikkin' ampersand, and on and on.
Open search fields are, generally speaking, just plain bad.
|
True again. Maybe no user entry then. It is just an implementation suggestion
that would allow the programming to be limited to one line of code.
| |
The better solution is to make a search page with a series of checkboxes and/or
popups where you pick what you want from a fixed list. Potentially allow for
an open search box or boxes, but restrict a single search box to a specific
field within the database. Allow the user to also specify the boolean...whether
something equals (LIKE) or contains (LIKE%...%) a value or values.
Then there's the whole issue of having to explain to the user how to use
the search function or make sure it's simple and obvious how to use it...which
the current search function is definitely not.
|
Agreed; the search function should be more obvious.
| |
All the elements of the database structure, data, forms (UI/UX), and programming
need to work in concert. You've addressed parts of some of these and none
of others.
Would your proposed change be helpful? Probably. But it's moot...at least
short term...because it can't be implemented in a useful way without a very
large amount of work. You have something here in embryo that's good/it's
not fully developed yet.
|
Thanks for your support.
|
|
| Author: | hpoort | | Posted: | Jan 2, 2020 13:20 | | Subject: | Re: Part Variants | | Viewed: | 50 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.
|
Russell,
Since my suggestion was not about splitting, but about unifying the search methods
instead, I am not sure that you have completely understood the implications of
my suggestion. What I am suggesting would allow both sellers not to distinguish
their listings if they don't want to (and some already don't), and buyers
to get what they want without having to distinguish their searches (most new
buyers already don't).
| | [...]
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.
|
With an extended wanted list feature, you would increase the number of lots that
can be found, not decrease.
Hans-Peter
|
|
| Author: | hpoort | | Posted: | Jan 2, 2020 07:07 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 36 times | | Topic: | Suggestions | |
| In Suggestions, SylvainLS writes:
| | But but but… The Price Guide!?!!! 
|
Yes maybe that might give some differences between sellers who do and who do
not distinguish. I'd figure the price guide would record the items actually
be sold, whether they be determined or undetermined variants alike.
The actual change would merely be a change to the wanted list feature allowing
for patterned searches instead of exact matches.
Hans-Peter
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
