| Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | SylvainLS  | | Posted: | Apr 20, 2024 16:11 | | Subject: | Re: (Cancelled) | | Viewed: | 39 times | | Topic: | Suggestions | |
| In Suggestions, DreadHeadDad writes:
| | […]
Ok sorry. Did't know that.
My fault. Won't happen again...
|
No harm done 
The problem is that we can’t edit posts and can only cancel them.
|
| Author: | SylvainLS | | Posted: | Apr 20, 2024 15:13 | | Subject: | Re: Add item | | Viewed: | 23 times | | Topic: | Catalog | |
| In Catalog, The_Boyz_Bricks writes:
| | […]
You think that’s bad. This sticker was so far off it’s mark that it ended up
on a whole other part. 
|
And not wholy on that part
Whom did you get the parts from? Mr Magoo?
|
 |
| Author: | SylvainLS | | Posted: | Apr 20, 2024 15:02 | | Subject: | Re: LEGO® Education Storage (white) Art.Nr. 14473 | | Viewed: | 38 times | | Topic: | Catalog | |
| Hi,
I had to cancel your post: link to sites selling LEGO are forbidden here.
Also, the Suggestions topic is for suggestions about the website. Questions
about the catalogue are better placed in the Catalog topics or in the more general
Help section.
As for the part you linked to, sorting trays are in the Gear section. You should
find it here: https://www.bricklink.com/catalogList.asp?catType=G&catString=1092
In Suggestions, DreadHeadDad writes:
| | Hello.
I'm not sure if I post at the right place.
I'm new here, by the way excellent page.
As I started implement my Collection,
I realized I've got gear at home which isn't implemented in your Database.
What kind of gear you can see in the Topic.
Here the current HP where you can purchase these items.
[redacted]
Best regards
|
|
|
| Author: | SylvainLS | | Posted: | Apr 20, 2024 11:35 | | Subject: | Re: Add item | | Viewed: | 22 times | | Topic: | Catalog | |
| In Catalog, The_Boyz_Bricks writes:
| | […]
| | The only problem is that the person who applied the stickers didn’t do a very
good job. 
|
|
Dang  and I thought I wasn’t good with stickers
|
|
| Author: | SylvainLS | | Posted: | Apr 20, 2024 10:11 | | Subject: | Re: differnces between parts | | Viewed: | 40 times | | Topic: | Catalog Identification | |
| In Catalog Identification, five1992 writes:
Good afternoon
| | I would like to know how we find the inventories with the different models of
parts (example: chair with center sprue mark or without )
I had seen the news that the differences were going to be removed, but I would
like to see them. I hope I'm clear enough
|
That part has already been merged. There’s no difference in the inventories
now, so we can’t know which variant came in which sets
To see the difference between the parts, there’s often comparison images on the
part’s page.
Though, there doesn’t seem to be a comparison image for 4079
But some pics show the sprue and others not, for instance on , the
first pics are without sprue and the third one shows it.
| | I am French and my English is average, thank you for your indulgence and for
any response.
|
Your English is better than average, if I may say so 
|
|
| Author: | SylvainLS | | Posted: | Apr 20, 2024 08:57 | | Subject: | Re: Merge Want Lists OR Easy Buy on Multiple List | | Viewed: | 26 times | | Topic: | Suggestions | |
| In Suggestions, MOC_Brick_Steve writes:
| | I was recently purchasing parts for two different builds that were in different
want lists.
[…]
|
EasyBuy is easy but dumb. Use the Buy page instead (Buy All button in a WL or
hover over the white heart-shaped icon and click Buy when the menu appers).
On the Buy page, you can use Auto-select that’ll give similar results to EasyBuy,
just with a couple clicks more.
Bonuses:
— you can select multiple lists,
— there’s filters (location…),
— you can even cherry-pick lots in multiple WLs (using the Wanted Items tab on
the left).
As for merging lists, yes, it’s been missing and we asked for it since the inception
of the “new” Wanted List pages, in 2016.
As a workaround, you can ‘merge’ WLs by downloading your lists and uploading
them into a new one.
Not very user-friendly but you then don’t need to use or create a tool to do
it.
|
|
| Author: | SylvainLS | | Posted: | Apr 20, 2024 08:47 | | Subject: | Re: How does buy all in the wanted list | | Viewed: | 30 times | | Topic: | Wanted | |
| In Wanted, GaryMus writes:
| | A question about the wanted list.
I have included a red brick 2x3 with price set to the lego price. Require say
100 bricks.
I have also inclued brick 2x3 of any colour (N/A) set to a requirement of 200
bricks.
When I buy all and select the top store does this show different combination
of colours of 2x3 bricks starting with the cheapest price, then the next cheapest
and so on until it makes up 200 ?
|
Hi,
Nope. Unfortunately
If you search your WL in a store, you’ll be shown all the lots of 2x3 that have
at least 200 bricks.
If you use the Auto-fill options, _all_ the lots will end up in your cart (so,
if there’s 10 lots, you’ll get 2,000 bricks in the cart!).
If you use Auto-select or EasyBuy, the algorithm will choose a lot in a store
with 200 2x3 bricks in one colour.
I’ve no idea whatsoever how that lot is chosen. Tests have proven it’s not the
cheapest in the store, and it’s not the ‘first’ in the store (in any way you
define ‘first’). And it’s even worse (price-wise) if there’s multiple stores
in the selection.
IOW: N/A is okay when it’s just about finding stores, but it’s not good when
you want to ‘buy’ automatically.
Also: just try. It costs nothing but a little time
|
|
| Author: | SylvainLS | | Posted: | Apr 20, 2024 07:35 | | Subject: | Re: Import XML | | Viewed: | 29 times | | Topic: | Help | |
| In Help, Hubster357 writes:
| | Hi,
If you have an XML and there are items in that xml that not found can you upload
regardless and ignore the incorrect parts?
For some reason a Moc I purchased must have either an old colour or part number
and it blocks the import, I can edit the xml but curios if there is a simple
tick box option?
|
Hi,
The problem would be a old part number (due to a renaming or a merge)… and there’s
no way to correct that on the website
I think BrickStore could be able to automatically correct your XML file… or at
least it’ll have a simple and easy to use interface to find the correct part.
|
|
| Author: | SylvainLS | | Posted: | Apr 19, 2024 09:20 | | Subject: | Re: Set 6074 | | Viewed: | 27 times | | Topic: | Inventories | |
| In Inventories, Turez writes:
Ah yes, I see them now the sun is out… and that I was told to look there
Hmm, to put these arches on the ‘manor’ part, you need other small parts that
are not in the inventory: a 1x2 brick, 2x 1x1 plates and 2x (1 or 2)x3 plates….
You could do without the (1 or 2)x3 plates with the Extra 1x2 and 2x2….
And you can get one 2x3 if you can use the (1 and 2)x10 plates instead of the
(1x2)x8 ones on the walkway… but it doesn’t seem like they did that on the pic.
A head-scatcher….
|
|
| Author: | SylvainLS | | Posted: | Apr 19, 2024 06:39 | | Subject: | Re: Variants Thread - April 16 | | Viewed: | 41 times | | Topic: | Catalog | |
| In Catalog, axaday writes:
| | […]
How much data space would it take to have two catalogs? One for detailed data
and one for generalized marketplace?
|
The problem isn’t space, it’s consistency and workload.
Basically, you’re doubling the workload.
If you make a change in one of the catalogues, should it be echoed on the other
one? To which extent? Can that be automatized?
In the software world, that’s called a fork (external / by another team) or a
branch (internal / by the same team).
We have tools and procedures to follow and “port” (transfer, apply) changes between
branches / versions / forks (‘diffs’ and ‘patches’ and ‘version control system’
(git, bitkeeper, mercurial…)).
And those tools are good and ‘smart.’ They can work around other changes and
differences that shouldn’t change (and (good) devs are lazy: everything that
can be automatized is automatized).
But we ALWAYS need to check the changes. The changes may apply without a hitch…
but they may break the program because they contradict an older change. That
can also be automatized, to some extent. But it’s work again and you can never
predict everything so you always need to check.
Duplicating a database and the changes on the database can be automitized in
the same way: changes are just instructions, like a program. So the same porting
solutions & problems apply: Should that change be applied? Can it be applied?
Should another change be applied instead? And you always need to check, check,
check.
Also, you first need to record these instructions. AFAIK, BrickLink’s changelogs
aren’t complete / sufficient.
TL;DR: It’s the same as the work done by Rebrickable: another catalogue, with
conversion tables, with changes to follow / apply or not, with errors or misses…,
and with a full team to manage it.
It could be a bit simpler and you could save a bit by keeping it inside BrickLink,
but that won’t remove most of the work needed.
Another possibility is to handle that in only one “catalogue,” with two (or more!)
different ways to present its info. The work would be done only once, in the
more detailed catalogue, and there would be mechanisms to hide the details to
the users. But that’s the same as the “umbrella part” solution: you need to
change the whole structure of the database and the way the site works. That
can’t be patched onto what exists now (which is already patched enough with spaghetti
and sauce as it is).
|
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
|
