Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | SylvainLS  | | Posted: | Oct 15, 2018 12:33 | | Subject: | Re: Dimensions vs studs vs CM vs MM | | Viewed: | 19 times | | Topic: | Catalog | |
|
| In Catalog, cosmicray writes:
| | […]
| | There are two other big problems:
1. The dimensions aren’t given in “studs,” there are given in “studs x studs
x brick-height.”
2. Dimensions in studs are “width x depth x height,” others are “width x height
x depth” (Y is often up in 3D software).
|
I know that, you know that, but the catalog pages (for either of them) represent
all three as studs.
|
My point exactly: WE know that but the website (catalogue, IC info…) is obscure,
confusing, and inconsistent.
|
 |
| Author: | cosmicray | | Posted: | Oct 15, 2018 12:07 | | Subject: | Re: Dimensions vs studs vs CM vs MM | | Viewed: | 21 times | | Topic: | Catalog | |
|
| In Catalog, SylvainLS writes:
| | In Catalog, yorbrick writes:
| | In Catalog, cosmicray writes:
| | I am incrementally becoming more confused about the issue of catalog dimensions.
I know that bricks are supposed to be stored as studs. and set/books/gear are
stored as cm.
When I look at the catalog page for I see 'Size: 2 x 2 x 1 in studs'
When I look at the catalog page for I see 'Size: 2 x 2 x 1 in studs'
When I look at the dimensions in a catalog XML file I see (for both) …
ITEMDIMX 2 /ITEMDIMX
ITEMDIMY 2 /ITEMDIMY
ITEMDIMZ 1 /ITEMDIMZ
When I look at the values beneath an actual listed lot (3003) I see: 16mm 11.2mm
16mm
When I look at the values beneath an actual listed lot (3437) I see: 32mm 23.6mm
32mm
So that suggests that the XML download file does not actually represent the values
being used by IC … or does it? I don't mind the values I'm receiving,
but I would like access to the real numbers as well.
|
Remember that LEGO bricks are measured in lego studs, whereas Duplo bricks are
measured in duplo studs. So while both are 2x2x1 in studs, they are measured
in different stud units.
The metric m.easurements make sense, as the duplo piece is 2x bigger in all dimensions
than the LEGO brick.
|
There are two other big problems:
1. The dimensions aren’t given in “studs,” there are given in “studs x studs
x brick-height.”
2. Dimensions in studs are “width x depth x height,” others are “width x height
x depth” (Y is often up in 3D software).
|
I know that, you know that, but the catalog pages (for either of them) represent
all three as studs.
Nita Rae
|
|
| Author: | cosmicray | | Posted: | Oct 15, 2018 12:04 | | Subject: | Re: Dimensions vs studs vs CM vs MM | | Viewed: | 26 times | | Topic: | Catalog | |
|
| In Catalog, yorbrick writes:
| | In Catalog, cosmicray writes:
| | I am incrementally becoming more confused about the issue of catalog dimensions.
I know that bricks are supposed to be stored as studs. and set/books/gear are
stored as cm.
When I look at the catalog page for I see 'Size: 2 x 2 x 1 in studs'
When I look at the catalog page for I see 'Size: 2 x 2 x 1 in studs'
When I look at the dimensions in a catalog XML file I see (for both) …
ITEMDIMX 2 /ITEMDIMX
ITEMDIMY 2 /ITEMDIMY
ITEMDIMZ 1 /ITEMDIMZ
When I look at the values beneath an actual listed lot (3003) I see: 16mm 11.2mm
16mm
When I look at the values beneath an actual listed lot (3437) I see: 32mm 23.6mm
32mm
So that suggests that the XML download file does not actually represent the values
being used by IC … or does it? I don't mind the values I'm receiving,
but I would like access to the real numbers as well.
|
Remember that LEGO bricks are measured in lego studs, whereas Duplo bricks are
measured in duplo studs. So while both are 2x2x1 in studs, they are measured
in different stud units.
The metric measurements make sense, as the duplo piece is 2x bigger in all dimensions
than the LEGO brick.
|
All you say is correct and makes sense. But IC does not use studs, it (apparently)
is using mm, and those values are being obscured from view. Why ?
Nita Rae
|
|
| Author: | SylvainLS | | Posted: | Oct 15, 2018 12:03 | | Subject: | Re: Dimensions vs studs vs CM vs MM | | Viewed: | 23 times | | Topic: | Catalog | |
|
| In Catalog, yorbrick writes:
| | In Catalog, cosmicray writes:
| | I am incrementally becoming more confused about the issue of catalog dimensions.
I know that bricks are supposed to be stored as studs. and set/books/gear are
stored as cm.
When I look at the catalog page for I see 'Size: 2 x 2 x 1 in studs'
When I look at the catalog page for I see 'Size: 2 x 2 x 1 in studs'
When I look at the dimensions in a catalog XML file I see (for both) …
ITEMDIMX 2 /ITEMDIMX
ITEMDIMY 2 /ITEMDIMY
ITEMDIMZ 1 /ITEMDIMZ
When I look at the values beneath an actual listed lot (3003) I see: 16mm 11.2mm
16mm
When I look at the values beneath an actual listed lot (3437) I see: 32mm 23.6mm
32mm
So that suggests that the XML download file does not actually represent the values
being used by IC … or does it? I don't mind the values I'm receiving,
but I would like access to the real numbers as well.
|
Remember that LEGO bricks are measured in lego studs, whereas Duplo bricks are
measured in duplo studs. So while both are 2x2x1 in studs, they are measured
in different stud units.
The metric measurements make sense, as the duplo piece is 2x bigger in all dimensions
than the LEGO brick.
|
There are two other big problems:
1. The dimensions aren’t given in “studs,” there are given in “studs x studs
x brick-height.”
2. Dimensions in studs are “width x depth x height,” others are “width x height
x depth” (Y is often up in 3D software).
|
|
| Author: | yorbrick | | Posted: | Oct 15, 2018 11:50 | | Subject: | Re: Dimensions vs studs vs CM vs MM | | Viewed: | 31 times | | Topic: | Catalog | |
|
| In Catalog, cosmicray writes:
| | I am incrementally becoming more confused about the issue of catalog dimensions.
I know that bricks are supposed to be stored as studs. and set/books/gear are
stored as cm.
When I look at the catalog page for I see 'Size: 2 x 2 x 1 in studs'
When I look at the catalog page for I see 'Size: 2 x 2 x 1 in studs'
When I look at the dimensions in a catalog XML file I see (for both) …
ITEMDIMX 2 /ITEMDIMX
ITEMDIMY 2 /ITEMDIMY
ITEMDIMZ 1 /ITEMDIMZ
When I look at the values beneath an actual listed lot (3003) I see: 16mm 11.2mm
16mm
When I look at the values beneath an actual listed lot (3437) I see: 32mm 23.6mm
32mm
So that suggests that the XML download file does not actually represent the values
being used by IC … or does it? I don't mind the values I'm receiving,
but I would like access to the real numbers as well.
|
Remember that LEGO bricks are measured in lego studs, whereas Duplo bricks are
measured in duplo studs. So while both are 2x2x1 in studs, they are measured
in different stud units.
The metric measurements make sense, as the duplo piece is 2x bigger in all dimensions
than the LEGO brick.
|
|
| Author: | alahaka | | Posted: | Oct 15, 2018 11:47 | | Subject: | Re: Block buyers with a different country email p | | Viewed: | 29 times | | Topic: | Suggestions | |
|
| So I do agree that your proposal does provide better information, which if valid
eliminates the one of secrets I mentioned.
|
|
| Author: | cosmicray | | Posted: | Oct 15, 2018 11:45 | | Subject: | Dimensions vs studs vs CM vs MM | | Viewed: | 78 times | | Topic: | Catalog | | Status: | Open | |
|
| I am incrementally becoming more confused about the issue of catalog dimensions.
I know that bricks are supposed to be stored as studs. and set/books/gear are
stored as cm.
When I look at the catalog page for I see 'Size: 2 x 2 x 1 in studs'
When I look at the catalog page for I see 'Size: 2 x 2 x 1 in studs'
When I look at the dimensions in a catalog XML file I see (for both) …
ITEMDIMX 2 /ITEMDIMX
ITEMDIMY 2 /ITEMDIMY
ITEMDIMZ 1 /ITEMDIMZ
When I look at the values beneath an actual listed lot (3003) I see: 16mm 11.2mm
16mm
When I look at the values beneath an actual listed lot (3437) I see: 32mm 23.6mm
32mm
So that suggests that the XML download file does not actually represent the values
being used by IC … or does it? I don't mind the values I'm receiving,
but I would like access to the real numbers as well.
Nita Rae
|
|
| Author: | alahaka | | Posted: | Oct 15, 2018 11:40 | | Subject: | Re: Block buyers with a different country email p | | Viewed: | 36 times | | Topic: | Suggestions | |
|
| In Suggestions, cosmicray writes:
| |
What would be better, is if the buyer were required to specify their shipping
address, then have two checkboxes under that …
One would be something like "Home address in same country as shipping address".
The other would be "Payment funded from same country as shipping address".
If either is unchecked, then it would be required to specify which country is
correct for that item.
This would not solve the indicated problem, but it would give us better information
to tell what buyers are more likely to be legitimate buyers.
Nita Rae
|
I think your suggestion above opens the door toward couriers, which in turn for
some buyers places courier, their packing, and their shipping responsibilities
on sellers, as opposed to ending seller responsibility at courier receipt.
I recognize couriers' value as well as the added risk they can present, and
have no solution at this point.
I do not like things big brother-ish, however admittedly would prefer to not
have the final destination and possible re-packing or breaking down of something
I've packed be secrets.
|
|
| Author: | cosmicray | | Posted: | Oct 15, 2018 11:17 | | Subject: | Re: Block buyers with a different country email p | | Viewed: | 42 times | | Topic: | Suggestions | |
|
| In Suggestions, Hagbart writes:
| | Hi
Would it be possible to block a buyer having an email from a given country eg
Russia, but his postal address is the UK?
Just got yet another scammers ordering from my shop with this very suspicious
config, even got negative from himfeedback from him.
Or a setting that enables us to block and oblige the buyer to pay buy only with
iban
|
This is a poorly thought out suggestion. As it is written, it should be tossed.
Having said that, I believe there is a need for better information disclosure.
What would be better, is if the buyer were required to specify their shipping
address, then have two checkboxes under that …
One would be something like "Home address in same country as shipping address".
The other would be "Payment funded from same country as shipping address".
If either is unchecked, then it would be required to specify which country is
correct for that item.
This would not solve the indicated problem, but it would give us better information
to tell what buyers are more likely to be legitimate buyers.
Nita Rae
|
|
| Author: | Rarah | | Posted: | Oct 15, 2018 11:17 | | Subject: | Re: micro minifigures - item type? | | Viewed: | 16 times | | Topic: | Catalog | |
|
| In Catalog, Hygrotus writes:
| | In Catalog, Rarah writes:
| | I would simply put them all into 1 category and best described as microfigure
|
They are described as Statuette, all of them, so it easier to type this word
to the search box than part number
https://www.bricklink.com/catalogListOld.asp?q=statuette
and if you serch by name Statuette you will find second mold:
so it is better to remember this name than part number.
| | because searching by model number as showen above will make it hard when other
models expand the family like for example the black SW soldiers comming in 2018
or the mini vader and so on
|
This is the second mold, see above and if you try to call it "black SW soldiers"
Harry Potter fans will argue with you because black one was used recently as
Dementor in Harry Potter set  
and trans light blue was Palpatine hologram
.. I just want them in one simple category like we
| | have everything. Why should I have to search the model numbers first nad even
there will be many and who knows if I even find them all. Simple sollution is
to make a group for them and add them to the minifigure section. They clearly
represent minifigures in a micro version. Even as utesil it´s fine as long as
they can be filtered all at once.
|
So they can be filtered all at onec use word "Statuette"
|
Oh nice thanks for the hint  "Statuette" I would have never guessed this ..
it´s also the problem right? and I am a LEGO builder for over 20 years ...
this part category/name/description has space for improvement as I think it will
get very popular with more sets including them and soon I think they can form
a wide range of micro figures and lots of MOCs will include them (the very reason
I need them too - armies of them).
|
|
| Author: | Rarah | | Posted: | Oct 15, 2018 11:08 | | Subject: | Re: Block buyers with a different country email p | | Viewed: | 32 times | | Topic: | Suggestions | |
|
| In Suggestions, matejo writes:
| | In Suggestions, SylvainLS writes:
| |
People move. Either for years or only months or even weeks. And the Internet
has no frontier.
Will you force buyers to open a new e-mail account in the country they are while
they had had one for years that works pretty well anywhere in the world?
|
Hi,
I stated that associating emails with countries would be messy (i.e. I agree
with you), and I was not supporting the original suggestion.
But instead I wondered if BrickLink could verify member addresses against IP
address locations. A recent transaction indicates that PayPal is doing something
like this.
Sorry to cancel my previous post, not knowing if anyone might be replying. This
forum is a lot of (good) clutter, and after posting I weigh the value of my inputs
against adding to the clutter.
Thanks for the IBAN information, Matthew
|
Please don´t even joke about this! I live in Slovakia spend the year in ASIA
my IP is from Vietnam/Japan/China whatever. I come back home on christmass and
open all my post sent home in the year. I use gmail which has "gmail.com" means
global ... I have enough troubles with money transfers just because some pages
need to have my address locked to IP which I find is the stupidest thing on earth
in 2018 !! Some helpdesk guy even told me to travel home change my country and
come back ... 1200 €for fligh ticket just to change my country of origin if I
have all document with it on them to buy a 10 € token ... oh yes! Please think...
rules like these make a lot of hell for people like me.
|
|
| Author: | randyf | | Posted: | Oct 14, 2018 20:08 | | Subject: | Re: Inventory Change Request for Set 4403-1 | | Viewed: | 23 times | | Topic: | Inventories Requests | |
|
| In Inventories Requests, StormChaser writes:
| | In Inventories Requests, Dino1 writes:
| | Look at the invebtory on BL. There are 699 parts.
|
There are 698 parts. The inventory on BrickLink is incorrect.
|
Or the number on the box is incorrect. LEGO has screwed up the piece count on
the box more than once in the past.
Cheers,
Randy
|
|
| Author: | Mortimer | | Posted: | Oct 14, 2018 18:44 | | Subject: | Inventory Change Request for Set 4403-1 | | Viewed: | 19 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 1 Part 32556 Light Gray Technic, Pin 3L without Friction Ridges Lengthwise (Extra)
* Change {5 to 4} Part Light Gray 32556 Technic, Pin 3L without Friction Ridges Lengthwise
Comments from Submitter:
Indeed, I missed one!
Here's to 698 pts.
|
|
| Author: | DallasBricks | | Posted: | Oct 14, 2018 17:08 | | Subject: | Re: green and bright green reddish brown or brown | | Viewed: | 39 times | | Topic: | Colors | |
|
| In LEGO, Skylar2010 writes:
| | Is bright green a newer shade of green than the regular green?
And is reddish brown newer than brown? Has lego stopped using
one or more of these colors?
|
LEGO stopped producing Brown in 2006 as you will see in the color chart via the
link provided in the first answer. Both Green and Bright Green are still in
production and are considered distinct colors. Bright Green is not a replacement
to Green like Reddish Brown was to Brown.
David
|
|
| Author: | StormChaser | | Posted: | Oct 14, 2018 16:55 | | Subject: | Re: green and bright green reddish brown or brown | | Viewed: | 43 times | | Topic: | Colors | |
|
| In LEGO, Skylar2010 writes:
| | Is bright green a newer shade of green than the regular green?
And is reddish brown newer than brown? Has lego stopped using
one or more of these colors?
|
You can find the answers to these questions on this page:
https://www.bricklink.com/catalogColors.asp
|
| Author: | Skylar2010 | | Posted: | Oct 14, 2018 16:53 | | Subject: | green and bright green reddish brown or brown | | Viewed: | 107 times | | Topic: | Colors | | Status: | Open | |
|
| Is bright green a newer shade of green than the regular green?
And is reddish brown newer than brown? Has lego stopped using
one or more of these colors?
|
| Author: | StormChaser | | Posted: | Oct 14, 2018 16:05 | | Subject: | Re: set 41068 | | Viewed: | 26 times | | Topic: | Inventories | |
|
| In LEGO, Skylar2010 writes:
| | Has anyone already submitted those remaining stickered parts for approval ?
i can't seem to do anything with it.
|
I don't believe so, but you can check the list of items pending approval
here:
https://www.bricklink.com/catalogPend.asp
There are hundreds (if not thousands) of stickered counterparts which have not
been added to the catalog.
|
| Author: | Skylar2010 | | Posted: | Oct 14, 2018 15:58 | | Subject: | Re: set 41068 | | Viewed: | 22 times | | Topic: | Inventories | |
|
| In LEGO, StormChaser writes:
Has anyone already submitted those remaining stickered parts for approval ?
i can't seem to do anything with it.
|
|
| Author: | StormChaser | | Posted: | Oct 14, 2018 15:17 | | Subject: | Re: Inventory Change Request for Set 1781-1 | | Viewed: | 20 times | | Topic: | Inventories Requests | |
|
| In Inventories Requests, StormChaser writes:
| | OMG, so this one time I saw a real dinosaur! It was very dark on Lake Michigan one windy November night in 1923 and I was standing by the shore thinking of poor Sally who had gone to fight in the big war and then, out of nowhere, I heard a loud noise and figured it must have been a dinosaur. I mean, I didn't see it, you know, but this was 1920 freakin' three and what else could have made such a loud noise? I tell you, it frightened me, but good. I reckon I ain't never been the same since then nor before.
|
|
|
|
| Author: | StormChaser | | Posted: | Oct 14, 2018 15:13 | | Subject: | Inventory Change Request for Set 1781-1 | | Viewed: | 27 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
|
| Please make changes to the following inventory:
* Change 2 Part {Green to Dark Orange} 31061 Duplo, Brick 2 x 2 x 2 with Indented Sides (Tree Trunk)
Comments from Submitter:
I make with the pictures soon.
|
| Author: | StormChaser | | Posted: | Oct 14, 2018 14:44 | | Subject: | Re: Inventory Change Request for Set 4403-1 | | Viewed: | 28 times | | Topic: | Inventories Requests | |
|
| In Inventories Requests, Dino1 writes:
| | Look at the invebtory on BL. There are 699 parts.
|
There are 698 parts. The inventory on BrickLink is incorrect.
|
|
| Author: | StormChaser | | Posted: | Oct 14, 2018 14:43 | | Subject: | Inventory Change Request for Set 089-1 | | Viewed: | 23 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
|
| Please make changes to the following inventory:
* Change {3 to 4} Part Red 3011 Duplo, Brick 2 x 4
* Change {2 to 3} Part Yellow 3437 Duplo, Brick 2 x 2
Comments from Submitter:
Changing inventory to match the European/Australian/Canadian version. The current picture clearly shows four red 2 x 4 bricks. The yellow 2 x 2 brick is assumed based on convincing evidence that it appeared in the other version.
|
|
| Author: | Dino | | Posted: | Oct 14, 2018 14:43 | | Subject: | Re: Inventory Change Request for Set 4403-1 | | Viewed: | 26 times | | Topic: | Inventories Requests | |
|
| In Inventories Requests, StormChaser writes:
| | In Inventories Requests, Mortimer writes:
These changes get us to 699 parts, but the part count printed on the set box
is 698 parts. Is there a chance you might have missed one?
|
Look at the invebtory on BL. There are 699 parts.
|
| Author: | StormChaser | | Posted: | Oct 14, 2018 14:38 | | Subject: | Re: Inventory Change Request for Set 537-2 | | Viewed: | 14 times | | Topic: | Inventories Requests | |
|
| In Inventories Requests, StormChaser writes:
| | Brick is not shown on front of box, but is visible on back of box.
|
|
|
| Author: | StormChaser | | Posted: | Oct 14, 2018 14:37 | | Subject: | Inventory Change Request for Set 537-2 | | Viewed: | 23 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
|
| Please make changes to the following inventory:
* Change {2 to 3} Part Yellow 3437 Duplo, Brick 2 x 2
Comments from Submitter:
Brick is not shown on front of box, but is visible on back of box.
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
France, Nouvelle-Aquitaine
USA, Florida
United Kingdom, England
Slovakia, Trnavský Kraj
Belgium, Liege
)
)
)
Luxembourg
)
)
