Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | metropolis1927  | | Posted: | Jan 3, 2020 12:09 | | Subject: | Show item quantity on catalog item page! | | Viewed: | 78 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Hello
Can you put somewhere quantity (Qty), shown on item search page, on catalog item
page?! See pictures.
That would be very useful!
Thank you.
Cheers,
Marko
|
|
 |
| Author: | Teup | | Posted: | Jan 3, 2020 03:43 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 68 times | | Topic: | Suggestions | |
|
| In Suggestions, axaday writes:
| | When you just get
told that you have this long to fix it or your listing will just evaporate, I
|
Listings evaporating would be totally unacceptable though, and would finally
cause the people who are accusing BL of inventory gremlins to be right. If such
a system was implemented it would cause me to write software to evade it. Because
to me, if there is one thing that's unacceptable about selling, it's
parts physically taking up space in my home that are dead weight and I will never
discover it. It's a number that can only grow over time, unless I would count
all of my million parts which - call me lazy - I won't do 
Much better to simply make (older) "undetermined" parts not appear in the list
when browsing a store's items. Or undetermined items forced into stockroom
(with clear notification). The seller's inventory management should always
be 100% accurate and not suffer from a pressure means to improve listings. That's
a very principal thing to me, and for some sellers there's even a tax report
aspect here.
But yes, I understand your sentiment, and it shouldn't be too difficult for
Bricklink to focus the incentive on "buyability" and not on messing up administration.
| |
In Suggestions, Teup writes:
| | In Suggestions, axaday writes:
| | In Suggestions, Teup writes:
| | When a new variant is introduced after
something was listed, then logically the listing is the old variant and does
not need to be undetermined.
|
That's actually not logical. Sometimes it is a while before a variant is
recognized. It is not at all uncommon for it to go unnoticed for 6 months by
which time a lot of people have the new one for sale, listed as the old one.
I added to the catalog when someone on the forum reported that there
was a new variant. I happened to have it and got a quick picture. This happened
Sept 23, 2019. Last year's advent calenders brought the attention to it.
But it has now been found in 7 sets from 2018. You had over a year to part
out one of those sets and have a listing that claimed to be the old variant and
was actually the new variant.
Many more stark examples can be found among the Clikits. Little attention has
usually be given to them. [p=clikits004a] and [p=clikits004b] masqueraded as
the same part for ELEVEN YEARS before Woutr noticed they were distinct and there
are a dozen other Clikits pieces with the same situation. Now the listings are
littered with the undetermined piece and there is no way for the Bricklink computers
to determine which is which. It's pretty easy to do in person once you learn
what you are looking for, but you have to actually have the pieces in your hand.
|
True, and I wasn't saying that it could account for *all* listings. But it
would already help a great deal if the items that are certainly not of the newer
type, weren't turned into undetermined. Even in your 11 year example, they
could still leave listings that are older than 11 years (and not added to in
the meantime). Maybe not so many listings left that qualify in such an extreme
case, but still, all bits help.
I think for most items we have a pretty good grasp on what year they were released.
If I recall right, several lots in my inventory have turned "undetermined" that
hadn't been created or added to for quite some time, and there was no reason
to make them undetermined because of a much more recent type.
Anyway you're right it's not a *solution*... just something that'd
help. Along with clear communication about new types to sellers that have them
listed when a new one is discovered, and simple interface options to manage types.
I think type listing deserves some attention for improvement, as many problems
buyers run into with sellers have to do with type errors.
|
|
|
|
| Author: | axaday | | Posted: | Jan 2, 2020 20:53 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 44 times | | Topic: | Suggestions | |
|
| It would definitely be nice if the system automatically notified you. But in
trying to clean up the Clikits listings I have often directly asked people to
check their undetermined pieces so the undetermined listings can be deleted.
The result has now and then been that they do it. Mostly it is ignored. Some
people will actually have a back and forth a few messages and then not do it.
One person just told me that I am not an admin and I can't make them. It
is hard for me to understand. It's really easy to fix once someone has pointed
it out.
So I like what Russell said about a time limit and when it is backed by real
authority instead of someone just trying to work things out. When you just get
told that you have this long to fix it or your listing will just evaporate, I
think people will take the couple of minutes to fix it.
In Suggestions, Teup writes:
| | In Suggestions, axaday writes:
| | In Suggestions, Teup writes:
| | When a new variant is introduced after
something was listed, then logically the listing is the old variant and does
not need to be undetermined.
|
That's actually not logical. Sometimes it is a while before a variant is
recognized. It is not at all uncommon for it to go unnoticed for 6 months by
which time a lot of people have the new one for sale, listed as the old one.
I added to the catalog when someone on the forum reported that there
was a new variant. I happened to have it and got a quick picture. This happened
Sept 23, 2019. Last year's advent calenders brought the attention to it.
But it has now been found in 7 sets from 2018. You had over a year to part
out one of those sets and have a listing that claimed to be the old variant and
was actually the new variant.
Many more stark examples can be found among the Clikits. Little attention has
usually be given to them. [p=clikits004a] and [p=clikits004b] masqueraded as
the same part for ELEVEN YEARS before Woutr noticed they were distinct and there
are a dozen other Clikits pieces with the same situation. Now the listings are
littered with the undetermined piece and there is no way for the Bricklink computers
to determine which is which. It's pretty easy to do in person once you learn
what you are looking for, but you have to actually have the pieces in your hand.
|
True, and I wasn't saying that it could account for *all* listings. But it
would already help a great deal if the items that are certainly not of the newer
type, weren't turned into undetermined. Even in your 11 year example, they
could still leave listings that are older than 11 years (and not added to in
the meantime). Maybe not so many listings left that qualify in such an extreme
case, but still, all bits help.
I think for most items we have a pretty good grasp on what year they were released.
If I recall right, several lots in my inventory have turned "undetermined" that
hadn't been created or added to for quite some time, and there was no reason
to make them undetermined because of a much more recent type.
Anyway you're right it's not a *solution*... just something that'd
help. Along with clear communication about new types to sellers that have them
listed when a new one is discovered, and simple interface options to manage types.
I think type listing deserves some attention for improvement, as many problems
buyers run into with sellers have to do with type errors.
|
|
|
| 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: | Teup | | Posted: | Jan 2, 2020 17:14 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 48 times | | Topic: | Suggestions | |
|
| In Suggestions, axaday writes:
| | In Suggestions, Teup writes:
| | When a new variant is introduced after
something was listed, then logically the listing is the old variant and does
not need to be undetermined.
|
That's actually not logical. Sometimes it is a while before a variant is
recognized. It is not at all uncommon for it to go unnoticed for 6 months by
which time a lot of people have the new one for sale, listed as the old one.
I added to the catalog when someone on the forum reported that there
was a new variant. I happened to have it and got a quick picture. This happened
Sept 23, 2019. Last year's advent calenders brought the attention to it.
But it has now been found in 7 sets from 2018. You had over a year to part
out one of those sets and have a listing that claimed to be the old variant and
was actually the new variant.
Many more stark examples can be found among the Clikits. Little attention has
usually be given to them. [p=clikits004a] and [p=clikits004b] masqueraded as
the same part for ELEVEN YEARS before Woutr noticed they were distinct and there
are a dozen other Clikits pieces with the same situation. Now the listings are
littered with the undetermined piece and there is no way for the Bricklink computers
to determine which is which. It's pretty easy to do in person once you learn
what you are looking for, but you have to actually have the pieces in your hand.
|
True, and I wasn't saying that it could account for *all* listings. But it
would already help a great deal if the items that are certainly not of the newer
type, weren't turned into undetermined. Even in your 11 year example, they
could still leave listings that are older than 11 years (and not added to in
the meantime). Maybe not so many listings left that qualify in such an extreme
case, but still, all bits help.
I think for most items we have a pretty good grasp on what year they were released.
If I recall right, several lots in my inventory have turned "undetermined" that
hadn't been created or added to for quite some time, and there was no reason
to make them undetermined because of a much more recent type.
Anyway you're right it's not a *solution*... just something that'd
help. Along with clear communication about new types to sellers that have them
listed when a new one is discovered, and simple interface options to manage types.
I think type listing deserves some attention for improvement, as many problems
buyers run into with sellers have to do with type errors.
|
|
|
| Author: | dearlydeparted | | Posted: | Jan 2, 2020 15:37 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 59 times | | Topic: | Suggestions | |
|
| Catalogue Variants: One of the most frustrating moments and arguments happened
years ago concerning part 4070 and the addition of 4070a. Many argued it was
the same part but had the slot due to the mold or level of plastic fill - others
said it was a separate mold. I spent days looking through all my 4070's and
separating into 4070a - almost going blind. Then, if I remember correctly, the
4070a was abandoned and all parts had to be compiled again. What a waste in effort
and time - I never separated them out again when the variant reappeared. Does
anyone remember this? Can we avoid such waffling in the future P-L-E-A-S-E!
|
|
| Author: | axaday | | Posted: | Jan 2, 2020 13:57 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 67 times | | Topic: | Suggestions | |
|
| In Suggestions, Teup writes:
| | When a new variant is introduced after
something was listed, then logically the listing is the old variant and does
not need to be undetermined.
|
That's actually not logical. Sometimes it is a while before a variant is
recognized. It is not at all uncommon for it to go unnoticed for 6 months by
which time a lot of people have the new one for sale, listed as the old one.
I added to the catalog when someone on the forum reported that there
was a new variant. I happened to have it and got a quick picture. This happened
Sept 23, 2019. Last year's advent calenders brought the attention to it.
But it has now been found in 7 sets from 2018. You had over a year to part
out one of those sets and have a listing that claimed to be the old variant and
was actually the new variant.
Many more stark examples can be found among the Clikits. Little attention has
usually be given to them. [p=clikits004a] and [p=clikits004b] masqueraded as
the same part for ELEVEN YEARS before Woutr noticed they were distinct and there
are a dozen other Clikits pieces with the same situation. Now the listings are
littered with the undetermined piece and there is no way for the Bricklink computers
to determine which is which. It's pretty easy to do in person once you learn
what you are looking for, but you have to actually have the pieces in your hand.
|
|
| 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: | bagelboybugle | | Posted: | Jan 2, 2020 12:45 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 37 times | | Topic: | Suggestions | |
|
| In Suggestions, Admin_Russell writes:
| | My idea is a bit different. I feel that the marketplace needs to be unified,
and that standards should be set to gain maximum listing strength with the fewest
possible entries, while still providing enough entries for important variants.
|
Commercially yes, but BL's core appeal is the depth of its catalog.
I have always believed that scrapping undetermined was a bad idea. My argument
links very directly to set inventory - typically, when a part is changed (e.g.
a lip added to reduce the amount of plastic used to make a part) we may be able
to identify through inventory change requests which sets those parts were first
and last seen in, all the sets in between, because of how the parts mix at the
factory or old molds still may be in use, we literally cannot determine which
variant should be in a set. Thus, taking away undetermined made the BL catalog
less accurate.
The insistance by the catalog admins of removing all the undetermined entries,
especially for parts worth only a couple of pence, made it difficult for me as
a seller to offer those parts, it was simply too inefficient to invest the extra
30 minutes on a part out to individually check 1p parts for minor variances.
This played a big factor in my decision to wind up my store as a business and
only sell items that are excess from my own collection.
Perhaps a good way is to use a single entry, which is by default `undetermined`
for buyers and sellers alike who only wish to deal in one entry with variants
identified through a check box or drop down menu (3001old etc), the part out
and wanted screens wouldnt need to look too much different, undetermined options
could select as default, its then easy to select the correct/preferred varient.
It would be valuable if the price guide was also seperatable by the same parameters,
so that those who do choose to sell or buy a specific variant can search appropriately
|
|
| Author: | manganschlamm | | Posted: | Jan 2, 2020 12:25 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 36 times | | Topic: | Suggestions | |
|
| In Suggestions, mfav writes:
| | While I champion the desired functionality change, I question the means to get
there.
The underlying catalog database needs to be reenvisioned from the ground up to
effect the type of change you suggest.
You've cherry picked one example out of hundreds where there is some underlying
catalog issue, so this is a piecemeal approach to a problem. The "solution" to
this one particular problem most likely will not be the same "solution" required
for some other element.
The database likely needs to be reconsidered to have these at least fields, probably
more:
- a part number ( e.g., 4085 )
- a mold variant value ( I'd guess three digits would do it...1000 variants
ought to handle it for our lifetime)
- a decoration value ( 7 digits would give 10 million possibilities)
This scheme would allow for
- 4085, 4085.1, 4085.2, etc.
- 973.1.0000001, 973.2.0000001, etc.
You could then WantList 4085 and have stores return 4085, 4085.1, 4085.2, 4085.3,
4085.4
or
Wantlist 4085.2 and have stores return 4085.2
...this is as opposed to...
The idea of a single field with 100 characters. It is too complicated and
too restrictive. This is the same problem we now have with the name/description
field. It is too short and populated too inconsistently for it to be useful.
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.
There are already too many "undocumented tricks" required to use the site search
as is. Needing to know to append an asterisk to the end of a search string to
return the variants is number one. Having to put quotes around search strings
is number two.
| | | | 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.
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.
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.
|
This all boils down to one important question: Will TLG as the new owner put
more resources into this site (i.e. more people)?
|
|
| Author: | Admin_Russell | | Posted: | Jan 2, 2020 12:09 | | Subject: | Re: Part Variants | | Viewed: | 91 times | | Topic: | Suggestions | |
|
|
BrickLink
ID CardAdmin_Russell
|
Location:  USA, California |
| Member Since |
Contact |
Type |
Status |
| May 9, 2017 |
 |
Admin |
|
|
| BrickLink Administrator |
|
| 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.
|
|
| Author: | mfav | | Posted: | Jan 2, 2020 11:47 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 50 times | | Topic: | Suggestions | |
|
| While I champion the desired functionality change, I question the means to get
there.
The underlying catalog database needs to be reenvisioned from the ground up to
effect the type of change you suggest.
You've cherry picked one example out of hundreds where there is some underlying
catalog issue, so this is a piecemeal approach to a problem. The "solution" to
this one particular problem most likely will not be the same "solution" required
for some other element.
The database likely needs to be reconsidered to have these at least fields, probably
more:
- a part number ( e.g., 4085 )
- a mold variant value ( I'd guess three digits would do it...1000 variants
ought to handle it for our lifetime)
- a decoration value ( 7 digits would give 10 million possibilities)
This scheme would allow for
- 4085, 4085.1, 4085.2, etc.
- 973.1.0000001, 973.2.0000001, etc.
You could then WantList 4085 and have stores return 4085, 4085.1, 4085.2, 4085.3,
4085.4
or
Wantlist 4085.2 and have stores return 4085.2
...this is as opposed to...
The idea of a single field with 100 characters. It is too complicated and
too restrictive. This is the same problem we now have with the name/description
field. It is too short and populated too inconsistently for it to be useful.
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.
There are already too many "undocumented tricks" required to use the site search
as is. Needing to know to append an asterisk to the end of a search string to
return the variants is number one. Having to put quotes around search strings
is number two.
| | | | 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.
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.
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.
|
|
| Author: | Admin_Russell | | Posted: | Jan 2, 2020 11:47 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 62 times | | Topic: | Suggestions | |
|
|
BrickLink
ID CardAdmin_Russell
|
| Location: USA, California |
| Member Since |
Contact |
Type |
Status |
| May 9, 2017 |
|
Admin |
|
|
| BrickLink Administrator |
|
| In Suggestions, Teup writes:
| | In Suggestions, Admin_Russell writes:
| | At the same time, we need to start enforcing listing rules
more stringently, and 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.
|
I think that is only fair if Bricklink also improves the system. Because right
now it has turned a lot of parts that I had in fact determined, into undetermined
parts (thinking of jumper plates now). When a new variant is introduced after
something was listed, then logically the listing is the old variant and does
not need to be undetermined. At the very least I'd like to receive a message
when a new variant is added and a confirmation option to mark my existing stock
as the old variant. Because right now things become undetermined without me know
it, then they are ordered, a random variant gets picked, and the result is inconsistent
inventory that needs to be recounted. That's a bit off putting.
|
I agree, we need to do a better job of communicating with our sellers. Perhaps
we could have sellers sign up to be notified when a variant relationship is added
to a part they have in stock.
|
|
| Author: | StormChaser | | Posted: | Jan 2, 2020 11:44 | | Subject: | Re: Part Variants | | Viewed: | 43 times | | Topic: | Suggestions | |
|
| 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.
| | 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.
| | 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.
|
|
| Author: | Teup | | Posted: | Jan 2, 2020 11:14 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 42 times | | Topic: | Suggestions | |
|
| In Suggestions, Admin_Russell writes:
| | At the same time, we need to start enforcing listing rules
more stringently, and 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.
|
I think that is only fair if Bricklink also improves the system. Because right
now it has turned a lot of parts that I had in fact determined, into undetermined
parts (thinking of jumper plates now). When a new variant is introduced after
something was listed, then logically the listing is the old variant and does
not need to be undetermined. At the very least I'd like to receive a message
when a new variant is added and a confirmation option to mark my existing stock
as the old variant. Because right now things become undetermined without me know
it, then they are ordered, a random variant gets picked, and the result is inconsistent
inventory that needs to be recounted. That's a bit off putting.
|
|
| Author: | Admin_Russell | | Posted: | Jan 2, 2020 11:02 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 83 times | | Topic: | Suggestions | |
|
|
BrickLink
ID CardAdmin_Russell
|
| Location: USA, California |
| Member Since |
Contact |
Type |
Status |
| May 9, 2017 |
|
Admin |
|
|
| BrickLink Administrator |
|
| My idea is a bit different. I feel that the marketplace needs to be unified,
and that standards should be set to gain maximum listing strength with the fewest
possible entries, while still providing enough entries for important variants.
In order to bring everyone together, we need to do some housecleaning and eliminate
some variants that don't really need to be distinguished by the majority
of buyers and sellers. At the same time, we need to start enforcing listing rules
more stringently, and 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. Keep in mind that not all undetermined entries involve variants.
I do believe there can be a middle ground on some variants, where sellers have
a choice to be general or be specific, but this would be better implemented with
a checkbox system, where sellers would check the variant they have confirmed
(or not check any variant) and then buyers who want a specific variant can easily
search for them. This could replace many of the notes that are currently written
in listings.
But compare these three entries:
For the sake of the marketplace, these entries SHOULD NOT be confused by sellers,
and every seller should sort their parts accordingly. It is a foolish thing to
give an option to uneducated buyers to buy either 3001old or 3001special when
they are looking for the modern 3001.
The issue of variants has been hashed out many times in the Forum, and I would
suggest you go back and read some of those threads, so that you will see that
not all variants are of equal significance. BrickLink's great strength is
selling brand new parts, and it's important that when someone comes here
for replacements, they are directed to the newest, latest mold variant of a given
part.
In Suggestions, hpoort writes:
| | With the takeover by TLG, it may be time that some fundamental changes to the
site get implemented. Hence the posting of this idea - that has been bothering
me for years.
— requires programming and website extension —
Currently in the Bricklink catalog are parts that signify ‘undetermined variant’,
commonly marked for deletion or already deleted, and corresponding parts that
represent the specific variants of these. The current system requires sellers
to determine the specific variant type – even if they would prefer not to distinguish.
The same system requires buyers to exactly specify which variant they are interested
in buying – even if they don’t actually care which is commonly true. My suggestion
would be to distinguish the two concepts as are the processes: the process of
specifying what is for sale (which may be undetermined) and the process of specifying
what you want to buy (which may be ‘don’t care’). Both processes are already
separate on Bricklink (store inventory and wanted lists), but the concept of
‘undetermined’ is not.
For the catalog policy
• Keep all undetermined variants in the catalog and even add undetermined
variants for those parts that are similar. This information may be extracted
from the relation type ‘part is similar to’.
• Drop the deletion marks for all the undetermined entries and solely use
this marking for wrong or outdated entries.
For sellers
For sellers to don’t want to distinguish between part variants: list these parts
under the undetermined entry only. The BL system should be modified to show these
entries amidst the specific variants for any non specific search as through wanted
lists.
For buyers
For buyers it should be possible to specify an undetermined variety or in
effect a search pattern instead of a single part number. If a buyer does not
care whether a p=4085 is of type a, b, c or d, the buyer should be able to add
p=4085* to his wanted list and the search engine should have no trouble in matching
4085a, 4085b or 4085d with this. Similarly to the 0 color (labeled N/A or Not
Appicable while in this context it actually means Irrelevant).
Buyers should be assisted by the website to specify a specific variant if applicable,
but default to the don’t care form.
For the Bricklink website
• Add a feature to the ‘Add to Wanted List’ and ‘Edit Wanted List’ forms
to allow adding of (a) this specific variant only or (b) include variants. Then
populate the wanted list with the appropriate search pattern instead of the single
part number. This would take the form of either a complete enumeration of all
varieties like ‘4085|4085a|4085b|4085c|4085d’ (plate 1x1 with clip) or the more
general entry of ‘4085*’ or ‘4085@’; I would think the enumeration is more robust,
as it would also allow ‘3794|3794a|3794b|15573’ (jumper 1x2) and would also
allow manual exclusion of one or more variants.
• Adjust the ‘Items for sale’ pages or page fragments that show all matching
parts to include all variants when searching for the don’t care variety.
For the Bricklink database
• Widen the field WantedListItems.ItemNumber to allow for longer patterns.
100 chars would be enough for most enumerations of varieties I can think of.
For the Bricklink search engine
• 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).
Extra
• A similar feature might be implemented to search for approximate colors
such as ‘any gray’ or ‘any green’, similar to how Studio groups the colors.
Any thoughts of whether this would be helpful for you as a seller or for you
as a buyer?
|
|
|
| Author: | cosmicray | | Posted: | Jan 2, 2020 07:42 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 48 times | | Topic: | Suggestions | |
|
| A long time ago, I made a comment (possibly even a suggestion) that multiple
types of basic parts should be handled by the catalog with a virtual roll-up.
IOW, If you have type-1, type-2, type-3,and undetermined, they should all live
by themselves (in unique catalog entries), but the net effect of all of those
should also be visible under an 'umbrella' catalog entry (for lack of
a better term) that would allow a buyer who does not care about the specific
variant to see all of the specific variants virtually merged into one list. That
would give buyers the Shiite of buying the 'general' part of the 'specific
variant' part as their building needs dictate. Sellers would not be able
to list under the umbrella, but would have to pick one of the participating catalog
entries, know that regardless of which they chose, it would still sow up in the
umbrella listing.
Nita Rae
In Suggestions, hpoort writes:
| | With the takeover by TLG, it may be time that some fundamental changes to the
site get implemented. Hence the posting of this idea - that has been bothering
me for years.
— requires programming and website extension —
Currently in the Bricklink catalog are parts that signify ‘undetermined variant’,
commonly marked for deletion or already deleted, and corresponding parts that
represent the specific variants of these. The current system requires sellers
to determine the specific variant type – even if they would prefer not to distinguish.
The same system requires buyers to exactly specify which variant they are interested
in buying – even if they don’t actually care which is commonly true. My suggestion
would be to distinguish the two concepts as are the processes: the process of
specifying what is for sale (which may be undetermined) and the process of specifying
what you want to buy (which may be ‘don’t care’). Both processes are already
separate on Bricklink (store inventory and wanted lists), but the concept of
‘undetermined’ is not.
For the catalog policy
• Keep all undetermined variants in the catalog and even add undetermined
variants for those parts that are similar. This information may be extracted
from the relation type ‘part is similar to’.
• Drop the deletion marks for all the undetermined entries and solely use
this marking for wrong or outdated entries.
For sellers
For sellers to don’t want to distinguish between part variants: list these parts
under the undetermined entry only. The BL system should be modified to show these
entries amidst the specific variants for any non specific search as through wanted
lists.
For buyers
For buyers it should be possible to specify an undetermined variety or in
effect a search pattern instead of a single part number. If a buyer does not
care whether a p=4085 is of type a, b, c or d, the buyer should be able to add
p=4085* to his wanted list and the search engine should have no trouble in matching
4085a, 4085b or 4085d with this. Similarly to the 0 color (labeled N/A or Not
Appicable while in this context it actually means Irrelevant).
Buyers should be assisted by the website to specify a specific variant if applicable,
but default to the don’t care form.
For the Bricklink website
• Add a feature to the ‘Add to Wanted List’ and ‘Edit Wanted List’ forms
to allow adding of (a) this specific variant only or (b) include variants. Then
populate the wanted list with the appropriate search pattern instead of the single
part number. This would take the form of either a complete enumeration of all
varieties like ‘4085|4085a|4085b|4085c|4085d’ (plate 1x1 with clip) or the more
general entry of ‘4085*’ or ‘4085@’; I would think the enumeration is more robust,
as it would also allow ‘3794|3794a|3794b|15573’ (jumper 1x2) and would also
allow manual exclusion of one or more variants.
• Adjust the ‘Items for sale’ pages or page fragments that show all matching
parts to include all variants when searching for the don’t care variety.
For the Bricklink database
• Widen the field WantedListItems.ItemNumber to allow for longer patterns.
100 chars would be enough for most enumerations of varieties I can think of.
For the Bricklink search engine
• 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).
Extra
• A similar feature might be implemented to search for approximate colors
such as ‘any gray’ or ‘any green’, similar to how Studio groups the colors.
Any thoughts of whether this would be helpful for you as a seller or for you
as a buyer?
|
|
|
| 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
|
| Author: | SylvainLS | | Posted: | Jan 2, 2020 06:49 | | Subject: | Re: Policy change - Undetermined versus Unknown a | | Viewed: | 44 times | | Topic: | Suggestions | |
|
| | But but but… The Price Guide!?!!! |
|
| Author: | hpoort | | Posted: | Jan 2, 2020 03:51 | | Subject: | Policy change - Undetermined versus Unknown a | | Viewed: | 221 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| With the takeover by TLG, it may be time that some fundamental changes to the
site get implemented. Hence the posting of this idea - that has been bothering
me for years.
— requires programming and website extension —
Currently in the Bricklink catalog are parts that signify ‘undetermined variant’,
commonly marked for deletion or already deleted, and corresponding parts that
represent the specific variants of these. The current system requires sellers
to determine the specific variant type – even if they would prefer not to distinguish.
The same system requires buyers to exactly specify which variant they are interested
in buying – even if they don’t actually care which is commonly true. My suggestion
would be to distinguish the two concepts as are the processes: the process of
specifying what is for sale (which may be undetermined) and the process of specifying
what you want to buy (which may be ‘don’t care’). Both processes are already
separate on Bricklink (store inventory and wanted lists), but the concept of
‘undetermined’ is not.
For the catalog policy
• Keep all undetermined variants in the catalog and even add undetermined
variants for those parts that are similar. This information may be extracted
from the relation type ‘part is similar to’.
• Drop the deletion marks for all the undetermined entries and solely use
this marking for wrong or outdated entries.
For sellers
For sellers to don’t want to distinguish between part variants: list these parts
under the undetermined entry only. The BL system should be modified to show these
entries amidst the specific variants for any non specific search as through wanted
lists.
For buyers
For buyers it should be possible to specify an undetermined variety or in
effect a search pattern instead of a single part number. If a buyer does not
care whether a p=4085 is of type a, b, c or d, the buyer should be able to add
p=4085* to his wanted list and the search engine should have no trouble in matching
4085a, 4085b or 4085d with this. Similarly to the 0 color (labeled N/A or Not
Appicable while in this context it actually means Irrelevant).
Buyers should be assisted by the website to specify a specific variant if applicable,
but default to the don’t care form.
For the Bricklink website
• Add a feature to the ‘Add to Wanted List’ and ‘Edit Wanted List’ forms
to allow adding of (a) this specific variant only or (b) include variants. Then
populate the wanted list with the appropriate search pattern instead of the single
part number. This would take the form of either a complete enumeration of all
varieties like ‘4085|4085a|4085b|4085c|4085d’ (plate 1x1 with clip) or the more
general entry of ‘4085*’ or ‘4085@’; I would think the enumeration is more robust,
as it would also allow ‘3794|3794a|3794b|15573’ (jumper 1x2) and would also
allow manual exclusion of one or more variants.
• Adjust the ‘Items for sale’ pages or page fragments that show all matching
parts to include all variants when searching for the don’t care variety.
For the Bricklink database
• Widen the field WantedListItems.ItemNumber to allow for longer patterns.
100 chars would be enough for most enumerations of varieties I can think of.
For the Bricklink search engine
• 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).
Extra
• A similar feature might be implemented to search for approximate colors
such as ‘any gray’ or ‘any green’, similar to how Studio groups the colors.
Any thoughts of whether this would be helpful for you as a seller or for you
as a buyer?
|
|
| Author: | Gaston.La.Brick | | Posted: | Dec 30, 2019 14:52 | | Subject: | Re: Don't set "Ready" as default order status. | | Viewed: | 56 times | | Topic: | Suggestions | |
|
| In Suggestions, C0lsanders_ writes:
| | You can manually set it to paid. Bottom of the order page 'Edit page',
then 'Payment status'.
|
I know: you are referring to "Payment status".
However, sometimes the order status is set to "Paid". And that is not logical,
if you know there is a separate status field for payment status.
| | I have to manually set it as not paid sometimes, when an "idiot" buyer set it
as paid, without having actually paid. I may then message them, as they usually
think they have paid (but didn't).
Miles (C0lsanders_)
|
|
|
| Author: | Gaston.La.Brick | | Posted: | Dec 30, 2019 14:50 | | Subject: | Re: Don't set "Ready" as default order status. | | Viewed: | 26 times | | Topic: | Suggestions | |
|
| My reason is two-fold:
1) to keep track of orders that need to be processed
2) I actually had the situation where the (recurring) buyer requested to pickup
and he was under the impression it was picked already. So when the buyer showed
up on a Sunday at 9 AM, it was clear (to me) the status "Ready" gave an incorrect
perception.
|
|
| Author: | C0lsanders_ | | Posted: | Dec 30, 2019 08:45 | | Subject: | Re: Don't set "Ready" as default order status. | | Viewed: | 59 times | | Topic: | Suggestions | |
|
| You can manually set it to paid. Bottom of the order page 'Edit page',
then 'Payment status'.
I have to manually set it as not paid sometimes, when an "idiot" buyer set it
as paid, without having actually paid. I may then message them, as they usually
think they have paid (but didn't).
Miles (C0lsanders_)
In Suggestions, Gaston.La.Brick writes:
| | After a user places an order, it gets the default status "Ready".*
This confuses buyers: they think the order was processed and is ready for shipping.
I would like to suggest setting the default order status always to "Pending".
*(Unless they pay at once using BL, it is set to "Paid" automatically. I can't
set it to that status manually. This is confusing since there is a payment status
as well. So that's double info and I would remove that possible value for
the status.)
|
|
|
| Author: | Teup | | Posted: | Dec 30, 2019 07:52 | | Subject: | Re: Don't set "Ready" as default order status. | | Viewed: | 54 times | | Topic: | Suggestions | |
|
| In Suggestions, calsbricks writes:
| | In Suggestions, Gaston.La.Brick writes:
| | After a user places an order, it gets the default status "Ready".*
This confuses buyers: they think the order was processed and is ready for shipping.
I would like to suggest setting the default order status always to "Pending".
*(Unless they pay at once using BL, it is set to "Paid" automatically. I can't
set it to that status manually. This is confusing since there is a payment status
as well. So that's double info and I would remove that possible value for
the status.)
|
Hi there
Don't use IC so do not have this problem . but I think it is worth noting
that lots of sellers use the status indicator for different situations.
For example - in our store we see Pending as order placed. We change that status
to Processing when we pick the order up and send out our acknowledgement to the
buyer. When the order is picked and pre-packaged the status changes to ready,
and when it is invoiced it goes to packed. We don't change it to paid - we
ship within 24 hours of being paid and change it then to shipped. So paid is
not something we use and we change the status at various times throughout the
process to match our processes. That seems to work well for us but it probably
would not suit others. Just depends on whether you use IC or bother with the
status at all. I don't believe Bricklink should get involved with changing
the status automatically in most cases - that should be left to the stores and
when appropriate the buyers.
Bill @ Calsbricks
|
IC orders that come in not yet paid (or verified) come in as "ready", so in your
routine it's the same issue as that I have: Some of your "ready" orders would
be picked and pre-packed, while others would be completely newly received IC
orders. There are 2 possible solutions:
1. Invoice manual orders before picking them, so that all "ready" orders
mean "need to be picked" (disadvantage: if they're manual because of a shipping
cost question you may want to pick and test it first)
2. Change manual orders to "packed" once you picked them, so there's no risk
you pick them twice (disadvantage: you can't see when the buyer sent the
payment and buyers can't make additions anymore)
However, since 99% of my orders are IC, it's not difficult for me to deal
with this anymore as I can remember the status of such individual cases. So I'm
not complaining, but I agree the OP's suggestion would be an improvement.
However, I am not sure about the OP's reason for it - I haven't had any
buyers that were confused by it - just me
|
|
| Author: | calsbricks | | Posted: | Dec 30, 2019 06:05 | | Subject: | Re: Don't set "Ready" as default order status. | | Viewed: | 52 times | | Topic: | Suggestions | |
|
| In Suggestions, Gaston.La.Brick writes:
| | After a user places an order, it gets the default status "Ready".*
This confuses buyers: they think the order was processed and is ready for shipping.
I would like to suggest setting the default order status always to "Pending".
*(Unless they pay at once using BL, it is set to "Paid" automatically. I can't
set it to that status manually. This is confusing since there is a payment status
as well. So that's double info and I would remove that possible value for
the status.)
|
Hi there
Don't use IC so do not have this problem . but I think it is worth noting
that lots of sellers use the status indicator for different situations.
For example - in our store we see Pending as order placed. We change that status
to Processing when we pick the order up and send out our acknowledgement to the
buyer. When the order is picked and pre-packaged the status changes to ready,
and when it is invoiced it goes to packed. We don't change it to paid - we
ship within 24 hours of being paid and change it then to shipped. So paid is
not something we use and we change the status at various times throughout the
process to match our processes. That seems to work well for us but it probably
would not suit others. Just depends on whether you use IC or bother with the
status at all. I don't believe Bricklink should get involved with changing
the status automatically in most cases - that should be left to the stores and
when appropriate the buyers.
Bill @ Calsbricks
|
|
| Author: | Teup | | Posted: | Dec 30, 2019 05:26 | | Subject: | Re: Don't set "Ready" as default order status. | | Viewed: | 55 times | | Topic: | Suggestions | |
|
| In Suggestions, Gaston.La.Brick writes:
| | After a user places an order, it gets the default status "Ready".*
This confuses buyers: they think the order was processed and is ready for shipping.
I would like to suggest setting the default order status always to "Pending".
*(Unless they pay at once using BL, it is set to "Paid" automatically. I can't
set it to that status manually. This is confusing since there is a payment status
as well. So that's double info and I would remove that possible value for
the status.)
|
Agree, posted this before. It's also ambiguous for me as a seller, as I can't
distinguish new orders from the ones I have sorted and invoiced. Especially when
you work together with someone else it is messy and has already resulted in several
orders being picked twice.
|
|
| Author: | Gaston.La.Brick | | Posted: | Dec 30, 2019 05:10 | | Subject: | Don't set "Ready" as default order status. | | Viewed: | 133 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| After a user places an order, it gets the default status "Ready".*
This confuses buyers: they think the order was processed and is ready for shipping.
I would like to suggest setting the default order status always to "Pending".
*(Unless they pay at once using BL, it is set to "Paid" automatically. I can't
set it to that status manually. This is confusing since there is a payment status
as well. So that's double info and I would remove that possible value for
the status.)
|
|
| Author: | Admin_Russell | | Posted: | Dec 29, 2019 20:09 | | Subject: | Re: Add Approval Step "Released" | | Viewed: | 71 times | | Topic: | Suggestions | |
|
|
BrickLink
ID CardAdmin_Russell
|
| Location: USA, California |
| Member Since |
Contact |
Type |
Status |
| May 9, 2017 |
|
Admin |
|
|
| BrickLink Administrator |
|
| In Suggestions, axaday writes:
| | I realize as a non-admin I may be speaking out of turn and it will make little
difference to most people. I suggest that we add a step where an item is approved
in the catalog, but may still be awaiting release for sale. I get inspired to
make this suggestion every time I work up a set of CMF, but it would surely be
similar for other people who do catalog work on unreleased items. Sets are usually
"on hold" pending for at least a month before the official release. They could
be weighed and often they could be inventoried when they actually hit the catalog
for sale, but in the current system nothing can be done. Weight of a set can
be entered, but not weight of packing or instructions. I have over 100 items
pending in the catalog and I really wish I could get it organized, but I can't.
Would Lego object to us having information in the catalog for upcoming items?
I think they just want the sale dates respected.
|
How items are added to the catalog is something we are going to be looking at
closely in the future. On one side of the coin, we have pre-release work that
could be done (as you suggest) with a pending release date. On the other side,
we have inventories, parts, etc, that are sitting around well after the release
date, and in these cases maybe we could consider provisional entries that are
based on official data.
Thanks for the suggestion, and we will consider it.
|
|
| Author: | axaday | | Posted: | Dec 29, 2019 19:52 | | Subject: | Add Approval Step "Released" | | Viewed: | 97 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| I realize as a non-admin I may be speaking out of turn and it will make little
difference to most people. I suggest that we add a step where an item is approved
in the catalog, but may still be awaiting release for sale. I get inspired to
make this suggestion every time I work up a set of CMF, but it would surely be
similar for other people who do catalog work on unreleased items. Sets are usually
"on hold" pending for at least a month before the official release. They could
be weighed and often they could be inventoried when they actually hit the catalog
for sale, but in the current system nothing can be done. Weight of a set can
be entered, but not weight of packing or instructions. I have over 100 items
pending in the catalog and I really wish I could get it organized, but I can't.
Would Lego object to us having information in the catalog for upcoming items?
I think they just want the sale dates respected.
|
|
| Author: | yorbrick | | Posted: | Dec 26, 2019 17:21 | | Subject: | Re: BRICKS & PIECES availability and price | | Viewed: | 91 times | | Topic: | Suggestions | |
|
| | | . Finally, specialized parts
like printed parts and minifigure parts from licensed sets are never available
at B&P.
|
They are. They shouldn't be, but they are. Less so these days, but it is
often still possible to buy some licensed parts.
|
|
| Author: | 62Bricks | | Posted: | Dec 26, 2019 09:25 | | Subject: | Re: BRICKS & PIECES availability and price | | Viewed: | 70 times | | Topic: | Suggestions | |
|
| In Suggestions, Tholwin writes:
| | Hello,
While I favor buying other people's unwanted pieces, I always check the price
of each piece on "BRICKS & PIECES" (Lego website), in an attempt to avoid buying
on bricklink pieces I could get cheaper and brand new from Lego.
This is the reason why I would love to see in bricklink if pieces are available
on "BRICKS & PIECES", and at which price, without having to search.
Best regards
|
I don't sell new parts, so I have no dog in this race, but it does make me
imagine what might happen if Lego put links to the BL listings from the Bricks
and Pieces site.
This is what Amazon did when they bought and then integrated Bibliofind, a used
book site. That is when they started offering items from independent sellers
alongside the ones being sold directly by Amazon.
Lego's customer support has already been sending people to Bricklink for
years to find parts they no longer offer themselves. What if they started linking
directly to them from the Lego site?
I might be able to predict what could happen - the same thing that happened when
Amazon did it. For a while, individual used book sellers made good money. The
added exposure resulted in lots of sales. A brand new book with a sticker price
at $25 was being sold by Amazon for $20, and booksellers could list (and sell)
a used copy for $15.
But then market forces rolled up. People realized that by increasing efficiency
and accepting tiny margins, you could commodify used books. They bought them
up in large remainder lots and from the stock of stores that were closing, set
up software that let them easily scan the barcode and manage large inventories
of stock, and bots that would scrape price information and automatically set
and adjust prices. That $15 used book was now being sold for 99 cents (the minimum
price Amazon allowed at the time). They were making mere pennies per sale, but
they were making thousands of sales every day.
I don't think we have much to fear by pointing Bricklink buyers to Lego,
but I fear what might happen if Lego started pointing people here.
|
|
| Author: | Dino | | Posted: | Dec 26, 2019 08:53 | | Subject: | Re: BRICKS & PIECES availability and price | | Viewed: | 45 times | | Topic: | Suggestions | |
|
| In Suggestions, Tholwin writes:
| | Hello,
While I favor buying other people's unwanted pieces, I always check the price
of each piece on "BRICKS & PIECES" (Lego website), in an attempt to avoid buying
on bricklink pieces I could get cheaper and brand new from Lego.
This is the reason why I would love to see in bricklink if pieces are available
on "BRICKS & PIECES", and at which price, without having to search.
Best regards
|
When B&P opens a shop here, the prices are included in the price index. If not,
the B&B prices have no business here.
|
|
| Author: | infinibrix | | Posted: | Dec 26, 2019 07:52 | | Subject: | Re: BRICKS & PIECES availability and price | | Viewed: | 70 times | | Topic: | Suggestions | |
|
| In Suggestions, Heartbricker writes:
| | In Suggestions, Tholwin writes:
| | Hello,
While I favor buying other people's unwanted pieces, I always check the price
of each piece on "BRICKS & PIECES" (Lego website), in an attempt to avoid buying
on bricklink pieces I could get cheaper and brand new from Lego.
This is the reason why I would love to see in bricklink if pieces are available
on "BRICKS & PIECES", and at which price, without having to search.
Best regards
|
1- This does not account for volume limits on B&P so while a store here may allow
a higher amount than the qty LEGO allows- some people would pay a little more
to buy a higher QTY from one shop.
2- This does not account for a certain variety that a store here may have that
LEGO might not have that would be more favorable to the buyer to buy in one place.
3- This does not account for VAT that may be charged on LEGO but not here.
4- This does not account for speed, some buyers are willing to pay a premium
for faster service.
5- This does not account that many sought after pieces run out quickly on B&P
or simply go out of production and then you'd have a buyer comparing between
a BL store and a non available MSRP.
6- B&P is not available for all countries but BL is available for most.
7- last but not least: You are asking sellers on this platform (those who actually
pay the dues that maintain the operation of BL) to support a proposal that would
siphon traffic and business away from BL- that would not go very well.
What your proposal fails to comprehend is that there are many added values (like
the ones i mentioned above) to shopping at Bricklink VS. LEGO S@H beyond just
price.
Therefore, if you don't see or agree with the idea that there is an added
value to support this community- why would you expect this community to support
your idea?
|
I think you still have to appreciate why from a buyers perspective they would
wish to see Lego B&P prices among the price comparisons on Bricklink. It may
not exactly be the ideal scenario from a sellers point of view but if were to
assume you are correct with the points you are making then sellers like us should
have little to fear after all Lego only offer current generic bricks with minimal
availability of themed bricks and minifig parts
Either way if Lego decide they want to have an official Lego B&P’s BL account
it will be out of our hands anyway plus those that managed to find their way
here to Bricklink probably already know about Lego B&P’s so could we really just
be talking about a more efficient market place comparison site rather than a
path that leads to Lego taking extensive business away from its BL sellers?
|
|
| Author: | Teup | | Posted: | Dec 26, 2019 04:48 | | Subject: | Re: BRICKS & PIECES availability and price | | Viewed: | 64 times | | Topic: | Suggestions | |
|
| In Suggestions, Tholwin writes:
| | Hello,
While I favor buying other people's unwanted pieces, I always check the price
of each piece on "BRICKS & PIECES" (Lego website), in an attempt to avoid buying
on bricklink pieces I could get cheaper and brand new from Lego.
This is the reason why I would love to see in bricklink if pieces are available
on "BRICKS & PIECES", and at which price, without having to search.
Best regards
|
I get why this would be a useful feature for an independent comparison site to
have. But on Bricklink itself that makes little sense, for reasons others
have mentioned. Maybe propose this at a site that is not a marketplace, such
as Rebrickable? I don't know Rebrickable very well but they do have a channel
through which you can buy on BrickOwl (maybe als on Bricklink?). It'd sound
like the best place for that helicopter overview where it's OK to compare
apples and oranges, just like sites for comparing retail prices of sets from
different sources.
|
|
| Author: | manganschlamm | | Posted: | Dec 26, 2019 02:35 | | Subject: | Re: BRICKS & PIECES availability and price | | Viewed: | 77 times | | Topic: | Suggestions | |
|
| In Suggestions, Tholwin writes:
| | Hello,
While I favor buying other people's unwanted pieces, I always check the price
of each piece on "BRICKS & PIECES" (Lego website), in an attempt to avoid buying
on bricklink pieces I could get cheaper and brand new from Lego.
This is the reason why I would love to see in bricklink if pieces are available
on "BRICKS & PIECES", and at which price, without having to search.
Best regards
|
Right now, I do see both BL and B&P as complementary sources for new pieces.
Some pieces that came out very recently are considerably cheaper at B&P, while
at BL it may take a while for the prices to come down. Shipping costs for orders
from B&P within Central Europe are also mostly lower (except for very small orders).
On the other hand, many parts are simply not available at B&P, there is also
the 200 pieces limit, and prices for many standard parts that have been available
for quite some time are significantly lower at BL. Finally, specialized parts
like printed parts and minifigure parts from licensed sets are never available
at B&P. And availability of parts on B&P can change quickly.
So in conclusion, I think it is worthwhile to check both BL and B&P regularly.
|
|
| Author: | Heartbricker | | Posted: | Dec 25, 2019 23:40 | | Subject: | Re: BRICKS & PIECES availability and price | | Viewed: | 84 times | | Topic: | Suggestions | |
|
| In Suggestions, Tholwin writes:
| | Hello,
While I favor buying other people's unwanted pieces, I always check the price
of each piece on "BRICKS & PIECES" (Lego website), in an attempt to avoid buying
on bricklink pieces I could get cheaper and brand new from Lego.
This is the reason why I would love to see in bricklink if pieces are available
on "BRICKS & PIECES", and at which price, without having to search.
Best regards
|
1- This does not account for volume limits on B&P so while a store here may allow
a higher amount than the qty LEGO allows- some people would pay a little more
to buy a higher QTY from one shop.
2- This does not account for a certain variety that a store here may have that
LEGO might not have that would be more favorable to the buyer to buy in one place.
3- This does not account for VAT that may be charged on LEGO but not here.
4- This does not account for speed, some buyers are willing to pay a premium
for faster service.
5- This does not account that many sought after pieces run out quickly on B&P
or simply go out of production and then you'd have a buyer comparing between
a BL store and a non available MSRP.
6- B&P is not available for all countries but BL is available for most.
7- last but not least: You are asking sellers on this platform (those who actually
pay the dues that maintain the operation of BL) to support a proposal that would
siphon traffic and business away from BL- that would not go very well.
What your proposal fails to comprehend is that there are many added values (like
the ones i mentioned above) to shopping at Bricklink VS. LEGO S@H beyond just
price.
Therefore, if you don't see or agree with the idea that there is an added
value to support this community- why would you expect this community to support
your idea?
|
|
| Author: | Heartbricker | | Posted: | Dec 25, 2019 23:13 | | Subject: | Do not erase comments on checkout mode change | | Viewed: | 84 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| While checking out in one of the stores here, i needed to leave a comment for
the seller, the order was on 'onsite' payment mode.
After i wrote the message, i changed to 'request an invoice' mode and
was annoyed that my message was erased and i needed to rewrite.
So i'm suggesting that when we change modes of shipping/invoice/etc. - of
there was a message written prior to changing that mode: i'm hoping that
message can remain intact and not be erased.
It's a small thing, obviously not a priority, but would be a time saver if
implemented.
Seasons greetings.
|
|
| Author: | Admin_Russell | | Posted: | Dec 25, 2019 20:34 | | Subject: | Re: BRICKS & PIECES availability and price | | Viewed: | 123 times | | Topic: | Suggestions | |
|
|
BrickLink
ID CardAdmin_Russell
|
| Location: USA, California |
| Member Since |
Contact |
Type |
Status |
| May 9, 2017 |
|
Admin |
|
|
| BrickLink Administrator |
|
| In Suggestions, Tholwin writes:
| | Hello,
While I favor buying other people's unwanted pieces, I always check the price
of each piece on "BRICKS & PIECES" (Lego website), in an attempt to avoid buying
on bricklink pieces I could get cheaper and brand new from Lego.
This is the reason why I would love to see in bricklink if pieces are available
on "BRICKS & PIECES", and at which price, without having to search.
Best regards
|
BrickLink tried listing the MSRP for sets a few years ago, but it didn't
go over very well and the feature was removed.
|
|
| Author: | Tholwin | | Posted: | Dec 25, 2019 20:31 | | Subject: | BRICKS & PIECES availability and price | | Viewed: | 212 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Hello,
While I favor buying other people's unwanted pieces, I always check the price
of each piece on "BRICKS & PIECES" (Lego website), in an attempt to avoid buying
on bricklink pieces I could get cheaper and brand new from Lego.
This is the reason why I would love to see in bricklink if pieces are available
on "BRICKS & PIECES", and at which price, without having to search.
Best regards
|
|
| Author: | kaat | | Posted: | Dec 24, 2019 14:41 | | Subject: | Re: Problem/bug with shipping minimum order | | Viewed: | 36 times | | Topic: | Suggestions | |
|
| In Suggestions, Teup writes:
| | In Suggestions, kaat writes:
| | Agree it makes no sense to set it lower than the store minimum buy (part 1 of
what you say).
However, it should not be completely removed (part 2 of what you say). For example,
I use this to offer free shipping from a certain order amount. So that's
not "without any side effects" 
|
Well I didn't intend to remove it completely, just remove the (pointless)
rule that a shipping method MUST have a minimum order at least as high
as the store minimum. So, in your example you can still enter that minimum you
want. You are just no longer forced to enter a minimum value for a shipping method
if you don't want to. If you want, you can leave it on zero while your store
minimum is €10, so that "bypassers" are able to use the method. Or you can set
it to €10 so that they can't.
|
Ok clear, then we agree
|
|
| Author: | Teup | | Posted: | Dec 24, 2019 14:31 | | Subject: | Re: Problem/bug with shipping minimum order | | Viewed: | 25 times | | Topic: | Suggestions | |
|
| In Suggestions, kaat writes:
| | Agree it makes no sense to set it lower than the store minimum buy (part 1 of
what you say).
However, it should not be completely removed (part 2 of what you say). For example,
I use this to offer free shipping from a certain order amount. So that's
not "without any side effects"
|
Well I didn't intend to remove it completely, just remove the (pointless)
rule that a shipping method MUST have a minimum order at least as high
as the store minimum. So, in your example you can still enter that minimum you
want. You are just no longer forced to enter a minimum value for a shipping method
if you don't want to. If you want, you can leave it on zero while your store
minimum is €10, so that "bypassers" are able to use the method. Or you can set
it to €10 so that they can't.
| |
In Suggestions, Teup writes:
| | I've never quite understood why you are not allowed to set the minimum order
of a shipping method lower than the minimum order of your store. It's annoying
because if you have 10 shipping methods, then anytime you want to change your
minimum order, you need to also change it 10x in your shipping methods, for no
real reason, because the "master setting", the store minimum order value, should
determine it already.
However, it seems it's also causing another problem: Buyers can use the bypass
password to get around the minimum order, but it does not help them go
around the minimum order of the shipping methods. The result is that anytime
a buyer used the bypass password, they are able to order but unable to select
any shipping methods. So there will need to be a manual invoice.
I'd propose removing the restriction for shipping methods to have a minimum
order value that is higher than or equal to the store minimum order value - in
fact, I'd propose for shipping methods not to need a minimum value at all.
That should solve everything I described without any side effects.
|
|
|
|
| Author: | kaat | | Posted: | Dec 24, 2019 13:46 | | Subject: | Re: Problem/bug with shipping minimum order | | Viewed: | 31 times | | Topic: | Suggestions | |
|
| Agree it makes no sense to set it lower than the store minimum buy (part 1 of
what you say).
However, it should not be completely removed (part 2 of what you say). For example,
I use this to offer free shipping from a certain order amount. So that's
not "without any side effects"
In Suggestions, Teup writes:
| | I've never quite understood why you are not allowed to set the minimum order
of a shipping method lower than the minimum order of your store. It's annoying
because if you have 10 shipping methods, then anytime you want to change your
minimum order, you need to also change it 10x in your shipping methods, for no
real reason, because the "master setting", the store minimum order value, should
determine it already.
However, it seems it's also causing another problem: Buyers can use the bypass
password to get around the minimum order, but it does not help them go
around the minimum order of the shipping methods. The result is that anytime
a buyer used the bypass password, they are able to order but unable to select
any shipping methods. So there will need to be a manual invoice.
I'd propose removing the restriction for shipping methods to have a minimum
order value that is higher than or equal to the store minimum order value - in
fact, I'd propose for shipping methods not to need a minimum value at all.
That should solve everything I described without any side effects.
|
|
|
| Author: | Teup | | Posted: | Dec 24, 2019 13:10 | | Subject: | Problem/bug with shipping minimum order | | Viewed: | 74 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| I've never quite understood why you are not allowed to set the minimum order
of a shipping method lower than the minimum order of your store. It's annoying
because if you have 10 shipping methods, then anytime you want to change your
minimum order, you need to also change it 10x in your shipping methods, for no
real reason, because the "master setting", the store minimum order value, should
determine it already.
However, it seems it's also causing another problem: Buyers can use the bypass
password to get around the minimum order, but it does not help them go
around the minimum order of the shipping methods. The result is that anytime
a buyer used the bypass password, they are able to order but unable to select
any shipping methods. So there will need to be a manual invoice.
I'd propose removing the restriction for shipping methods to have a minimum
order value that is higher than or equal to the store minimum order value - in
fact, I'd propose for shipping methods not to need a minimum value at all.
That should solve everything I described without any side effects.
|
|
| Author: | tsystem | | Posted: | Dec 20, 2019 14:28 | | Subject: | XML drag and drop | | Viewed: | 57 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Hi,
I'm working a lot with xml file (bricklink structure), but with only copy
past, it's really a constrained task.... Why it's not allow to drag and
drop xml file like io or ldr or lxf ?
Thanks
Mr
|
| Author: | Nato73 | | Posted: | Dec 16, 2019 14:55 | | Subject: | Location and Delivery Addresses | | Viewed: | 107 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Hi guys
I am writing this both as a buyer and seller.
I am using an international Depot in Germany when purchasing goods from Central
Europe.
The reasons behind this are few, but are not subject of the current topic.
I think it will be very useful to add a different address field for delivery
so I don't have to change my address when purchasing.
Thank you
Best regards
Nato
|
|
| Author: | cosmicray | | Posted: | Dec 16, 2019 10:52 | | Subject: | Re: Where are our Paypal notifications? | | Viewed: | 56 times | | Topic: | Suggestions | |
|
| In Suggestions, sancho10 writes:
| | Please, Bricklink give us back the Paypal notifications.
Or please notify us in any way that the payment is done.
Those who have switched to Paypal Marketplace are not receiving the notifications.
Many users are complaining about that in other posts.
|
This suggestion has been changed to 'Implemented'. I am not receiving
PayPal email notifications for payments that occur via Instant Checkout. I receive
PayPal payment notifications from other venues tho. How do I cause payments on
BrickLink to generate email notifications.
These notifications are essential because they are the only place that PayPal
gives me the 'Receipt number' for customers who use direct payment from
payment cards (i.e. PayPal Express). Those Receipt Numbers do not appear on the
PayPal payment detail page.
Nita Rae
|
|
| Author: | Kongzilla | | Posted: | Dec 15, 2019 04:39 | | Subject: | Suggestion: order prices display default | | Viewed: | 80 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Add another column to the orders page display that tells you the price of your
orders in one currency, of your choice. Good for budgeting, and estimating your
spending. Can be an approximation, if it needs to be, it would really just be
a tool to help you work out how much you've spent. Otherwise you have to
do it manually, or in your head.
|
|
| Author: | ADBrick | | Posted: | Dec 14, 2019 21:31 | | Subject: | Global Marketplace Link | | Viewed: | 125 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Hi there,
Can we please have the Global Marketplace link back on the home screen?
Using the catalog method to find parts is cumbersome and inefficient, not to
mention its header takes up a half the browser space to give the user information
which is utterly useless unless you are specifically hunting for it. The image
of the element itself is a double up as the seller listings have a thumbnail
beside them also.
Kind regards,
Thoy Bradley
|
|
| Author: | jenwick | | Posted: | Dec 14, 2019 09:03 | | Subject: | Re: URGENT MESSAGE TO LEGO RE BRICKLINK | | Viewed: | 151 times | | Topic: | Suggestions | |
|
| | |
| | Hi Robert,
I got your email and have started the alert process after testing the problem
on several devices. So we know this is going on and are in the process of fixing
it.
This seems to be the very same bug we had yesterday after the launch of the new
TOS.
|
|
Do you have any ETA on a fix?
|
|
| Author: | legoccaz | | Posted: | Dec 14, 2019 06:54 | | Subject: | Re: URGENT MESSAGE TO LEGO RE BRICKLINK | | Viewed: | 104 times | | Topic: | Suggestions | |
|
| In Suggestions, Emporiosa writes:
| | In Suggestions, Admin_Russell writes:
| | In Suggestions, Rob_and_Shelagh writes:
| | Before doing anything else with this site I suggest, as I have many, many times
before:-
There needs to be a proper 24/7 help desk and a proper SLA with members.
When something goes wrong with the site there is just no way of alerting anyone
out of USA working hours and even after that often nobody responds. This is no
way to run a global e-commerce site of this scale.
Currently I cannot access the BL catalog using any browser on PC or tablet...
and this has being the case for hours...surely this requires a response at least
from someone, somewhere!!!!!
Robert
|
|
|
i ve got the same thing , when I m log out , all works fine
| | | | | | I got your email and have started the alert process after testing the problem
on several devices. So we know this is going on and are in the process of fixing
it.
This seems to be the very same bug we had yesterday after the launch of the new
TOS.
|
|
Russell, I just noticed that when I log out, the catalogue works fine, but when
I log back in, I get the "General Error" message. Chrome, Win 10 desktop.
|
|
|
| Author: | Admin_Russell | | Posted: | Dec 14, 2019 06:42 | | Subject: | Re: URGENT MESSAGE TO LEGO RE BRICKLINK | | Viewed: | 156 times | | Topic: | Suggestions | |
|
|
BrickLink
ID CardAdmin_Russell
|
| Location: USA, California |
| Member Since |
Contact |
Type |
Status |
| May 9, 2017 |
|
Admin |
|
|
| BrickLink Administrator |
|
| In Suggestions, Emporiosa writes:
| | In Suggestions, Admin_Russell writes:
| | In Suggestions, Rob_and_Shelagh writes:
| | Before doing anything else with this site I suggest, as I have many, many times
before:-
There needs to be a proper 24/7 help desk and a proper SLA with members.
When something goes wrong with the site there is just no way of alerting anyone
out of USA working hours and even after that often nobody responds. This is no
way to run a global e-commerce site of this scale.
Currently I cannot access the BL catalog using any browser on PC or tablet...
and this has being the case for hours...surely this requires a response at least
from someone, somewhere!!!!!
Robert
|
| | Hi Robert,
I got your email and have started the alert process after testing the problem
on several devices. So we know this is going on and are in the process of fixing
it.
This seems to be the very same bug we had yesterday after the launch of the new
TOS.
|
|
Russell, I just noticed that when I log out, the catalogue works fine, but when
I log back in, I get the "General Error" message. Chrome, Win 10 desktop.
|
Thanks for this input. This is what we are experiencing as well.
|
|
| Author: | Emporiosa | | Posted: | Dec 14, 2019 06:39 | | Subject: | Re: URGENT MESSAGE TO LEGO RE BRICKLINK | | Viewed: | 82 times | | Topic: | Suggestions | |
|
| In Suggestions, Admin_Russell writes:
| | In Suggestions, Rob_and_Shelagh writes:
| | Before doing anything else with this site I suggest, as I have many, many times
before:-
There needs to be a proper 24/7 help desk and a proper SLA with members.
When something goes wrong with the site there is just no way of alerting anyone
out of USA working hours and even after that often nobody responds. This is no
way to run a global e-commerce site of this scale.
Currently I cannot access the BL catalog using any browser on PC or tablet...
and this has being the case for hours...surely this requires a response at least
from someone, somewhere!!!!!
Robert
|
| | Hi Robert,
I got your email and have started the alert process after testing the problem
on several devices. So we know this is going on and are in the process of fixing
it.
This seems to be the very same bug we had yesterday after the launch of the new
TOS.
|
|
Russell, I just noticed that when I log out, the catalogue works fine, but when
I log back in, I get the "General Error" message. Chrome, Win 10 desktop.
|
|
| Author: | the_journeyman | | Posted: | Dec 14, 2019 06:15 | | Subject: | Re: URGENT MESSAGE TO LEGO RE BRICKLINK | | Viewed: | 88 times | | Topic: | Suggestions | |
|
| In Suggestions, Admin_Russell writes:
| | In Suggestions, Rob_and_Shelagh writes:
| | Before doing anything else with this site I suggest, as I have many, many times
before:-
There needs to be a proper 24/7 help desk and a proper SLA with members.
When something goes wrong with the site there is just no way of alerting anyone
out of USA working hours and even after that often nobody responds. This is no
way to run a global e-commerce site of this scale.
Currently I cannot access the BL catalog using any browser on PC or tablet...
and this has being the case for hours...surely this requires a response at least
from someone, somewhere!!!!!
Robert
|
| | Hi Robert,
I got your email and have started the alert process after testing the problem
on several devices. So we know this is going on and are in the process of fixing
it.
This seems to be the very same bug we had yesterday after the launch of the new
TOS.
|
|
Here's a novel idea. Roll back to the old ToS and we have our site back.
IT upgrades are always terrible planned and lack any testing.
|
|
| Author: | Rob_and_Shelagh | | Posted: | Dec 14, 2019 06:05 | | Subject: | Re: URGENT MESSAGE TO LEGO RE BRICKLINK | | Viewed: | 110 times | | Topic: | Suggestions | |
|
| In Suggestions, Admin_Russell writes:
| | In Suggestions, Rob_and_Shelagh writes:
| | Before doing anything else with this site I suggest, as I have many, many times
before:-
There needs to be a proper 24/7 help desk and a proper SLA with members.
When something goes wrong with the site there is just no way of alerting anyone
out of USA working hours and even after that often nobody responds. This is no
way to run a global e-commerce site of this scale.
Currently I cannot access the BL catalog using any browser on PC or tablet...
and this has being the case for hours...surely this requires a response at least
from someone, somewhere!!!!!
Robert
|
| | Hi Robert,
I got your email and have started the alert process after testing the problem
on several devices. So we know this is going on and are in the process of fixing
it.
This seems to be the very same bug we had yesterday after the launch of the new
TOS.
|
|
Great, thanks for the response, that is at least good to know. I still stand
by my original post though and with respect if the problem is known then it would
be really helpful if there were a message/banner on the site advising members
of this..especially those who don't use the forum.
Thanks again for your quick reply though, much appreciated.
Robert
|
|
|
| Author: | Teup | | Posted: | Dec 14, 2019 05:54 | | Subject: | Re: URGENT MESSAGE TO LEGO RE BRICKLINK | | Viewed: | 104 times | | Topic: | Suggestions | |
|
| In Suggestions, Rob_and_Shelagh writes:
| | Before doing anything else with this site I suggest, as I have many, many times
before:-
There needs to be a proper 24/7 help desk and a proper SLA with members.
When something goes wrong with the site there is just no way of alerting anyone
out of USA working hours and even after that often nobody responds. This is no
way to run a global e-commerce site of this scale.
Currently I cannot access the BL catalog using any browser on PC or tablet...
and this has being the case for hours...surely this requires a response at least
from someone, somewhere!!!!!
Robert
|
+1! Should go without saying, but apparently it doesn't!
|
|
| Author: | Rob_and_Shelagh | | Posted: | Dec 14, 2019 05:51 | | Subject: | URGENT MESSAGE TO LEGO RE BRICKLINK | | Viewed: | 420 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Before doing anything else with this site I suggest, as I have many, many times
before:-
There needs to be a proper 24/7 help desk and a proper SLA with members.
When something goes wrong with the site there is just no way of alerting anyone
out of USA working hours and even after that often nobody responds. This is no
way to run a global e-commerce site of this scale.
Currently I cannot access the BL catalog using any browser on PC or tablet...
and this has being the case for hours...surely this requires a response at least
from someone, somewhere!!!!!
Robert
|
|
| Author: | StormChaser | | Posted: | Dec 12, 2019 22:42 | | Subject: | Re: Add An Area for Catalog Scans | | Viewed: | 39 times | | Topic: | Suggestions | |
|
| In Suggestions, 62Bricks writes:
| | Great idea. It would be even better if they could be transcribed and made searchable.
Or even a list attached with the sets that appear in it.
|
Completely agree. I've been looking at some scanning companies in anticipation
of possibly (and professionally) scanning my E&D catalog collection and they
offer these services. It would be most helpful to know without going through
an entire catalog if the set you're looking for appears therein.
|
|
| Author: | StormChaser | | Posted: | Dec 12, 2019 22:40 | | Subject: | Re: Add Search Options to Advanced Catalog Search | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| In Suggestions, 62Bricks writes:
| | How would you use these features? Do you want to see a list of all items that
appear as, say, extras? Or do you want to take a specific part and find all the
sets in which it appears as an extra?
|
I've wanted this functionality in the past, but can't recall just why.
So I'll answer your question by mentioning the situation that prompted me
to post this suggestion.
This set includes two minifigures as counterparts:
I wanted to know how many sets include figures as counterparts, but could not
search for this information. With the feature I'm asking for I could use
the advanced search to find all the sets with figures inventoried as counterparts.
The requested features would probably be most useful to those working on the
catalog and its inventories, but others may find them useful as well.
|
|
| Author: | 62Bricks | | Posted: | Dec 12, 2019 22:07 | | Subject: | Re: Add Search Options to Advanced Catalog Search | | Viewed: | 28 times | | Topic: | Suggestions | |
|
| In Suggestions, StormChaser writes:
| | I need the ability to select from the following unavailable options as checkboxes
on the Advanced Catalog Search page:
Items Inventoried as Regular
Items Inventoried as Counterpart
Items Inventoried as Extra
Items Inventoried as Alternate
Thank you.
|
How would you use these features? Do you want to see a list of all items that
appear as, say, extras? Or do you want to take a specific part and find all the
sets in which it appears as an extra?
|
|
| Author: | 62Bricks | | Posted: | Dec 12, 2019 21:10 | | Subject: | Re: Add An Area for Catalog Scans | | Viewed: | 34 times | | Topic: | Suggestions | |
|
| In Suggestions, StormChaser writes:
| | I suggest that BrickLink add an area to the site for scans of printed catalogs.
There are other fan sites that already do this, but the results vary. This
would be a useful feature that would compliment the BrickLink catalog, enable
more effective catalog/inventory work, and draw more visitors to the site. Plus,
there would never be questions about copyright because TLG is publishing the
data themselves.
If this was done, I would add scans of my extensive Dacta/Education catalog collection.
Nearly all of the catalogs in my collection would only be available as scans
on BrickLink.
Thanks for considering it.
|
Great idea. It would be even better if they could be transcribed and made searchable.
Or even a list attached with the sets that appear in it.
|
|
| Author: | leopard37 | | Posted: | Dec 12, 2019 17:23 | | Subject: | Re: Add Search Options to Advanced Catalog Search | | Viewed: | 32 times | | Topic: | Suggestions | |
|
| In Suggestions, calsbricks writes:
| | In Suggestions, StormChaser writes:
| | I need the ability to select from the following unavailable options as checkboxes
on the Advanced Catalog Search page:
Items Inventoried as Regular
Items Inventoried as Counterpart
Items Inventoried as Extra
Items Inventoried as Alternate
Thank you.
|
definitely agree especially counter parts
|
It's almost like he has a vision for a better catalog... Huh...
|
|
| Author: | calsbricks | | Posted: | Dec 12, 2019 17:10 | | Subject: | Re: Add Search Options to Advanced Catalog Search | | Viewed: | 30 times | | Topic: | Suggestions | |
|
| In Suggestions, StormChaser writes:
| | I need the ability to select from the following unavailable options as checkboxes
on the Advanced Catalog Search page:
Items Inventoried as Regular
Items Inventoried as Counterpart
Items Inventoried as Extra
Items Inventoried as Alternate
Thank you.
|
definitely agree especially counter parts
|
|
| Author: | calebfishn | | Posted: | Dec 12, 2019 16:58 | | Subject: | Re: Clarify Timeout on Inventory Step 3 | | Viewed: | 33 times | | Topic: | Suggestions | |
|
| In Suggestions, StormChaser writes:
| | Please make it clear to members how long they have to complete Step 3 (Verify
Changes) when submitting inventory change requests. This can be done with a
countdown timer or by clearly stating on the Verify Changes page how long the
member has to complete the process.
Currently Step 3 is timed out after an unknown amount of time and this is not
stated anywhere until you actually get the timeout. When the timeout occurs,
portions of the data being submitted can be lost (and, obviously, this occurs
with no warning whatsoever).
Thank you.
|
I am saying yes to this. My last few part outs were a disaster of wasted effort
thanks to the timing out issue. It can easily take 30 minutes to part out a
large set, especially if you need to adjust amounts, or condition factors, or
add some remarks.
|
|
| Author: | mhl | | Posted: | Dec 10, 2019 05:24 | | Subject: | Re: can purchased pieces show up in “have” ? | | Viewed: | 47 times | | Topic: | Suggestions | |
|
| I really like the suggestion, I know that the described solution works, but it
is not comfortable.
Reason why it is not comfortable as you wrote:
- I have multiple wanted lists
- When applying an order to multiple wanted lists, you do not see how many bricks
have been assign already.
- After the apply you do not have an overview of how many bricks are left for
use for other things.
So it would be generally better to have a list like "ordered bricks" or "my bricks".
Then from this list apply the order to a wanted list with the same screen as
today. And then decrease the amount of the "my bricks" list by the applyed number.
This would help me to have a view on what I have right after the apply_order_to_wanted_list
function.
And even when I add a new wanted list, with a function like "fill from my bricks",
this would help.
Cheers Maik
|
|
| Author: | sarbaek | | Posted: | Dec 9, 2019 07:40 | | Subject: | Configurability for when payment is captured | | Viewed: | 58 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| It would be very nice to allow store management to configure when a Stripe payment
is actually captured instead of capturing payment at checkout. In some countries
it's not allowed to capture payment before the order is actually shipped.
For instance it could be configured to automatically capture the payment when
the order status is set to "Shipped". This is how Stripe integration is handled
on BrickOwl so there's definitely an API for this. If an automatic handling
of this cannot be implemented for whatever reason I'd be ok with settling
for a manual process.
I would love to be able to fully comply with regulations .
|
|
| Author: | Sallywacko | | Posted: | Dec 4, 2019 17:13 | | Subject: | Re: can purchased pieces show up in “have” ? | | Viewed: | 80 times | | Topic: | Suggestions | |
|
| In Suggestions, SylvainLS writes:
| | In Suggestions, Andrsv writes:
| | In Suggestions, Sallywacko writes:
| | My want lists have a place for the bricks I have. It would be nice if the pieces
I purchase through BrickLinks would automatically show up in the haves so I can
keep track. Is there a way to allow this to happen?
|
You can use «Apply order» button in your wanted list
|
Beware!
You can “Apply” the same order to multiple lists, hence counting the same bought
brick multiple times.
Worse, you can “Apply” the same order multiple times to the same list.
Better to make “bought lists” and manually (and painfully) change the values
in the “really anted lists” yourself.
|
Thanks for the cautions!
|
|
| Author: | Sallywacko | | Posted: | Dec 4, 2019 17:12 | | Subject: | Re: can purchased pieces show up in “have” ? | | Viewed: | 36 times | | Topic: | Suggestions | |
|
| In Suggestions, Andrsv writes:
| | In Suggestions, Sallywacko writes:
| | My want lists have a place for the bricks I have. It would be nice if the pieces
I purchase through BrickLinks would automatically show up in the haves so I can
keep track. Is there a way to allow this to happen?
|
You can use «Apply order» button in your wanted list
|
Thanks for the tip!
|
| Author: | kejones02 | | Posted: | Dec 4, 2019 16:15 | | Subject: | Share my Wanted List with Others | | Viewed: | 58 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| I would love the ability to share my Wanted List(s) with others, especially around
year end, for gift exchanges and other gift giving. Thanks!
|
|
| Author: | yorbrick | | Posted: | Dec 4, 2019 09:15 | | Subject: | Re: Show the set from which a piece was ordered. | | Viewed: | 39 times | | Topic: | Suggestions | |
|
| In Suggestions, Lilbeastie22 writes:
| | Please show in the order details, the set from which pieces were ordered. As
a seller, this would be hugely helpful in finding the ordered pieces and sending
the order within a reasonable time.
|
Also voted no, as the current way is more flexible than what you propose. If
you want the set number, just add it as a remark. Also if you are not checking
inventories and sorting the parts out when you part out, watch out for variants
and extra parts.
|
|
| Author: | Stuart9 | | Posted: | Dec 4, 2019 08:06 | | Subject: | Re: Show the set from which a piece was ordered. | | Viewed: | 39 times | | Topic: | Suggestions | |
|
| I will try this next few sets, thanks.
Looked at it but wary of trying until now.
In Suggestions, brickablocks writes:
| | When you upload or part out a set, you can set up concatenation settings that
will combine old and new remarks, so you don't have this problem. Customers
get pretty frustrated shopping in bL stores that have the same part in several
lots.
In Suggestions, Stuart9 writes:
| | If I part out a set, I add the set number to the comments which then shows up
in the order info.
This however has a drawback, it adds a separate entry for each of the parts each
time you part out a new set, you could end up with many parts listed numerous
times.
Might deter some from ordering but you can find the set quicker.
|
|
|
|
| Author: | brickablocks | | Posted: | Dec 4, 2019 07:56 | | Subject: | Re: Show the set from which a piece was ordered. | | Viewed: | 38 times | | Topic: | Suggestions | |
|
| When you upload or part out a set, you can set up concatenation settings that
will combine old and new remarks, so you don't have this problem. Customers
get pretty frustrated shopping in bL stores that have the same part in several
lots.
In Suggestions, Stuart9 writes:
| | If I part out a set, I add the set number to the comments which then shows up
in the order info.
This however has a drawback, it adds a separate entry for each of the parts each
time you part out a new set, you could end up with many parts listed numerous
times.
Might deter some from ordering but you can find the set quicker.
|
|
|
|
| Author: | axaday | | Posted: | Dec 4, 2019 07:44 | | Subject: | Re: Show the set from which a piece was ordered. | | Viewed: | 34 times | | Topic: | Suggestions | |
|
| In Suggestions, Andrsv writes:
| | In Suggestions, Lilbeastie22 writes:
| | Please show in the order details, the set from which pieces were ordered. As
a seller, this would be hugely helpful in finding the ordered pieces and sending
the order within a reasonable time.
|
When parting out a set you can choose default remark. I always set the set nr
as default remark. Would this solve your issue?
|
This is what I do. Not necessarily the set, but the remarks line shows where
I will find the piece. There is a setting to show remarks on your orders.
|
|
| Author: | Stuart9 | | Posted: | Dec 4, 2019 07:37 | | Subject: | Re: Show the set from which a piece was ordered. | | Viewed: | 38 times | | Topic: | Suggestions | |
|
| If I part out a set, I add the set number to the comments which then shows up
in the order info.
This however has a drawback, it adds a separate entry for each of the parts each
time you part out a new set, you could end up with many parts listed numerous
times.
Might deter some from ordering but you can find the set quicker.
In Suggestions, Lilbeastie22 writes:
| | Please show in the order details, the set from which pieces were ordered. As
a seller, this would be hugely helpful in finding the ordered pieces and sending
the order within a reasonable time.
|
|
|
| Author: | Andrsv | | Posted: | Dec 4, 2019 07:37 | | Subject: | Re: Show the set from which a piece was ordered. | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| In Suggestions, Lilbeastie22 writes:
| | Please show in the order details, the set from which pieces were ordered. As
a seller, this would be hugely helpful in finding the ordered pieces and sending
the order within a reasonable time.
|
When parting out a set you can choose default remark. I always set the set nr
as default remark. Would this solve your issue?
|
|
| Author: | calsbricks | | Posted: | Dec 4, 2019 07:31 | | Subject: | Re: Show the set from which a piece was ordered. | | Viewed: | 38 times | | Topic: | Suggestions | |
|
| In Suggestions, Lilbeastie22 writes:
| | Please show in the order details, the set from which pieces were ordered. As
a seller, this would be hugely helpful in finding the ordered pieces and sending
the order within a reasonable time.
|
Voted no as this really isn't possible. Pieces can and do come from a multitude
of sets so which one it comes from cannot be isolated except in rare circumstances.
|
|
| Author: | Lilbeastie22 | | Posted: | Dec 4, 2019 07:27 | | Subject: | Show the set from which a piece was ordered. | | Viewed: | 119 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Please show in the order details, the set from which pieces were ordered. As
a seller, this would be hugely helpful in finding the ordered pieces and sending
the order within a reasonable time.
|
| Author: | tsystem | | Posted: | Dec 3, 2019 16:57 | | Subject: | Re: Create a Have List | | Viewed: | 42 times | | Topic: | Suggestions | |
|
| | Hi, New update of my merge tools, i hope you like it |
|
| Author: | tsystem | | Posted: | Dec 1, 2019 16:34 | | Subject: | Re: Create a Have List | | Viewed: | 51 times | | Topic: | Suggestions | |
|
| Hi All,
So i've decided to do my own tool... So i've put it online if it's
can help someone.
How does it work : really simple ... donwload your wanted lists as xml file,
go to my link, drop your xml, choose for options and merge the 2 files together
and upload it to a new list....
This way, i have a wanted list for my project and one for my own parts, so i
can merge the 2 list to see if request quantity is matching my having quantity
...
I think i'll add option to :
- keep only element present in first list
- keep only common element
- keep only different element
- ...
I hop it will help somone
link : http://www.tapsystem.com/bricklink/mergeXML/
test files if you want :
test file A : http://www.tapsystem.com/bricklink/mergeXML/testFiles/mergeXmlA.xml
test file B : http://www.tapsystem.com/bricklink/mergeXML/testFiles/mergeXmlB.xml
Thanks for your comments
|
|
| Author: | SylvainLS | | Posted: | Nov 30, 2019 11:12 | | Subject: | Re: can purchased pieces show up in “have” ? | | Viewed: | 55 times | | Topic: | Suggestions | |
|
| In Suggestions, Andrsv writes:
| | In Suggestions, Sallywacko writes:
| | My want lists have a place for the bricks I have. It would be nice if the pieces
I purchase through BrickLinks would automatically show up in the haves so I can
keep track. Is there a way to allow this to happen?
|
You can use «Apply order» button in your wanted list
|
Beware!
You can “Apply” the same order to multiple lists, hence counting the same bought
brick multiple times.
Worse, you can “Apply” the same order multiple times to the same list.
Better to make “bought lists” and manually (and painfully) change the values
in the “really anted lists” yourself.
|
|
| Author: | Andrsv | | Posted: | Nov 30, 2019 10:31 | | Subject: | Re: can purchased pieces show up in “have” ? | | Viewed: | 43 times | | Topic: | Suggestions | |
|
| In Suggestions, Sallywacko writes:
| | My want lists have a place for the bricks I have. It would be nice if the pieces
I purchase through BrickLinks would automatically show up in the haves so I can
keep track. Is there a way to allow this to happen?
|
You can use «Apply order» button in your wanted list
|
| Author: | Sallywacko | | Posted: | Nov 30, 2019 10:19 | | Subject: | can purchased pieces show up in “have” ? | | Viewed: | 71 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| My want lists have a place for the bricks I have. It would be nice if the pieces
I purchase through BrickLinks would automatically show up in the haves so I can
keep track. Is there a way to allow this to happen?
|
|
| Author: | Emporiosa | | Posted: | Nov 29, 2019 16:38 | | Subject: | Re: Create a Have List | | Viewed: | 44 times | | Topic: | Suggestions | |
|
| In Suggestions, tsystem writes:
| | Hi,
After all, thanks for this website ans studio, it's really great tools to
create and find parts !
My idea is to have the possibility to create an "have list" like the "wanted
list" but to reference my parts and so to be abble to make difference between
want / have lists to know wich parts i need to purchase. it will be great for
multipart/large model so i can purchase and work on a first part and continue
searching for other part but making a different wanted list for different submodels
...
I don't know if it's really clear ...
Let me know
Thanks by advance
Mr
|
Have you seen the website Rebrickable? It's fantastic for keeping inventory
of what you have as well as create wanted lists for parts you need to build MOCs
or other sets. It also Bricklink sellers are also integrated with it so you can
create a list there to use for buying on Bricklink
|
|
| Author: | Brickwilbo | | Posted: | Nov 29, 2019 12:44 | | Subject: | Re: Create a Have List | | Viewed: | 42 times | | Topic: | Suggestions | |
|
| In Suggestions, tsystem writes:
| | Hi,
After all, thanks for this website ans studio, it's really great tools to
create and find parts !
My idea is to have the possibility to create an "have list" like the "wanted
list" but to reference my parts and so to be abble to make difference between
want / have lists to know wich parts i need to purchase. it will be great for
multipart/large model so i can purchase and work on a first part and continue
searching for other part but making a different wanted list for different submodels
...
I don't know if it's really clear ...
Let me know
Thanks by advance
Mr
|
You can upgrade to seller,keep the store closed for personal inventory.
Or use Brickstock for personal use.
|
|
| Author: | tsystem | | Posted: | Nov 29, 2019 12:23 | | Subject: | Re: Create a Have List | | Viewed: | 41 times | | Topic: | Suggestions | |
|
| In Suggestions, tsystem writes:
* before all a great thanks )
|
|
| Author: | tsystem | | Posted: | Nov 29, 2019 12:22 | | Subject: | Create a Have List | | Viewed: | 93 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Hi,
After all, thanks for this website ans studio, it's really great tools to
create and find parts !
My idea is to have the possibility to create an "have list" like the "wanted
list" but to reference my parts and so to be abble to make difference between
want / have lists to know wich parts i need to purchase. it will be great for
multipart/large model so i can purchase and work on a first part and continue
searching for other part but making a different wanted list for different submodels
...
I don't know if it's really clear ...
Let me know
Thanks by advance
Mr
|
|
| Author: | SylvainLS | | Posted: | Nov 26, 2019 13:40 | | Subject: | Re: Find sets based on pieces | | Viewed: | 49 times | | Topic: | Suggestions | |
|
| In Suggestions, randyf writes:
| | In Suggestions, bwbwings writes:
| | There is a feature I would love to see in Bricklink, it goes like this:
I have x number of pieces that belong to a set but I do not know what the set
is. I would love to specify which pieces I have and then view all the sets that
all the pieces belong to.
I do know that I can look up a single piece but it gets difficult cross referencing
5 or 6 pieces to find the common set.
Please let me know if you think this would be a beneficial feature or if you
would like more info.
Thanks
|
rebrickable.com
|
And https://www.bricklink.com/catalogIn.asp?viewMulti=Y
|
|
| Author: | randyf | | Posted: | Nov 26, 2019 13:36 | | Subject: | Re: Find sets based on pieces | | Viewed: | 50 times | | Topic: | Suggestions | |
|
| In Suggestions, bwbwings writes:
| | There is a feature I would love to see in Bricklink, it goes like this:
I have x number of pieces that belong to a set but I do not know what the set
is. I would love to specify which pieces I have and then view all the sets that
all the pieces belong to.
I do know that I can look up a single piece but it gets difficult cross referencing
5 or 6 pieces to find the common set.
Please let me know if you think this would be a beneficial feature or if you
would like more info.
Thanks
|
rebrickable.com
|
|
| Author: | bwbwings | | Posted: | Nov 26, 2019 13:19 | | Subject: | Find sets based on pieces | | Viewed: | 70 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| There is a feature I would love to see in Bricklink, it goes like this:
I have x number of pieces that belong to a set but I do not know what the set
is. I would love to specify which pieces I have and then view all the sets that
all the pieces belong to.
I do know that I can look up a single piece but it gets difficult cross referencing
5 or 6 pieces to find the common set.
Please let me know if you think this would be a beneficial feature or if you
would like more info.
Thanks
|
|
| Author: | calsbricks | | Posted: | Nov 26, 2019 07:59 | | Subject: | Re: "Fast Shipper" badge for Sellers | | Viewed: | 44 times | | Topic: | Suggestions | |
|
| In Suggestions, bje writes:
| | In Suggestions, searme writes:
| | In Suggestions, bje writes:
| | Besides - if you know sellers who are listing items they do not have on hand,
you must report those lots to BrickLink
|
I'd love to but how do you suggest I prove that, short of raiding seller's
home/shop?
|
Per your original post - you and other LUG members are aware of those sellers,
so you and your fellow LUG members all report those lots and wait for BL to sort
it out. You are not prosecutor, judge, jury and executioner and neither are you
the policeman. But it also does not help matters if you just talk among yourselves
about it. If you and all other members of your LUG really feel there is a real
serious problem here with a specific subset of sellers, you all report the problem
lots. I'm sure BL can investigate the matter evenhandedly.
On the other hand, if there is nothing in your original statement, then we do
not need this badge idea, as all you have to do is ask the seller to ship to
your timeframe and keep the proof as you require.
|
In addition to what Jean has mentioned you also need to be aware that the suggestion
program has not worked for a long time as development on the classic site is
no longer part of Bricklink's plans. They have agreed publicly to continue
to support it but all work (development) is being aimed at the "Future of Bricklink
e.g. Bricklink XP" as stated in the Presentation at Brickworld. When and if that
happens it appears the business model will change - to what is really unknown
at present with only very sketchy details available. That plus the fact that,
again publicly, Bricklink have stated they are somewhat in limbo over the future
direction they want to decide on means that modifying the classic site is even
further down the line for anything to be done.
Using the existing feedback system is really your only avenue to deal with things
like this. I would think most people agree that system is flawed, not used correctly,
and in need of a facelift - but it doesn't really appear that is likely.
Things can of course change and there are lots of us who want to see that happen
but for the time being use the tools that are already there.
|
|
| Author: | bje | | Posted: | Nov 26, 2019 07:20 | | Subject: | Re: "Fast Shipper" badge for Sellers | | Viewed: | 45 times | | Topic: | Suggestions | |
|
| In Suggestions, searme writes:
| | In Suggestions, bje writes:
| | Besides - if you know sellers who are listing items they do not have on hand,
you must report those lots to BrickLink
|
I'd love to but how do you suggest I prove that, short of raiding seller's
home/shop?
|
Per your original post - you and other LUG members are aware of those sellers,
so you and your fellow LUG members all report those lots and wait for BL to sort
it out. You are not prosecutor, judge, jury and executioner and neither are you
the policeman. But it also does not help matters if you just talk among yourselves
about it. If you and all other members of your LUG really feel there is a real
serious problem here with a specific subset of sellers, you all report the problem
lots. I'm sure BL can investigate the matter evenhandedly.
On the other hand, if there is nothing in your original statement, then we do
not need this badge idea, as all you have to do is ask the seller to ship to
your timeframe and keep the proof as you require.
|
|
| Author: | searme | | Posted: | Nov 26, 2019 06:45 | | Subject: | Re: "Fast Shipper" badge for Sellers | | Viewed: | 31 times | | Topic: | Suggestions | |
|
| In Suggestions, axaday writes:
| | eBay has 4 or 5 parameters in the detailed feedback. But I'm not sure who
ever checks it.
|
If an universally visible badge would be dependent on a parameter, you wouldn't
even need to check that parameter manually. It's kind of the whole point.
|
| Author: | searme | | Posted: | Nov 26, 2019 06:44 | | Subject: | Re: "Fast Shipper" badge for Sellers | | Viewed: | 31 times | | Topic: | Suggestions | |
|
| In Suggestions, bje writes:
| | Besides - if you know sellers who are listing items they do not have on hand,
you must report those lots to BrickLink
|
I'd love to but how do you suggest I prove that, short of raiding seller's
home/shop?
|
|
| Author: | axaday | | Posted: | Nov 26, 2019 05:51 | | Subject: | Re: "Fast Shipper" badge for Sellers | | Viewed: | 28 times | | Topic: | Suggestions | |
|
| In Suggestions, searme writes:
| | What if we added a secondary feedback where instead of just writing if the service
was OK or not OK, the buyer also rates service speed between fast/regular/slow?
And sellers who are consistently rated "fast" by buyers get a badge? Still can
be misused, but should be harder to tamper with. The problem is definitely there
and the existing feedback doesn't solve it. If a dishonest store states they
ship in 5-15 days, you're obviously hoping for 5 and they're obviously
just making 15 look nice. Seriously, maybe set a limit for a maximum shipping
time? If a seller can't ship anything in less than 3 weeks, they obviously
don't have time to run a store OR they're not being truthful about their
stock.
|
eBay has 4 or 5 parameters in the detailed feedback. But I'm not sure who
ever checks it.
|
|
| Author: | bje | | Posted: | Nov 26, 2019 05:48 | | Subject: | Re: "Fast Shipper" badge for Sellers | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| In Suggestions, searme writes:
| | In Suggestions, yorbrick writes:
| | I don't think it is necessary. If you have a bad experience then leave appropriate
feedback.
Having a badge will do nothing, as sellers will find a way around it. Plus it
will need policing, which is impossible unless everyone reports tracking information
to BL, which will increase postage costs for buyers. Plus the tracking information
will still need checking to find out if it is genuine.
|
The shops in question clearly prove that feedback is not reliable, as they only
have 10-20% of complaints and they tend to blacklist complainers to prevent them
from buying again. Yes, a small percentage of sellers will find a way around
anything, but I still believe that for majority of them, such a badge would be
reliable. Far more reliable than blindly trusting the seller, which is what we
are mostly doing right now. I've lost all faith in the feedback system -
consider that if a seller declares on his page that he ships in 5-15 days and
then he ships every order in 15 days (which is pretty much the case with some
shops), you still have no grounds for negative feedback. And I feel like a number
of buyers is simply afraid of giving a negative feedback.
|
With 800+ buy orders under the belt you should know that feedback is not in any
way designed to be any barometer of service standards. If the seller is not clear
on when he/she will ship, then message them prior to placing the order and ask
what the timeframe is. That way you do not ahve to trust blindly.
A real example of why feedback is such a difficult tool to use to assess sellers:
I have an outstanding order. I asked the seller to keep proof of shipping. After
two months I ask the seller for the proof of shipping. The seller did not keep
proof of shipping. The seller offers me a refund. I did not order a refund. I
paid for the shipping in trust. The seller has no proof that the money I paid
him for shipping was used as intended. That seller is batting 0 for 3 - he has
not done a single thing I have asked him to do. Yet, if I were to leave him negative
or neutral feedback on the facts right now it will be the end of the world for
him because in his head he thinks he has done right by me by offering a full
refund of the order.
I think that if it is that mission critical that the seller must ship the next
day, then tell the seller that when you palce the order and give him/her a clear
opportunity to cancel if they cannot fulfill the order to your expectations.
If a seller then chooses to accept the order and still gives you that level of
poor service, either do not buy from the seller again or bite the bullet and
leave clear feedback such as "seller promises to ship next day but does not".
Besides - if you know sellers who are listing items they do not have on hand,
you must report those lots to BrickLink so those can be removed and if there
are a sufficient number of those lots, so the sellers can be closed down by BrickLink.
If you say nothing, then you are helping the seller to circumvent the very issues
you are complaining about.
|
|
| Author: | searme | | Posted: | Nov 26, 2019 05:43 | | Subject: | Re: "Fast Shipper" badge for Sellers | | Viewed: | 28 times | | Topic: | Suggestions | |
|
| What if we added a secondary feedback where instead of just writing if the service
was OK or not OK, the buyer also rates service speed between fast/regular/slow?
And sellers who are consistently rated "fast" by buyers get a badge? Still can
be misused, but should be harder to tamper with. The problem is definitely there
and the existing feedback doesn't solve it. If a dishonest store states they
ship in 5-15 days, you're obviously hoping for 5 and they're obviously
just making 15 look nice. Seriously, maybe set a limit for a maximum shipping
time? If a seller can't ship anything in less than 3 weeks, they obviously
don't have time to run a store OR they're not being truthful about their
stock.
|
|
| Author: | yorbrick | | Posted: | Nov 26, 2019 05:19 | | Subject: | Re: "Fast Shipper" badge for Sellers | | Viewed: | 31 times | | Topic: | Suggestions | |
|
| In Suggestions, searme writes:
| | In Suggestions, yorbrick writes:
| | I don't think it is necessary. If you have a bad experience then leave appropriate
feedback.
Having a badge will do nothing, as sellers will find a way around it. Plus it
will need policing, which is impossible unless everyone reports tracking information
to BL, which will increase postage costs for buyers. Plus the tracking information
will still need checking to find out if it is genuine.
|
The shops in question clearly prove that feedback is not reliable, as they only
have 10-20% of complaints and they tend to blacklist complainers to prevent them
from buying again. Yes, a small percentage of sellers will find a way around
anything, but I still believe that for majority of them, such a badge would be
reliable. Far more reliable than blindly trusting the seller, which is what we
are mostly doing right now. I've lost all faith in the feedback system -
consider that if a seller declares on his page that he ships in 5-15 days and
then he ships every order in 15 days (which is pretty much the case with some
shops), you still have no grounds for negative feedback. And I feel like a number
of buyers is simply afraid of giving a negative feedback.
|
So BL goes for a badge for speed of shipping. That may lead to some sellers being
sloppy to make sure they qualify for that badge. So we need a badge for accuracy.
Plus for used parts sellers, we need a badge for quality of parts. And what about
a badge for quality of packaging, as some people don't package adequately.
And so on.
And all these badges need monitoring. Should it be down to the seller to declare
they ship within 5 days, or for the buyers to monitor this. And what about correctness
of order and so on - should a buyer declare this or the seller?
If you want a fast turn around, I suggest avoiding stores that state they will
ship in 5-15 days.
If a store has 10-20% of complaints, then I'd also avoid them.
As to a store blacklisting a buyer that complains, I don't see the problem.
If a buyer is upset with a store enough to leave them negative feedback, then
surely the buyer would not want to buy from that same store again. And if they
do, surely the seller has the right to stop them. If they didn't like their
purchase first time around, then why deal with that customer again if they are
just going to complain again at the service.
|
|
| Author: | SurplusParts | | Posted: | Nov 26, 2019 05:14 | | Subject: | Re: "Fast Shipper" badge for Sellers | | Viewed: | 33 times | | Topic: | Suggestions | |
|
| I honestly think that if the feedback system was used as it is designed to do,
then some of these problems would be eliminated.
What is the considered % for a top store. 100%? 99%? 90%?
That maybe is the problem. Everyone wants 100% and they don't want negative
feedback. They say they are happy for constructive feedback, but the reality
is that they don't really, unless it is positive. And some stores use some
bad methods to keep that score up.
Imagine if a top store was only 90%. Then people may be more likely to give
honest feedback as it would be less likely to ruin their perfect score.
I recently had a buying experience on Bricklink that i would consider neutral.
Wasn't disastrous, but was certainly not good. However i felt that i couldn't
leave that kind of feedback because i am a seller too, and i didn't want
to receive the same in return. Retaliatory feedback is a big problem.
But as mentioned above, sellers could just mark the shipment as shipped and it
would make no iota of difference.
I think that honest feedback is the only really way to go, but i am guilty of
the opposite myself so i won't be holding my breath that this will happen
any day soon.
Anyway, just my thoughts.
Douglas
|
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
Croatia, Zagreb City
)
)
Netherlands, Utrecht
United Kingdom, England
Germany, Nordrhein-Westfalen
France, Nouvelle-Aquitaine
Belgium
Luxembourg
Switzerland, Vaud
Australia, Victoria
New Zealand, Waikato
Canada, Ontario
Denmark
Norway, Rogaland
South Africa, Gauteng
Poland, w. Mazowieckie