| Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | Admin_Russell  | | Posted: | Apr 7, 2021 11:27 | | Subject: | Re: New Packing Dimensions Feature | | Viewed: | 54 times | | Topic: | Catalog | |
| In Catalog, Brick.Door writes:
| | For parts is the z dimension the height? Because I looked at 1x1x5 brick and
the height is .8 cm. The actual height was entered as the y dimension.
Or is the z dimension the smallest? So that it can be used to determine whether
the item will fit in a thin envelope. In that case there are many entries that
need to be changed.
Before all the work of populating part dimensions i think we need to figure out
how it is going to be used.
|
Many of the currently entered Packing Dimensions were mass imported from LDraw
data when Instant Checkout was implemented in 2017. These measurements have no
user credit - that is how you can tell where they came from.
Things were done that way to get the system up and running quickly, but at this
point we need to refine the data. I am outlining the submission rules on the
Help page, but essentially what they say is this - for parts, use the stud dimensions
to determine the order of the fields. Where there are no stud dimensions, add
dimensions in whichever order you wish.
So please submit a correction to that data. It is very likely there is more wrong
than just the order of the fields.
Instant Checkout will work no matter what order the data is in, but when stud
and metric dimensions are listed together, it makes sense that the fields line
up.
The Z dimension should always mean height / thickness according to the rules
for stud dimensions.
|
 |
| Author: | randyf | | Posted: | Apr 7, 2021 11:16 | | Subject: | Re: Inventory Change Request for Minifig sw0100 | | Viewed: | 32 times | | Topic: | Inventories Requests | |
| In Inventories Requests, dcarmine writes:
| | Then why is the figure pic in DK OG? The set pic and box image also have it
as DK OG?
|
There are many official set images and box images that show things that were
never included in the sets, but our guideline is to *not* alter official set
images or box images. However, we can change the figure image. There just happens
to be another image attached to that figure that shows the correct hair, so we
will just remove the image with dark orange hair. The image for the figure with
cape is already correct, also.
|
|
| Author: | Brick.Door | | Posted: | Apr 7, 2021 11:04 | | Subject: | Re: New Packing Dimensions Feature | | Viewed: | 44 times | | Topic: | Catalog | |
| For parts is the z dimension the height? Because I looked at 1x1x5 brick and
the height is .8 cm. The actual height was entered as the y dimension.
Or is the z dimension the smallest? So that it can be used to determine whether
the item will fit in a thin envelope. In that case there are many entries that
need to be changed.
Before all the work of populating part dimensions i think we need to figure out
how it is going to be used.
|
|
| Author: | brickerking | | Posted: | Apr 7, 2021 11:00 | | Subject: | Re: New Packing Dimensions Feature | | Viewed: | 42 times | | Topic: | Catalog | |
| In Catalog, Admin_Russell writes:
| | Personally, I would encourage you to spend 100% of your measurement submissions on actual dimensions at this point, and not worry about the studs.
|
Yay, this makes sense! You can always perform a calculation on the server side
to display stud dimensions. Entering a real unit of measurement on the user/data
entry side is a great improvement!
|
| Author: | tec | | Posted: | Apr 7, 2021 10:56 | | Subject: | Re: New Packing Dimensions Feature | | Viewed: | 36 times | | Topic: | Catalog | |
| | Good to know |
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
|
