Discussion Forum
Redisplay Messages: Compact | Brief | All | Full      Show Messages: All | Without Replies

 Author: pdr507 View Messages Posted By pdr507
 Posted: Oct 3, 2015 12:55
 Subject: Inventory Change Request for Set 8206-1
 Viewed: 25 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 8206  Name: Tokyo Pit Stop
* 
8206-1 (Inv) Tokyo Pit Stop
70 Parts, 2 Minifigures, 2011
Sets: Cars: Cars 2

* Add 2 Part 2335pb077 White Flag 2 x 2 Square with Checkered Pattern on One Side, Black Corners (Sticker) (Counterpart)
* Add 1 Part 30261pb018 White Road Sign Clip-on 2 x 2 Round with 'STOP FUEL' Pattern (Sticker) - Set 8679 (Counterpart)

Comments from Submitter:
adding stickered counterparts
 Author: viejos View Messages Posted By viejos
 Posted: Oct 3, 2015 12:07
 Subject: Inventory Change Request for Set 599-1
 Viewed: 31 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 599  Name: Super Basic Set
* 
599-1 (Inv) Super Basic Set
705 Parts, 3 Minifigures, 1982
Sets: Universal Building Set: Basic Set

* Change 2 Part Red {2493c01 Window 1 x 4 x 5 with Trans-Clear Glass to 4347 Window 1 x 4 x 5 with Fixed Glass}

Comments from Submitter:
This was the first year of production for this window with glass. It was not distributed as separate parts until later years.
 Author: Hygrotus View Messages Posted By Hygrotus
 Posted: Oct 2, 2015 15:55
 Subject: Inventory Change Request for Set 40190-1
 Viewed: 26 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 40190  Name: Ferrari F138 polybag
* 
40190-1 (Inv) Ferrari F138 polybag
43 Parts, 2014
Sets: Racers: Ferrari

* Add 4 Part 74967pb01c01 Black Wheel 8mm D. x 9mm (for Slicks), Hole Notched for Wheels Holder Pin, Reinforced Back with Yellow Rim Edge Pattern with Black Tire 14mm D. x 9m (Counterpart)
 Author: happygolucky View Messages Posted By happygolucky
 Posted: Oct 2, 2015 12:17
 Subject: Inventory Change Request for Set 41078-1
 Viewed: 11 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 41078  Name: Skyra's Mysterious Sky Castle
* 
41078-1 (Inv) Skyra's Mysterious Sky Castle
792 Parts, 3 Minifigures, 2015
Sets: Elves

* Add 1 Part 46212pb004 Trans-Clear Brick 1 x 2 x 5 without Side Supports with Dark Purple Throne Splat with Gold Wings Pattern (Sticker) - Set 41078 (Counterpart)
* Add 1 Part 3069bpb417 Tan Tile 1 x 2 with Mountains, Cloud, Dragon and Writing Lines Pattern (Sticker) - Set 41078 (Counterpart)
* Add 1 Part 87079pb247 Magenta Tile 2 x 4 with 2 Elves Portrait Pattern (Sticker) - Set 41078 (Counterpart)
* Add 1 Part 87079pb246 Magenta Tile 2 x 4 with 2 White Wings and Swirls Pattern (Sticker) - Set 41078 (Counterpart)
* Add 1 Part 87079pb248 Medium Azure Tile 2 x 4 with White Clouds, Bubbles and Stars Pattern (Sticker) - Set 41078 (Counterpart)

Comments from Submitter:
Adding stickered counterparts to inventory. Thank you.
 Author: happygolucky View Messages Posted By happygolucky
 Posted: Oct 2, 2015 05:03
 Subject: Inventory Change Request for Set 41078-1
 Viewed: 20 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 41078  Name: Skyra's Mysterious Sky Castle
* 
41078-1 (Inv) Skyra's Mysterious Sky Castle
792 Parts, 3 Minifigures, 2015
Sets: Elves

* Add 1 Part 6179pb097 Bright Light Orange Tile, Modified 4 x 4 with Studs on Edge with Magenta and Dark Bluish Gray Stone Path Pattern (Sticker) - Set 41078 (Counterpart)
* Add 2 Part 14769pb078 Light Aqua Tile, Round 2 x 2 with Bottom Stud Holder with Flower with Gold and White Petals Pattern (Sticker) - Set 41078 (Counterpart)

Comments from Submitter:
Adding stickered counterparts to inventory. Thank you.
 Author: Brettj666 View Messages Posted By Brettj666
 Posted: Oct 1, 2015 16:33
 Subject: Re: Insure/Noninsure Checkboxes when Submit Order
 Viewed: 37 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, InanimateReason writes:
  In Suggestions, fosterbengoshi writes:
  In Suggestions, ozlbkilo writes:
  What if the system defaulted to include insurance at check out. The buyer would
have to opt out and a warning could pop-out explaining the ramifications if the
package is lost and/or limitations of liablity on the seller along the lines
of some of the suggestions in your earlier post.

This is another option which would work for me. I just want buyers to better
understand their agreement and the consequences of choosing not to insure their
order. And if buyers are worried, this is an excellent opportunity for them to
reconsider adding insurance coverage.

Foster

I think this might be much ado about nothing. If you want to optionally require
insurance, then state so in your terms. It doesn't matter if the buyer selects
it or not, if you require it, say so and charge it when you invoice. I would
strongly recommend having very well defined criteria for when it will be required
(e.g. specific countries, orders exceeding a certain value, etc.).

Bill
Inanimate Reason
Home of the Custom Aluminum Liftarms!
Thanks to everyone who participated in the sale and give-away!

If I made all customers take insurance, my sales would go to almost zero because
of the cost of insurance in Canada

But at the same time, I don't want customers to not get the choice of having
insurance if they want to pay for it.

What I don't want is customers that say "I don't need no stinking insurance,
I paid with paypal, that's my insurance"
Those people I'd like to identify because those are the people that need
to be required to pay insurance.
 Author: ToriHada View Messages Posted By ToriHada
 Posted: Oct 1, 2015 16:24
 Subject: Re: Insure/Noninsure Checkboxes when Submit Order
 Viewed: 35 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, fosterbengoshi writes:
  Please give sellers the OPTION to require buyers to select insure or not insure
when submitting an order in their shop. Currently, BrickLink only offers a single
checkbox for insurance only, which need not be checked for the order to go through.
As mentioned here:

http://www.bricklink.com/message.asp?ID=435576

having the buyer make a deliberate affirmative choice to insure or not insure
is better than the buyer making a passive choice which may not be a conscious
choice at all.

This could work similar to the "I Will Pay By" choices given by sellers who accept
multiple forms of payment, the "I Will Pay In" choices given by sellers who accept
payments in multiple currencies, and the "I would like my order to be shipped
by" choices given by sellers who offer multiple shipping options. See therobo's
checkout page for an example of these choices. If a choice is not made by the
buyer, BrickLink will not allow the order to be submitted. The order can only
be submitted if the buyer makes a choice. As with the shipping choices, each
seller could add a sentence or two explaining the insurance and no insurance
choices. I think allowing this OPTION could help eliminate or resolve some of
the problems that arise with orders that are lost or damaged during shipment.
Again, this is an OPTION for those sellers who want it. If anyone does not want
to use it, they don't have to.

Foster

Bumped...
 Author: happygolucky View Messages Posted By happygolucky
 Posted: Oct 1, 2015 13:58
 Subject: Inventory Change Request for Set 41077-1
 Viewed: 21 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 41077  Name: Aira's Pegasus Sleigh
* 
41077-1 (Inv) Aira's Pegasus Sleigh
309 Parts, 2 Minifigures, 2015
Sets: Elves

* Add 2 Part 3684cpb018 Medium Lavender Slope 75 2 x 2 x 3 - Solid Studs with Roof Tiles and Wood Frame Circular Skylight Window Pattern (Sticker) - Set 41077 (Counterpart)
* Add 2 Part 85970pb010 White Slope, Curved 10 x 1 with Medium Lavender Swirls Pattern (Sticker) - Set 41077 (Counterpart)
* Add 2 Part 87079pb245 Yellow Tile 2 x 4 with 2 Medium Lavender and Dark Blue Cushions with White Swirls Pattern (Sticker) - Set 41077 (Counterpart)

Comments from Submitter:
Adding stickered counterparts to inventory. Thank you.
 Author: jennnifer View Messages Posted By jennnifer
 Posted: Oct 1, 2015 10:26
 Subject: Inventory Change Request for Set 6107300-1
 Viewed: 22 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory: [S=6107300-1]

* Add 1 Part 15068pb044 Dark Blue Slope, Curved 2 x 2 No Studs with Medium Azure and White Connected Circles and Lines Pattern (Sticker) - Set 6107300 (Counterpart)
* Add 1 Part 3045pb05 Light Bluish Gray Slope 45 2 x 2 Double Convex with Medium Azure Hose and Black Vents Pattern (Sticker) - Set 6107300 (Counterpart)
* Add 1 Part 3045pb04 Light Bluish Gray Slope 45 2 x 2 Double Convex with Medium Azure and White Keypad and Black Vents Pattern (Sticker) - Set 6107300 (Counterpart)
* Add 1 Part 3675pb02R Dark Blue Slope 33 3 x 3 Double Convex with Medium Azure Schematic Circles and Lines Pattern Model Right Side (Sticker) - Set 6107300 (Counterpart)
* Add 1 Part 3675pb02L Dark Blue Slope 33 3 x 3 Double Convex with Medium Azure Schematic Circles and Lines Pattern Model Left Side (Sticker) - Set 6107300 (Counterpart)
* Add 1 Part 44676pb022 Dark Blue Flag 2 x 2 Trapezoid with Medium Azure and Silver Buttons, Meter and Gauge Pattern (Sticker) - Set 6107300 (Counterpart)
* Add 1 Part 44676pb023 Dark Blue Flag 2 x 2 Trapezoid with Medium Azure, White and Silver Keypad Pattern (Sticker) - Set 6107300 (Counterpart)
 Author: FigBits View Messages Posted By FigBits
 Posted: Oct 1, 2015 01:21
 Subject: Re: View stockroom bypass password
 Viewed: 51 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, RobErNat writes:
  In Suggestions, brox999 writes:
  Hi, buyer saw an item in my store and is sending a list of what he needs. I have
20,000+ parts to work through and it would be useful to allow him to view my
stockroom via a bypass password like you can allow access if your store is closed,
worth considering as an enhancement

Regards

Andrew

LOL

This has existed for years now
Check 'store password'

http://www.bricklink.com/pref_seller.asp

Cheers, Eric


They are already aware that it is available to access a closed store.

The want people to use a similar mechanism for buyers to be able to access their
STOCKROOMS.


--
Marc.
 Author: RobErNat View Messages Posted By RobErNat
 Posted: Oct 1, 2015 00:46
 Subject: Re: View stockroom bypass password
 Viewed: 40 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, brox999 writes:
  Hi, buyer saw an item in my store and is sending a list of what he needs. I have
20,000+ parts to work through and it would be useful to allow him to view my
stockroom via a bypass password like you can allow access if your store is closed,
worth considering as an enhancement

Regards

Andrew

LOL

This has existed for years now
Check 'store password'

http://www.bricklink.com/pref_seller.asp

Cheers, Eric
 Author: brox999 View Messages Posted By brox999
 Posted: Oct 1, 2015 00:40
 Subject: View stockroom bypass password
 Viewed: 123 times
 Topic: Suggestions
 Status:Discarded
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Hi, buyer saw an item in my store and is sending a list of what he needs. I have
20,000+ parts to work through and it would be useful to allow him to view my
stockroom via a bypass password like you can allow access if your store is closed,
worth considering as an enhancement

Regards

Andrew
 Author: jennnifer View Messages Posted By jennnifer
 Posted: Sep 30, 2015 21:34
 Subject: Inventory Change Request for Set 70732-1
 Viewed: 27 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 70732  Name: City of Stiix
* 
70732-1 (Inv) City of Stiix
1022 Parts, 9 Minifigures, 2015
Sets: NINJAGO: Possession

* Change 5 Part Pearl Gold {30173b Minifig, Weapon Sword, Shamshir (Square Guard) with Uncapped Pommel and Hole in Hilt to 21459 Minifig, Weapon Sword, Shamshir (Square Guard) with Capped Pommel and Holes in Crossguard and Blade}
* Change 2 Part Black {30173b Minifig, Weapon Sword, Shamshir (Square Guard) with Uncapped Pommel and Hole in Hilt to 21459 Minifig, Weapon Sword, Shamshir (Square Guard) with Capped Pommel and Holes in Crossguard and Blade}

Comments from Submitter:
Sealed set contents.
 Author: Hygrotus View Messages Posted By Hygrotus
 Posted: Sep 30, 2015 14:15
 Subject: Inventory Change Request for Set 40193-1
 Viewed: 14 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 40193  Name: Ferrari 512 S polybag
* 
40193-1 (Inv) Ferrari 512 S polybag
51 Parts, 2014
Sets: Racers: Ferrari

* Add 1 Part 93606pb046 Yellow Slope, Curved 4 x 2 No Studs with Ferrari and Shell Logos, '12' in White Circle, Car Air Intakes Pattern (Sticker) - Set 40193 (Counterpart)
* Add 1 Part 15068pb043 Yellow Slope, Curved 2 x 2 No Studs with 10 Silver Circles and Red Wires Pattern (Sticker) - Set 40193 (Counterpart)
* Add 1 Part 3068bpb0958 Yellow Tile 2 x 2 with '12' in White Circle Pattern (Sticker) - Set 40193 (Counterpart)
* Add 2 Part 2431pb401 Yellow Tile 1 x 4 with Silver Stripe with Black Dots and '12' in White Circle Pattern (Sticker) - Set 40193 (Counterpart)
* Add 2 Part 3070bpb087 Yellow Tile 1 x 1 with Silver Stripe with Black Dots Pattern (Sticker) - Set 40193 (Counterpart)
* Add 2 Part 54200pb071 Yellow Slope 30 1 x 1 x 2/3 with Car Air Intake Pattern (Sticker) - Set 40193 (Counterpart)
* Add 2 Part 54200pb070 Yellow Slope 30 1 x 1 x 2/3 with Black 'Shell' on White Background Pattern (Sticker) - Set 40193 (Counterpart)
 Author: Miro78 View Messages Posted By Miro78
 Posted: Sep 30, 2015 08:57
 Subject: Re: Amusing typo on mybaseplate page
 Viewed: 53 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, 1974 writes:
  Pretty much the same as paypal 'cept the fee is ten percent

In Suggestions, karlhorton writes:

  ------------------------
Please enter your Papal account to receive your payment
------------------------

regards, Karl

^Thanks for the laugh.

Miro
 Author: WoutR View Messages Posted By WoutR
 Posted: Sep 30, 2015 06:51
 Subject: Re: Inventory Change Request for Minifig sw677
 Viewed: 31 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, viejos writes:
  In Inventories Requests, maggiec writes:
  In Inventories Requests, mabccc writes:
  In Inventories Requests, Hygrotus writes:
  In Inventories Requests, viejos writes:
  In Inventories Requests, Brick.Door writes:
  Please make changes to the following inventory: [M=sw677]

* Add 1 Part 61976 Reddish Brown Minifig, Utensil Bag Messenger Pouch

Comments from Submitter:
Shown in instructions wearing the bag - it should be included in the minifig inventory.

Sometimes I wonder why official instructions are mentioned at all in the Help
sections for minifigs. They are not adhered to, and it's frustrating to see
exception after exception being made for what seem to be personal preferences.

One of the big tasks I see in the future of the catalog is to come up with policies
that are simple and easy for people to grasp, where someone doesn't post
a request like this with confidence that they are right according to the rules,
and then end up with a rejection.

Russell

Sometimes also minifgs (there are some examples in SW) are shown diffrent on
the box and in instruction (cape vs. hair for example). So in few cases instruction
policy was helpful do determine what configuration of minifig add.

There is also the complications that if the figure comes in two sets, one with
bag and one without, is it really worth the extra catalogue item for a bag? Strictly
yes, but in reality?

We've added a few words to the guidelines in the Help topic to clarify why
the messenger bag is not included. But yes, as you say, we need to consider
reality. It is why they are called Guidelines for adding items to the
Catalog.

This consideration of "reality" is what got us into some of the truly huge messes
we are now faced with in the catalog system. Exception piled on top of exception,
corner after corner being cut. The real problem the site faces in regards to
the minfig is the constant undertow from Lego themselves as to what defines the
special assemblies in their sets.

Regardless of the practical intentions reflected in the BL guidelines, whenever
we deviate from the guidance Lego has already provided (i.e. the instructions)
we need to have solid reasons for doing so. When I see the current exceptions
being made for minifigs, I don't see reasons. I see a *tendency* to reduce,
a *tendency* towards simpler assemblies, a *tendency* to cut away as much extraneous
material as possible.

At the same time, I am noticing increasingly complex designs coming from Lego,
and I wonder why our site is going in the opposite direction. As each year goes
by, it seems harder and harder to justify some of the practices we now cling
to.

Well said.

In addition, if you have to remove the head to add an (not hand held) accessory,
that is shown in the assembly instructions, then personally I consider it to
be part of the minifigure assembly.
 Author: viejos View Messages Posted By viejos
 Posted: Sep 30, 2015 06:25
 Subject: Re: Inventory Change Request for Minifig sw677
 Viewed: 38 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, mabccc writes:
  In Inventories Requests, viejos writes:
  In Inventories Requests, mabccc writes:
  In Inventories Requests, Hygrotus writes:
  In Inventories Requests, viejos writes:
  In Inventories Requests, Brick.Door writes:
  Please make changes to the following inventory: [M=sw677]

* Add 1 Part 61976 Reddish Brown Minifig, Utensil Bag Messenger Pouch

Comments from Submitter:
Shown in instructions wearing the bag - it should be included in the minifig inventory.

Sometimes I wonder why official instructions are mentioned at all in the Help
sections for minifigs. They are not adhered to, and it's frustrating to see
exception after exception being made for what seem to be personal preferences.

One of the big tasks I see in the future of the catalog is to come up with policies
that are simple and easy for people to grasp, where someone doesn't post
a request like this with confidence that they are right according to the rules,
and then end up with a rejection.

Russell

Sometimes also minifgs (there are some examples in SW) are shown diffrent on
the box and in instruction (cape vs. hair for example). So in few cases instruction
policy was helpful do determine what configuration of minifig add.

There is also the complications that if the figure comes in two sets, one with
bag and one without, is it really worth the extra catalogue item for a bag? Strictly
yes, but in reality?

Is it worth it for a flower in the hair, or a pair of flippers, or a solid
stud head? And what if there is 30 years between the sets in question? Does that
make a difference?

What if the fig with the bag was in a set where the fig was a mail carrier, and
the fig without the bag was in a soccer set? Should that make a difference?

I understand the fascination of seeing a given fig in as many sets as possible
- it's like looking for the cross strands in a piece of woven fabric. And
there are many, many instances where figs were intended to be the same, and there
isn't a whit of a difference from one set to another, hence the little "New"
signs seen on Star Wars boxes - this implies that those without that marking
were used in another set.

But at the same time, minfigs are a collector's item, and at some point what
is seen as "efficiency" by some starts to look like "cheapness" to others. Is
the site bursting its virtual seams to the extent that we can't afford more
entries than we positively must have? I hardly think so.

There are also minifigs like these that have duplicates except for an accessory...

[m=idea004i]
[m=idea004]

It's not clear to me whether collectors consider them the same or different.
Personally, I like that a seller has the freedom to list either the plain minifig
or the minifig with the proton pack attached.

Then this guy [m=sw471]

He has a (pointless) technic pin on his back. Of course, it is pointless to minifig
collectors, but useful to anyone that wants the play feature in the set. I've
sold a few of them, and one buyer even told me not to bother including the neck
bracket. Yet if it is left off, then strictly it is not a complete minifig. I
doubt many collectors display him with the technic pin attached.

I wonder why the GB minifigs can have two variants with neck attachments, but
Yoda only gets one.

This is the kind of thing that happens when using "guidelines" instead of "rules"
- a lot of questions with no way to answer them.
 Author: 1974 View Messages Posted By 1974
 Posted: Sep 30, 2015 06:23
 Subject: Re: Amusing typo on mybaseplate page
 Viewed: 41 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Pretty much the same as paypal 'cept the fee is ten percent

In Suggestions, karlhorton writes:

  ------------------------
Please enter your Papal account to receive your payment
------------------------

regards, Karl
 Author: yorbrick View Messages Posted By yorbrick
 Posted: Sep 30, 2015 05:38
 Subject: Re: Inventory Change Request for Minifig sw677
 Viewed: 32 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, viejos writes:
  In Inventories Requests, mabccc writes:
  In Inventories Requests, Hygrotus writes:
  In Inventories Requests, viejos writes:
  In Inventories Requests, Brick.Door writes:
  Please make changes to the following inventory: [M=sw677]

* Add 1 Part 61976 Reddish Brown Minifig, Utensil Bag Messenger Pouch

Comments from Submitter:
Shown in instructions wearing the bag - it should be included in the minifig inventory.

Sometimes I wonder why official instructions are mentioned at all in the Help
sections for minifigs. They are not adhered to, and it's frustrating to see
exception after exception being made for what seem to be personal preferences.

One of the big tasks I see in the future of the catalog is to come up with policies
that are simple and easy for people to grasp, where someone doesn't post
a request like this with confidence that they are right according to the rules,
and then end up with a rejection.

Russell

Sometimes also minifgs (there are some examples in SW) are shown diffrent on
the box and in instruction (cape vs. hair for example). So in few cases instruction
policy was helpful do determine what configuration of minifig add.

There is also the complications that if the figure comes in two sets, one with
bag and one without, is it really worth the extra catalogue item for a bag? Strictly
yes, but in reality?

Is it worth it for a flower in the hair, or a pair of flippers, or a solid
stud head? And what if there is 30 years between the sets in question? Does that
make a difference?

What if the fig with the bag was in a set where the fig was a mail carrier, and
the fig without the bag was in a soccer set? Should that make a difference?

I understand the fascination of seeing a given fig in as many sets as possible
- it's like looking for the cross strands in a piece of woven fabric. And
there are many, many instances where figs were intended to be the same, and there
isn't a whit of a difference from one set to another, hence the little "New"
signs seen on Star Wars boxes - this implies that those without that marking
were used in another set.

But at the same time, minfigs are a collector's item, and at some point what
is seen as "efficiency" by some starts to look like "cheapness" to others. Is
the site bursting its virtual seams to the extent that we can't afford more
entries than we positively must have? I hardly think so.

There are also minifigs like these that have duplicates except for an accessory...

[m=idea004i]
[m=idea004]

It's not clear to me whether collectors consider them the same or different.
Personally, I like that a seller has the freedom to list either the plain minifig
or the minifig with the proton pack attached.

Then this guy [m=sw471]

He has a (pointless) technic pin on his back. Of course, it is pointless to minifig
collectors, but useful to anyone that wants the play feature in the set. I've
sold a few of them, and one buyer even told me not to bother including the neck
bracket. Yet if it is left off, then strictly it is not a complete minifig. I
doubt many collectors display him with the technic pin attached.

I wonder why the GB minifigs can have two variants with neck attachments, but
Yoda only gets one.
 Author: goldknight View Messages Posted By goldknight
 Posted: Sep 30, 2015 01:02
 Subject: Re: Inventory Change Request for Minifig sw677
 Viewed: 29 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, Hygrotus writes:
  
  Well what about the two minifigs that do not have SW numbers --Aldar and
sebulba. I know this has been talked about before but my god man please assign
them SW numbers--it's the right thing to do Russel

Yes, I vote yes

Thank you bug guy. That means a lot because I know from talking to you in the
past that you like things in some classified order as I do.--you more so
I would bet due to your type of career. You have helped out bricklink a lot over
the years as I see your name over and over to straighten things out. I wish
admin would side with us on this
 Author: Hygrotus View Messages Posted By Hygrotus
 Posted: Sep 30, 2015 00:56
 Subject: Re: Inventory Change Request for Minifig sw677
 Viewed: 34 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, viejos writes:
  In Inventories Requests, maggiec writes:
  In Inventories Requests, mabccc writes:
  In Inventories Requests, Hygrotus writes:
  In Inventories Requests, viejos writes:
  In Inventories Requests, Brick.Door writes:
  Please make changes to the following inventory: [M=sw677]

* Add 1 Part 61976 Reddish Brown Minifig, Utensil Bag Messenger Pouch

Comments from Submitter:
Shown in instructions wearing the bag - it should be included in the minifig inventory.

Sometimes I wonder why official instructions are mentioned at all in the Help
sections for minifigs. They are not adhered to, and it's frustrating to see
exception after exception being made for what seem to be personal preferences.

One of the big tasks I see in the future of the catalog is to come up with policies
that are simple and easy for people to grasp, where someone doesn't post
a request like this with confidence that they are right according to the rules,
and then end up with a rejection.

Russell

Sometimes also minifgs (there are some examples in SW) are shown diffrent on
the box and in instruction (cape vs. hair for example). So in few cases instruction
policy was helpful do determine what configuration of minifig add.

There is also the complications that if the figure comes in two sets, one with
bag and one without, is it really worth the extra catalogue item for a bag? Strictly
yes, but in reality?

We've added a few words to the guidelines in the Help topic to clarify why
the messenger bag is not included. But yes, as you say, we need to consider
reality. It is why they are called Guidelines for adding items to the
Catalog.

This consideration of "reality" is what got us into some of the truly huge messes
we are now faced with in the catalog system. Exception piled on top of exception,
corner after corner being cut. The real problem the site faces in regards to
the minfig is the constant undertow from Lego themselves as to what defines the
special assemblies in their sets.

Regardless of the practical intentions reflected in the BL guidelines, whenever
we deviate from the guidance Lego has already provided (i.e. the instructions)
we need to have solid reasons for doing so. When I see the current exceptions
being made for minifigs, I don't see reasons. I see a *tendency* to reduce,
a *tendency* towards simpler assemblies, a *tendency* to cut away as much extraneous
material as possible.

At the same time, I am noticing increasingly complex designs coming from Lego,
and I wonder why our site is going in the opposite direction. As each year goes
by, it seems harder and harder to justify some of the practices we now cling
to.

BTW this discussion about minifig assembly rules
Why this minifig function here
 
Minifig No: gs014  Name: Mantizoid
* 
gs014 (Inv) Mantizoid
Minifigures: Space: Galaxy Squad
it has hand accessories which are easily removable, it break policy cited here
in bricklink guidance.
 Author: Hygrotus View Messages Posted By Hygrotus
 Posted: Sep 30, 2015 00:48
 Subject: Re: Inventory Change Request for Minifig sw677
 Viewed: 31 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
  Well what about the two minifigs that do not have SW numbers --Aldar and
sebulba. I know this has been talked about before but my god man please assign
them SW numbers--it's the right thing to do Russel

Yes, I vote yes
 Author: viejos View Messages Posted By viejos
 Posted: Sep 30, 2015 00:47
 Subject: Re: Inventory Change Request for Minifig sw677
 Viewed: 37 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, maggiec writes:
  In Inventories Requests, mabccc writes:
  In Inventories Requests, Hygrotus writes:
  In Inventories Requests, viejos writes:
  In Inventories Requests, Brick.Door writes:
  Please make changes to the following inventory: [M=sw677]

* Add 1 Part 61976 Reddish Brown Minifig, Utensil Bag Messenger Pouch

Comments from Submitter:
Shown in instructions wearing the bag - it should be included in the minifig inventory.

Sometimes I wonder why official instructions are mentioned at all in the Help
sections for minifigs. They are not adhered to, and it's frustrating to see
exception after exception being made for what seem to be personal preferences.

One of the big tasks I see in the future of the catalog is to come up with policies
that are simple and easy for people to grasp, where someone doesn't post
a request like this with confidence that they are right according to the rules,
and then end up with a rejection.

Russell

Sometimes also minifgs (there are some examples in SW) are shown diffrent on
the box and in instruction (cape vs. hair for example). So in few cases instruction
policy was helpful do determine what configuration of minifig add.

There is also the complications that if the figure comes in two sets, one with
bag and one without, is it really worth the extra catalogue item for a bag? Strictly
yes, but in reality?

We've added a few words to the guidelines in the Help topic to clarify why
the messenger bag is not included. But yes, as you say, we need to consider
reality. It is why they are called Guidelines for adding items to the
Catalog.

This consideration of "reality" is what got us into some of the truly huge messes
we are now faced with in the catalog system. Exception piled on top of exception,
corner after corner being cut. The real problem the site faces in regards to
the minfig is the constant undertow from Lego themselves as to what defines the
special assemblies in their sets.

Regardless of the practical intentions reflected in the BL guidelines, whenever
we deviate from the guidance Lego has already provided (i.e. the instructions)
we need to have solid reasons for doing so. When I see the current exceptions
being made for minifigs, I don't see reasons. I see a *tendency* to reduce,
a *tendency* towards simpler assemblies, a *tendency* to cut away as much extraneous
material as possible.

At the same time, I am noticing increasingly complex designs coming from Lego,
and I wonder why our site is going in the opposite direction. As each year goes
by, it seems harder and harder to justify some of the practices we now cling
to.
 Author: goldknight View Messages Posted By goldknight
 Posted: Sep 29, 2015 23:50
 Subject: Re: Inventory Change Request for Minifig sw677
 Viewed: 40 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, viejos writes:
  In Inventories Requests, mabccc writes:
  In Inventories Requests, Hygrotus writes:
  In Inventories Requests, viejos writes:
  In Inventories Requests, Brick.Door writes:
  Please make changes to the following inventory: [M=sw677]

* Add 1 Part 61976 Reddish Brown Minifig, Utensil Bag Messenger Pouch

Comments from Submitter:
Shown in instructions wearing the bag - it should be included in the minifig inventory.

Sometimes I wonder why official instructions are mentioned at all in the Help
sections for minifigs. They are not adhered to, and it's frustrating to see
exception after exception being made for what seem to be personal preferences.

One of the big tasks I see in the future of the catalog is to come up with policies
that are simple and easy for people to grasp, where someone doesn't post
a request like this with confidence that they are right according to the rules,
and then end up with a rejection.

Russell



  
  
  Sometimes also minifgs (there are some examples in SW) are shown diffrent on
the box and in instruction (cape vs. hair for example). So in few cases instruction
policy was helpful do determine what configuration of minifig add.

There is also the complications that if the figure comes in two sets, one with
bag and one without, is it really worth the extra catalogue item for a bag? Strictly
yes, but in reality?

Is it worth it for a flower in the hair, or a pair of flippers, or a solid
stud head? And what if there is 30 years between the sets in question? Does that
make a difference?

What if the fig with the bag was in a set where the fig was a mail carrier, and
the fig without the bag was in a soccer set? Should that make a difference?

I understand the fascination of seeing a given fig in as many sets as possible
- it's like looking for the cross strands in a piece of woven fabric. And
there are many, many instances where figs were intended to be the same, and there
isn't a whit of a difference from one set to another, hence the little "New"
signs seen on Star Wars boxes - this implies that those without that marking
were used in another set.

But at the same time, minfigs are a collector's item, and at some point what
is seen as "efficiency" by some starts to look like "cheapness" to others. Is
the site bursting its virtual seams to the extent that we can't afford more
entries than we positively must have? I hardly think so.

Well what about the two minifigs that do not have SW numbers --Aldar and
sebulba. I know this has been talked about before but my god man please assign
them SW numbers--it's the right thing to do Russel
 Author: viejos View Messages Posted By viejos
 Posted: Sep 29, 2015 23:28
 Subject: Re: Inventory Change Request for Minifig sw677
 Viewed: 45 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, mabccc writes:
  In Inventories Requests, Hygrotus writes:
  In Inventories Requests, viejos writes:
  In Inventories Requests, Brick.Door writes:
  Please make changes to the following inventory: [M=sw677]

* Add 1 Part 61976 Reddish Brown Minifig, Utensil Bag Messenger Pouch

Comments from Submitter:
Shown in instructions wearing the bag - it should be included in the minifig inventory.

Sometimes I wonder why official instructions are mentioned at all in the Help
sections for minifigs. They are not adhered to, and it's frustrating to see
exception after exception being made for what seem to be personal preferences.

One of the big tasks I see in the future of the catalog is to come up with policies
that are simple and easy for people to grasp, where someone doesn't post
a request like this with confidence that they are right according to the rules,
and then end up with a rejection.

Russell

Sometimes also minifgs (there are some examples in SW) are shown diffrent on
the box and in instruction (cape vs. hair for example). So in few cases instruction
policy was helpful do determine what configuration of minifig add.

There is also the complications that if the figure comes in two sets, one with
bag and one without, is it really worth the extra catalogue item for a bag? Strictly
yes, but in reality?

Is it worth it for a flower in the hair, or a pair of flippers, or a solid
stud head? And what if there is 30 years between the sets in question? Does that
make a difference?

What if the fig with the bag was in a set where the fig was a mail carrier, and
the fig without the bag was in a soccer set? Should that make a difference?

I understand the fascination of seeing a given fig in as many sets as possible
- it's like looking for the cross strands in a piece of woven fabric. And
there are many, many instances where figs were intended to be the same, and there
isn't a whit of a difference from one set to another, hence the little "New"
signs seen on Star Wars boxes - this implies that those without that marking
were used in another set.

But at the same time, minfigs are a collector's item, and at some point what
is seen as "efficiency" by some starts to look like "cheapness" to others. Is
the site bursting its virtual seams to the extent that we can't afford more
entries than we positively must have? I hardly think so.
 Author: maggiec View Messages Posted By maggiec
 Posted: Sep 29, 2015 22:57
 Subject: Re: Inventory Change Request for Minifig sw677
 Viewed: 41 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, mabccc writes:
  In Inventories Requests, Hygrotus writes:
  In Inventories Requests, viejos writes:
  In Inventories Requests, Brick.Door writes:
  Please make changes to the following inventory: [M=sw677]

* Add 1 Part 61976 Reddish Brown Minifig, Utensil Bag Messenger Pouch

Comments from Submitter:
Shown in instructions wearing the bag - it should be included in the minifig inventory.

Sometimes I wonder why official instructions are mentioned at all in the Help
sections for minifigs. They are not adhered to, and it's frustrating to see
exception after exception being made for what seem to be personal preferences.

One of the big tasks I see in the future of the catalog is to come up with policies
that are simple and easy for people to grasp, where someone doesn't post
a request like this with confidence that they are right according to the rules,
and then end up with a rejection.

Russell

Sometimes also minifgs (there are some examples in SW) are shown diffrent on
the box and in instruction (cape vs. hair for example). So in few cases instruction
policy was helpful do determine what configuration of minifig add.

There is also the complications that if the figure comes in two sets, one with
bag and one without, is it really worth the extra catalogue item for a bag? Strictly
yes, but in reality?

We've added a few words to the guidelines in the Help topic to clarify why
the messenger bag is not included. But yes, as you say, we need to consider
reality. It is why they are called Guidelines for adding items to the
Catalog.
 Author: viejos View Messages Posted By viejos
 Posted: Sep 29, 2015 21:56
 Subject: Inventory Change Request for Set 60069-1
 Viewed: 34 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 60069  Name: Swamp Police Station
* 
60069-1 (Inv) Swamp Police Station
682 Parts, 6 Minifigures, 2015
Sets: Town: City: Police

* Change 1 Part Dark Bluish Gray {30258 Road Sign Clip-on 2 x 2 Square to 15210 Road Sign Clip-On 2 x 2 Square Open O Clip}

Comments from Submitter:
Sealed set.
 Author: bb112692 View Messages Posted By bb112692
 Posted: Sep 29, 2015 18:24
 Subject: Amusing typo on mybaseplate page
 Viewed: 175 times
 Topic: Suggestions
 Status:Implemented
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
On the MyBaseplate page:

http://moc.bricklink.com/pages/moc/mybaseplate.page

there's an invitation to setup your paypal account .... but
someone got confused with the Pontif!

------------------------
Please enter your Papal account to receive your payment
------------------------

regards, Karl
 Author: yorbrick View Messages Posted By yorbrick
 Posted: Sep 29, 2015 16:38
 Subject: Re: Inventory Change Request for Minifig sw677
 Viewed: 55 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, Hygrotus writes:
  In Inventories Requests, viejos writes:
  In Inventories Requests, Brick.Door writes:
  Please make changes to the following inventory: [M=sw677]

* Add 1 Part 61976 Reddish Brown Minifig, Utensil Bag Messenger Pouch

Comments from Submitter:
Shown in instructions wearing the bag - it should be included in the minifig inventory.

Sometimes I wonder why official instructions are mentioned at all in the Help
sections for minifigs. They are not adhered to, and it's frustrating to see
exception after exception being made for what seem to be personal preferences.

One of the big tasks I see in the future of the catalog is to come up with policies
that are simple and easy for people to grasp, where someone doesn't post
a request like this with confidence that they are right according to the rules,
and then end up with a rejection.

Russell

Sometimes also minifgs (there are some examples in SW) are shown diffrent on
the box and in instruction (cape vs. hair for example). So in few cases instruction
policy was helpful do determine what configuration of minifig add.

There is also the complications that if the figure comes in two sets, one with
bag and one without, is it really worth the extra catalogue item for a bag? Strictly
yes, but in reality?
 Author: Hygrotus View Messages Posted By Hygrotus
 Posted: Sep 29, 2015 15:46
 Subject: Re: Inventory Change Request for Minifig sw677
 Viewed: 53 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, viejos writes:
  In Inventories Requests, Brick.Door writes:
  Please make changes to the following inventory: [M=sw677]

* Add 1 Part 61976 Reddish Brown Minifig, Utensil Bag Messenger Pouch

Comments from Submitter:
Shown in instructions wearing the bag - it should be included in the minifig inventory.

Sometimes I wonder why official instructions are mentioned at all in the Help
sections for minifigs. They are not adhered to, and it's frustrating to see
exception after exception being made for what seem to be personal preferences.

One of the big tasks I see in the future of the catalog is to come up with policies
that are simple and easy for people to grasp, where someone doesn't post
a request like this with confidence that they are right according to the rules,
and then end up with a rejection.

Russell

Sometimes also minifgs (there are some examples in SW) are shown diffrent on
the box and in instruction (cape vs. hair for example). So in few cases instruction
policy was helpful do determine what configuration of minifig add.
 Author: viejos View Messages Posted By viejos
 Posted: Sep 29, 2015 15:37
 Subject: Re: Inventory Change Request for Minifig sw677
 Viewed: 56 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, Brick.Door writes:
  Please make changes to the following inventory: [M=sw677]

* Add 1 Part 61976 Reddish Brown Minifig, Utensil Bag Messenger Pouch

Comments from Submitter:
Shown in instructions wearing the bag - it should be included in the minifig inventory.

Sometimes I wonder why official instructions are mentioned at all in the Help
sections for minifigs. They are not adhered to, and it's frustrating to see
exception after exception being made for what seem to be personal preferences.

One of the big tasks I see in the future of the catalog is to come up with policies
that are simple and easy for people to grasp, where someone doesn't post
a request like this with confidence that they are right according to the rules,
and then end up with a rejection.

Russell
 Author: RobErNat View Messages Posted By RobErNat
 Posted: Sep 29, 2015 14:05
 Subject: Re: Inventory Change Request for Minifig sw677
 Viewed: 38 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, Brick.Door writes:
  Please make changes to the following inventory: [M=sw677]

* Add 1 Part 61976 Reddish Brown Minifig, Utensil Bag Messenger Pouch

Comments from Submitter:
Shown in instructions wearing the bag - it should be included in the minifig inventory.

The general conscensus is to not add the pouch to figs, known in 28 sets and
4 gear, but not known in any fig...

http://alpha.bricklink.com/pages/clone/catalogitem.page?P=61976#T=C

Doesn't mean some people don't agree with you, but changing it now would
cause a bigger mess as plenty of figs would need to be resubmitted and the existing
ones would need to be marked for deletion... Inventories would need to be adapted...

And then the next one will be

 
Part No: 95348  Name: Minifigure, Utensil Scabbard with Shoulder Strap
* 
95348 Minifigure, Utensil Scabbard with Shoulder Strap
Parts: Minifigure, Utensil

Same deal...
 Author: Hygrotus View Messages Posted By Hygrotus
 Posted: Sep 29, 2015 13:12
 Subject: Re: Inventory Change Request for Minifig sw677
 Viewed: 35 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, Brick.Door writes:
  Please make changes to the following inventory: [M=sw677]

* Add 1 Part 61976 Reddish Brown Minifig, Utensil Bag Messenger Pouch

Comments from Submitter:
Shown in instructions wearing the bag - it should be included in the minifig inventory.

As I see this part isn't in any minifigure and there are minifigs with this
part.
Example
 
Minifig No: post008  Name: Post Office White Envelope and Stripe, Black Legs, Red Short Bill Cap, Gray Beard
* 
post008 (Inv) Post Office White Envelope and Stripe, Black Legs, Red Short Bill Cap, Gray Beard
Minifigures: Town: City: Post Office
in set
 
Set No: 7687  Name: Advent Calendar 2009, City (Day 10) - Letter Carrier
* 
7687-11 (Inv) Advent Calendar 2009, City (Day 10) - Letter Carrier
1 Part, 1 Minifigure, 2009
Sets: Holiday & Event: Advent Sub-Set: City

So inventory of this minifig is correct
 Author: Hygrotus View Messages Posted By Hygrotus
 Posted: Sep 29, 2015 13:10
 Subject: Re: Inventory Change Request for Set 75099-1
 Viewed: 19 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, Brick.Door writes:
  Please make changes to the following inventory:
 
Set No: 75099  Name: Rey's Speeder
* 
75099-1 (Inv) Rey's Speeder
185 Parts, 2 Minifigures, 2015
Sets: Star Wars: Star Wars Episode 7

* Delete 1 Part 61976 Reddish Brown Minifig, Utensil Bag Messenger Pouch

Comments from Submitter:
Should be inventoried with minifigure - remove from set inventory.

As I see this part isn't in any minifigure and thre are minifigs with this
part.
Example
 
Set No: 7687  Name: Advent Calendar 2009, City (Day 10) - Letter Carrier
* 
7687-11 (Inv) Advent Calendar 2009, City (Day 10) - Letter Carrier
1 Part, 1 Minifigure, 2009
Sets: Holiday & Event: Advent Sub-Set: City

So inventory of this minifig is correct
 Author: Brick.Door View Messages Posted By Brick.Door
 Posted: Sep 29, 2015 12:44
 Subject: Inventory Change Request for Set 75099-1
 Viewed: 28 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 75099  Name: Rey's Speeder
* 
75099-1 (Inv) Rey's Speeder
185 Parts, 2 Minifigures, 2015
Sets: Star Wars: Star Wars Episode 7

* Delete 1 Part 61976 Reddish Brown Minifig, Utensil Bag Messenger Pouch

Comments from Submitter:
Should be inventoried with minifigure - remove from set inventory.
 Author: Brick.Door View Messages Posted By Brick.Door
 Posted: Sep 29, 2015 12:42
 Subject: Inventory Change Request for Minifig sw677
 Viewed: 58 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory: [M=sw677]

* Add 1 Part 61976 Reddish Brown Minifig, Utensil Bag Messenger Pouch

Comments from Submitter:
Shown in instructions wearing the bag - it should be included in the minifig inventory.
 Author: PaulOfBricks View Messages Posted By PaulOfBricks
 Posted: Sep 29, 2015 12:01
 Subject: Inventory Change Request for Set 40116-1
 Viewed: 23 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 40116  Name: Invasion from Below polybag
* 
40116-1 (Inv) Invasion from Below polybag
22 Parts, 1 Minifigure, 2014
Sets: Hero Factory

* Add 1 Part 48729b Black Bar 1L with Clip Mechanical Claw, Cut Edges and Hole on One Side (Extra)
* Add 1 Part 4274 Light Bluish Gray Technic, Pin 1/2 (Extra)
* Add 1 Part 98138pb018 White Tile, Round 1 x 1 with Hero Factory H Pattern (Extra)
 Author: happygolucky View Messages Posted By happygolucky
 Posted: Sep 29, 2015 05:27
 Subject: Inventory Change Request for Set 41078-1
 Viewed: 19 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 41078  Name: Skyra's Mysterious Sky Castle
* 
41078-1 (Inv) Skyra's Mysterious Sky Castle
792 Parts, 3 Minifigures, 2015
Sets: Elves

* Add 2 Part 30602pb081 Light Bluish Gray Slope, Curved 2 x 2 Lip, No Studs with White Swirls Pattern (Sticker) - Set 41078 (Counterpart)

Comments from Submitter:
Adding stickered counterparts to inventory. Thank you.
 Author: EDOM View Messages Posted By EDOM
 Posted: Sep 28, 2015 12:52
 Subject: Inventory Change Request for Set 75103-1
 Viewed: 27 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 75103  Name: First Order Transporter
* 
75103-1 (Inv) First Order Transporter
745 Parts, 7 Minifigures, 2015
Sets: Star Wars: Star Wars Episode 7

* Add 8 Part 3794 Light Bluish Gray Plate, Modified 1 x 2 with 1 Stud (Jumper) (Alternate) (match ID 650991 )

Comments from Submitter:
I parted out six of 75103 and found 37 LBG Jumper with groove and 11 without groove.
 Author: happygolucky View Messages Posted By happygolucky
 Posted: Sep 28, 2015 09:04
 Subject: Inventory Change Request for Set 75920-1
 Viewed: 24 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 75920  Name: Raptor Escape
* 
75920-1 (Inv) Raptor Escape
387 Parts, 2 Minifigures, 2015
Sets: Jurassic World

* Add 1 Part 30602pb080 Blue Slope, Curved 2 x 2 Lip, No Studs with Air Intakes Grill Guards and Black and DBG Octogon on White Background Pattern (Sticker) - Set 75920 (Counterpart)
* Add 2 Part 3068bpb0955 White Tile 2 x 2 with Electricity Danger Sign, 'WARNING' and Rivets Pattern (Sticker) - Set 75920 (Counterpart)
* Add 2 Part 3068bpb0956 White Tile 2 x 2 with Raptor Silhouette in Black Hexagon on Dark Blue Background Pattern (Sticker) - Set 75920 (Counterpart)
* Add 1 Part 3068bpb0957 White Tile 2 x 2 with Keyhole and Stars on Screen and Keyboard Pattern (Sticker) - Set 75920 (Counterpart)
* Add 1 Part 87079pb241 White Tile 2 x 4 with 'JURASSIC WORLD', Dino, Rivets and Silver Corrosion Pattern (Sticker) - Set 75920 (Counterpart)

Comments from Submitter:
Adding stickered counterparts to inventory. Thank you.
 Author: Leftoverbricks View Messages Posted By Leftoverbricks
 Posted: Sep 28, 2015 04:51
 Subject: Member Collage
 Viewed: 108 times
 Topic: Suggestions
 Status:Open
 Vote:[Yes|No]
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Not sure if this post belongs here but when trying to find a username on the
collage page http://www.bricklink.com/memberCollage.asp? if it finds nothing
you're not receiving a message like 'Not found' but the page simply
reloads with the latest added picture. Not a big thing but also a small effort
for the developers to change this, I guess
 Author: viejos View Messages Posted By viejos
 Posted: Sep 28, 2015 00:51
 Subject: Inventory Change Request for Set 372-1
 Viewed: 43 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 372  Name: Texas Rangers
* 
372-1 (Inv) Texas Rangers
259 Parts, 1977
Sets: LEGOLAND: Western: Cowboys

* Change {8 to 7} Part Black 3005 Brick 1 x 1
* Change {6 to 7} Part Black 3004 Brick 1 x 2
* Change {10 to 12} Part Black 3023 Plate 1 x 2
* Change {4 to 5} Part Black 3300 Slope 33 2 x 2 Double
* Change {3 to 4} Part Black 3299 Slope 33 2 x 4 Double
* Change {2 to 4} Part Black 3298 Slope 33 3 x 2
* Change {10 to 12} Part Black 3297 Slope 33 3 x 4
* Change {6 to 8} Part Yellow 3023 Plate 1 x 2

Comments from Submitter:
Correcting part counts based on the instructions.
 Author: jennnifer View Messages Posted By jennnifer
 Posted: Sep 27, 2015 23:00
 Subject: Inventory Change Request for Set 10195-1
 Viewed: 28 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 10195  Name: Republic Dropship with AT-OT
* 
10195-1 (Inv) Republic Dropship with AT-OT
1726 Parts, 8 Minifigures, 2009
Sets: Star Wars: Star Wars The Clone Wars

* Add 1 Part 48933pb017 Dark Bluish Gray Wedge 4 x 4 Triple with Stud Notches with Dark Bluish Gray and Dark Red Stripe Pattern (Sticker) - Set 10195 (Counterpart)
* Add 3 Part 42023pb006L White Slope, Curved 6 x 1 Inverted with Yellow Triangle with Black Border and Small Triangle Pattern Model Left Side (Sticker) - Set 10195 (Counterpart)
* Add 3 Part 42023pb006R White Slope, Curved 6 x 1 Inverted with Yellow Triangle with Black Border and Small Triangle Pattern Model Right Side (Sticker) - Set 10195 (Counterpart)
 Author: chetzler View Messages Posted By chetzler
 Posted: Sep 27, 2015 02:10
 Subject: Inventory Change Request for Set 70750-1
 Viewed: 20 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 70750  Name: Ninja DB X
* 
70750-1 (Inv) Ninja DB X
714 Parts, 7 Minifigures, 2015
Sets: NINJAGO: Tournament of Elements

* Add 2 Part 6019 Pearl Gold Plate, Modified 1 x 1 with Clip Horizontal (thick open U clip) (Alternate) (match ID 1)

Comments from Submitter:
parted out 5 of this set and this was the only variant present in this color
 Author: viejos View Messages Posted By viejos
 Posted: Sep 26, 2015 17:57
 Subject: Re: Inventory Change Request for Set 10552-1
 Viewed: 26 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, sefil writes:
  Please make changes to the following inventory:
 
Set No: 10552  Name: Creative Cars
* 
10552-1 (Inv) Creative Cars
40 Parts, 2013
Sets: DUPLO: DUPLO, Town: Traffic

* Add 1 Part 76371 Yellow Duplo, Brick 1 x 2 x 2 with Bottom Tube (Alternate) (match ID 1)
* Add 1 Part 76371pb004 Yellow Duplo, Brick 1 x 2 x 2 with Bottom Tube with Traffic Light Pattern (Alternate) (match ID 2)
* Change 1 Part Yellow 4066 Duplo, Brick 1 x 2 x 2 {match ID 0 to 1}
* Change 1 Part Yellow 4066pb388 Duplo, Brick 1 x 2 x 2 with Traffic Light Pattern {match ID 0 to 2}

Comments from Submitter:
We have this set and noticed that the yellow 1x2x2 bricks have bottom tube.

Brand new member, first change request, and a perfect job listing alternate parts
with correct match ID. It's always encouraging to see such success right
out of the blocks!

Russell
 Author: sefil View Messages Posted By sefil
 Posted: Sep 26, 2015 17:33
 Subject: Inventory Change Request for Set 10552-1
 Viewed: 27 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 10552  Name: Creative Cars
* 
10552-1 (Inv) Creative Cars
40 Parts, 2013
Sets: DUPLO: DUPLO, Town: Traffic

* Add 1 Part 76371 Yellow Duplo, Brick 1 x 2 x 2 with Bottom Tube (Alternate) (match ID 1)
* Add 1 Part 76371pb004 Yellow Duplo, Brick 1 x 2 x 2 with Bottom Tube with Traffic Light Pattern (Alternate) (match ID 2)
* Change 1 Part Yellow 4066 Duplo, Brick 1 x 2 x 2 {match ID 0 to 1}
* Change 1 Part Yellow 4066pb388 Duplo, Brick 1 x 2 x 2 with Traffic Light Pattern {match ID 0 to 2}

Comments from Submitter:
We have this set and noticed that the yellow 1x2x2 bricks have bottom tube.
 Author: jennnifer View Messages Posted By jennnifer
 Posted: Sep 25, 2015 12:24
 Subject: Inventory Change Request for Set 2521-1
 Viewed: 17 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 2521  Name: Lightning Dragon Battle
* 
2521-1 (Inv) Lightning Dragon Battle
620 Parts, 4 Minifigures, 2011
Sets: NINJAGO: The Golden Weapons

* Add 6 Part 98313 Black Arm Mechanical, Exo-Force / Bionicle, Thick Support (Alternate) (match ID 2)
* Add 8 Part 553c White Brick, Round 2 x 2 Dome Top - Hollow Stud with Bottom Axle Holder x Shape + Orientation (Alternate) (match ID 3)
* Change 6 Part Black 53989 Arm Mechanical, Exo-Force / Bionicle {match ID 0 to 2}
* Change 1 Part Flat Silver {93787 Minifig, Weapon Spiked Flail - Flexible Rubber to 59232 Minifig, Weapon Spiked Flail}
* Change 8 Part White 553b Brick, Round 2 x 2 Dome Top - Blocked Open Stud with Bottom Axle Holder x Shape + Orientation {match ID 0 to 3}

Comments from Submitter:
Sealed set contents.
 Author: viejos View Messages Posted By viejos
 Posted: Sep 25, 2015 11:32
 Subject: Inventory Change Request for Set 41107-1
 Viewed: 21 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 41107  Name: Pop Star Limo
* 
41107-1 (Inv) Pop Star Limo
255 Parts, 2 Minifigures, 2015
Sets: Friends

* Change 1 Part Black {30258 Road Sign Clip-on 2 x 2 Square to 15210 Road Sign Clip-On 2 x 2 Square Open O Clip}

Comments from Submitter:
Sealed set.
 Author: npogson View Messages Posted By npogson
 Posted: Sep 25, 2015 10:23
 Subject: Inventory Change Request for Set 70011-1
 Viewed: 23 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 70011  Name: Eagles' Castle
* 
70011-1 (Inv) Eagles' Castle
341 Parts, 3 Minifigures, 10 Gear, 2013
Sets: LEGENDS OF CHIMA

* Add 4 Part 4085b Red Plate, Modified 1 x 1 with Clip Vertical - Type 2 (thin U clip) (Alternate) (match ID 5)

Comments from Submitter:
have just parted out 6 sets and found a total of 6 as 4085c the other 18 were 4085b.
 Author: Hygrotus View Messages Posted By Hygrotus
 Posted: Sep 25, 2015 01:41
 Subject: Inventory Change Request for Set 75099-1
 Viewed: 35 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 75099  Name: Rey's Speeder
* 
75099-1 (Inv) Rey's Speeder
185 Parts, 2 Minifigures, 2015
Sets: Star Wars: Star Wars Episode 7

* Add 1 Part 6081pb020 Dark Red Brick, Modified 2 x 4 x 1 1/3 with Curved Top with Irregular Orange Patch Pattern (Sticker) - Set 75099 (Counterpart)
* Add 2 Part 6081pb019 Dark Red Brick, Modified 2 x 4 x 1 1/3 with Curved Top with Two Orange Stripes Pattern (Sticker) - Set 75099 (Counterpart)
* Add 1 Part 50950pb089L Dark Red Slope, Curved 3 x 1 No Studs with Black Circles Pattern Model Left Side (Sticker) - Set 75099 (Counterpart)
* Add 1 Part 50950pb089R Dark Red Slope, Curved 3 x 1 No Studs with Black Circles Pattern Model Right Side (Sticker) - Set 75099 (Counterpart)
* Add 1 Part 3069bpb413 Light Bluish Gray Tile 1 x 2 with Dark Red Console with Screen and Control Buttons Pattern (Sticker) - Set 75099 (Counterpart)
* Add 1 Part 98834pb05 Dark Bluish Gray Vehicle, Spoiler 2 x 4 with Handle and Dark Red Irregular Patches Pattern 1 (Sticker) - Set 75099 (Counterpart)
* Add 1 Part 98834pb06 Dark Bluish Gray Vehicle, Spoiler 2 x 4 with Handle and Dark Red Irregular Patches Pattern 2 (Sticker) - Set 75099 (Counterpart)
* Add 2 Part 45677pb089 Dark Red Wedge 4 x 4 x 2/3 Triple Curved with Vehicle Plate and Rivets Pattern (Sticker) - Set 75099 (Counterpart)
* Add 1 Part 75099stk01b (Not Applicable) Sticker for Set 75099 - International Version - (21525/6116841) (Alternate) (match ID 1)
* Change 1 Part (Not Applicable) 75099stk01 Sticker for Set 75099 - (21526/6116842) {match ID 0 to 1}
 Author: jennnifer View Messages Posted By jennnifer
 Posted: Sep 24, 2015 11:07
 Subject: Inventory Change Request for Set 10195-1
 Viewed: 30 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 10195  Name: Republic Dropship with AT-OT
* 
10195-1 (Inv) Republic Dropship with AT-OT
1726 Parts, 8 Minifigures, 2009
Sets: Star Wars: Star Wars The Clone Wars

* Add 2 Part 4150pb167 Tan Tile, Round 2 x 2 with Dark Red SW Semicircles on Tan Background Pattern (Sticker) (Counterpart)
* Add 2 Part 4150pb002b White Tile, Round 2 x 2 with SW Republic Pattern on White Background (Sticker) (Counterpart)
* Add 1 Part 6179pb095 White Tile, Modified 4 x 4 with Studs on Edge with Black Vents on Gray, Transparent Background Pattern (Sticker) - Set 10195 (Counterpart)
* Add 2 Part 3009pb195 Light Bluish Gray Brick 1 x 6 with Dark Bluish Gray Squares and Black Grids Pattern (Sticker) - Set 10195 (Counterpart)
* Add 2 Part 3039pb088 Dark Bluish Gray Slope 45 2 x 2 with Dark Red SW Semicircle on Tan Background Pattern (Sticker) - Set 10195 (Counterpart)
 Author: Kelcy View Messages Posted By Kelcy
 Posted: Sep 23, 2015 23:14
 Subject: Inventory Change Request for Set 6936-1
 Viewed: 17 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 6936  Name: Piraka & Catapult
* 
6936-1 (Inv) Piraka & Catapult
14 Parts, 1 Minifigure, 2007
Sets: BIONICLE

* Add 2 Part 3044c Black Slope 45 2 x 1 Double - with Bottom Stud Holder (match ID 1)
 Author: jennnifer View Messages Posted By jennnifer
 Posted: Sep 23, 2015 17:38
 Subject: Inventory Change Request for Set 75102-1
 Viewed: 31 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 75102  Name: Poe's X-Wing Fighter
* 
75102-1 (Inv) Poe's X-Wing Fighter
703 Parts, 4 Minifigures, 2015
Sets: Star Wars: Star Wars Episode 7

* Change 4 Part Black {2714 Bar 8L with Stop Rings and Pin (Technic, Figure Accessory Ski Pole) - Rounded End to 2714b Bar 8L with Stop Rings and Pin (Technic, Figure Accessory Ski Pole) - Flat End}

Comments from Submitter:
New variant has been added to the catalog.
 Author: jennnifer View Messages Posted By jennnifer
 Posted: Sep 23, 2015 15:28
 Subject: Inventory Change Request for Set 75102-1
 Viewed: 23 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 75102  Name: Poe's X-Wing Fighter
* 
75102-1 (Inv) Poe's X-Wing Fighter
703 Parts, 4 Minifigures, 2015
Sets: Star Wars: Star Wars Episode 7

* Add 1 Part 4346pb30 Light Bluish Gray Container, Box 2 x 2 x 2 Door with Slot and Black SW Rebel Logo on Light Bluish Gray Background Pattern (Sticker) - Set 75102 (Counterpart)
* Add 1 Part 3297pb037R Black Slope 33 3 x 4 with Silver Mechanical Panel Pattern Model Right Side (Sticker) - Set 75102 (Counterpart)
* Add 1 Part 3297pb037L Black Slope 33 3 x 4 with Silver Mechanical Panel Pattern Model Left Side (Sticker) - Set 75102 (Counterpart)
* Add 2 Part 15068pb042L Black Slope, Curved 2 x 2 No Studs with Orange Stripe on Left Edge on Black Background Pattern (Sticker) - Set 75102 (Counterpart)
* Add 2 Part 15068pb042R Black Slope, Curved 2 x 2 No Studs with Orange Stripe on Right Edge on Black Background Pattern (Sticker) - Set 75102 (Counterpart)
* Add 4 Part 93273pb048 Black Slope, Curved 4 x 1 Double No Studs with Orange Stripe on Black Background Pattern (Sticker) - Set 75102 (Counterpart)
* Add 1 Part 3069bpb412 Black Tile 1 x 2 with Target Screen and Control Panel Pattern (Sticker) - Set 75102 (Counterpart)
* Add 2 Part 2431pb400 Black Tile 1 x 4 with Orange and Light Bluish Gray Stripes Pattern (Sticker) - Set 75102 (Counterpart)
* Add 1 Part 14769pb076 Light Bluish Gray Tile, Round 2 x 2 with Bottom Stud Holder with SW White and Black Circles and Octagon Pattern (Sticker) - Set 75102 (Counterpart)
* Add 1 Part 14769pb075 Light Bluish Gray Tile, Round 2 x 2 with Bottom Stud Holder with SW White and Black Circles and Triangles Geometric Pattern (Sticker) - Set 75102 (Counterpart)
 Author: elias3 View Messages Posted By elias3
 Posted: Sep 23, 2015 13:24
 Subject: Inventory Change Request for Set 7979-6
 Viewed: 17 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 7979  Name: Advent Calendar 2008, Castle  (Day 5) - Weapon Stand
* 
7979-6 (Inv) Advent Calendar 2008, Castle (Day 5) - Weapon Stand
8 Parts, 2008
Sets: Holiday & Event: Advent Sub-Set: Castle

* Change 1 Part Dark Bluish Gray {3044 Slope 45 2 x 1 Double - Undetermined Underside to 3044b Slope 45 2 x 1 Double - with Inside Bar}
 Author: kislibricks View Messages Posted By kislibricks
 Posted: Sep 23, 2015 11:30
 Subject: Inventory Change Request for Set 7824-1
 Viewed: 18 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 7824  Name: Train Station (Railway Station)
* 
7824-1 (Inv) Train Station (Railway Station)
433 Parts, 9 Minifigures, 1983
Sets: Train: 4.5V

* Add 2 Part 2493a White Window 1 x 4 x 5 with Solid Studs (Alternate) (match ID 1)

Comments from Submitter:
Part outed a 7824 sealed box today.
 Author: kislibricks View Messages Posted By kislibricks
 Posted: Sep 23, 2015 11:28
 Subject: Inventory Change Request for Set 7824-1
 Viewed: 21 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 7824  Name: Train Station (Railway Station)
* 
7824-1 (Inv) Train Station (Railway Station)
433 Parts, 9 Minifigures, 1983
Sets: Train: 4.5V

* Add 2 Part 4081b Black Plate, Modified 1 x 1 with Clip Light - Thick Ring (Alternate) (match ID 2)
* Add 4 Part 3003old Red Brick 2 x 2 without Inside Supports (Alternate) (match ID 3)
* Add 2 Part 3002old Red Brick 2 x 3 without Cross Supports (Alternate) (match ID 4)
* Change 2 Part Black 4081a Plate, Modified 1 x 1 with Clip Light - Thin Ring {match ID 0 to 2}
* Change 4 Part Red 3003 Brick 2 x 2 {match ID 0 to 3}
* Change 2 Part Red 3002 Brick 2 x 3 {match ID 0 to 4}
* Change 2 Part Red {3044 Slope 45 2 x 1 Double to 3044a Slope 45 2 x 1 Double - without Bottom Pin}

Comments from Submitter:
Part outed a sealed 7824 box today.
 Author: bb271702 View Messages Posted By bb271702
 Posted: Sep 23, 2015 10:53
 Subject: Re: Website Keyboard Use
 Viewed: 31 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, SylvainLS writes:
  Yes, modernizing the design should not mean ditching accessibility.

I agree -good form design should include the ability to tab between input fields
and to eithet type entries or select from drop down list with the keyboard.
These used to be standard requirements for AAA/AA accessibility standards testing
on websites
 Author: tstrathm View Messages Posted By tstrathm
 Posted: Sep 22, 2015 23:26
 Subject: Re: Inventory Change Request for Set 1580-1
 Viewed: 24 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, viejos writes:
  In Inventories Requests, tstrathm writes:
  Please make changes to the following inventory:
 
Set No: 1580  Name: Lunar Scout
* 
1580-1 (Inv) Lunar Scout
64 Parts, 1 Minifigure, 1986
Sets: Space: Classic Space

* Change 2 Part Light Gray {4345 Container, Box 2 x 2 x 2 to 4345a Container, Box 2 x 2 x 2 - Solid Studs} {Regular to Alternate} {match ID 0 to 1}

Comments from Submitter:
Catalog shows part 4345a released from 1983 to 1992. Thus it would seem that it would appear in place of 4345 in some versions of this 1985 set.

You have to watch out with BL catalog dates. They are derived from the inventories,
and they can be *very* misleading at times, as in "several decades" misleading.
I just finished adjusting dozens of inventories that were providing some very
wrong dates for a few vintage parts. And they had been that way for years and
years, tricking unsuspecting BL surfers.

One time I picked up a book on basic Lego building that had a parts dictionary
in it, complete with dates of release. I was saddened to see that many of the
dates were wrong, and were so because they had been pulled directly from BL and
other online sources and had not been verified.

In this case, you are correct, but for different reasons than you gave. First,
one interesting thing to do is find stickered parts from a single set, like this
one:
 
Part No: 4345apb01  Name: Container, Box 2 x 2 x 2 - Solid Studs with Shell Logo Pattern on Both Sides (Stickers) - Set 6378
* 
4345apb01 Container, Box 2 x 2 x 2 - Solid Studs with Shell Logo Pattern on Both Sides (Stickers) - Set 6378
Parts: Container, Decorated

The other thing going for you is that the first appearance of hollow studs in
instructions is from 1994, in this set (see image below):
 
Set No: 6597  Name: Century Skyway
* 
6597-1 (Inv) Century Skyway
821 Parts, 12 Minifigures, 1994
Sets: Town: Classic Town: Airport
Instructions were typically late in representing what actually ended up in the
set, but you have a margin here of 8 years, which is plenty. Sometimes you cannot
depend on instructions since they often never were changed to show the real part,
e.g. with the "pinned" versions of this part:
 
Part No: 3065  Name: Brick 1 x 2 without Bottom Tube
* 
3065 Brick 1 x 2 without Bottom Tube
Parts: Brick
...and sometimes they were even ahead of production. But they are useful when
used with several other pieces of information.

Russell

Thanks for all this information; very interesting. For what it's worth, the
instructions for 1580-1 do show solid studs on the piece in question (though
it sounds like that may not mean much).

Andy
 Author: viejos View Messages Posted By viejos
 Posted: Sep 22, 2015 19:34
 Subject: Re: Inventory Change Request for Set 8051-1
 Viewed: 31 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, mojavamama writes:
  Thank you for the information. In my opinion, its far too much work and very
confusing to enter a stickered part to a set inventory. Perhaps more folks would
be willing to contribute to the catalog inventory if this was an easier process?
Thanks
Alice W.

It is a lot of work, and there are some things I am sure that will be done in
the future to streamline the process. But the system does work, and it takes
a lot less time as one gets used to the process.

I suggest you try submitting these and see how it goes before making a decision
not to contribute at all. You may be surprised at how rewarding it can be to
have something you created be added to BrickLink.

Russell
 Author: FigBits View Messages Posted By FigBits
 Posted: Sep 22, 2015 11:04
 Subject: Allow My Inventory dropdown search:Element ID
 Viewed: 63 times
 Topic: Suggestions
 Status:Open
 Vote:[Yes|No]
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Entering a Lego Element ID in the All Items search works (it finds the part and
color combination. This also works for searching Catalog Items.

It even works if you go to your My Inventory page, and enter the Element ID in
the Keywords box and search.

However, in the My Inventory dropdown search available on every page, searches
for Element IDs return zero results. Please fix so that it shows the correct
inventory lots.


--
Marc.
 Author: SylvainLS View Messages Posted By SylvainLS
 Posted: Sep 22, 2015 08:04
 Subject: Re: Website Keyboard Use
 Viewed: 28 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, JohnnyQuest writes:
  So, it use to be that one could tab from the top of the page, change the search
category with the keyboard, type in a term, and press enter. That was really
useful. It doesn't work any more.

So my suggestion is to put that back.

The key sequence was something like Alt-D (to get to the address bar) TAB, TAB,
TAB, a letter, such as C for catalog, then TAB, then enter a search term, then
press enter.

Instead, I now have to pull down the drop-down and choose a category. It takes
*forever*.

I realize I am in the minority, most people navigate with the mouse. For me,
it feels like every time you make me touch the mouse, a fairy dies. Just saying.

Yes, modernizing the design should not mean ditching accessibility.
 Author: viejos View Messages Posted By viejos
 Posted: Sep 22, 2015 00:28
 Subject: Inventory Change Request for Set 6932-1
 Viewed: 28 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 6932  Name: Stardefender "200"
* 
6932-1 (Inv) Stardefender "200"
233 Parts, 2 Minifigures, 1987
Sets: Space: Futuron

* Change 2 Part Black {3475 Engine, Smooth Small, 1 x 2 Side Plate (Undetermined Axle Holders Type) to 3475b Engine, Smooth Small, 1 x 2 Side Plate with Axle Holders}

Comments from Submitter:
As found by member maxlego.
 Author: LordSkylark View Messages Posted By LordSkylark
 Posted: Sep 21, 2015 17:57
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 34 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, viejos writes:
  In Suggestions, enig writes:
  In Suggestions, LordSkylark writes:
  In Suggestions, Andy_Bell writes:
  In Suggestions, therobo writes:

  Having to scroll on images is the worst user experience since the internet exists.



I actually think the worst user experience on the internet is click on a small
image for a larger one/or view larger link and being presented with a large image
that is only fractionally larger than the one you were just looking at.

Why the tease? Why waste my time?

http://alpha.bricklink.com/pages/clone/catalogitem.page?M=njo163#T=P

In this case they are previewing the large image, but at almost full size. If
larger large images were allowed then this effect would be minimize.

Considering the reason someone wants to look at the a large image is to see it
in more detail. The present size is limiting and submitters often submit images
that are smaller than the maximum allowed.

Why not a "full resolution" link on the large image tab? Which calls up the larger
(pixel and file size) for those who want to see it? Leave the large image at
it's present size.

Andy


I voted yes.

Also, as viejos pointed out, the resizing which is done with the bricklink server
itself significantly distorts the image quality. (I'm wondering if the problem
is merely that the automatic resizing does not save the JPG output at a high
enough of a setting.)

I also think that now that they have recently updated the website with a feature
that automatically makes a thumbnail and small image out of a large image, there
really isn't any point even to submitting both small and large images anymore.
They should make submissions now ONLY large images, and the website can make
thumbnails/smaller images automatically out of them. In this suggestion, it would
mean that a large image would be able to be submitted for EVERY color of a part,
not just the base image.

Andy

Not a bad idea in theory, but more often than not, large images will have some
white space around the parts and/or will not be in 4:3 ratio. You really want
to max-out the 80x60 pixels that are available for the small images.

Yeah, the automatic features are ones we should be staying away from IMO. I always
make my small images directly from the original instead of from the large image
and they look better that way. Remember, every time you save a JPG file, you
lose quality. Ideally all processing for an image should be done in a "non-lossy"
format such as BMP, and then the file is saved once (and only once) in the exact
JPG size needed.

When we upload an image to BL as JPG at max 640 pix, and then allow the system
to auto generate the small image, the file is saved twice (extra loss) and I'm
almost certain the BL resizer applies a sharpen process automatically as well
with every resize, so then you get the hyper-pixelization found on so many BL
small images. Compare these two:
 
Part No: 64782pb009  Name: Technic, Panel Plate 5 x 11 x 1 with Rhino Head, 'DIRECT NJECT', 'KEY TEXS', and LEGO TECHNIC Logo Pattern (Sticker) - Set 8041
* 
64782pb009 Technic, Panel Plate 5 x 11 x 1 with Rhino Head, 'DIRECT NJECT', 'KEY TEXS', and LEGO TECHNIC Logo Pattern (Sticker) - Set 8041
Parts: Technic, Panel, Decorated
 
Part No: 64782pb012  Name: Technic, Panel Plate 5 x 11 x 1 with Rhino Head, 'DIRECT NJECT', and 'KEY TEXS' Pattern (Sticker) - Set 42041
* 
64782pb012 Technic, Panel Plate 5 x 11 x 1 with Rhino Head, 'DIRECT NJECT', and 'KEY TEXS' Pattern (Sticker) - Set 42041
Parts: Technic, Panel, Decorated


If they allowed the format to be in PNG there wouldn't be a problem with
lost image data even when the system were to resize it. However, there wouldn't
be as noticeable of a problem with the system resizing the image in JPG if they
saved the JPG at a higher quality rate, like 95~100.
(Regardless, JPG is a terrible format is my opinion to use in this age --
it was great when 99% of people had dial up and websites had a strict limit on
bandwidth and online storage space).

But also in regard to what was stated:
"large images will have some white space around the parts and/or will not be
in 4:3 ratio. You really want to max-out the 80x60 pixels that are available
for the small images."
I always max out the large image pixels available. So if most people were doing
that, then I don't think there would be any problem with the system making
an automatic small image out of it -- as long as it could resize/resave at
a higher quality.

Andy
 Author: viejos View Messages Posted By viejos
 Posted: Sep 21, 2015 17:09
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 32 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, enig writes:
  In Suggestions, LordSkylark writes:
  In Suggestions, Andy_Bell writes:
  In Suggestions, therobo writes:

  Having to scroll on images is the worst user experience since the internet exists.



I actually think the worst user experience on the internet is click on a small
image for a larger one/or view larger link and being presented with a large image
that is only fractionally larger than the one you were just looking at.

Why the tease? Why waste my time?

http://alpha.bricklink.com/pages/clone/catalogitem.page?M=njo163#T=P

In this case they are previewing the large image, but at almost full size. If
larger large images were allowed then this effect would be minimize.

Considering the reason someone wants to look at the a large image is to see it
in more detail. The present size is limiting and submitters often submit images
that are smaller than the maximum allowed.

Why not a "full resolution" link on the large image tab? Which calls up the larger
(pixel and file size) for those who want to see it? Leave the large image at
it's present size.

Andy


I voted yes.

Also, as viejos pointed out, the resizing which is done with the bricklink server
itself significantly distorts the image quality. (I'm wondering if the problem
is merely that the automatic resizing does not save the JPG output at a high
enough of a setting.)

I also think that now that they have recently updated the website with a feature
that automatically makes a thumbnail and small image out of a large image, there
really isn't any point even to submitting both small and large images anymore.
They should make submissions now ONLY large images, and the website can make
thumbnails/smaller images automatically out of them. In this suggestion, it would
mean that a large image would be able to be submitted for EVERY color of a part,
not just the base image.

Andy

Not a bad idea in theory, but more often than not, large images will have some
white space around the parts and/or will not be in 4:3 ratio. You really want
to max-out the 80x60 pixels that are available for the small images.

Yeah, the automatic features are ones we should be staying away from IMO. I always
make my small images directly from the original instead of from the large image
and they look better that way. Remember, every time you save a JPG file, you
lose quality. Ideally all processing for an image should be done in a "non-lossy"
format such as BMP, and then the file is saved once (and only once) in the exact
JPG size needed.

When we upload an image to BL as JPG at max 640 pix, and then allow the system
to auto generate the small image, the file is saved twice (extra loss) and I'm
almost certain the BL resizer applies a sharpen process automatically as well
with every resize, so then you get the hyper-pixelization found on so many BL
small images. Compare these two:
 
Part No: 64782pb009  Name: Technic, Panel Plate 5 x 11 x 1 with Rhino Head, 'DIRECT NJECT', 'KEY TEXS', and LEGO TECHNIC Logo Pattern (Sticker) - Set 8041
* 
64782pb009 Technic, Panel Plate 5 x 11 x 1 with Rhino Head, 'DIRECT NJECT', 'KEY TEXS', and LEGO TECHNIC Logo Pattern (Sticker) - Set 8041
Parts: Technic, Panel, Decorated
 
Part No: 64782pb012  Name: Technic, Panel Plate 5 x 11 x 1 with Rhino Head, 'DIRECT NJECT', and 'KEY TEXS' Pattern (Sticker) - Set 42041
* 
64782pb012 Technic, Panel Plate 5 x 11 x 1 with Rhino Head, 'DIRECT NJECT', and 'KEY TEXS' Pattern (Sticker) - Set 42041
Parts: Technic, Panel, Decorated
 Author: JohnnyQuest View Messages Posted By JohnnyQuest
 Posted: Sep 21, 2015 16:43
 Subject: Website Keyboard Use
 Viewed: 130 times
 Topic: Suggestions
 Status:Open
 Vote:[Yes|No]
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
So, it use to be that one could tab from the top of the page, change the search
category with the keyboard, type in a term, and press enter. That was really
useful. It doesn't work any more.

So my suggestion is to put that back.

The key sequence was something like Alt-D (to get to the address bar) TAB, TAB,
TAB, a letter, such as C for catalog, then TAB, then enter a search term, then
press enter.

Instead, I now have to pull down the drop-down and choose a category. It takes
*forever*.

I realize I am in the minority, most people navigate with the mouse. For me,
it feels like every time you make me touch the mouse, a fairy dies. Just saying.
 Author: enig View Messages Posted By enig
 Posted: Sep 21, 2015 16:31
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 34 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, LordSkylark writes:
  In Suggestions, Andy_Bell writes:
  In Suggestions, therobo writes:

  Having to scroll on images is the worst user experience since the internet exists.



I actually think the worst user experience on the internet is click on a small
image for a larger one/or view larger link and being presented with a large image
that is only fractionally larger than the one you were just looking at.

Why the tease? Why waste my time?

http://alpha.bricklink.com/pages/clone/catalogitem.page?M=njo163#T=P

In this case they are previewing the large image, but at almost full size. If
larger large images were allowed then this effect would be minimize.

Considering the reason someone wants to look at the a large image is to see it
in more detail. The present size is limiting and submitters often submit images
that are smaller than the maximum allowed.

Why not a "full resolution" link on the large image tab? Which calls up the larger
(pixel and file size) for those who want to see it? Leave the large image at
it's present size.

Andy


I voted yes.

Also, as viejos pointed out, the resizing which is done with the bricklink server
itself significantly distorts the image quality. (I'm wondering if the problem
is merely that the automatic resizing does not save the JPG output at a high
enough of a setting.)

I also think that now that they have recently updated the website with a feature
that automatically makes a thumbnail and small image out of a large image, there
really isn't any point even to submitting both small and large images anymore.
They should make submissions now ONLY large images, and the website can make
thumbnails/smaller images automatically out of them. In this suggestion, it would
mean that a large image would be able to be submitted for EVERY color of a part,
not just the base image.

Andy

Not a bad idea in theory, but more often than not, large images will have some
white space around the parts and/or will not be in 4:3 ratio. You really want
to max-out the 80x60 pixels that are available for the small images.
 Author: enig View Messages Posted By enig
 Posted: Sep 21, 2015 16:26
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 31 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, viejos writes:
  In Suggestions, cosmicray writes:
  In 1999/2000, there was a valid reason for 640x480. In 2015, there is no reason.

Please remove the 640x480 limit on large images.

Many search engines now explicitly require a minimum of 800 or 1000 on the long
side. BL can do much better with larger images.

I agree and voted yes. There was a sticker sheet I scanned the other day that
was as big as a letter-sized sheet of paper. When I shrunk it down to 640 pixels,
I could barely read some of the lettering on the stickers. Image size restrictions
make for the possibility of errors and a real headache while working with stickered
counterparts, amongst other things.

The other thing I have to mention since we are on this topic, is the resizing
(by the catalog) of submitted images that *do* fall within the restrictions.
This is related to this suggestion because the pressure to keep things as small
as possible is the same thing keeping the lid on larger limit in general.

Here is a part I submitted recently, in three stages (see image below):

1. as resized by the catalog after being uploaded to BL (360 pix)
2. as I could have resized it myself, direct from the original (360 pix)
3. as I originally submitted it to BL (480 pix)

Such resizings after an image has already been resized and sharpened should never
happen. They reduce image quality and reflect poorly on the site *and* the submitter.
When this has happened in the past to one of my images, I resubmitted my own
resized image (that was only processed once - like the middle image below), but
the change was rejected as not being "significantly better".

In 2015, are we going to be quibbling over the few Kb of difference between 360
and 480 pixels? Images, more than anything else we have on BL, help to sell things,
and I just don't see the point of being stingy in this area.

Russell

+1

BL banana always looked more like a corn on a cob to me
 
Part No: 33085  Name: Banana
* 
33085 Banana
Parts: Food & Drink
 Author: LordSkylark View Messages Posted By LordSkylark
 Posted: Sep 21, 2015 15:44
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 38 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, Andy_Bell writes:
  In Suggestions, therobo writes:

  Having to scroll on images is the worst user experience since the internet exists.



I actually think the worst user experience on the internet is click on a small
image for a larger one/or view larger link and being presented with a large image
that is only fractionally larger than the one you were just looking at.

Why the tease? Why waste my time?

http://alpha.bricklink.com/pages/clone/catalogitem.page?M=njo163#T=P

In this case they are previewing the large image, but at almost full size. If
larger large images were allowed then this effect would be minimize.

Considering the reason someone wants to look at the a large image is to see it
in more detail. The present size is limiting and submitters often submit images
that are smaller than the maximum allowed.

Why not a "full resolution" link on the large image tab? Which calls up the larger
(pixel and file size) for those who want to see it? Leave the large image at
it's present size.

Andy


I voted yes.

Also, as viejos pointed out, the resizing which is done with the bricklink server
itself significantly distorts the image quality. (I'm wondering if the problem
is merely that the automatic resizing does not save the JPG output at a high
enough of a setting.)

I also think that now that they have recently updated the website with a feature
that automatically makes a thumbnail and small image out of a large image, there
really isn't any point even to submitting both small and large images anymore.
They should make submissions now ONLY large images, and the website can make
thumbnails/smaller images automatically out of them. In this suggestion, it would
mean that a large image would be able to be submitted for EVERY color of a part,
not just the base image.

Andy
 Author: therobo View Messages Posted By therobo
 Posted: Sep 21, 2015 15:31
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 25 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, Andy_Bell writes:
  In Suggestions, therobo writes:

  Having to scroll on images is the worst user experience since the internet exists.



I actually think the worst user experience on the internet is click on a small
image for a larger one/or view larger link and being presented with a large image
that is only fractionally larger than the one you were just looking at.

Why the tease? Why waste my time?

http://alpha.bricklink.com/pages/clone/catalogitem.page?M=njo163#T=P

In this case they are previewing the large image, but at almost full size. If
larger large images were allowed then this effect would be minimize.

Considering the reason someone wants to look at the a large image is to see it
in more detail. The present size is limiting and submitters often submit images
that are smaller than the maximum allowed.

Why not a "full resolution" link on the large image tab? Which calls up the larger
(pixel and file size) for those who want to see it? Leave the large image at
it's present size.

Andy

Yes, why not storing images in 3 sizes? Small, large, and full size?
(What is full size btw.? Whatever someone decided to upload, or better consistently
uniformed?)
Why sticking to the small window width (in fact width was reduced) when completely
redesigning catalog pages?
Ask the developers...
 Author: therobo View Messages Posted By therobo
 Posted: Sep 21, 2015 15:25
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 26 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, Stragus writes:
  In Suggestions, therobo writes:
  While 640x480 (or bigger if the site would be capable to show images adequately)
would be ok for sets, and maybe for other item types, it does not make sense
for many other items as long as the site does not use more modern techniques
to display images in regards to the various modern devices, such as 4k capable
mobile screens


Ah! If store tabs could be visible on high resolution screens, that would already
be a good starting point.

By the way, modern websites detect the resolution one is running to display appropriate
images. No bandwidth is wasted.

If images are only resized, bandwidth is wasted as the images have to be stored
and loaded (then resized) based on the highest resolution.
There are techniques to resize images on the fly on the server based on the specification
the website sends.
AFAIK Brickset (for example) sends the required format to the Lego server when
loading the images.
 Author: Andy_Bell View Messages Posted By Andy_Bell
 Posted: Sep 21, 2015 15:24
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 28 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, therobo writes:

  Having to scroll on images is the worst user experience since the internet exists.



I actually think the worst user experience on the internet is click on a small
image for a larger one/or view larger link and being presented with a large image
that is only fractionally larger than the one you were just looking at.

Why the tease? Why waste my time?

http://alpha.bricklink.com/pages/clone/catalogitem.page?M=njo163#T=P

In this case they are previewing the large image, but at almost full size. If
larger large images were allowed then this effect would be minimize.

Considering the reason someone wants to look at the a large image is to see it
in more detail. The present size is limiting and submitters often submit images
that are smaller than the maximum allowed.

Why not a "full resolution" link on the large image tab? Which calls up the larger
(pixel and file size) for those who want to see it? Leave the large image at
it's present size.

Andy
 Author: therobo View Messages Posted By therobo
 Posted: Sep 21, 2015 14:49
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 29 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, mabccc writes:
  But why would you base BL on the worst resolution screens around? Some people
use phones (I am right now). Why not base the user interface on a phone screen
instead?

AFAIK BrickLink has stated they are working on a mobile version.
 Author: therobo View Messages Posted By therobo
 Posted: Sep 21, 2015 14:48
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 35 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, viejos writes:
  In Suggestions, cosmicray writes:
  In 1999/2000, there was a valid reason for 640x480. In 2015, there is no reason.

Please remove the 640x480 limit on large images.

Many search engines now explicitly require a minimum of 800 or 1000 on the long
side. BL can do much better with larger images.

I agree and voted yes. There was a sticker sheet I scanned the other day that
was as big as a letter-sized sheet of paper. When I shrunk it down to 640 pixels,
I could barely read some of the lettering on the stickers. Image size restrictions
make for the possibility of errors and a real headache while working with stickered
counterparts, amongst other things.

As noted above, the current store window (right frame) gives the limit for image
size.
They started with a new viewer on catalog detail pages, but this viewer is not
scrollable at all, which would make it impossible to view larger images on "normal"
screens.

  
The other thing I have to mention since we are on this topic, is the resizing
(by the catalog) of submitted images that *do* fall within the restrictions.
This is related to this suggestion because the pressure to keep things as small
as possible is the same thing keeping the lid on larger limit in general.

Here is a part I submitted recently, in three stages (see image below):

1. as resized by the catalog after being uploaded to BL (360 pix)
2. as I could have resized it myself, direct from the original (360 pix)
3. as I originally submitted it to BL (480 pix)

Such resizings after an image has already been resized and sharpened should never
happen. They reduce image quality and reflect poorly on the site *and* the submitter.

The BrickLink image resizer which is part of the approval function never has
produced decent quality and has always been subject of our complaints.

  When this has happened in the past to one of my images, I resubmitted my own
resized image (that was only processed once - like the middle image below), but
the change was rejected as not being "significantly better".

In 2015, are we going to be quibbling over the few Kb of difference between 360
and 480 pixels?

It's not the byte difference. As long as the image system of BrickLink does
not get overhauled in general, we try to adjust the images sizes in regards to
the item size, i.e. simlar items get similar image sizes, up to 640x480 max.
Of course this is limited to only few predefined image sizes.
Resubmit your 360 version and we'll approve it.

  Images, more than anything else we have on BL, help to sell things,

Hey, we're praying this for years but many submitters still refuse to upload
images for their items. Maybe this will change when the new upload form goes
live which requires images included in item submissions.

  and I just don't see the point of being stingy in this area.

Again, as in my reply to Ray, under better system conditions, I'd say yes.

  Russell
 Author: bb138026 View Messages Posted By bb138026
 Posted: Sep 21, 2015 14:43
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 35 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, therobo writes:
  While 640x480 (or bigger if the site would be capable to show images adequately)
would be ok for sets, and maybe for other item types, it does not make sense
for many other items as long as the site does not use more modern techniques
to display images in regards to the various modern devices, such as 4k capable
mobile screens


Ah! If store tabs could be visible on high resolution screens, that would already
be a good starting point.

By the way, modern websites detect the resolution one is running to display appropriate
images. No bandwidth is wasted.
 Author: yorbrick View Messages Posted By yorbrick
 Posted: Sep 21, 2015 14:41
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 21 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
But why would you base BL on the worst resolution screens around? Some people
use phones (I am right now). Why not base the user interface on a phone screen
instead?
 Author: therobo View Messages Posted By therobo
 Posted: Sep 21, 2015 14:16
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 37 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, cosmicray writes:
  In Suggestions, therobo writes:
  In Suggestions, cosmicray writes:
  In 1999/2000, there was a valid reason for 640x480. In 2015, there is no reason.

There is.
Most notebooks still have a resolution of max. 800-900 pixel in height.
This gives you a net height in stores of ~430-550 pixel, depending on browser.
See image below.
Allowing larger images requires more scrolling than we already have.
Having to scroll on images is the worst user experience since the internet exists.

Voted NO.

Your logic is impeccable. Maybe you should inform Google, et al, why they should
drop all large images (and make scrolling easier).

My impression has been that most sites with any decent code will reconfigure
the images dynamically to deal with smaller views. I think there may be even
HTML tags that deal with that.

It has always been possible by HTML code to resize images to be *displayed* in
any size, however this does not change the file size in bytes.
If unlimited upload sizes would be allowed and then simply resized for being
displayed in preferred (user setting) size it would cause a huge data traffic
with all these current gigapixel photo devices and would make the site slower
than it already is.

BrickLink once *had* an auto-resize function for large images which resized and
*saved*(smaller file size) the images to 640x480 but it was retired because it
caused a lot of problems.
One problem was that we then had to spent much more time for tweaking images
and less time for real catalog work because the system cannot recognize what
is shown on the image.

While 640x480 (or bigger if the site would be capable to show images adequately)
would be ok for sets, and maybe for other item types, it does not make sense
for many other items as long as the site does not use more modern techniques
to display images in regards to the various modern devices, such as 4k capable
mobile screens

http://www.bricklink.com/help.asp?helpID=87

  My original suggestion is valid.

I think it is not valid under the current system conditions.
Under better system conditions I might be in your boat
 Author: cosmicray View Messages Posted By cosmicray
 Posted: Sep 21, 2015 14:01
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 27 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, edeevo writes:
  In Suggestions, cosmicray writes:
  In Suggestions, therobo writes:
  In Suggestions, cosmicray writes:
  In 1999/2000, there was a valid reason for 640x480. In 2015, there is no reason.

There is.
Most notebooks still have a resolution of max. 800-900 pixel in height.
This gives you a net height in stores of ~430-550 pixel, depending on browser.
See image below.
Allowing larger images requires more scrolling than we already have.
Having to scroll on images is the worst user experience since the internet exists.

Voted NO.

Your logic is impeccable. Maybe you should inform Google, et al, why they should
drop all large images (and make scrolling easier).

My impression has been that most sites with any decent code will reconfigure
the images dynamically to deal with smaller views. I think there may be even
HTML tags that deal with that.

My original suggestion is valid.

You beat me to the punch... well done!

But it goes well beyond anything that you or I have said here ...

Mobile devices (Apple, Samsung, Nokia, etc) are using screens that are well in
excess of 72 dpi. They crave large images, because they need to dynamically adjust
those large images to provide a sharp representation on a small screen. If you
give the mobile device a 72-dpi image, at a purported resolution that is smaller
than the device can handle, you wind up with an image experience that is lacking.
2x or 3x is typical for what these devices want. Mobile is the future. Desktop
and laptop, will continue to exist, but they are no longer the future.

To be perfectly clear about what caused the suggestion in the first place ...

This morning I happened to notice that BL was missing an image. In my mind, I
knew that I had sold a few of those once upon a time. So I dug back in my dusty
archives, and found the old jpg file. The creation date is Thursday, October
7, 1999 3:29 PM. The size of the image 735 × 563 pixels. I used that image to
sell a few copies of that set, on eBay, before BL existed. eBay could handle
that image in 1999. BL cannot handle that image in 2015. It's time to change
that.
 Author: viejos View Messages Posted By viejos
 Posted: Sep 21, 2015 13:54
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 52 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, cosmicray writes:
  In 1999/2000, there was a valid reason for 640x480. In 2015, there is no reason.

Please remove the 640x480 limit on large images.

Many search engines now explicitly require a minimum of 800 or 1000 on the long
side. BL can do much better with larger images.

I agree and voted yes. There was a sticker sheet I scanned the other day that
was as big as a letter-sized sheet of paper. When I shrunk it down to 640 pixels,
I could barely read some of the lettering on the stickers. Image size restrictions
make for the possibility of errors and a real headache while working with stickered
counterparts, amongst other things.

The other thing I have to mention since we are on this topic, is the resizing
(by the catalog) of submitted images that *do* fall within the restrictions.
This is related to this suggestion because the pressure to keep things as small
as possible is the same thing keeping the lid on larger limit in general.

Here is a part I submitted recently, in three stages (see image below):

1. as resized by the catalog after being uploaded to BL (360 pix)
2. as I could have resized it myself, direct from the original (360 pix)
3. as I originally submitted it to BL (480 pix)

Such resizings after an image has already been resized and sharpened should never
happen. They reduce image quality and reflect poorly on the site *and* the submitter.
When this has happened in the past to one of my images, I resubmitted my own
resized image (that was only processed once - like the middle image below), but
the change was rejected as not being "significantly better".

In 2015, are we going to be quibbling over the few Kb of difference between 360
and 480 pixels? Images, more than anything else we have on BL, help to sell things,
and I just don't see the point of being stingy in this area.

Russell
 
 Author: edeevo View Messages Posted By edeevo
 Posted: Sep 21, 2015 13:35
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 37 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, cosmicray writes:
  In Suggestions, therobo writes:
  In Suggestions, cosmicray writes:
  In 1999/2000, there was a valid reason for 640x480. In 2015, there is no reason.

There is.
Most notebooks still have a resolution of max. 800-900 pixel in height.
This gives you a net height in stores of ~430-550 pixel, depending on browser.
See image below.
Allowing larger images requires more scrolling than we already have.
Having to scroll on images is the worst user experience since the internet exists.

Voted NO.

Your logic is impeccable. Maybe you should inform Google, et al, why they should
drop all large images (and make scrolling easier).

My impression has been that most sites with any decent code will reconfigure
the images dynamically to deal with smaller views. I think there may be even
HTML tags that deal with that.

My original suggestion is valid.

You beat me to the punch... well done!

Life is Good.
~Ed.
 Author: edeevo View Messages Posted By edeevo
 Posted: Sep 21, 2015 13:34
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 31 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, therobo writes:
  In Suggestions, cosmicray writes:
  In 1999/2000, there was a valid reason for 640x480. In 2015, there is no reason.

There is.
Most notebooks still have a resolution of max. 800-900 pixel in height.
This gives you a net height in stores of ~430-550 pixel, depending on browser.
See image below.
Allowing larger images requires more scrolling than we already have.
Having to scroll on images is the worst user experience since the internet exists.

Voted NO.

Except that there is simple coding tweaks that allow for image resolution adjustments
regardless of the max pixels for a screen (loads of websites use it... click
on image, it opens at a max size based upon the resolution of the device... click
on it again and pan left, right, up, & down to see it in high-res)...

Additionally, should the site be restricted based upon the resolution restrictions
of one notebook? Does *any* website work that way?


So, again, I agree that large images *should* be *large*.

Life is Good.
~Ed.
 Author: cosmicray View Messages Posted By cosmicray
 Posted: Sep 21, 2015 13:29
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 39 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, therobo writes:
  In Suggestions, cosmicray writes:
  In 1999/2000, there was a valid reason for 640x480. In 2015, there is no reason.

There is.
Most notebooks still have a resolution of max. 800-900 pixel in height.
This gives you a net height in stores of ~430-550 pixel, depending on browser.
See image below.
Allowing larger images requires more scrolling than we already have.
Having to scroll on images is the worst user experience since the internet exists.

Voted NO.

Your logic is impeccable. Maybe you should inform Google, et al, why they should
drop all large images (and make scrolling easier).

My impression has been that most sites with any decent code will reconfigure
the images dynamically to deal with smaller views. I think there may be even
HTML tags that deal with that.

My original suggestion is valid.
 Author: connie View Messages Posted By connie
 Posted: Sep 21, 2015 13:24
 Subject: Re: Make Full Addresses required fields
 Viewed: 41 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, TorontoLego writes:
  Not infrequently I receive a new order from a member that has not completely
filled out their address.

Can we make the city, state/province, postal code, country fields mandatory
before the creation of an account - or at least mandatory before being able to
place an order.


I understand that there are specific countries that may not have "province" or
"postal code" fields that are applicable - so maybe this is only mandatory for
US, Can, UK, etc..

Mike.

Especially true for Asian countries. Some of those lines are so long they don't
fit on a label and it is nearly impossible to figure out where to cut and make
a new line.

Connie
 Author: FigBits View Messages Posted By FigBits
 Posted: Sep 21, 2015 13:13
 Subject: Re: Fee payment in Euro
 Viewed: 40 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, George_Lucy writes:
  If you want to make fair for all what about not allowing EU users to charge
paypal fees. I would love to not be charged any fees for my paypal account. I
could hire a full time employee for the fees we pay.


You can already add 3% to to every order if you want to.


--
Marc.
 Author: therobo View Messages Posted By therobo
 Posted: Sep 21, 2015 13:11
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 43 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, cosmicray writes:
  In 1999/2000, there was a valid reason for 640x480. In 2015, there is no reason.

There is.
Most notebooks still have a resolution of max. 800-900 pixel in height.
This gives you a net height in stores of ~430-550 pixel, depending on browser.
See image below.
Allowing larger images requires more scrolling than we already have.
Having to scroll on images is the worst user experience since the internet exists.

Voted NO.
 
 Author: calebfishn View Messages Posted By calebfishn
 Posted: Sep 21, 2015 12:49
 Subject: Re: Make Full Addresses required fields
 Viewed: 36 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, TorontoLego writes:
  Not infrequently I receive a new order from a member that has not completely
filled out their address.

Can we make the city, state/province, postal code, country fields mandatory
before the creation of an account - or at least mandatory before being able to
place an order.


I understand that there are specific countries that may not have "province" or
"postal code" fields that are applicable - so maybe this is only mandatory for
US, Can, UK, etc..

Mike.

Should certainly be required for anyone opening a store.
 Author: George_Lucy View Messages Posted By George_Lucy
 Posted: Sep 21, 2015 12:47
 Subject: Re: Fee payment in Euro
 Viewed: 31 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
If you want to make fair for all what about not allowing EU users to charge
paypal fees. I would love to not be charged any fees for my paypal account. I
could hire a full time employee for the fees we pay.

In Suggestions, Teup writes:
  Fair enough, you do have a point there. But why should America get the advantage?

And your point about whether someone would leave BL, you could extend this to
'what if BL would charge Europe 5% instead of 3% fees' and people would
stay too, but it doesn't mean that's the way to go. It's one factor
that could contribute to BL being potentially US-centric. It's being US-centric
if it focusses on auto check-out with Creditcard instead of bank transfers, and
they're STILLLLL not implemeting the part dimensions database for countries
that have volume restricted selling options. From what I've heard they're
very willing to make BL work well in other important corners of the world, so
that's nice. But if they don't, then yes, factors like these actually
contribute to me taking my business elsewhere.

I'm aware it's not fair to provide for the EU and not for other countries,
but I think it's at least something? The EU is a big part of BL turnover.
It wouldn't make much sense to me to make BL all US-centric just because
they can't cater 100% for every country in the world.. the EU is big, I would
be more annoyed by them not taking the EU into account, than for them not supporting
the local payment methods we have in this tiny country (although it's relatively
big business-wise ). And Australia for example isn't much bigger than
the NL.

In Suggestions, Brettj666 writes:
  I don't know if there are some issues with Bricklink, but I'll ask the
obvious question.

Is there an advantage for Bricklink to do this?

I mean, I don't think I've seen a European seller say "I'm packing
up shop because I can't pay my fees in EU"
So, they aren't at risk of losing business, are they?

it's not like sellers can claim they can't compete.
If the conversion fees are (say) 2%, then it's 2% of 3%, or .06% 6 cents
on $100 of every sale.

If they do it for the EU, do they do it for Pounds, Canadian dollar, Australian
dollar. It was set up as a US $ because Dan was in the US, and his parents after
that.
If you say it helps with your accounting, can't literally everyone say that?

Now, if I were running Bricklink, I may consider it because of all the sellers
in the EU, but I wouldn't be ignorant of the fact that if someone can say
"well, you did it for them, why not us" they will.

Do I want to set that precedent.. maybe not.




In Suggestions, an3 writes:
  Hi all,

I've had this idea some time ago and didn't see a reason why it shouldn't be
possible: Why isn't Bricklink opening an 2nd PayPal Account in Europe, to let
the sellers pay directly in Euro and to save losses
a) due to the bad paypal conversion rate and
b) due to higher paypal taxes for international transactions
As a lot of sales is done in Euro it would be a very good opportunity to let
the european sellers pay their fees in Euro.

Of course I'm aware of the fact that BrickLink needs his money in USD, but i
suppose it would me more rentable to let the sellers pay in Euro and to exchange
the money by the bank exchange rates.

As a seller I got to handle this problem by letting people pay in USD, so I can
use that money for BrickLink fee payments. Nevertheless I suppose that other
sellers from EU accepting just Euro have to pay the bad conversion rate paypal
gives them (if not paying directly by credit card in USD, of course). But in
fact this suggestion should be of use especially for BrickLink itself.

I'd like to know what you are thinking about this.


Best regards
Andrei
 Author: edeevo View Messages Posted By edeevo
 Posted: Sep 21, 2015 12:34
 Subject: Re: remove 640x480 limit for large iamges
 Viewed: 35 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, cosmicray writes:
  In 1999/2000, there was a valid reason for 640x480. In 2015, there is no reason.

Please remove the 640x480 limit on large images.

Many search engines now explicitly require a minimum of 800 or 1000 on the long
side. BL can do much better with larger images.

Wholeheartedly agree on this one...

Life is Good.
~Ed.
 Author: Teup View Messages Posted By Teup
 Posted: Sep 21, 2015 12:31
 Subject: Re: Fee payment in Euro
 Viewed: 28 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Fair enough, you do have a point there. But why should America get the advantage?

And your point about whether someone would leave BL, you could extend this to
'what if BL would charge Europe 5% instead of 3% fees' and people would
stay too, but it doesn't mean that's the way to go. It's one factor
that could contribute to BL being potentially US-centric. It's being US-centric
if it focusses on auto check-out with Creditcard instead of bank transfers, and
they're STILLLLL not implemeting the part dimensions database for countries
that have volume restricted selling options. From what I've heard they're
very willing to make BL work well in other important corners of the world, so
that's nice. But if they don't, then yes, factors like these actually
contribute to me taking my business elsewhere.

I'm aware it's not fair to provide for the EU and not for other countries,
but I think it's at least something? The EU is a big part of BL turnover.
It wouldn't make much sense to me to make BL all US-centric just because
they can't cater 100% for every country in the world.. the EU is big, I would
be more annoyed by them not taking the EU into account, than for them not supporting
the local payment methods we have in this tiny country (although it's relatively
big business-wise ). And Australia for example isn't much bigger than
the NL.

In Suggestions, Brettj666 writes:
  I don't know if there are some issues with Bricklink, but I'll ask the
obvious question.

Is there an advantage for Bricklink to do this?

I mean, I don't think I've seen a European seller say "I'm packing
up shop because I can't pay my fees in EU"
So, they aren't at risk of losing business, are they?

it's not like sellers can claim they can't compete.
If the conversion fees are (say) 2%, then it's 2% of 3%, or .06% 6 cents
on $100 of every sale.

If they do it for the EU, do they do it for Pounds, Canadian dollar, Australian
dollar. It was set up as a US $ because Dan was in the US, and his parents after
that.
If you say it helps with your accounting, can't literally everyone say that?

Now, if I were running Bricklink, I may consider it because of all the sellers
in the EU, but I wouldn't be ignorant of the fact that if someone can say
"well, you did it for them, why not us" they will.

Do I want to set that precedent.. maybe not.




In Suggestions, an3 writes:
  Hi all,

I've had this idea some time ago and didn't see a reason why it shouldn't be
possible: Why isn't Bricklink opening an 2nd PayPal Account in Europe, to let
the sellers pay directly in Euro and to save losses
a) due to the bad paypal conversion rate and
b) due to higher paypal taxes for international transactions
As a lot of sales is done in Euro it would be a very good opportunity to let
the european sellers pay their fees in Euro.

Of course I'm aware of the fact that BrickLink needs his money in USD, but i
suppose it would me more rentable to let the sellers pay in Euro and to exchange
the money by the bank exchange rates.

As a seller I got to handle this problem by letting people pay in USD, so I can
use that money for BrickLink fee payments. Nevertheless I suppose that other
sellers from EU accepting just Euro have to pay the bad conversion rate paypal
gives them (if not paying directly by credit card in USD, of course). But in
fact this suggestion should be of use especially for BrickLink itself.

I'd like to know what you are thinking about this.


Best regards
Andrei
 Author: cosmicray View Messages Posted By cosmicray
 Posted: Sep 21, 2015 11:57
 Subject: remove 640x480 limit for large iamges
 Viewed: 122 times
 Topic: Suggestions
 Status:Discarded
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In 1999/2000, there was a valid reason for 640x480. In 2015, there is no reason.

Please remove the 640x480 limit on large images.

Many search engines now explicitly require a minimum of 800 or 1000 on the long
side. BL can do much better with larger images.
 Author: TorontoLego View Messages Posted By TorontoLego
 Posted: Sep 21, 2015 11:46
 Subject: Make Full Addresses required fields
 Viewed: 116 times
 Topic: Suggestions
 Status:Open
 Vote:[Yes|No]
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Not infrequently I receive a new order from a member that has not completely
filled out their address.

Can we make the city, state/province, postal code, country fields mandatory
before the creation of an account - or at least mandatory before being able to
place an order.


I understand that there are specific countries that may not have "province" or
"postal code" fields that are applicable - so maybe this is only mandatory for
US, Can, UK, etc..

Mike.
 Author: SylvainLS View Messages Posted By SylvainLS
 Posted: Sep 20, 2015 15:02
 Subject: Inventory Change Request for Set 60097-1
 Viewed: 29 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 60097  Name: City Square
* 
60097-1 (Inv) City Square
1623 Parts, 14 Minifigures, 2015
Sets: Town: City: Traffic

* Add 1 Part 4073 Tan Plate, Round 1 x 1 Straight Side (Extra)
* Add 1 Part 4073 Green Plate, Round 1 x 1 Straight Side (Extra)
* Add 1 Part 4073 Orange Plate, Round 1 x 1 Straight Side (Extra)
* Change {4 to 5} Part Trans-Red 98138 Tile, Round 1 x 1 (Extra)
* Change {1 to 2} Part Light Bluish Gray 4073 Plate, Round 1 x 1 Straight Side (Extra)
* Change {3 to 4} Part Blue 4073 Plate, Round 1 x 1 Straight Side (Extra)

Comments from Submitter:
More extra parts from a brand new set.
 Author: pdr507 View Messages Posted By pdr507
 Posted: Sep 19, 2015 22:46
 Subject: Inventory Change Request for Set 10226-1
 Viewed: 29 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 10226  Name: Sopwith Camel
* 
10226-1 (Inv) Sopwith Camel
879 Parts, 2012
Sets: Sculptures

* Add 2 Part 60581pb052 Dark Tan Panel 1 x 4 x 3 with Side Supports - Hollow Studs with Blue Circle and Red Dot (British Roundel) Pattern (Sticker) - Set 10226 (Counterpart)

Comments from Submitter:
Adding stickered counterpart
 Author: viejos View Messages Posted By viejos
 Posted: Sep 19, 2015 22:41
 Subject: Re: Inventory Change Request for Set 1580-1
 Viewed: 25 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, tstrathm writes:
  Please make changes to the following inventory:
 
Set No: 1580  Name: Lunar Scout
* 
1580-1 (Inv) Lunar Scout
64 Parts, 1 Minifigure, 1986
Sets: Space: Classic Space

* Change 2 Part Light Gray {4345 Container, Box 2 x 2 x 2 to 4345a Container, Box 2 x 2 x 2 - Solid Studs} {Regular to Alternate} {match ID 0 to 1}

Comments from Submitter:
Catalog shows part 4345a released from 1983 to 1992. Thus it would seem that it would appear in place of 4345 in some versions of this 1985 set.

You have to watch out with BL catalog dates. They are derived from the inventories,
and they can be *very* misleading at times, as in "several decades" misleading.
I just finished adjusting dozens of inventories that were providing some very
wrong dates for a few vintage parts. And they had been that way for years and
years, tricking unsuspecting BL surfers.

One time I picked up a book on basic Lego building that had a parts dictionary
in it, complete with dates of release. I was saddened to see that many of the
dates were wrong, and were so because they had been pulled directly from BL and
other online sources and had not been verified.

In this case, you are correct, but for different reasons than you gave. First,
one interesting thing to do is find stickered parts from a single set, like this
one:
 
Part No: 4345apb01  Name: Container, Box 2 x 2 x 2 - Solid Studs with Shell Logo Pattern on Both Sides (Stickers) - Set 6378
* 
4345apb01 Container, Box 2 x 2 x 2 - Solid Studs with Shell Logo Pattern on Both Sides (Stickers) - Set 6378
Parts: Container, Decorated

The other thing going for you is that the first appearance of hollow studs in
instructions is from 1994, in this set (see image below):
 
Set No: 6597  Name: Century Skyway
* 
6597-1 (Inv) Century Skyway
821 Parts, 12 Minifigures, 1994
Sets: Town: Classic Town: Airport
Instructions were typically late in representing what actually ended up in the
set, but you have a margin here of 8 years, which is plenty. Sometimes you cannot
depend on instructions since they often never were changed to show the real part,
e.g. with the "pinned" versions of this part:
 
Part No: 3065  Name: Brick 1 x 2 without Bottom Tube
* 
3065 Brick 1 x 2 without Bottom Tube
Parts: Brick
...and sometimes they were even ahead of production. But they are useful when
used with several other pieces of information.

Russell
 
 Author: FelipeVinhao View Messages Posted By FelipeVinhao
 Posted: Sep 19, 2015 20:16
 Subject: Inventory Change Request for Set 76026-1
 Viewed: 22 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 76026  Name: Gorilla Grodd Goes Bananas
* 
76026-1 (Inv) Gorilla Grodd Goes Bananas
319 Parts, 6 Minifigures, 1 Book, 2015
Sets: Super Heroes: Justice League

* Add 1 Part 43093 Blue Technic, Axle Pin with Friction Ridges Lengthwise (Extra)
* Delete 1 Part 71155 Black String, Net 10 x 10 Square (Extra)

Comments from Submitter:
Hello, so long not posting here nor opening new sets!

- Adding an extra axle pin (43093) to inventory: 2 for building + 2 for Gorilla Grodd (already inventoried with minifigure) + 1 extra = 5

- I'm aware that extra items aren't generally removed, but I'm trying requesting this time for this reason: the catalog in the end of the instruction book is still listing 2 string nets (71155) like mentioned in previous notes, but only 1 arrives in set, in a box numbered 6018431. That is, the number of parts that arrive in box and the instructions are right; the catalog at the end of the boox is wrong.
 Author: TakeAbricK View Messages Posted By TakeAbricK
 Posted: Sep 19, 2015 20:15
 Subject: Re: Monthly Maintenance
 Viewed: 33 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Suggestions, TakeAbricK writes:
  I would like to see
- a list with dates for the monthly maintenance
- a warning 10 minutes before it starts

The daily maintenance we all know it's every day, ánd we receive a warning
a few minutes before. The monthly maintenance takes an hour, we have to log in
again, but it always starts by suprise.

Depending on what you are doing at the time, I would like to see a warning 10
minutes before at least.

Diana

Status can be changed to 'implemented'.

Diana
 Author: mojavamama View Messages Posted By mojavamama
 Posted: Sep 19, 2015 19:25
 Subject: Re: Inventory Change Request for Set 8051-1
 Viewed: 20 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Thank you for the information. In my opinion, its far too much work and very
confusing to enter a stickered part to a set inventory. Perhaps more folks would
be willing to contribute to the catalog inventory if this was an easier process?
Thanks
Alice W.



In Inventories Requests, viejos writes:
  In Inventories Requests, mojavamama writes:
  In Inventories Requests, mojavamama writes:
  Please make changes to the following inventory:
 
Set No: 8051  Name: Motorbike
* 
8051-1 (Inv) Motorbike
467 Parts, 2010
Sets: Technic: Model: Riding Cycle

* Add 1 Part 4150 Light Bluish Gray Tile, Round 2 x 2 (Counterpart)
* Add 1 Part 4150 Light Bluish Gray Tile, Round 2 x 2 (Counterpart)
* Add 1 Part 64683 Black Technic, Panel Fairing # 3 Small Smooth Long, Side A (Counterpart)
* Add 1 Part 64392 Black Technic, Panel Fairing #17 Large Smooth, Side A (Counterpart)

You'll need to add these parts to the catalog before adding them to the inventory.
Start here:
http://www.bricklink.com/catalogAdd.asp

...using entries like these as templates:
 
Part No: 4150pb150  Name: Tile, Round 2 x 2 with Chef Winking Pattern (Sticker) - Set 79104
* 
4150pb150 Tile, Round 2 x 2 with Chef Winking Pattern (Sticker) - Set 79104
Parts: Tile, Round, Decorated
 
Part No: 64683pb011  Name: Technic, Panel Fairing # 3 Small Smooth Long, Side A with '66' on White, Black and Gray Paint Splotches Pattern (Sticker) - Set 9392
  
64683pb011 Technic, Panel Fairing # 3 Small Smooth Long, Side A with '66' on White, Black and Gray Paint Splotches Pattern (Sticker) - Set 9392
Parts: Technic, Panel, Decorated

If you need help, just ask.

Russell
 Author: tstrathm View Messages Posted By tstrathm
 Posted: Sep 19, 2015 17:27
 Subject: Inventory Change Request for Set 1580-1
 Viewed: 20 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 1580  Name: Lunar Scout
* 
1580-1 (Inv) Lunar Scout
64 Parts, 1 Minifigure, 1986
Sets: Space: Classic Space

* Change 2 Part Light Gray {4345 Container, Box 2 x 2 x 2 to 4345a Container, Box 2 x 2 x 2 - Solid Studs} {Regular to Alternate} {match ID 0 to 1}

Comments from Submitter:
Catalog shows part 4345a released from 1983 to 1992. Thus it would seem that it would appear in place of 4345 in some versions of this 1985 set.
 Author: viejos View Messages Posted By viejos
 Posted: Sep 19, 2015 16:57
 Subject: Re: Inventory Change Request for Set 60036-1
 Viewed: 16 times
 Topic: Inventories Requests
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
In Inventories Requests, Brixalotl writes:
  In Inventories Requests, viejos writes:
  In Inventories Requests, Brixalotl writes:
  Please make changes to the following inventory:
 
Set No: 60036  Name: Arctic Base Camp
* 
60036-1 (Inv) Arctic Base Camp
703 Parts, 7 Minifigures, 2014
Sets: Town: City: Arctic

* Add 2 Part 15210 Black Road Sign Clip-On 2 x 2 Square Open O Clip (Alternate) (match ID 3)
* Change 2 Part Black 30258 Road Sign Clip-on 2 x 2 Square {match ID 0 to 3}

Comments from Submitter:
found in sealed sets

Did you find both kinds, or just the newer version?

In the three sets I had, I only found the newer version. Possibly the inventory
should be adjusted?

Thanks,
Jim

I only have the newer version in my set as well, and the evidence is becoming
overwhelming in favor of a switch *for* 2014 rather than *during* 2014. We'll
make a clean exchange for now and add the other variant in again later if it
shows up.

Russell
 Author: viejos View Messages Posted By viejos
 Posted: Sep 19, 2015 16:44
 Subject: Inventory Change Request for Set 31038-1
 Viewed: 22 times
 Topic: Inventories Requests (Entry)
 Status:Open
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
Please make changes to the following inventory:
 
Set No: 31038  Name: Changing Seasons
* 
31038-1 (Inv) Changing Seasons
528 Parts, 2 Minifigures, 2015
Sets: Creator: Model: Building

* Change 1 Part White {30258 Road Sign Clip-on 2 x 2 Square to 15210 Road Sign Clip-On 2 x 2 Square Open O Clip}

Comments from Submitter:
Sealed set.

Next Page: 5 More | 10 More | 25 More | 50 More | 100 More