Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Proposal to add a few properties to express shipping dimensions of a Product #3120

Closed
alex-jansen opened this issue Jun 10, 2022 · 5 comments
Assignees
Labels
Queued for Staging (webschemas.org) Editorial work provisionally complete; ready for final review/checks.

Comments

@alex-jansen
Copy link
Contributor

Context - This is a proposal from Google based on our experience consuming schema.org Offer markup and working with similar data from online merchants. If it were accepted, it would make it easier for us and others to understand shipping dimensions (and associated delivery fees) for products sold online.

Proposal - Schema.org supports the specification of product dimensions through properties depth, width, height, and weight. However, delivery dimensions of a product can be substantially different from the product's dimensions itself, for example flat-pack furniture that needs to be assembled after delivery, or fragile items that require heavy protective materials for transport. Such shipping dimensions can also vary depending on the merchant, so are typically related to an Offer and not a Product. We therefore propose to add 4 new properties shippingWidth, shippingHeight, shippingLength, and shippingWeight. All 4 properties will be of type QuantitativeValue and will be for use on class Offer.

Alternatives

  • Instead of adding 4 new properties we could add the existing depth, width, height, and weight properties for use on Offer (currently these are only available on Product). However, this might be ambiguous and cause confusion.
  • A more flexible alternative would be adding the 4 existing properties depth, width, height, and weight for use on OfferShippingDetails, which allows for multiple packaging options for the same product. However, this might be unnecessary since packaging is typically the same independent from the shipping destination.
  • Yet another alternative would be adding a new ShippingDimension structured type (to be used on Offer using a new property), and adding the 4 existing dimension properties for use on this new type.
  • Instead of the "shipping" prefix we could decided to use a "package" or "shippingPackage" prefix for the property names.
@mfhepp
Copy link
Contributor

mfhepp commented Jun 29, 2022

Will look into this!

@danbri
Copy link
Contributor

danbri commented Jun 29, 2022 via email

@danbri
Copy link
Contributor

danbri commented Jul 8, 2022

pinging @mfhepp - did you get a chance to look at this?

@danbri
Copy link
Contributor

danbri commented Aug 9, 2022

Let's not have height-related (sub?) properties for all the xyzHeight situations that might arise. Schema.org is broadly comfortable with having properties be specialized in different ways for different types without multiplying their names.

A more flexible alternative would be adding the 4 existing properties depth, width, height, and weight for use on OfferShippingDetails,

I suggest we start here.

@danbri danbri added the Queued for Editorial Work Editor needs to turn issues/PRs into final code and release notes. label Aug 9, 2022
@danbri danbri added Queued for Staging (webschemas.org) Editorial work provisionally complete; ready for final review/checks. and removed Queued for Editorial Work Editor needs to turn issues/PRs into final code and release notes. labels Aug 9, 2022
@alex-jansen
Copy link
Contributor Author

Released in 15.0

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Queued for Staging (webschemas.org) Editorial work provisionally complete; ready for final review/checks.
Projects
None yet
Development

No branches or pull requests

3 participants