Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | jennnifer  | | Posted: | Dec 6, 2016 17:53 | | Subject: | Inventory Change Request for Set 5892-1 | | Viewed: | 19 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Change 1 Part Black {51011u Tire 17.5mm D. x 6mm with Shallow Staggered Treads (undetermined type) to 42611 Tire 17.5mm D. x 6mm with Shallow Staggered Treads}
Comments from Submitter:
Source: set in my personal collection.
|
 |
| Author: | taxan | | Posted: | Dec 6, 2016 12:54 | | Subject: | Re: Inventory Change Request for Minifig mmf005 | | Viewed: | 18 times | | Topic: | Inventories Requests | |
| In Inventories Requests, Humpfry007 writes:
| | Please make changes to the following inventory:
* Delete 1 Part 3901 Brown Minifig, Hair Male
Comments from Submitter:
The hair of the minifig is female (No.4530) on the picture of the instructions of set 1878-1
|
That Male Minifig still are in set and .
The image of the instructions for set do show a female Minifig
But the correct Female Minifig aren't in the Catalog yet.
It need to be added (with picture) to the Catalog before a change request for
that set can be made.
Have a nice day.
taxan
|
|
| Author: | Humpfry007 | | Posted: | Dec 6, 2016 09:51 | | Subject: | Inventory Change Request for Minifig mmf005 | | Viewed: | 42 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Delete 1 Part 3901 Brown Minifig, Hair Male
Comments from Submitter:
The hair of the minifig is female (No.4530) on the picture of the instructions of set 1878-1
|
|
| Author: | mandr | | Posted: | Dec 5, 2016 23:49 | | Subject: | Re: Inventory Change Request for Set 5599-1 | | Viewed: | 12 times | | Topic: | Inventories Requests | |
| In Inventories Requests, mandr writes:
| | Please make changes to the following inventory:
* Change {3 to 4} Part Red 3039 Slope 45 2 x 2
Comments from Submitter:
Currently, there are 3 red 2x2 slopes. But on page 55 to 56 of the instructions, there are 3 in Step 1, and it looks like 1 more is added in Step 2. This is a similar change to the corresponding set 5600.
|
Here is a snapshot of the relevant pages in the booklet for set 5599:
|
|
|
| Author: | mandr | | Posted: | Dec 5, 2016 23:45 | | Subject: | Inventory Change Request for Set 5599-1 | | Viewed: | 18 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Change {3 to 4} Part Red 3039 Slope 45 2 x 2
Comments from Submitter:
Currently, there are 3 red 2x2 slopes. But on page 55 to 56 of the instructions, there are 3 in Step 1, and it looks like 1 more is added in Step 2. This is a similar change to the corresponding set 5600.
|
|
| Author: | mandr | | Posted: | Dec 5, 2016 23:37 | | Subject: | Re: Inventory Change Request for Set 5600-1 | | Viewed: | 13 times | | Topic: | Inventories Requests | |
| In Inventories Requests, mandr writes:
| | Please make changes to the following inventory:
* Change {3 to 4} Part Red 3039 Slope 45 2 x 2
Comments from Submitter:
Currently, there are 3 red 2x2 slopes. But on page 58-59 of the instructions, there are 3 in Step 1, and it looks like 1 more is added in Step 2.
|
|
|
| Author: | mandr | | Posted: | Dec 5, 2016 23:36 | | Subject: | Inventory Change Request for Set 5600-1 | | Viewed: | 16 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Change {3 to 4} Part Red 3039 Slope 45 2 x 2
Comments from Submitter:
Currently, there are 3 red 2x2 slopes. But on page 58-59 of the instructions, there are 3 in Step 1, and it looks like 1 more is added in Step 2.
|
|
| Author: | randyf | | Posted: | Dec 5, 2016 11:00 | | Subject: | Inventory Change Request for Set 76027-1 | | Viewed: | 19 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Change 1 Book 6112152 Super Heroes Comic Book, DC Comics, Gorilla Grodd & Darkseid (Batman & Superman Logo) {match ID 0 to 2}
* Change 1 Book 6112153 Super Heroes Comic Book, DC Comics, Gorilla Grodd & Darkseid (Justice League Logo) {Regular to Alternate} {match ID 0 to 2}
Comments from Submitter:
Only one of the two books comes with the set. Therefore, one has to be an alternate, and one has to be the regular.
|
|
| Author: | badbob001 | | Posted: | Dec 5, 2016 10:44 | | Subject: | Pick multiple countries for auto-finder | | Viewed: | 49 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Please add an option to pick more than one country in the auto-finder feature.
I like to buy from several countries and it's limiting to be restricted to
just one. The region option is also no good since my preferred stores are not
in the same region. For example, I like to purchase from USA and Germany.
Thanks!
|
| Author: | randyf | | Posted: | Dec 5, 2016 09:26 | | Subject: | Inventory Change Request for Set 8821-1 | | Viewed: | 18 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Change 2 Part {Metallic Silver to Pearl Light Gray} 51342pb04 Dragon Wing 19 x 11, Yellow Trailing Edge
Comments from Submitter:
Part is definitely *NOT* Metallic Silver, since Metallic Silver parts are coated in paint. These wings are a multicolor part which are molded from two colors of plastic.
|
|
| Author: | WoutR | | Posted: | Dec 4, 2016 18:40 | | Subject: | Re: Inventory Change Request for Set 005-1 | | Viewed: | 18 times | | Topic: | Inventories Requests | |
| In Inventories Requests, legoman77 writes:
| | In Inventories Requests, WoutR writes:
| | In Inventories Requests, viejos writes:
| | In Inventories Requests, huriel writes:
| | Please make changes to the following inventory:
* Add 1 Part 3004 Red Brick 1 x 2
* Add 1 Part 3003old Red Brick 2 x 2 without Inside Supports
* Add 10 Part 3001old Red Brick 2 x 4 without Cross Supports
* Add 1 Part 3004 White Brick 1 x 2
* Add 1 Part 3003old White Brick 2 x 2 without Inside Supports
* Add 10 Part 3001old White Brick 2 x 4 without Cross Supports
* Add 2 Part 3004 Yellow Brick 1 x 2
* Add 2 Part 3004 Blue Brick 1 x 2
* Add 2 Part 3004 Black Brick 1 x 2
* Add 4 Part 3004 Trans-Clear Brick 1 x 2
Comments from Submitter:
I just acquired a set, which was incomplete but with the original box. Seeing the models there, it is simply impossible to build them with the current BrickLink's inventory. I reconstructed what should be the minimal set to build all the models in the box. This is also evident from the photos which are uploaded in BrickLink, but I can provide new photos with the alternate models in the box, if needed.
Completing the box with all the pieces that I think should be in the inventory and a catalog of that time, the weight is 204 g, please update that as well.
|
For these very old sets, they often came with stock pictures that were not intended
to serve as instructions for what could be built with the set.
|
I Agree. They were inspirational models that were not directly related to the
set contents.
| | Before making
any changes, please check with the submitter of this inventory who is an authority
on such matters.
It is also possible that different contents came at different times and locations
for these old sets, which were little more than parts packs. Often the BL inventory
only serves as a suggestion as to what one might find.
Russell
|
|
I had several of these sets and many matched the bricks that were in each. Here
on Peeron.com it was inventoried by someone and I varied it from the sets I had
in my possession. At the same time, Lego often substituted elements when they
ran short and they did not change building instructions.
http://peeron.com/inv/sets/005-2
John P
John P
|
I think that the first instructions were added to some sets in 1964. Not all
the sets immediately included them. I think this set was made during the transition
period. I agree with Russell that caution is needed for sets from this time period,
and depending on box images to reconstruct the set contents could lead to errors.
PS. Note that you linked to a different set:
|
|
| Author: | legoman77 | | Posted: | Dec 4, 2016 17:30 | | Subject: | Re: Inventory Change Request for Set 005-1 | | Viewed: | 32 times | | Topic: | Inventories Requests | |
| In Inventories Requests, WoutR writes:
| | In Inventories Requests, viejos writes:
| | In Inventories Requests, huriel writes:
| | Please make changes to the following inventory:
* Add 1 Part 3004 Red Brick 1 x 2
* Add 1 Part 3003old Red Brick 2 x 2 without Inside Supports
* Add 10 Part 3001old Red Brick 2 x 4 without Cross Supports
* Add 1 Part 3004 White Brick 1 x 2
* Add 1 Part 3003old White Brick 2 x 2 without Inside Supports
* Add 10 Part 3001old White Brick 2 x 4 without Cross Supports
* Add 2 Part 3004 Yellow Brick 1 x 2
* Add 2 Part 3004 Blue Brick 1 x 2
* Add 2 Part 3004 Black Brick 1 x 2
* Add 4 Part 3004 Trans-Clear Brick 1 x 2
Comments from Submitter:
I just acquired a set, which was incomplete but with the original box. Seeing the models there, it is simply impossible to build them with the current BrickLink's inventory. I reconstructed what should be the minimal set to build all the models in the box. This is also evident from the photos which are uploaded in BrickLink, but I can provide new photos with the alternate models in the box, if needed.
Completing the box with all the pieces that I think should be in the inventory and a catalog of that time, the weight is 204 g, please update that as well.
|
For these very old sets, they often came with stock pictures that were not intended
to serve as instructions for what could be built with the set.
|
I Agree. They were inspirational models that were not directly related to the
set contents.
| | Before making
any changes, please check with the submitter of this inventory who is an authority
on such matters.
It is also possible that different contents came at different times and locations
for these old sets, which were little more than parts packs. Often the BL inventory
only serves as a suggestion as to what one might find.
Russell
|
|
I had several of these sets and many matched the bricks that were in each. Here
on Peeron.com it was inventoried by someone and I varied it from the sets I had
in my possession. At the same time, Lego often substituted elements when they
ran short and they did not change building instructions.
http://peeron.com/inv/sets/005-2
John P
John P
|
|
| Author: | WoutR | | Posted: | Dec 4, 2016 16:40 | | Subject: | Re: Inventory Change Request for Set 005-1 | | Viewed: | 33 times | | Topic: | Inventories Requests | |
| In Inventories Requests, viejos writes:
| | In Inventories Requests, huriel writes:
| | Please make changes to the following inventory:
* Add 1 Part 3004 Red Brick 1 x 2
* Add 1 Part 3003old Red Brick 2 x 2 without Inside Supports
* Add 10 Part 3001old Red Brick 2 x 4 without Cross Supports
* Add 1 Part 3004 White Brick 1 x 2
* Add 1 Part 3003old White Brick 2 x 2 without Inside Supports
* Add 10 Part 3001old White Brick 2 x 4 without Cross Supports
* Add 2 Part 3004 Yellow Brick 1 x 2
* Add 2 Part 3004 Blue Brick 1 x 2
* Add 2 Part 3004 Black Brick 1 x 2
* Add 4 Part 3004 Trans-Clear Brick 1 x 2
Comments from Submitter:
I just acquired a set, which was incomplete but with the original box. Seeing the models there, it is simply impossible to build them with the current BrickLink's inventory. I reconstructed what should be the minimal set to build all the models in the box. This is also evident from the photos which are uploaded in BrickLink, but I can provide new photos with the alternate models in the box, if needed.
Completing the box with all the pieces that I think should be in the inventory and a catalog of that time, the weight is 204 g, please update that as well.
|
For these very old sets, they often came with stock pictures that were not intended
to serve as instructions for what could be built with the set.
|
I Agree. They were inspirational models that were not directly related to the
set contents.
| | Before making
any changes, please check with the submitter of this inventory who is an authority
on such matters.
It is also possible that different contents came at different times and locations
for these old sets, which were little more than parts packs. Often the BL inventory
only serves as a suggestion as to what one might find.
Russell
|
|
|
| Author: | huriel | | Posted: | Dec 4, 2016 16:26 | | Subject: | Re: Inventory Change Request for Set 005-1 | | Viewed: | 28 times | | Topic: | Inventories Requests | |
| | Another photo, of the back of the box |
|
| Author: | huriel | | Posted: | Dec 4, 2016 16:24 | | Subject: | Re: Inventory Change Request for Set 005-1 | | Viewed: | 41 times | | Topic: | Inventories Requests | |
| | As anticipated, here are some photos of the box. |
|
| Author: | Singidunum | | Posted: | Dec 4, 2016 16:07 | | Subject: | Inventory Change Request for Set 7754-1 | | Viewed: | 37 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Add 1 Part 44126pb042L Dark Green Slope, Curved 6 x 2, with Black Geometric Pattern Model Left Side (Sticker) - Set 7754 (Counterpart)
* Add 1 Part 44126pb042R Dark Green Slope, Curved 6 x 2, with Black Geometric Pattern Model Right Side (Sticker) - Set 7754 (Counterpart)
Comments from Submitter:
Counterpart (stickered) parts for the set 7754 Home One Mon Calamari Star Cruiser
|
|
| Author: | therobo | | Posted: | Dec 4, 2016 14:56 | | Subject: | Re: Inventory Change Request for Set 7942-1 | | Viewed: | 26 times | | Topic: | Inventories Requests | |
| In Inventories Requests, hawkbit writes:
| | Please make changes to the following inventory:
* Change 1 Part Light Bluish Gray {3730 Plate, Modified 2 x 2 with Towball Socket, Short, 4 Slots to 63082 Plate, Modified 2 x 2 with Towball Socket, Short, Flattened with Holes and Axle Hole in Center}
Comments from Submitter:
In accordance with the building instructions on the LEGO website.
|
Both variants are already in the inventory as regular and alternate items.
|
|
| Author: | calsbricks | | Posted: | Dec 4, 2016 11:25 | | Subject: | Please add BL part no to xml verify page | | Viewed: | 70 times | | Topic: | Suggestions | | Status: | Implemented | |
| This is now causing some problems as it does not appear on the page after the
initial paste into the file box. Please add the BL part number to aid reconciliation.
|
| Author: | bb435104 | | Posted: | Dec 4, 2016 09:09 | | Subject: | Inventory Change Request for Set 7942-1 | | Viewed: | 29 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Change 1 Part Light Bluish Gray {3730 Plate, Modified 2 x 2 with Towball Socket, Short, 4 Slots to 63082 Plate, Modified 2 x 2 with Towball Socket, Short, Flattened with Holes and Axle Hole in Center}
Comments from Submitter:
In accordance with the building instructions on the LEGO website.
|
|
| Author: | Peettoys | | Posted: | Dec 4, 2016 08:17 | | Subject: | Inventory Change Request for Set 7751-1 | | Viewed: | 26 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Add 1 Part 4150pb002b White Tile, Round 2 x 2 with SW Republic Pattern on White Background (Sticker) (Counterpart)
Comments from Submitter:
As can been seen on the left side of Ahskoka's Starfighter (instruction booklet page 75).
|
| Author: | bb53904 | | Posted: | Dec 2, 2016 16:41 | | Subject: | Inventory Change Request for Set 10252-1 | | Viewed: | 30 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Change {1 to 2} Part White 3024 Plate 1 x 1 (Extra)
Comments from Submitter:
Model built from sealed box contents. Originally thought it was unusual to find 2 spares of this part in the same bag, so triple checked.
|
| Author: | therobo | | Posted: | Dec 2, 2016 16:39 | | Subject: | Re: Country flag ? | | Viewed: | 30 times | | Topic: | Suggestions | |
| In Suggestions, Brickwilbo writes:
| | In Suggestions, peplu06 writes:
| | Hi,
It would be nice and useful to see a small flag matching the
country between "date" and "buyer" in the "feedback" tab.
Is this something possible?
Thanks
Eric
|
Already possible to show country flags: http://www.bricklink.com/feedbackSettings.asp?viewFrom=P
|
Look at the FB tab in stores...
|
| Author: | Brickwilbo | | Posted: | Dec 2, 2016 16:32 | | Subject: | Re: Country flag ? | | Viewed: | 27 times | | Topic: | Suggestions | |
| In Suggestions, peplu06 writes:
| | Hi,
It would be nice and useful to see a small flag matching the
country between "date" and "buyer" in the "feedback" tab.
Is this something possible?
Thanks
Eric
|
Already possible to show country flags: http://www.bricklink.com/feedbackSettings.asp?viewFrom=P
|
| Author: | Grego | | Posted: | Dec 2, 2016 15:42 | | Subject: | Re: Country flag ? | | Viewed: | 29 times | | Topic: | Suggestions | |
| In Suggestions, peplu06 writes:
| | Hi,
It would be nice and useful to see a small flag matching the
country between "date" and "buyer" in the "feedback" tab.
Is this something possible?
Thanks
Eric
|
It probably won't happen.
It would clutter up the triplily redundant FB score, FB coloured brick and FB
brick order number in the block.
Newbies would get confused and want a different country's flag to be displayed
depending on BL's randomized optimization algorithm.
|
| Author: | BTJ2023 | | Posted: | Dec 2, 2016 14:56 | | Subject: | Country flag ? | | Viewed: | 137 times | | Topic: | Suggestions | | Status: | Discarded | |
| Hi,
It would be nice and useful to see a small flag matching the
country between "date" and "buyer" in the "feedback" tab.
Is this something possible?
Thanks
Eric
|
|
| Author: | chetzler | | Posted: | Dec 1, 2016 19:07 | | Subject: | Re: Limit cash payments to approved postal codes | | Viewed: | 37 times | | Topic: | Suggestions | |
| In Suggestions, RobErNat writes:
| | In Suggestions, chetzler writes:
| | I just had a buyer from three states away claim that he sent cash in the mail.
|
He 'claims'...
So I suspect you didn't get it (yet) and that he's getting worried...
|
Perhaps "claims" was poor choice of words, I don't suspect anything underhanded
here. The order is less than 20 USD and he's not worried, he only sent it
two days ago (It'll probably be in the mailbox when I get home  )
| |
| | While this seems very risky to me,
|
That would depend on 'how' it was send, sending cash requires a certain
amount of 'intelligent' wrapping so that it ain't 'obvious'
it's cash...
Bills alot of dark paper will do the trick
Coins glued with tape and between cardboard.
The latter remains a problem if it goes trough 'scanners' (for airplanes
and such)
| | he did indeed select "Cash (no COD)" as a
payment type even though that option states that it is for local pickup only.
|
I even got a couple of 'international' ones, without any hastle, but
those where 'bills' only (and invisably wrapped by the buyer).
| | Since there is no way to actually enforce local pickup, I didn't realize
this until after he mailed the money, frankly because I've never had anyone
do this before!
|
Don't consider it 'unique' 
| | I accept lots of cash payments from members of my LUG, but it
doesn't usually occur outside of that.
|
Once had someone send me a 'ton' of coins between cardboard, I suspected
him to be a minor emptying his 'piggy bank'  , it arrived, I shipped,
no hastle
|
Wow, depending on how many coins, one might have to pay a large shipping fee
just to get the payment to the seller! Still beats the barter system: imagine
mailing a chicken.
| |
| |
Can we get BrickLink to only accept "Cash" payments on an order if that buyer's
postal code is on a seller-selected list? I don't know how postal codes
work in other countries, but in the US (and Canada to, I think) the zip code
gets more specific as you go from left to right. So for example, using wildcard
characters, I could allow cash payments from anyone in Lincoln, NE with a single
entry: 685**.
|
Sounds complicated, as BL would need to split the 'national buyers' into
thousands of states and provinces all around the world, with the option the be
able to select 'multiple' regions in 'multiple' countries (I've
had international buyers picking up orders because they only live about 100 miles
away - I'm in a small country-)
|
I don't see it as being too complicated. I have a list on which I put selected
zip codes. If a buyer selects "Cash" and his zip code is not on the list, he
is asked to choose a different payment method. BrickLink doesn't need to
be concerned with different states/provinces etc. The onus is on me, the seller,
to set up my approved zip codes list. All BL would have to do is give me a way
to use that list to validate payment methods. And of course, the whole validation
system would be optional, no seller would have to use it.
| |
Deactivate 'Cash' if you don't want the hastle, people who wanna
pickup will usually send a mail anyway after seeing your address (and usually
that is *after* they already made the purchase), so just leave in a non instant
payment method (Paypal onsite 'only' would be a problem)
|
|
|
| Author: | cosmicray | | Posted: | Dec 1, 2016 18:54 | | Subject: | Re: Limit cash payments to approved postal codes | | Viewed: | 37 times | | Topic: | Suggestions | |
| In Suggestions, chetzler writes:
| | I just had a buyer from three states away claim that he sent cash in the mail.
While this seems very risky to me, he did indeed select "Cash (no COD)" as a
payment type even though that option states that it is for local pickup only.
Since there is no way to actually enforce local pickup, I didn't realize
this until after he mailed the money, frankly because I've never had anyone
do this before! I accept lots of cash payments from members of my LUG, but it
doesn't usually occur outside of that.
Can we get BrickLink to only accept "Cash" payments on an order if that buyer's
postal code is on a seller-selected list? I don't know how postal codes
work in other countries, but in the US (and Canada to, I think) the zip code
gets more specific as you go from left to right. So for example, using wildcard
characters, I could allow cash payments from anyone in Lincoln, NE with a single
entry: 685**.
Thoughts?
-Chris
|
Well, Cash should have been sent registered in any case. I've had a few rare
cash payments over the years, including one from Japan and another that over-paid
by enough that I had to send change in the return package.
Ray
|
|
| Author: | RobErNat | | Posted: | Dec 1, 2016 14:18 | | Subject: | Re: Limit cash payments to approved postal codes | | Viewed: | 48 times | | Topic: | Suggestions | |
| In Suggestions, chetzler writes:
| | I just had a buyer from three states away claim that he sent cash in the mail.
|
He 'claims'...
So I suspect you didn't get it (yet) and that he's getting worried...
| | While this seems very risky to me,
|
That would depend on 'how' it was send, sending cash requires a certain
amount of 'intelligent' wrapping so that it ain't 'obvious'
it's cash...
Bills alot of dark paper will do the trick
Coins glued with tape and between cardboard.
The latter remains a problem if it goes trough 'scanners' (for airplanes
and such)
| | he did indeed select "Cash (no COD)" as a
payment type even though that option states that it is for local pickup only.
|
I even got a couple of 'international' ones, without any hastle, but
those where 'bills' only (and invisably wrapped by the buyer).
| | Since there is no way to actually enforce local pickup, I didn't realize
this until after he mailed the money, frankly because I've never had anyone
do this before!
|
Don't consider it 'unique'
| | I accept lots of cash payments from members of my LUG, but it
doesn't usually occur outside of that.
|
Once had someone send me a 'ton' of coins between cardboard, I suspected
him to be a minor emptying his 'piggy bank' , it arrived, I shipped,
no hastle
| |
Can we get BrickLink to only accept "Cash" payments on an order if that buyer's
postal code is on a seller-selected list? I don't know how postal codes
work in other countries, but in the US (and Canada to, I think) the zip code
gets more specific as you go from left to right. So for example, using wildcard
characters, I could allow cash payments from anyone in Lincoln, NE with a single
entry: 685**.
|
Sounds complicated, as BL would need to split the 'national buyers' into
thousands of states and provinces all around the world, with the option the be
able to select 'multiple' regions in 'multiple' countries (I've
had international buyers picking up orders because they only live about 100 miles
away - I'm in a small country-)
Deactivate 'Cash' if you don't want the hastle, people who wanna
pickup will usually send a mail anyway after seeing your address (and usually
that is *after* they already made the purchase), so just leave in a non instant
payment method (Paypal onsite 'only' would be a problem)
|
|
| Author: | Grego | | Posted: | Dec 1, 2016 12:39 | | Subject: | Re: Limit cash payments to approved postal codes | | Viewed: | 32 times | | Topic: | Suggestions | |
| In Suggestions, chetzler writes:
| | In Suggestions, qwertyboy writes:
| | In Suggestions, chetzler writes:
| | I just had a buyer from three states away claim that he sent cash in the mail.
While this seems very risky to me, he did indeed select "Cash (no COD)" as a
payment type even though that option states that it is for local pickup only.
Since there is no way to actually enforce local pickup, I didn't realize
this until after he mailed the money, frankly because I've never had anyone
do this before! I accept lots of cash payments from members of my LUG, but it
doesn't usually occur outside of that.
Can we get BrickLink to only accept "Cash" payments on an order if that buyer's
postal code is on a seller-selected list? I don't know how postal codes
work in other countries, but in the US (and Canada to, I think) the zip code
gets more specific as you go from left to right. So for example, using wildcard
characters, I could allow cash payments from anyone in Lincoln, NE with a single
entry: 685**.
|
I accept cash when customers pick it up, but in my shop settings I only allow
Paypal payments. If people want to pay in cash at pickup, we communicate beforehand.
This way customers can't "force" a cash payment when it is not appropriate.
So I would suggest you simply remove the cash payment option in your shop, and
maybe add a little blurb that you allow cash at pickup.
Niek.
|
I used to do it that way, but if it is a local buyer (especially someone from
my LUG) I like to know how they're going to pay because I usually give a
discount, and that discount is often a bit more generous if they're paying
with cash.
|
I go further, I make no mention of cash or even local pickup as an option, but
when asked, I almost always agree to local pickup ...cash only. Why pay PayPal
their cut when you don't need to? Buyer saves on shipping. I save on PayPal
fees, win-win.
And no mysterious cash thru the mail 😁 orders
|
|
| Author: | chetzler | | Posted: | Dec 1, 2016 12:29 | | Subject: | Re: Limit cash payments to approved postal codes | | Viewed: | 33 times | | Topic: | Suggestions | |
| In Suggestions, qwertyboy writes:
| | In Suggestions, chetzler writes:
| | I just had a buyer from three states away claim that he sent cash in the mail.
While this seems very risky to me, he did indeed select "Cash (no COD)" as a
payment type even though that option states that it is for local pickup only.
Since there is no way to actually enforce local pickup, I didn't realize
this until after he mailed the money, frankly because I've never had anyone
do this before! I accept lots of cash payments from members of my LUG, but it
doesn't usually occur outside of that.
Can we get BrickLink to only accept "Cash" payments on an order if that buyer's
postal code is on a seller-selected list? I don't know how postal codes
work in other countries, but in the US (and Canada to, I think) the zip code
gets more specific as you go from left to right. So for example, using wildcard
characters, I could allow cash payments from anyone in Lincoln, NE with a single
entry: 685**.
|
I accept cash when customers pick it up, but in my shop settings I only allow
Paypal payments. If people want to pay in cash at pickup, we communicate beforehand.
This way customers can't "force" a cash payment when it is not appropriate.
So I would suggest you simply remove the cash payment option in your shop, and
maybe add a little blurb that you allow cash at pickup.
Niek.
|
I used to do it that way, but if it is a local buyer (especially someone from
my LUG) I like to know how they're going to pay because I usually give a
discount, and that discount is often a bit more generous if they're paying
with cash.
|
|
| Author: | chetzler | | Posted: | Dec 1, 2016 12:25 | | Subject: | Re: Limit cash payments to approved postal codes | | Viewed: | 40 times | | Topic: | Suggestions | |
| In Suggestions, Brickwilbo writes:
| | In Suggestions, chetzler writes:
| | I just had a buyer from three states away claim that he sent cash in the mail.
While this seems very risky to me, he did indeed select "Cash (no COD)" as a
payment type even though that option states that it is for local pickup only.
Since there is no way to actually enforce local pickup, I didn't realize
this until after he mailed the money, frankly because I've never had anyone
do this before! I accept lots of cash payments from members of my LUG, but it
doesn't usually occur outside of that.
Can we get BrickLink to only accept "Cash" payments on an order if that buyer's
postal code is on a seller-selected list? I don't know how postal codes
work in other countries, but in the US (and Canada to, I think) the zip code
gets more specific as you go from left to right. So for example, using wildcard
characters, I could allow cash payments from anyone in Lincoln, NE with a single
entry: 685**.
Thoughts?
|
Why didn't you catch it at invoicing?
|
Like I said, no one had ever done this before so it wasn't even on my radar.
Of all the things I double-check before invoicing, this is one I never thought
I'd have to worry about--why would anyone risk sending cash in the mail?
|
|
| Author: | qwertyboy | | Posted: | Dec 1, 2016 12:08 | | Subject: | Re: Limit cash payments to approved postal codes | | Viewed: | 37 times | | Topic: | Suggestions | |
| In Suggestions, chetzler writes:
| | I just had a buyer from three states away claim that he sent cash in the mail.
While this seems very risky to me, he did indeed select "Cash (no COD)" as a
payment type even though that option states that it is for local pickup only.
Since there is no way to actually enforce local pickup, I didn't realize
this until after he mailed the money, frankly because I've never had anyone
do this before! I accept lots of cash payments from members of my LUG, but it
doesn't usually occur outside of that.
Can we get BrickLink to only accept "Cash" payments on an order if that buyer's
postal code is on a seller-selected list? I don't know how postal codes
work in other countries, but in the US (and Canada to, I think) the zip code
gets more specific as you go from left to right. So for example, using wildcard
characters, I could allow cash payments from anyone in Lincoln, NE with a single
entry: 685**.
|
I accept cash when customers pick it up, but in my shop settings I only allow
Paypal payments. If people want to pay in cash at pickup, we communicate beforehand.
This way customers can't "force" a cash payment when it is not appropriate.
So I would suggest you simply remove the cash payment option in your shop, and
maybe add a little blurb that you allow cash at pickup.
Niek.
|
|
| Author: | Brickwilbo | | Posted: | Dec 1, 2016 11:30 | | Subject: | Re: Limit cash payments to approved postal codes | | Viewed: | 33 times | | Topic: | Suggestions | |
| In Suggestions, chetzler writes:
| | I just had a buyer from three states away claim that he sent cash in the mail.
While this seems very risky to me, he did indeed select "Cash (no COD)" as a
payment type even though that option states that it is for local pickup only.
Since there is no way to actually enforce local pickup, I didn't realize
this until after he mailed the money, frankly because I've never had anyone
do this before! I accept lots of cash payments from members of my LUG, but it
doesn't usually occur outside of that.
Can we get BrickLink to only accept "Cash" payments on an order if that buyer's
postal code is on a seller-selected list? I don't know how postal codes
work in other countries, but in the US (and Canada to, I think) the zip code
gets more specific as you go from left to right. So for example, using wildcard
characters, I could allow cash payments from anyone in Lincoln, NE with a single
entry: 685**.
Thoughts?
|
Why didn't you catch it at invoicing?
|
|
| Author: | bricksahead | | Posted: | Dec 1, 2016 11:26 | | Subject: | Re: Limit cash payments to approved postal codes | | Viewed: | 34 times | | Topic: | Suggestions | |
| In Suggestions, chetzler writes:
| | I just had a buyer from three states away claim that he sent cash in the mail.
While this seems very risky to me, he did indeed select "Cash (no COD)" as a
payment type even though that option states that it is for local pickup only.
Since there is no way to actually enforce local pickup, I didn't realize
this until after he mailed the money, frankly because I've never had anyone
do this before! I accept lots of cash payments from members of my LUG, but it
doesn't usually occur outside of that.
Can we get BrickLink to only accept "Cash" payments on an order if that buyer's
postal code is on a seller-selected list? I don't know how postal codes
work in other countries, but in the US (and Canada to, I think) the zip code
gets more specific as you go from left to right. So for example, using wildcard
characters, I could allow cash payments from anyone in Lincoln, NE with a single
entry: 685**.
Thoughts?
-Chris
|
No matter what type of payment a buyer selects that buyer can still mail you
cash. All you can do is return the cash if you do not want to accept it. There
is no need to ask Bricklink to check on postal codes if you ask me. I once had
a buyer send me cash. I don't even have that kind of payment as an option.
|
|
| Author: | chetzler | | Posted: | Dec 1, 2016 10:57 | | Subject: | Limit cash payments to approved postal codes | | Viewed: | 137 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| I just had a buyer from three states away claim that he sent cash in the mail.
While this seems very risky to me, he did indeed select "Cash (no COD)" as a
payment type even though that option states that it is for local pickup only.
Since there is no way to actually enforce local pickup, I didn't realize
this until after he mailed the money, frankly because I've never had anyone
do this before! I accept lots of cash payments from members of my LUG, but it
doesn't usually occur outside of that.
Can we get BrickLink to only accept "Cash" payments on an order if that buyer's
postal code is on a seller-selected list? I don't know how postal codes
work in other countries, but in the US (and Canada to, I think) the zip code
gets more specific as you go from left to right. So for example, using wildcard
characters, I could allow cash payments from anyone in Lincoln, NE with a single
entry: 685**.
Thoughts?
-Chris
|
|
| Author: | paulvdb | | Posted: | Dec 1, 2016 08:53 | | Subject: | Inventory Change Request for Set 70402-1 | | Viewed: | 26 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Change 1 Part Flat Silver {4497u Minifig, Weapon Pike / Spear - Undetermined End to 93789 Minifig, Weapon Pike / Spear - Flat End}
* Change 1 Part Pearl Dark Gray {4497u Minifig, Weapon Pike / Spear - Undetermined End to 93789 Minifig, Weapon Pike / Spear - Flat End}
* Change 1 Part Flat Silver {4497u Minifig, Weapon Pike / Spear - Undetermined End to 93789 Minifig, Weapon Pike / Spear - Flat End} (Extra)
* Change 1 Part Pearl Dark Gray {4497u Minifig, Weapon Pike / Spear - Undetermined End to 93789 Minifig, Weapon Pike / Spear - Flat End} (Extra)
|
|
| Author: | SylvainLS | | Posted: | Nov 30, 2016 18:22 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 43 times | | Topic: | Suggestions | |
| In Suggestions, WoutR writes:
| | […]
I am worried about that integration with the catalog.
I wonder if they thought about the differences between the Bricklink catalog
and other available databases like LDD. We distinguish many mold versions, and
I have not yet seen 3D-models representing those. Also, the Bricklink catalog
groups many colors. That could cause problems for builders. Will the software
contain all parts in the catalog, or only a subset? Which subset and why? What
happens when new parts are added to the catalog, or when existing entries are
split?
|
Stud.io uses LDraw parts for the geometry.
They are presented in the UI under their BrickLink name and ID.
For that, they use a matching table to/from LDraw (for the geometry, for import
and for export) but also LDD (for import only).
Colors are BL colors.
For now, there’re still a few errors when importing from LDraw or LDD. The last
patch corrected some.
The integration with the catalog is that:
* you can know what colors a part is available in (and you’re warned if it isn’t
but you can still paint it as you wish),
* and you can know the price of parts and of your model (current for sale average
new or 6 months for sale average new),
* and their weight and the overall size of your model.
As for what parts are available, only looking at the LDraw file names, they are
LDraw Official + Unofficial + some import from LDD (those that are not in LDraw
yet and don’t use LDraw primitives, about a thousand parts that you can get from
digital-bricks.de).
It doesn’t seem that the LDraw community has been contacted (officially or not).
| | Are the models accurate enough? Will the model software guarantee that bricks
that seem to fit actually do fit without damaging the parts or falling apart?
|
Collision detection is toggable.
For what I’ve experienced, collision data is a bit conservative on some parts.
There’re also errors and missing data.
You can place your parts wherever you want (“snapping” is also toggable when
you place a part).
But, even with collision detection on, there’ll always be errors (as there’re
in LDD).
There’s no physics. Your model may fall apart or be totally unbuildable.
| | Does the software allow "illegal techniques"?
|
As you can place parts anywhere, I’d say they are.
Even if you (as a builder) look at what the collision detection say, there’ll
be errors.
Some could be corrected. Others will be difficult to correct.
The big ones (IMHO) are those using technic holes for SNOT: a technic hole is
higher than a side (anti)stud by 0.12mm.
Note that this illegal technique and others are still in recent official sets.
LDD has the technic hole at 0.2mm higher than a side stud, thus forbidding the
constructions (or you have to play on its tolerances and may end up having parts
“disappeared” the next time you load your model).
LDraw has them at the same place (6541 + 4274 = 87087). So I don’t foresee Stud.io
enforcing that illegality any time soon.
| | There are a lot of practical details that need to be considered, and I really
wonder if they have done that.
|
My opinion is they are going blind, eyes shut. (Using LDraw and not talking to
them? Seriously?)
|
|
| Author: | WoutR | | Posted: | Nov 30, 2016 16:47 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 30 times | | Topic: | Suggestions | |
| In Suggestions, randyf writes:
| | In Suggestions, WoutR writes:
| | LEGO could not get it to work commercially, so let's just take their idea
and try again.
|
It integrates with BrickLink's database, so it may work out just fine. I
like LDD, so I am willing to give Stud.io a chance once it is out of beta as
I believe it will be much easier to buy what you need from it. However, that
all remains to be seen at this point, and I never ever saw something like this
coming and was hoping for much more critical developments (e.g. ***INSTANT CHECKOUT***)
Cheers,
Randy
|
I am worried about that integration with the catalog.
I wonder if they thought about the differences between the Bricklink catalog
and other available databases like LDD. We distinguish many mold versions, and
I have not yet seen 3D-models representing those. Also, the Bricklink catalog
groups many colors. That could cause problems for builders. Will the software
contain all parts in the catalog, or only a subset? Which subset and why? What
happens when new parts are added to the catalog, or when existing entries are
split?
Are the models accurate enough? Will the model software guarantee that bricks
that seem to fit actually do fit without damaging the parts or falling apart?
Does the software allow "illegal techniques"?
There are a lot of practical details that need to be considered, and I really
wonder if they have done that.
|
|
| Author: | SylvainLS | | Posted: | Nov 30, 2016 16:33 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 30 times | | Topic: | Suggestions | |
| In Suggestions, WoutR writes:
| | LEGO could not get it to work commercially, so let's just take their idea
and try again.
|
I think it was not profitable for LEGO because of the cost of picking parts.
BrickLink (’s sellers) already do that (somewhat) profitably.
It’s a good move, in line with the MOC shop.
|
|
| Author: | randyf | | Posted: | Nov 30, 2016 16:30 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 29 times | | Topic: | Suggestions | |
| In Suggestions, WoutR writes:
| | LEGO could not get it to work commercially, so let's just take their idea
and try again.
|
It integrates with BrickLink's database, so it may work out just fine. I
like LDD, so I am willing to give Stud.io a chance once it is out of beta as
I believe it will be much easier to buy what you need from it. However, that
all remains to be seen at this point, and I never ever saw something like this
coming and was hoping for much more critical developments (e.g. ***INSTANT CHECKOUT***)
Cheers,
Randy
|
|
| Author: | WoutR | | Posted: | Nov 30, 2016 16:22 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 24 times | | Topic: | Suggestions | |
| LEGO could not get it to work commercially, so let's just take their idea
and try again.
In Suggestions, tEoS writes:
| | Yea, but we'll be getting BL Studio soon. Nothing like it has ever been
done before and it was certainly the most requested feature from buyers and sellers
alike. 
| | I agree that the setup is not ideal, and it holds out a lot of hope for being
ideal. Something in the interim could have been done, but they did not set it
up that way. I don't know what else to say than I feel your pain and I am
doing a lot of work to make it less painful. With all of the other things needing
to be fixed and developed on this site that are much more important (e.g. instant
checkout, seller inventory tools, settings that don't stick, the awful version
2.0 wanted list changes that are needed, etc.), I don't see them putting
resources into changing this small annoyance anytime soon.
Best regards,
Randy
|
|
|
|
| Author: | tEoS | | Posted: | Nov 30, 2016 16:18 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 21 times | | Topic: | Suggestions | |
| Yea, but we'll be getting BL Studio soon. Nothing like it has ever been
done before and it was certainly the most requested feature from buyers and sellers
alike.
| | I agree that the setup is not ideal, and it holds out a lot of hope for being
ideal. Something in the interim could have been done, but they did not set it
up that way. I don't know what else to say than I feel your pain and I am
doing a lot of work to make it less painful. With all of the other things needing
to be fixed and developed on this site that are much more important (e.g. instant
checkout, seller inventory tools, settings that don't stick, the awful version
2.0 wanted list changes that are needed, etc.), I don't see them putting
resources into changing this small annoyance anytime soon.
Best regards,
Randy
|
|
|
| Author: | WoutR | | Posted: | Nov 30, 2016 16:17 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 21 times | | Topic: | Suggestions | |
| In Suggestions, randyf writes:
| | In Suggestions, WoutR writes:
| | In Suggestions, randyf writes:
| | In Suggestions, WoutR writes:
| | To me, it would make more sense to use the generic large image if the color specific
large image is unavailable. That is a design choice.
|
The high-quality images replace the low-quality images. There is no either/or,
just one image (i.e. no high-quality and low-quality images stored separately).
Therefore, there is only *one* image *per* part *per* color, whether it currently
be low-quality or high-quality. If the code sees a color image for a part for
a color, it grabs the color image unaware of the quality of it. How would it
know to grab the generic large image of the part if a color image *is* available
for that part in that color that you clicked on?
|
Simply use the generic large image if the color image is the 60x80 thumbnail
size.
It is a design choice.
|
Ah, yes. That could be done. I have forgotten much in my years since coding web
pages (12 years ago and counting).
| | | |
| | Every time I open a thumbnail image to see the same thumbnail image, I am annoyed
by what I consider to be another example of sloppy coding. What the designer
intended does not match my user experience.
|
It is annoying *right now* due to the quality of the images. And I think it is
*meant* to be annoying so users will help to move the site to high-quality part
images. I am doing my part to do this.
Cheers,
Randy
|
Thank you for doing your part.
|
You are quite welcome. I am more than happy to help things get better.
| | Did BrickLink ask for help when this new feature was implemented? I might have
missed something, because asking is better than annoying.
|
They received feedback on what would happen if they immediately discarded all
of the old thumbnail images, but they pushed ahead with coding their "ideal"
situation. In other words, we are stuck with this in-between old and ideal outcome.
I will keep working towards the ideal by updating images as I don't believe
they are going to do anything about it with much more pressing issues on hand.
Cheers,
Randy
|
It baffles me that they would even consider discarding all the old images without
having the replacement in place. Sadly, it fits the pattern of what I call "sloppy
design" (I might have other descriptions, but I won't post them here).
|
|
| Author: | altherb | | Posted: | Nov 30, 2016 16:14 | | Subject: | Inventory Change Request for Set 1609-1 | | Viewed: | 27 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Change 1 Part Red {3020 Plate 2 x 4 to 3022 Plate 2 x 2}
|
|
| Author: | randyf | | Posted: | Nov 30, 2016 16:09 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 24 times | | Topic: | Suggestions | |
| In Suggestions, WoutR writes:
| | In Suggestions, randyf writes:
| | In Suggestions, WoutR writes:
| | To me, it would make more sense to use the generic large image if the color specific
large image is unavailable. That is a design choice.
|
The high-quality images replace the low-quality images. There is no either/or,
just one image (i.e. no high-quality and low-quality images stored separately).
Therefore, there is only *one* image *per* part *per* color, whether it currently
be low-quality or high-quality. If the code sees a color image for a part for
a color, it grabs the color image unaware of the quality of it. How would it
know to grab the generic large image of the part if a color image *is* available
for that part in that color that you clicked on?
|
Simply use the generic large image if the color image is the 60x80 thumbnail
size.
It is a design choice.
|
Ah, yes. That could be done. I have forgotten much in my years since coding web
pages (12 years ago and counting).
| | | |
| | Every time I open a thumbnail image to see the same thumbnail image, I am annoyed
by what I consider to be another example of sloppy coding. What the designer
intended does not match my user experience.
|
It is annoying *right now* due to the quality of the images. And I think it is
*meant* to be annoying so users will help to move the site to high-quality part
images. I am doing my part to do this.
Cheers,
Randy
|
Thank you for doing your part.
|
You are quite welcome. I am more than happy to help things get better.
| | Did BrickLink ask for help when this new feature was implemented? I might have
missed something, because asking is better than annoying.
|
They received feedback on what would happen if they immediately discarded all
of the old thumbnail images, but they pushed ahead with coding their "ideal"
situation. In other words, we are stuck with this in-between old and ideal outcome.
I will keep working towards the ideal by updating images as I don't believe
they are going to do anything about it with much more pressing issues on hand.
Cheers,
Randy
|
|
| Author: | randyf | | Posted: | Nov 30, 2016 16:03 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 27 times | | Topic: | Suggestions | |
| In Suggestions, matejo writes:
| | I am not confused, and I am not making sarcastic remarks.
I recognize that the popup window being discussed is likely a new architecture,
however the data for this architecture does not exist, and not surprisingly it
will not exist for a long time.
Thank you for your efforts to create this data.
Presently clicking on a thumbnail, clearly with the intent of attaining larger,
more detailed information, and being directed to the very same thumbnail does
not seem pointless. It is pointless.
BrickLink administrators are placing their utopian vision of what the site should
be, over what the site can be now. And as a result, there are several less efficient
processes under 2.0 compared to 1.0.
In short, these negative process and customer impacts, which can be fixed, are
secondary, tertiary, or whatever to their vision, for long periods of time.
This is simply a fact, as evidenced every single day on the site, and in this
thread.
|
I agree that the setup is not ideal, and it holds out a lot of hope for being
ideal. Something in the interim could have been done, but they did not set it
up that way. I don't know what else to say than I feel your pain and I am
doing a lot of work to make it less painful. With all of the other things needing
to be fixed and developed on this site that are much more important (e.g. instant
checkout, seller inventory tools, settings that don't stick, the awful version
2.0 wanted list changes that are needed, etc.), I don't see them putting
resources into changing this small annoyance anytime soon.
Best regards,
Randy
|
|
| Author: | alahaka | | Posted: | Nov 30, 2016 15:51 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 32 times | | Topic: | Suggestions | |
| I am not confused, and I am not making sarcastic remarks.
I recognize that the popup window being discussed is likely a new architecture,
however the data for this architecture does not exist, and not surprisingly it
will not exist for a long time.
Thank you for your efforts to create this data.
Presently clicking on a thumbnail, clearly with the intent of attaining larger,
more detailed information, and being directed to the very same thumbnail does
not seem pointless. It is pointless.
BrickLink administrators are placing their utopian vision of what the site should
be, over what the site can be now. And as a result, there are several less efficient
processes under 2.0 compared to 1.0.
In short, these negative process and customer impacts, which can be fixed, are
secondary, tertiary, or whatever to their vision, for long periods of time.
This is simply a fact, as evidenced every single day on the site, and in this
thread.
|
|
| Author: | WoutR | | Posted: | Nov 30, 2016 15:45 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 21 times | | Topic: | Suggestions | |
| In Suggestions, randyf writes:
| | In Suggestions, WoutR writes:
| | To me, it would make more sense to use the generic large image if the color specific
large image is unavailable. That is a design choice.
|
The high-quality images replace the low-quality images. There is no either/or,
just one image (i.e. no high-quality and low-quality images stored separately).
Therefore, there is only *one* image *per* part *per* color, whether it currently
be low-quality or high-quality. If the code sees a color image for a part for
a color, it grabs the color image unaware of the quality of it. How would it
know to grab the generic large image of the part if a color image *is* available
for that part in that color that you clicked on?
|
Simply use the generic large image if the color image is the 60x80 thumbnail
size.
It is a design choice.
| |
| | Every time I open a thumbnail image to see the same thumbnail image, I am annoyed
by what I consider to be another example of sloppy coding. What the designer
intended does not match my user experience.
|
It is annoying *right now* due to the quality of the images. And I think it is
*meant* to be annoying so users will help to move the site to high-quality part
images. I am doing my part to do this.
Cheers,
Randy
|
Thank you for doing your part.
Did BrickLink ask for help when this new feature was implemented? I might have
missed something, because asking is better than annoying.
|
|
| Author: | randyf | | Posted: | Nov 30, 2016 15:01 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 26 times | | Topic: | Suggestions | |
| In Suggestions, therobo writes:
| | In Suggestions, randyf writes:
| | In Suggestions, WoutR writes:
| | To me, it would make more sense to use the generic large image if the color specific
large image is unavailable. That is a design choice.
|
The high-quality images replace the low-quality images. There is no either/or,
just one image (i.e. no high-quality and low-quality images stored separately).
Therefore, there is only *one* image *per* part *per* color, whether it currently
be low-quality or high-quality. If the code sees a color image for a part for
a color, it grabs the color image unaware of the quality of it. How would it
know to grab the generic large image of the part if a color image *is* available
for that part in that color that you clicked on?
| | Every time I open a thumbnail image to see the same thumbnail image, I am annoyed
by what I consider to be another example of sloppy coding. What the designer
intended does not match my user experience.
|
It is annoying *right now* due to the quality of the images. And I think it is
*meant* to be annoying so users will help to move the site to high-quality part
images. I am doing my part to do this.
Cheers,
Randy
|
As a sidenote, these new images are better but still not really "High-Quality".
Even if you improve the quality (color, contrast) of the images grabbed from
the Lego Server, their size still remains 192x192, regardless if you fill them
into a 320x240 blank space (you) or if you just upload them in 192x192 size (Jen).
|
Yes, not "high-quality" in the "high-resolution" sense, but much better than
80x60px poorly rendered thumbnails.
Cheers,
Randy
|
|
| Author: | therobo | | Posted: | Nov 30, 2016 14:32 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 35 times | | Topic: | Suggestions | |
| In Suggestions, randyf writes:
| | In Suggestions, WoutR writes:
| | To me, it would make more sense to use the generic large image if the color specific
large image is unavailable. That is a design choice.
|
The high-quality images replace the low-quality images. There is no either/or,
just one image (i.e. no high-quality and low-quality images stored separately).
Therefore, there is only *one* image *per* part *per* color, whether it currently
be low-quality or high-quality. If the code sees a color image for a part for
a color, it grabs the color image unaware of the quality of it. How would it
know to grab the generic large image of the part if a color image *is* available
for that part in that color that you clicked on?
| | Every time I open a thumbnail image to see the same thumbnail image, I am annoyed
by what I consider to be another example of sloppy coding. What the designer
intended does not match my user experience.
|
It is annoying *right now* due to the quality of the images. And I think it is
*meant* to be annoying so users will help to move the site to high-quality part
images. I am doing my part to do this.
Cheers,
Randy
|
As a sidenote, these new images are better but still not really "High-Quality".
Even if you improve the quality (color, contrast) of the images grabbed from
the Lego Server, their size still remains 192x192, regardless if you fill them
into a 320x240 blank space (you) or if you just upload them in 192x192 size (Jen).
|
|
| Author: | randyf | | Posted: | Nov 30, 2016 14:24 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 22 times | | Topic: | Suggestions | |
| In Suggestions, WoutR writes:
| | To me, it would make more sense to use the generic large image if the color specific
large image is unavailable. That is a design choice.
|
The high-quality images replace the low-quality images. There is no either/or,
just one image (i.e. no high-quality and low-quality images stored separately).
Therefore, there is only *one* image *per* part *per* color, whether it currently
be low-quality or high-quality. If the code sees a color image for a part for
a color, it grabs the color image unaware of the quality of it. How would it
know to grab the generic large image of the part if a color image *is* available
for that part in that color that you clicked on?
| | Every time I open a thumbnail image to see the same thumbnail image, I am annoyed
by what I consider to be another example of sloppy coding. What the designer
intended does not match my user experience.
|
It is annoying *right now* due to the quality of the images. And I think it is
*meant* to be annoying so users will help to move the site to high-quality part
images. I am doing my part to do this.
Cheers,
Randy
|
|
| Author: | WoutR | | Posted: | Nov 30, 2016 13:43 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 34 times | | Topic: | Suggestions | |
| In Suggestions, randyf writes:
| | In Suggestions, matejo writes:
| | Thank you for the reply,
When clicking on a part's thumbnail image in a store at the old site, the
user was immediately shown a popup of an enlarged image. When clicking on a
thumbnail in a store at the new site, the user is shown a popup of the exact
same, tiny thumbnail image (example attached).
|
You are confused about what the images represent. The old site showed only the
*one* generic large image in the pop-up for each part for *all* colors of that
part. The new site allows for large images in *every* color for every part AND
a generic large image for every part.
| | Hence, this now initially pointless step is the fault of the designers of the
new site.
|
It seems pointless now, but it isn't pointless in the long term.
| | Within the new site's popup showing the exact same, tiny thumbnail image,
the user can click on a thumbnail to the right of the thumbnail for the exact
same, tiny thumbnail, and that secondary thumbnail -- along with the inefficiently
added and now endlessly repeated step of clicking on it -- will display the
larger image desired.
|
The first image that shows in the pop-up is the large image that is associated
with a given part *in* a given color, not a generic large image. If you click
on a white part, it will show you a larger white part image. If you click on
the same part in red, it will show you a larger red part image. Since the site
has very few high-quality images for the parts right now, the developers had
to use the only thing available as a placeholder: the old thumbnail images of
every part in every color.
|
To me, it would make more sense to use the generic large image if the color specific
large image is unavailable. That is a design choice.
Every time I open a thumbnail image to see the same thumbnail image, I am annoyed
by what I consider to be another example of sloppy coding. What the designer
intended does not match my user experience.
| | The point to this is that eventually high-quality
images for *each* part in *every* color will be able to be displayed in the pop-up
as opposed to just low-quality thumbnails. The second thumbnail in the pop-up
remains the generic large image in a single color from the original site that
the catmins prefer to be a photograph instead of a render.
| | This is code, and code can be changed resulting in the across-the-board elimination
of showing the first exact same image in favor of the second, more informative
larger image, which is what customers desire to see in the first place.
|
The code works as designed. All that is needed to make it functional is replacing
all of the old site low-quality thumbnails with high-quality images. As I said,
this work is being done by myself as I have time, but it may take months if not
a couple of years to update the entire database of part images to high-quality
images. It is an uphill climb as new parts and colors are constantly created
by LEGO, but I am making progress.
| | To date, BrickLink administrators have chosen not to change the applicable code
and eliminate the pointless initial step that is being carried out by hundreds
of people thousands of times each and every passing day.
Because the new site is about something other than process efficiency.
|
Instead of more sarcastic remarks towards those of us trying to make the site
better, I hope you can understand why things are where they are at *now* and
where they are heading from here on out.
I always do!
Cheers,
Randy
|
|
|
| Author: | randyf | | Posted: | Nov 30, 2016 13:18 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 29 times | | Topic: | Suggestions | |
| In Suggestions, matejo writes:
| | Thank you for the reply,
When clicking on a part's thumbnail image in a store at the old site, the
user was immediately shown a popup of an enlarged image. When clicking on a
thumbnail in a store at the new site, the user is shown a popup of the exact
same, tiny thumbnail image (example attached).
|
You are confused about what the images represent. The old site showed only the
*one* generic large image in the pop-up for each part for *all* colors of that
part. The new site allows for large images in *every* color for every part AND
a generic large image for every part.
| | Hence, this now initially pointless step is the fault of the designers of the
new site.
|
It seems pointless now, but it isn't pointless in the long term.
| | Within the new site's popup showing the exact same, tiny thumbnail image,
the user can click on a thumbnail to the right of the thumbnail for the exact
same, tiny thumbnail, and that secondary thumbnail -- along with the inefficiently
added and now endlessly repeated step of clicking on it -- will display the
larger image desired.
|
The first image that shows in the pop-up is the large image that is associated
with a given part *in* a given color, not a generic large image. If you click
on a white part, it will show you a larger white part image. If you click on
the same part in red, it will show you a larger red part image. Since the site
has very few high-quality images for the parts right now, the developers had
to use the only thing available as a placeholder: the old thumbnail images of
every part in every color. The point to this is that eventually high-quality
images for *each* part in *every* color will be able to be displayed in the pop-up
as opposed to just low-quality thumbnails. The second thumbnail in the pop-up
remains the generic large image in a single color from the original site that
the catmins prefer to be a photograph instead of a render.
| | This is code, and code can be changed resulting in the across-the-board elimination
of showing the first exact same image in favor of the second, more informative
larger image, which is what customers desire to see in the first place.
|
The code works as designed. All that is needed to make it functional is replacing
all of the old site low-quality thumbnails with high-quality images. As I said,
this work is being done by myself as I have time, but it may take months if not
a couple of years to update the entire database of part images to high-quality
images. It is an uphill climb as new parts and colors are constantly created
by LEGO, but I am making progress.
| | To date, BrickLink administrators have chosen not to change the applicable code
and eliminate the pointless initial step that is being carried out by hundreds
of people thousands of times each and every passing day.
Because the new site is about something other than process efficiency.
|
Instead of more sarcastic remarks towards those of us trying to make the site
better, I hope you can understand why things are where they are at *now* and
where they are heading from here on out.
I always do!
Cheers,
Randy
|
|
| Author: | alahaka | | Posted: | Nov 30, 2016 12:11 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 43 times | | Topic: | Suggestions | |
| Thank you for the reply,
When clicking on a part's thumbnail image in a store at the old site, the
user was immediately shown a popup of an enlarged image. When clicking on a
thumbnail in a store at the new site, the user is shown a popup of the exact
same, tiny thumbnail image (example attached).
Hence, this now initially pointless step is the fault of the designers of the
new site.
Within the new site's popup showing the exact same, tiny thumbnail image,
the user can click on a thumbnail to the right of the thumbnail for the exact
same, tiny thumbnail, and that secondary thumbnail -- along with the inefficiently
added and now endlessly repeated step of clicking on it -- will display the
larger image desired.
This is code, and code can be changed resulting in the across-the-board elimination
of showing the first exact same image in favor of the second, more informative
larger image, which is what customers desire to see in the first place.
To date, BrickLink administrators have chosen not to change the applicable code
and eliminate the pointless initial step that is being carried out by hundreds
of people thousands of times each and every passing day.
Because the new site is about something other than process efficiency.
Have a good day, Matthew
|
|
|
| Author: | randyf | | Posted: | Nov 30, 2016 12:08 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 27 times | | Topic: | Suggestions | |
| In Suggestions, sonofagunk writes:
| | In Suggestions, randyf writes:
| | In Suggestions, matejo writes:
| | Hello,
While shopping in any BrickLink store, a click on a part's thumbnail image
results in a popup window showing the exact same, tiny-sized thumbnail image.
The change in visual information presented is zip, diddly, bupkis, niente.
An added click on the popup window's (strangely) secondary image takes the
BrickLink customer to what she or he was obviously hoping to see
... a large image of the part.
I don't understand why we have to endlessly and repeatedly deal with
this nonsense.
Fix it, Matthew
|
I am in the process of updating thousands of part images to use the new functionality
in the store interface. It is a lot of work and very time consuming. Until higher
quality images are in the database, the new system will use the existing small
images from the old site structure. The problem will get better over time, but
it is not going to go away in the blink of eye and is not a fault of the new
site. We just need better images and the work is underway.
For an example of how it should work, find any store selling
and click on the thumbnails while in the store.
Cheers,
Randy
|
wow, only IF there were some kind or programming trick where you can use one
image IF you have it ELSE use the old small one. IF it were possible, THEN it
would be useful. ELSE IF it is not, maybe someone could invent it
|
I am not sure if I follow you. What you describe is exactly how the new site
works. IF it has a high quality image for a part in a given color, THEN it uses
that image in stores and generates a smaller thumbnail from it automatically
for other uses. IF it does not have a high quality image, THEN it defaults to
the old thumbnails for everything. Getting high quality images into the system
is the important part to make the whole site better.
Cheers,
Randy
|
|
| Author: | sonofagunk | | Posted: | Nov 30, 2016 11:51 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 40 times | | Topic: | Suggestions | |
| In Suggestions, randyf writes:
| | In Suggestions, matejo writes:
| | Hello,
While shopping in any BrickLink store, a click on a part's thumbnail image
results in a popup window showing the exact same, tiny-sized thumbnail image.
The change in visual information presented is zip, diddly, bupkis, niente.
An added click on the popup window's (strangely) secondary image takes the
BrickLink customer to what she or he was obviously hoping to see
... a large image of the part.
I don't understand why we have to endlessly and repeatedly deal with
this nonsense.
Fix it, Matthew
|
I am in the process of updating thousands of part images to use the new functionality
in the store interface. It is a lot of work and very time consuming. Until higher
quality images are in the database, the new system will use the existing small
images from the old site structure. The problem will get better over time, but
it is not going to go away in the blink of eye and is not a fault of the new
site. We just need better images and the work is underway.
For an example of how it should work, find any store selling
and click on the thumbnails while in the store.
Cheers,
Randy
|
wow, only IF there were some kind or programming trick where you can use one
image IF you have it ELSE use the old small one. IF it were possible, THEN it
would be useful. ELSE IF it is not, maybe someone could invent it
|
|
| Author: | jennnifer | | Posted: | Nov 30, 2016 10:39 | | Subject: | Inventory Change Request for Gear 880032 | | Viewed: | 19 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Add 1 Minifig sw183 Anakin Skywalker (Clone Wars) (Alternate) (match ID 1)
* Change 1 Minifig sw618 Anakin Skywalker (Clone Trooper Head - 880032) {match ID 0 to 1}
Comments from Submitter:
Adding Alternate to this inventory per this Forum post: http://www.bricklink.com/message.asp?ID=1016483
|
|
| Author: | electricbaer | | Posted: | Nov 30, 2016 10:33 | | Subject: | Inventory Change Request for Set 10937-1 | | Viewed: | 19 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Add 1 Part 30258pb048 Dark Bluish Gray Road Sign Clip-on 2 x 2 Square with Black Lines on Yellow Background and 'Mr. Freeze' Portrait Pattern (Sticker) - Set 10937 (Counterpart)
|
|
| Author: | randyf | | Posted: | Nov 30, 2016 10:09 | | Subject: | Re: Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 74 times | | Topic: | Suggestions | |
| In Suggestions, matejo writes:
| | Hello,
While shopping in any BrickLink store, a click on a part's thumbnail image
results in a popup window showing the exact same, tiny-sized thumbnail image.
The change in visual information presented is zip, diddly, bupkis, niente.
An added click on the popup window's (strangely) secondary image takes the
BrickLink customer to what she or he was obviously hoping to see
... a large image of the part.
I don't understand why we have to endlessly and repeatedly deal with
this nonsense.
Fix it, Matthew
|
I am in the process of updating thousands of part images to use the new functionality
in the store interface. It is a lot of work and very time consuming. Until higher
quality images are in the database, the new system will use the existing small
images from the old site structure. The problem will get better over time, but
it is not going to go away in the blink of eye and is not a fault of the new
site. We just need better images and the work is underway.
For an example of how it should work, find any store selling
and click on the thumbnails while in the store.
Cheers,
Randy
|
|
| Author: | alahaka | | Posted: | Nov 30, 2016 03:46 | | Subject: | Tap on thumbnail shows thumbnail - Pointless! | | Viewed: | 129 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Hello,
While shopping in any BrickLink store, a click on a part's thumbnail image
results in a popup window showing the exact same, tiny-sized thumbnail image.
The change in visual information presented is zip, diddly, bupkis, niente.
An added click on the popup window's (strangely) secondary image takes the
BrickLink customer to what she or he was obviously hoping to see
... a large image of the part.
I don't understand why we have to endlessly and repeatedly deal with
this nonsense.
Fix it, Matthew
|
|
| Author: | jet91 | | Posted: | Nov 29, 2016 17:50 | | Subject: | Inventory Change Request for Set 4840-1 | | Viewed: | 20 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Add 1 Part 4150pb178 Light Bluish Gray Tile, Round 2 x 2 with Black Circles and Bars (Hot Plate) Pattern (Sticker) - Set 4840 (Counterpart)
|
|
| Author: | Cob | | Posted: | Nov 29, 2016 17:14 | | Subject: | Re: Naming & addressing | | Viewed: | 21 times | | Topic: | Suggestions | |
| | | | | Buyers are responsible for the correctness of their own address.
If BL would use their database to check addresses there might be privacy laws
involved.
|
There are postal code services, in Canada and the US at least, that is a thin
layer between the user and the site which will cleanse addresses (that are on
file).. it won't correct wrong addresses, but will format them.
But these services come at a cost.
So, from Bricklink's perspective, there are three options
1) Put the service in at their own cost
2) Put the serivce in, but make an adjustment to revenue (and since the only
revenue I think they have are fees, let's call it that)
3) Do nothing
now, based on how often a bad address makes life difficult for you, which do
you prefer.
Oh.... And you can't pick #1
|
There are a lot of things that I cannot pick with BL...
|
|
| Author: | udenbricks | | Posted: | Nov 29, 2016 16:10 | | Subject: | Re: Naming & addressing | | Viewed: | 36 times | | Topic: | Suggestions | |
| In Suggestions, Brickwilbo writes:
| | In Suggestions, udenbricks writes:
| | In Suggestions, Brickwilbo writes:
| | In Suggestions, udenbricks writes:
| | In Suggestions, Brickwilbo writes:
| | In Suggestions, Cob writes:
| | | | You would be surprised how many people don't know how to write their own
address correct.
BL can't know, and show, the correct format for each country.
|
There are ways to have the address checked against postal databases for validity.
Various websites use them.
If BL where to verify only the USA, EU, Germany, France and the Netherlands (the
5 regions with most members), 92% of the addresses would be verified. While
I agree that BL cannot check every country, verifying 92% of addresses is much
better than 0%.
|
Buyers are responsible for the correctness of their own address.
If BL would use their database to check addresses there might be privacy laws
involved.
|
This is exactly the problem: Buyers are responsible for the correctness of
their own address.
But BL can and must give the tools to fill it in correctly. (BL cannot check
it)
Do you see the comma between dutch post(zip)code and city??? (also in other
country's like Belgium there is a comma) such commas can cause problems
while the post company's are reading your shipping's with character
recognition.
|
A Dutch address doesn't contain a comma between the zipcode and city:
https://www.postnl.nl/versturen/brief-of-kaart-versturen/hoe-verstuur-ik-een-brief-of-kaart/brief-adresseren/
|
So why is BL placing that comma in your address: (see:https://www.bricklink.com/pref_general.asp?rD=Y)
|
It doesn't. Perhaps you've entered the comma yourself.
|
you are Lucky
When you change your address the comma will be placed automaticaly
Didnt you not noticed the comma between the zipcode and the city in some of
your buyers addresses??
|
|
|
| Author: | Brettj666 | | Posted: | Nov 29, 2016 16:00 | | Subject: | Re: Naming & addressing | | Viewed: | 21 times | | Topic: | Suggestions | |
| In Suggestions, Brickwilbo writes:
| | In Suggestions, Cob writes:
| | | | You would be surprised how many people don't know how to write their own
address correct.
BL can't know, and show, the correct format for each country.
|
There are ways to have the address checked against postal databases for validity.
Various websites use them.
If BL where to verify only the USA, EU, Germany, France and the Netherlands (the
5 regions with most members), 92% of the addresses would be verified. While
I agree that BL cannot check every country, verifying 92% of addresses is much
better than 0%.
|
Buyers are responsible for the correctness of their own address.
If BL would use their database to check addresses there might be privacy laws
involved.
|
There are postal code services, in Canada and the US at least, that is a thin
layer between the user and the site which will cleanse addresses (that are on
file).. it won't correct wrong addresses, but will format them.
But these services come at a cost.
So, from Bricklink's perspective, there are three options
1) Put the service in at their own cost
2) Put the serivce in, but make an adjustment to revenue (and since the only
revenue I think they have are fees, let's call it that)
3) Do nothing
now, based on how often a bad address makes life difficult for you, which do
you prefer.
Oh.... And you can't pick #1
|
|
| Author: | Brickwilbo | | Posted: | Nov 29, 2016 15:41 | | Subject: | Re: Naming & addressing | | Viewed: | 24 times | | Topic: | Suggestions | |
| In Suggestions, udenbricks writes:
| | In Suggestions, Brickwilbo writes:
| | In Suggestions, udenbricks writes:
| | In Suggestions, Brickwilbo writes:
| | In Suggestions, Cob writes:
| | | | You would be surprised how many people don't know how to write their own
address correct.
BL can't know, and show, the correct format for each country.
|
There are ways to have the address checked against postal databases for validity.
Various websites use them.
If BL where to verify only the USA, EU, Germany, France and the Netherlands (the
5 regions with most members), 92% of the addresses would be verified. While
I agree that BL cannot check every country, verifying 92% of addresses is much
better than 0%.
|
Buyers are responsible for the correctness of their own address.
If BL would use their database to check addresses there might be privacy laws
involved.
|
This is exactly the problem: Buyers are responsible for the correctness of
their own address.
But BL can and must give the tools to fill it in correctly. (BL cannot check
it)
Do you see the comma between dutch post(zip)code and city??? (also in other
country's like Belgium there is a comma) such commas can cause problems
while the post company's are reading your shipping's with character
recognition.
|
A Dutch address doesn't contain a comma between the zipcode and city:
https://www.postnl.nl/versturen/brief-of-kaart-versturen/hoe-verstuur-ik-een-brief-of-kaart/brief-adresseren/
|
So why is BL placing that comma in your address: (see:https://www.bricklink.com/pref_general.asp?rD=Y)
|
It doesn't. Perhaps you've entered the comma yourself.
|
|
| Author: | udenbricks | | Posted: | Nov 29, 2016 15:28 | | Subject: | Re: Naming & addressing | | Viewed: | 22 times | | Topic: | Suggestions | |
| In Suggestions, Brickwilbo writes:
| | In Suggestions, udenbricks writes:
| | In Suggestions, Brickwilbo writes:
| | In Suggestions, Cob writes:
| | | | You would be surprised how many people don't know how to write their own
address correct.
BL can't know, and show, the correct format for each country.
|
There are ways to have the address checked against postal databases for validity.
Various websites use them.
If BL where to verify only the USA, EU, Germany, France and the Netherlands (the
5 regions with most members), 92% of the addresses would be verified. While
I agree that BL cannot check every country, verifying 92% of addresses is much
better than 0%.
|
Buyers are responsible for the correctness of their own address.
If BL would use their database to check addresses there might be privacy laws
involved.
|
This is exactly the problem: Buyers are responsible for the correctness of
their own address.
But BL can and must give the tools to fill it in correctly. (BL cannot check
it)
Do you see the comma between dutch post(zip)code and city??? (also in other
country's like Belgium there is a comma) such commas can cause problems
while the post company's are reading your shipping's with character
recognition.
|
A Dutch address doesn't contain a comma between the zipcode and city:
https://www.postnl.nl/versturen/brief-of-kaart-versturen/hoe-verstuur-ik-een-brief-of-kaart/brief-adresseren/
|
So why is BL placing that comma in your address: (see:https://www.bricklink.com/pref_general.asp?rD=Y)
|
|
| Author: | Brickwilbo | | Posted: | Nov 29, 2016 15:11 | | Subject: | Re: Naming & addressing | | Viewed: | 26 times | | Topic: | Suggestions | |
| In Suggestions, udenbricks writes:
| | In Suggestions, Brickwilbo writes:
| | In Suggestions, Cob writes:
| | | | You would be surprised how many people don't know how to write their own
address correct.
BL can't know, and show, the correct format for each country.
|
There are ways to have the address checked against postal databases for validity.
Various websites use them.
If BL where to verify only the USA, EU, Germany, France and the Netherlands (the
5 regions with most members), 92% of the addresses would be verified. While
I agree that BL cannot check every country, verifying 92% of addresses is much
better than 0%.
|
Buyers are responsible for the correctness of their own address.
If BL would use their database to check addresses there might be privacy laws
involved.
|
This is exactly the problem: Buyers are responsible for the correctness of
their own address.
But BL can and must give the tools to fill it in correctly. (BL cannot check
it)
Do you see the comma between dutch post(zip)code and city??? (also in other
country's like Belgium there is a comma) such commas can cause problems
while the post company's are reading your shipping's with character
recognition.
|
A Dutch address doesn't contain a comma between the zipcode and city:
https://www.postnl.nl/versturen/brief-of-kaart-versturen/hoe-verstuur-ik-een-brief-of-kaart/brief-adresseren/
|
|
| Author: | udenbricks | | Posted: | Nov 29, 2016 14:22 | | Subject: | Re: Naming & addressing | | Viewed: | 34 times | | Topic: | Suggestions | |
| In Suggestions, udenbricks writes:
| | @Bricklink:
Change the address fields so the BL-subscriber can/must fill in his/her address
in the right format AND in the right order.
(the BL-subscriber is the onliest person in the world who knows his/her address
the best.)
regards,
Nico
as a seller i have too make too much changes in buyers addresses
(a waste of time)
if an address is wrong/not in the right format there are more chances for delivery
mistakes
|
a new just arriving example:
John Doe
PO Box 999
Leichhardt
New South Wales 2040
Australia
I have to change it to:
John Doe
PO Box 999
Leichhardt NSW 2040
Australia
See: http://www.bitboost.com/ref/international-address-formats/australia/
@BL Please update the possibility's !!!!!
|
|
| Author: | udenbricks | | Posted: | Nov 29, 2016 14:14 | | Subject: | Re: Naming & addressing | | Viewed: | 28 times | | Topic: | Suggestions | |
| In Suggestions, Brickwilbo writes:
| | In Suggestions, Cob writes:
| | | | You would be surprised how many people don't know how to write their own
address correct.
BL can't know, and show, the correct format for each country.
|
There are ways to have the address checked against postal databases for validity.
Various websites use them.
If BL where to verify only the USA, EU, Germany, France and the Netherlands (the
5 regions with most members), 92% of the addresses would be verified. While
I agree that BL cannot check every country, verifying 92% of addresses is much
better than 0%.
|
Buyers are responsible for the correctness of their own address.
If BL would use their database to check addresses there might be privacy laws
involved.
|
This is exactly the problem: Buyers are responsible for the correctness of
their own address.
But BL can and must give the tools to fill it in correctly. (BL cannot check
it)
Do you see the comma between dutch post(zip)code and city??? (also in other
country's like Belgium there is a comma) such commas can cause problems
while the post company's are reading your shipping's with character
recognition.
|
|
| Author: | Brickwilbo | | Posted: | Nov 29, 2016 12:50 | | Subject: | Re: Naming & addressing | | Viewed: | 36 times | | Topic: | Suggestions | |
| In Suggestions, Cob writes:
| | | | You would be surprised how many people don't know how to write their own
address correct.
BL can't know, and show, the correct format for each country.
|
There are ways to have the address checked against postal databases for validity.
Various websites use them.
If BL where to verify only the USA, EU, Germany, France and the Netherlands (the
5 regions with most members), 92% of the addresses would be verified. While
I agree that BL cannot check every country, verifying 92% of addresses is much
better than 0%.
|
Buyers are responsible for the correctness of their own address.
If BL would use their database to check addresses there might be privacy laws
involved.
|
|
| Author: | Cob | | Posted: | Nov 29, 2016 09:41 | | Subject: | Re: Naming & addressing | | Viewed: | 36 times | | Topic: | Suggestions | |
| | | You would be surprised how many people don't know how to write their own
address correct.
BL can't know, and show, the correct format for each country.
|
There are ways to have the address checked against postal databases for validity.
Various websites use them.
If BL where to verify only the USA, EU, Germany, France and the Netherlands (the
5 regions with most members), 92% of the addresses would be verified. While
I agree that BL cannot check every country, verifying 92% of addresses is much
better than 0%.
|
|
| Author: | SylvainLS | | Posted: | Nov 29, 2016 08:27 | | Subject: | Re: Naming & addressing | | Viewed: | 34 times | | Topic: | Suggestions | |
| In Suggestions, udenbricks writes:
| | […]
| | BL can't know, and show, the correct format for each country.
|
That's exactly what I mean.
if the buyer does not know and Bricklink does nothing to show the right address
How the seller should know????
The seller wants to avoid problems. If Bricklink there now helps with the correct
information it should go better.
BTW Not every order comes with paypal payment and logging into paypal to find
the correct address is unnecessary when the address is good in Bricklink
|
Registration form fields are (almost) localized (i.e. “postal code” instead of
“ZIP code” according to your country), that makes people think that BrickLink
know what they do. They don’t.
There would be a tiny little wee thing BrickLink could do that would greatly
help the matter: just after registration, show the new member their address as
it will be shown to sellers so that they can verify it.
For now, the only time you see your (badly) formatted address is in your first
order confirmation mail (and you have to look for it).
Otherwise, it doesn’t appear in “My Profile” and you have to try and find the
right link on that page to change all your info (“Edit Account Info”)
to see it.
… And, actually, if you try to change your address, you’re presented with the
same fields as in the registration form. So you can’t even correct BL’s every
errors.
(I recall that it was a unique plain text field when I changed mine after seeing
the botched job BL did with the fields. (It had to be as I could remove the région
from appearing in it. (No région in (metropolitan) France addresses!)))
|
|
| Author: | udenbricks | | Posted: | Nov 29, 2016 08:00 | | Subject: | Re: Naming & addressing | | Viewed: | 30 times | | Topic: | Suggestions | |
| In Suggestions, Brickwilbo writes:
| | In Suggestions, udenbricks writes:
| | @Bricklink:
Change the address fields so the BL-subscriber can/must fill in his/her address
in the right format AND in the right order.
(the BL-subscriber is the onliest person in the world who knows his/her address
the best.)
regards,
Nico
as a seller i have too make too much changes in buyers addresses
(a waste of time)
if an address is wrong/not in the right format there are more chances for delivery
mistakes
|
You would be surprised how many people don't know how to write their own
address correct.
BL can't know, and show, the correct format for each country.
|
That's exactly what I mean.
if the buyer does not know and Bricklink does nothing to show the right address
How the seller should know????
The seller wants to avoid problems. If Bricklink there now helps with the correct
information it should go better.
BTW Not every order comes with paypal payment and logging into paypal to find
the correct address is unnecessary when the address is good in Bricklink
|
|
| Author: | WhiteVanMan | | Posted: | Nov 29, 2016 07:00 | | Subject: | Re: Parting out used sets: stickered parts | | Viewed: | 35 times | | Topic: | Suggestions | |
| In Suggestions, baroness1 writes:
| | In Suggestions, koozz writes:
| | Hi,
I do not know if this has been posted before, but here is my question:
I am parting out some nice used sets, some of which have stickered parts. As
one can find, when looking up a particular set in the catalog, these stickered
parts are listed down below under counterparts (or something like that).
Wouldn't it be helpful if these stickered counterparts also appeared in the
(parting out) list when parting out USED sets with stickered parts?
It would make parting out so much easier/quicker and you can easily check if
the stickers are applied correctly.
Like to hear your thoughts!
Tanja
|
I have also posted about this in the past. It would be great to have the option
of adding the stickered parts when parting out. I agree it would be easier and
much quicker.
|
I too have said this, but I got brushed off, by the Site's admins claiming
that due to not ALL of the sets will have the stickered counterparts added, it
is easier not to allow this to happen.
But surely, once a set HAS been verified (twice) by the set verifiers, this can
be implemented ONLY for the sets that have ALL of the stickered counterparts?
I would love to have this feature implemented, as I am always parting out used
sets, as I can't always be bothered to try and complete a set that is approx
50% complete.
Regards,
Paul
|
|
| Author: | baroness1 | | Posted: | Nov 29, 2016 06:13 | | Subject: | Re: Parting out used sets: stickered parts | | Viewed: | 27 times | | Topic: | Suggestions | |
| In Suggestions, koozz writes:
| | Hi,
I do not know if this has been posted before, but here is my question:
I am parting out some nice used sets, some of which have stickered parts. As
one can find, when looking up a particular set in the catalog, these stickered
parts are listed down below under counterparts (or something like that).
Wouldn't it be helpful if these stickered counterparts also appeared in the
(parting out) list when parting out USED sets with stickered parts?
It would make parting out so much easier/quicker and you can easily check if
the stickers are applied correctly.
Like to hear your thoughts!
Tanja
|
I have also posted about this in the past. It would be great to have the option
of adding the stickered parts when parting out. I agree it would be easier and
much quicker.
|
|
| Author: | Team86 | | Posted: | Nov 29, 2016 04:34 | | Subject: | Parting out used sets: stickered parts | | Viewed: | 72 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Hi,
I do not know if this has been posted before, but here is my question:
I am parting out some nice used sets, some of which have stickered parts. As
one can find, when looking up a particular set in the catalog, these stickered
parts are listed down below under counterparts (or something like that).
Wouldn't it be helpful if these stickered counterparts also appeared in the
(parting out) list when parting out USED sets with stickered parts?
It would make parting out so much easier/quicker and you can easily check if
the stickers are applied correctly.
Like to hear your thoughts!
Tanja
|
|
| Author: | viejos | | Posted: | Nov 28, 2016 23:58 | | Subject: | Inventory Change Request for Set 855-1 | | Viewed: | 38 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Add 35 Part 3673 Light Gray Technic, Pin without Friction Ridges Lengthwise (Alternate) (match ID 1)
* Add 3 Part 3710 Red Plate 1 x 4 (Alternate) (match ID 1)
* Add 5 Part 3460 Red Plate 1 x 8 (Alternate) (match ID 1)
* Add 7 Part 3701 Red Technic, Brick 1 x 4 with Holes (Alternate) (match ID 1)
* Add 2 Part 3894 Red Technic, Brick 1 x 6 with Holes (Alternate) (match ID 1)
* Change 28 Part Light Gray 3673 Technic, Pin without Friction Ridges Lengthwise {match ID 0 to 1}
* Change 1 Part Red 3710 Plate 1 x 4 {match ID 0 to 1}
* Change 4 Part Red 3460 Plate 1 x 8 {match ID 0 to 1}
* Change 4 Part Red 3701 Technic, Brick 1 x 4 with Holes {match ID 0 to 1}
Comments from Submitter:
The second, strengthened version. Interesting thing here is that the 1 x 6 Technic brick was not released until 1979. There is also evidence that the USA version of the set (955-1) did exist with the early version of the instructions, based on an insert showing the redesign that was apparently used in both markets (see additional large images under the instructions entry).
|
|
| Author: | axaday | | Posted: | Nov 28, 2016 21:47 | | Subject: | Inventory Change Request for Set 70733-1 | | Viewed: | 28 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Change {1 to 2} Part Reddish Brown 4073 Plate, Round 1 x 1 Straight Side {Extra to Regular}
|
|
| Author: | Grego | | Posted: | Nov 28, 2016 21:25 | | Subject: | Re: Naming & addressing | | Viewed: | 45 times | | Topic: | Suggestions | |
| In Suggestions, ZSchoonover writes:
| | In Suggestions, udenbricks writes:
| | @Bricklink:
Change the address fields so the BL-subscriber can/must fill in his/her address
in the right format AND in the right order.
(the BL-subscriber is the onliest person in the world who knows his/her address
the best.)
regards,
Nico
as a seller i have too make too much changes in buyers addresses
(a waste of time)
if an address is wrong/not in the right format there are more chances for delivery
mistakes
|
One of the many reasons I love Paypal... Verified addresses!!!
|
In theory PayPal should be able to format an address correctly so that the address
meets the postal standard of the addressee ...however in practice I see daily
addresses that do not meet USPS and Canada Post addressing standards ...and I
heavily suspect addresses from other countries are just as ilformed ...but PayPal
knows more about mail delivery than the post office.
|
|
| Author: | ZSchoonover | | Posted: | Nov 28, 2016 20:58 | | Subject: | Re: Naming & addressing | | Viewed: | 39 times | | Topic: | Suggestions | |
| In Suggestions, udenbricks writes:
| | @Bricklink:
Change the address fields so the BL-subscriber can/must fill in his/her address
in the right format AND in the right order.
(the BL-subscriber is the onliest person in the world who knows his/her address
the best.)
regards,
Nico
as a seller i have too make too much changes in buyers addresses
(a waste of time)
if an address is wrong/not in the right format there are more chances for delivery
mistakes
|
One of the many reasons I love Paypal... Verified addresses!!!
|
|
| Author: | jeslego | | Posted: | Nov 28, 2016 18:00 | | Subject: | Re: sets truly complete? | | Viewed: | 56 times | | Topic: | Suggestions | |
| In Suggestions, doodlelist writes:
| | I have always had a problem with vagueness when sellers say a set is complete.
When a seller says a set is complete I don't know if that means its just
all the pieces, or if its all pieces, instructions, and box. My suggestion is
that when selling a set there are three bubbles to fill. One to fill if it has
all pieces, one for instructions included, and one for original box included.
That way buyers can know for sure that they are getting a "complete" set. Thank
you.
|
When I saw the title, I thought you might be going in a different direction with
this.
While we have an objective definition of what a "complete" set is, there are
still questions of how the seller determined its "completeness"
Problem #1: Inventory Process
A) Some sellers look at the set they received. Looks Good: It is "complete".
B) Some sellers build the set. No missing parts were noticed: It is "complete".
C) Some sellers compare the pieces they have with the inventory. All there:
It is "complete".
D) Some sellers double count the pieces when comparing to the inventory. All
there: It is "complete".
Problem #2 The standard used to define what is in the set.
A) Bricklink is one of several sources of set inventories. Often, but not always
it is the best.
2) The reason why Bricklink's inventories are so good is that they are constantly
being updated. But what happens if the inventory changes from the time that
the seller verifies the contents and the date it is sold? Re-checking inventoried
sets would suck the joy out of life and the profit out of restoring sets. Especially
when a mold variation is identified.
|
|
| Author: | tEoS | | Posted: | Nov 28, 2016 16:14 | | Subject: | Re: sets truly complete? | | Viewed: | 61 times | | Topic: | Suggestions | |
| Here is the criteria for sets:
http://www.bricklink.com/help.asp?helpID=102
In Suggestions, doodlelist writes:
| | I have always had a problem with vagueness when sellers say a set is complete.
When a seller says a set is complete I don't know if that means its just
all the pieces, or if its all pieces, instructions, and box. My suggestion is
that when selling a set there are three bubbles to fill. One to fill if it has
all pieces, one for instructions included, and one for original box included.
That way buyers can know for sure that they are getting a "complete" set. Thank
you.
|
|
|
| Author: | doodlelist | | Posted: | Nov 28, 2016 16:07 | | Subject: | sets truly complete? | | Viewed: | 147 times | | Topic: | Suggestions | | Status: | Already Exists | |
| I have always had a problem with vagueness when sellers say a set is complete.
When a seller says a set is complete I don't know if that means its just
all the pieces, or if its all pieces, instructions, and box. My suggestion is
that when selling a set there are three bubbles to fill. One to fill if it has
all pieces, one for instructions included, and one for original box included.
That way buyers can know for sure that they are getting a "complete" set. Thank
you.
|
|
|
| Author: | Brickwilbo | | Posted: | Nov 28, 2016 15:39 | | Subject: | Re: Naming & addressing | | Viewed: | 61 times | | Topic: | Suggestions | |
| In Suggestions, udenbricks writes:
| | @Bricklink:
Change the address fields so the BL-subscriber can/must fill in his/her address
in the right format AND in the right order.
(the BL-subscriber is the onliest person in the world who knows his/her address
the best.)
regards,
Nico
as a seller i have too make too much changes in buyers addresses
(a waste of time)
if an address is wrong/not in the right format there are more chances for delivery
mistakes
|
You would be surprised how many people don't know how to write their own
address correct.
BL can't know, and show, the correct format for each country.
|
|
| Author: | udenbricks | | Posted: | Nov 28, 2016 15:29 | | Subject: | Naming & addressing | | Viewed: | 160 times | | Topic: | Suggestions | | Status: | Discarded | |
| @Bricklink:
Change the address fields so the BL-subscriber can/must fill in his/her address
in the right format AND in the right order.
(the BL-subscriber is the onliest person in the world who knows his/her address
the best.)
regards,
Nico
as a seller i have too make too much changes in buyers addresses
(a waste of time)
if an address is wrong/not in the right format there are more chances for delivery
mistakes
|
|
| Author: | jennnifer | | Posted: | Nov 28, 2016 09:50 | | Subject: | Re: Inventory Change Request for Set 855-1 | | Viewed: | 38 times | | Topic: | Inventories Requests | |
| In Inventories Requests, italiese writes:
| | Please make changes to the following inventory:
* Change {28 to 35} Part Light Gray 3673 Technic, Pin without Friction Ridges Lengthwise
Comments from Submitter:
Indicated quantity 28 but according to instructions is 35.
|
Hello,
The differences in the set in you found should be added as Alternates to this
set. I have included the images you provided for reference here.
Thanks!
Jen
|
|
|
| Author: | RobErNat | | Posted: | Nov 28, 2016 06:06 | | Subject: | Inventory Change Request for Set 10254-1 | | Viewed: | 1089 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Change 1 Part Blue {4070a Brick, Modified 1 x 1 with Headlight and Slot to 4070 Brick, Modified 1 x 1 with Headlight}
Comments from Submitter:
adjusting type to standard type
|
| Author: | ilovelegostoo | | Posted: | Nov 27, 2016 17:41 | | Subject: | Re: Filter on wanted list to hide items you have | | Viewed: | 26 times | | Topic: | Suggestions | |
| Totally agree with this. Looking at a shop and filtering by my wanted list is
totally useless unless I can eliminate the parts I have already purchased. And
deleting 100's of purchased items from wanted lists is just a waste of time.
|
|
| Author: | RobErNat | | Posted: | Nov 27, 2016 12:52 | | Subject: | Inventory Change Request for Set 60098-1 | | Viewed: | 27 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Add 8 Part 30237b Dark Bluish Gray Brick, Modified 1 x 2 with Vertical Clip (thick open O clip) (Alternate) (match ID 3)
* Add 8 Part 30237b Red Brick, Modified 1 x 2 with Vertical Clip (thick open O clip) (Alternate) (match ID 4)
* Change 8 Part Dark Bluish Gray 30237 Brick, Modified 1 x 2 with Vertical Clip {match ID 0 to 3}
* Change 8 Part Red 30237 Brick, Modified 1 x 2 with Vertical Clip {match ID 0 to 4}
Comments from Submitter:
Found alternates in set. Thx
|
|
| Author: | RobErNat | | Posted: | Nov 27, 2016 12:26 | | Subject: | Inventory Change Request for Set 60044-1 | | Viewed: | 17 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Add 7 Part 3245c White Brick 1 x 2 x 2 with Inside Stud Holder (Alternate) (match ID 2)
* Change 7 Part White 3245b Brick 1 x 2 x 2 with Inside Axle Holder {match ID 0 to 2}
Comments from Submitter:
Found alternate in set. thx
|
|
| Author: | viejos | | Posted: | Nov 26, 2016 18:54 | | Subject: | Re: Inventory Change Request for Set 375-2 | | Viewed: | 35 times | | Topic: | Inventories Requests | |
| In Inventories Requests, therobo writes:
| | In Inventories Requests, viejos writes:
| | In Inventories Requests, huriel writes:
| | Please make changes to the following inventory:
* Add 2 Part 3040 Blue Slope 45 2 x 1
* Add 2 Part 3005 Blue Brick 1 x 1
* Add 3 Part 3023 Red Plate 1 x 2
* Add 6 Part 3062b Yellow Brick, Round 1 x 1 Open Stud (Alternate) (match ID 2)
* Change 6 Part Yellow 3062a Brick, Round 1 x 1 Solid Stud {Regular to Alternate} {match ID 0 to 2}
Comments from Submitter:
I am a proud owner of this set since 1980, I still have the original box, manual and catalog. Recently I acquired another set, in very similar shape, and by checking it against BrickLink's inventory I noticed that some pieces, physically present in both sets of mine, are still missing from BrickLink's inventory.
The four blue pieces (2 bricks and 2 slopes) are not used in the main model, but were present in the original box and used in the alternate models. Also, there were 4 red 1x2 plates, only one is used in the main model but all the four are used in some alternate models. Finally, the yellow round 1x1 bricks in my original box have an open stud, so this must be an "alternate" version.
|
Interesting find. For 1980, the round brick with open stud would be expected.
The other pieces, especially the blue ones, are a bit unusual, and I'm curious
as to which alternate models you find them in. Can you post pictures?
Russell
|
At least the red plates are here (upper right, next to LEGO"):
http://www.brickshelf.com/cgi-bin/gallery.cgi?i=234503
and the blue 1x1 bricks here (lower middle on the bridge):
http://www.brickshelf.com/gallery/Jojo/Alternatives/alt-0375-2.jpg
Have not found yet the blue slopes.
|
Thanks! The blue pieces remind me of the mounted horsemen in this set:
|
|
| Author: | viejos | | Posted: | Nov 26, 2016 18:42 | | Subject: | Re: Inventory Change Request for Set 7674-1 | | Viewed: | 30 times | | Topic: | Inventories Requests | |
| In Inventories Requests, chetzler writes:
| | Here's the appropriate page from the instructions: step 18 shows the brace
being added and step 19 shows it being removed (this happens again for the other
pod too). I've never seen anything quite like this before in LEGO instructions,
it was an interesting find!
|
I've seen these sorts of things before. In this set:
There are two Green 1 x 4 plates that are needed to keep the model level during
much of the build, until the wheels are added (see image). They are listed in
the instructions inventory, are part of the total piece count and therefore should
be listed in the Regular section.
When a buyer purchases a "complete" set on BrickLink, all pieces shown in the
instructions should be included.
Russell
|
|
|
| Author: | spdif76 | | Posted: | Nov 26, 2016 15:32 | | Subject: | Re: ADVANCED Minimal buy ammount override button | | Viewed: | 50 times | | Topic: | Suggestions | |
| OK, you are right!
More exactly:
Sometimes we really don't need more brick from a certain shop.
|
| Author: | randyf | | Posted: | Nov 26, 2016 15:05 | | Subject: | Inventory Change Request for Set 70165-1 | | Viewed: | 30 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Add 3 Part 15254 Dark Bluish Gray Brick, Arch 1 x 6 x 2 - Medium Thick Top without Reinforced Underside (Alternate) (match ID 1)
Comments from Submitter:
Checked my son's set for these arches. This was the type found. The other type of arches already use Match ID 1, so this one gets added to the same number.
|
| Author: | SylvainLS | | Posted: | Nov 26, 2016 14:56 | | Subject: | Re: ADVANCED Minimal buy ammount override button | | Viewed: | 42 times | | Topic: | Suggestions | |
| In Suggestions, spdif76 writes:
| | Sometimes we _really_ don't need any other bricks.
|
Haha. Got me. Thought you were serious for a second there.
|
| Author: | spdif76 | | Posted: | Nov 26, 2016 14:18 | | Subject: | Re: ADVANCED Minimal buy ammount override button | | Viewed: | 35 times | | Topic: | Suggestions | |
| | Sometimes we _really_ don't need any other bricks. |
|
| Author: | therobo | | Posted: | Nov 26, 2016 13:20 | | Subject: | Re: Inventory Change Request for Set 375-2 | | Viewed: | 29 times | | Topic: | Inventories Requests | |
| In Inventories Requests, viejos writes:
| | In Inventories Requests, huriel writes:
| | Please make changes to the following inventory:
* Add 2 Part 3040 Blue Slope 45 2 x 1
* Add 2 Part 3005 Blue Brick 1 x 1
* Add 3 Part 3023 Red Plate 1 x 2
* Add 6 Part 3062b Yellow Brick, Round 1 x 1 Open Stud (Alternate) (match ID 2)
* Change 6 Part Yellow 3062a Brick, Round 1 x 1 Solid Stud {Regular to Alternate} {match ID 0 to 2}
Comments from Submitter:
I am a proud owner of this set since 1980, I still have the original box, manual and catalog. Recently I acquired another set, in very similar shape, and by checking it against BrickLink's inventory I noticed that some pieces, physically present in both sets of mine, are still missing from BrickLink's inventory.
The four blue pieces (2 bricks and 2 slopes) are not used in the main model, but were present in the original box and used in the alternate models. Also, there were 4 red 1x2 plates, only one is used in the main model but all the four are used in some alternate models. Finally, the yellow round 1x1 bricks in my original box have an open stud, so this must be an "alternate" version.
|
Interesting find. For 1980, the round brick with open stud would be expected.
The other pieces, especially the blue ones, are a bit unusual, and I'm curious
as to which alternate models you find them in. Can you post pictures?
Russell
|
At least the red plates are here (upper right, next to LEGO"):
http://www.brickshelf.com/cgi-bin/gallery.cgi?i=234503
and the blue 1x1 bricks here (lower middle on the bridge):
http://www.brickshelf.com/gallery/Jojo/Alternatives/alt-0375-2.jpg
Have not found yet the blue slopes.
|
|
| Author: | FigBits | | Posted: | Nov 26, 2016 12:25 | | Subject: | Re: ADVANCED Minimal buy ammount override button | | Viewed: | 43 times | | Topic: | Suggestions | |
| In Suggestions, spdif76 writes:
| | What if there is no Bypassword? Or the shop owner doesn't want to share it
with an unknown client?
For example a customer hunts a rare element, he finds it in a shop, but that
single brick doesn't reach the minimum buy ammount. There is no need for
other parts, the buyer doesn't want to organize a common order with others
to reach it. In this case this button will be wort.
|
Can't they just add other small but expensive parts to come up to the minimum?
There used to be a few stores that had lots for sale that consisted of nothing.
So, $0.01 for air. Buyers could add these "nothing" parts to come up to the minimum
shipping. It did what you described, but it was clunky.
Really, just add other stuff.
--
Marc.
|
|
| Author: | mandr | | Posted: | Nov 26, 2016 11:21 | | Subject: | Re: ADVANCED Minimal buy ammount override button | | Viewed: | 37 times | | Topic: | Suggestions | |
| In Suggestions, spdif76 writes:
| | If there is a Minimal buy ammount in a shop, I suggest a new button:
"I'm ready to pay the minimum buy ammount of the shop, even if my order doesn't
reach it."
|
I've always wished we had this feature - I could get rid of so many odds
and ends on my wanted lists that way. Stores could allow the button to be toggled,
or not if they didn't want to deal with the complication of charging the
minimum.
Sometimes contacting the store owner can take a few days turnaround to get a
response, and in some cases, they don't respond. Padding an order up with
pieces you don't need to meet the minimum runs the risk of increasing shipping
costs and seems wasteful.
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
)
)
)
)
