Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | hpoort  | | Posted: | Jun 2, 2023 12:26 | | Subject: | Re: is it possible to filter on favorite stores? | | Viewed: | 24 times | | Topic: | Wanted | |
|
| In Wanted, Amien writes:
| | Hi All,
I have a wanted listed. And i want to see only results of the shops that are
in my favoriet list. I know there is an indicator, but i want to filter it my
wanted list on my favoriet shops.. is this possible?
|
Yes, kind of.
(1)
Above the results on
https://www.bricklink.com/v2/wanted/buy.page
there is an option "Show first: [] Favorited"
(2)
In your wanted list settings at
https://www.bricklink.com/wantedSettings.asp?viewFrom=P
there is an option "Sort My Most Favorite Stores on Top and My Least Favorite
Stores on Bottom in My Wanted Items By Shop."
This has effect on the Classic Wanted List By Shop:
https://www.bricklink.com/wantedShop.asp?showOld=Y
|
 |
| Author: | hpoort | | Posted: | Jun 1, 2023 00:58 | | Subject: | Re: 3747a and 3747B | | Viewed: | 28 times | | Topic: | Catalog Identification | |
|
| In Catalog Identification, Carissamiss writes:
| | A “dash” is considered a flat bottom pin, so what you’ll need to look at to decide
is the group of four hollow studs on top - are they all connected to make a kind
of square with one in each corner? That’s where the difference is. On 3747a they
don’t connect to each other (older version).
In Catalog Identification, itsyourtreasure writes:
| | Evening from Texas,
new to this so quick question
3747a vs. 3747B one has a circle on bottom, mine has more of a dash. the other
does not show the bottom. if its the dash which one should I be selecting?
Thank you in advance.
|
|
Other differences between these varieties are:
- the height of the tip
- the angle of the slope
- the size of the holes in the studs
|
|
|
| In Catalog Identification, BrickCompulsion writes:
| | Hi all
I have this flag but could anyone tell me how I tell the difference between the
original and the reissue please?
Thanks
|
It is described in the title of both:
The difference is the shape of the shield. First issue is more rounded, with
curved edges that extend to the tip. The re-issue has a more triangular shape,
where curved edges straighten before reaching the tip (sharper bottom tip).
|
|
| Author: | hpoort | | Posted: | May 26, 2023 00:39 | | Subject: | Re: Question about terminology | | Viewed: | 32 times | | Topic: | Help | |
|
| In Help, robross987 writes:
| | Hello all. This may be my first post here.
In the listing information of a set, there are two sections at the bottom that
I don’t understand. What are “alternate parts” and “counter parts?”
Thanks,
- Rob
|
See https://www.bricklink.com/help.asp?helpID=1562
Alternate is for instance when some copies of the set contain a brick with solid
studs and other copies of the same set have been found with this brick with open
studs.
Counter parts is for instance a wheel and a tire listed each separate in a set,
with the combination of both in the counterpart section. Similarly for unstickered
parts + sticker sheets in the main section, and the stickered parts in the counter
parts section.
|
|
| Author: | hpoort | | Posted: | May 22, 2023 12:48 | | Subject: | Re: Wanted list add "containing set" | | Viewed: | 30 times | | Topic: | Suggestions | |
|
| In Suggestions, SylvainLS writes:
| | In Suggestions, Ey.Has writes:
| | Another solution to the problem you mentioned:
Insert into the result the cheapest "set" that contains the item. If
I'm looking for a part of the set, I care less about the rest of the set,
I care that the item I'm looking for is there (and of course, the other items
on my list) I don't want to find a store that sells me 5 minifigures with
red pants, because in the end I'll settle for the cheapest minifigure which
contains these pants, because the main item I'm looking for is the pants.
|
There’d still be the problem of defining “cheapest.”
|
Cheapest is not so difficult to define, it is the actual amount you pay for the
item; the only uncertainty is the shipping costs in relation to the total order
amount as that adds to your total cost. And that only only when you have to compare
shop were this varies greatly.
What you do have to consider is the rest value of the assemblies you find. When
you need e.g. the arms and the legs, and both pairs are on your wanted list,
then both of them have value (But if the torso that's not on your wanted
list does have value to you? Nobody knows.) Even if you find a complete minifigure
to fulfill your need for arms, they also fulfill your need for legs. The value
of the legs for you is defined as what you are currently paying for those legs
while fulfilling your wanted list. It is cyclic, since when you find cheaper
legs, their value is less, and thus the complete minifigure might be not so profitable
to you anymore.
| | If it’s about choosing a store (Auto-select…), “cheapest” is already complicated
(shipping, fewest stores…). Anyway, the feature is nearly impossible:
|
Nearly impossible yes, but impossible no.
When I started the major part of my collection, I implemented this 'advanced
wanted list' feature in Excel. I did have to feed it with information about
all part compositions that I was considering (mostly the plain and HTF torso
assemblies and the corresponding HTF minifigure assemblies, in the hundreds)
and I did manually pre-select the shops I was considering (also in the hundred).
It was a lot of work, it was very complicated, but it did work.
| | the algorithm
already cuts corners for items you (really) want, it won’t have the resources
to add substitute items, that would blow the search space exponentially.
|
Not exponentially, but of some order of O(N2) I believe. Still more than I'd
expect from Bricklink. Even simpler suggestions to make the wanted lists more
tolerant with regard to variants have been denied by Bricklink as being 'too
complicated for new users' and 'we don't want this'.
I am not sure that the limitation on computing power is still a valid argument
nowadays. The argument of complexity might be void if an AI is trained on the
full catalog data. I would not expect a 100% best answer, but a suggestion like:
"You are trying to buy some parts of set X, have you considered buying the
set instead?" might be in the line of what the marketing people of Bricklink
come up with in the far future.
|
|
| Author: | hpoort | | Posted: | May 16, 2023 12:33 | | Subject: | Re: API Question: How immutable are id values? | | Viewed: | 28 times | | Topic: | Technical Issues | |
|
| In Technical Issues, InanimateReason writes:
| | As I work through a client to do useful things with the Bricklink API, I'm
curious what issues other developers have experienced that may impact the robustness
any application.
One thought I just had was that there is no guarantee that the underlying data
is stable within the various catalog related resources.
An obvious example is assignment of part numbers. Clearly, they may change over
time. When they do, are new element ids assigned or would the element id be a
reliable way to ensure data integrity?
Would it be wise to preserve the old part numbers in some way either with a soft
delete or some other kind of deprecation flag?
I would like to work with the assumption that certain values are essentially
primary keys. category IDs, color IDs, really anything named xxxx ID. It seems
to me that the nomenclature in use implies that anything called 'id'
is immutable while anything else is fair game for modification during catalog
updates.
Thoughts?
|
There are numeric primary keys in the database, but unfortunately, those are
not exposed through either the API or the UI. I remember vaguely that years ago
I did spot some places where the primary keys were exposed, but I don't see
any of the catalog object ID's exposed anymore. You can tell from the changelog
that there must be some immutable primary key laying under the data that we see
through the UI.
Store Items still have an exposed ID. You can tell from the hyperlinks and URL's.
Other objects that have a ID=numeric URL are supposed to have an immutable ID:
Forum Messages, Forum Threads, Direct Messages, Wanted Lists, and probably some
more.
Color IDs are immutable, although merges may occur.
You probably won't need to keep the old Part Numbers, as you could always
trace back older part number references through Bricklink's catalog change
log: https://www.bricklink.com/catalogLogs.asp
|
|
|
| Author: | hpoort | | Posted: | May 11, 2023 12:45 | | Subject: | Re: Set 3182 Stickered Panel | | Viewed: | 40 times | | Topic: | Inventories | |
|
| In Inventories, Akir writes:
| | Hey all,
I have one of these:
But the part is clearly a
instead of
I got it from a used bucket, so I can't be sure it's original, but I
guess the chances of somebody switching the panel under the sticker are rather
slim - can anyone confirm the problem, and if I'm right suggest a way to
fix this (add an alternate part?)?
Thanks!
Patrick
|
does not have an (a) variety, thus it may refer to either straight or
rounded corners.
|
|
| Author: | hpoort | | Posted: | May 11, 2023 00:55 | | Subject: | Re: What is happening to the prices | | Viewed: | 104 times | | Topic: | Selling | |
|
| In Selling, brickinmiheart writes:
| | I parted out a 71362 (super Mario) a few weeks ago and now the prices on the
figures is changed. The prices suddenly got decimals i never put there and this
time they seemed to have been raised a little bit. I will have to check more
items and maybe close again if it is too bad. It is so sad because i started
to doubt the security here
I recently (this winter had problems with many popular parts were sold at way
too low prices. Some were talking about "inconcistency" in the database,
but i never understood the issue. I also experience very strange statistics for
many months. Like i never sell to Sweden anymore which was my no1 country before.
I feel it is manipulated, but is that possible?
|
Not possible (or very unlikely as there are 16.442 stores and none is experiencing
your problem).
Check your store currency versus your display currency. It sounds like some currency
conversion is going on between what you entered/see (NOK) and what is actually
stored (maybe USD?). If so, this is a setting on your side that you can correct.
|
|
| Author: | hpoort | | Posted: | May 10, 2023 00:29 | | Subject: | Re: Unknown item | | Viewed: | 46 times | | Topic: | Help | |
|
| In Help, akest writes:
| | I don't know if I'm right here but I have a Lego item that I can't
trace. It has a Lego logo on it. Does anyone know what part this is?
|
Looks like a switch; might be part of or similar.
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
Netherlands, Groningen
