-
Notifications
You must be signed in to change notification settings - Fork 823
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 support for structured sizes and measurements #2811
Comments
/cc @philarcher To be explicit, this is a direction that Google both supports for the general ecosystem, and expects (if adopted) to actively implement. |
Thanks @danbri & @alex-jansen. I'll take a look and ask @mgh128 for support in that. |
Thanks - I read through the Google Doc yesterday evening and the approach seems logical and reusable for various types of products. We (GS1) are happy to help support this. In the near term, feel free to extract any of our code lists etc. from https://www.gs1.org/voc or the Turtle / JSON-LD versions linked from https://www.gs1.org/standards/gs1-smartsearch/1-6 |
Thanks @mgh128 and @philarcher. I create a first draft (including a full example) of the proposed schemas and submitted a pull request for review by @danbri and @mfhepp, please take a look. I did not directly import the code lists from GS1 (so I could follow the enumeration naming conventions in core Schema.Org) but I took care to include the GS1 enumeration values for wearable size types, groups, and systems with two exceptions: I did not add ONE_DIMENSION for gs1:SizeTypeCode (I am not sure about its role?) and also WOMENS_TALL and MENS_TALL for gs1:SizeGroupCode (since these can be constructed by providing multiple values, e.g., WOMENS and TALL). Also note that I followed EN-13402 to enumerate body measurement dimensions. This does not include for example measurement for shoes and others which we might to add add. Comments welcome! |
Thanks, @mgh128 @philarcher. Let's get this merged into Pending, so that the design can be explored using the normal Schema.org site navigation / linking etc machinery. |
Implemented in V12.0 |
Also science ... There are usually at least three items of information involved:
|
Hi all I found i contradiction in this scheme's example… there is It's because WearableMeasurementChest is missing in WearableMeasurementTypeEnumeration ( https://schema.org/WearableMeasurementTypeEnumeration ) or bad value in this example ? |
Good catch @iiic, this should have been https://schema.org/WearableMeasurementChestOrBust. Fixed and created a merge request. |
In Release 9.0 a new /size property was published (see issue #2587) to model product sizes as free-form text.
As a follow-up to address the still open items from issue #2587 and in collaboration with @danbri and @mfhepp we are now proposing to also allow a more structured way of specifying product sizes.
For example, apparel sizes are often expressed as a combination of one or more of the following attributes:
We propose to add a few new types and properties to model these size-related attributes, building on prior art such as the GS1 Web Vocabulary (SizeDetails) and the CPI Ontology (example, reference).
We also propose to generalize the concept of a "measurement" since it applies to many types of products (i.e., not just wearables). For example a bicycle has wheel and frame measurements, and a screw has gauge and thread-distance measurements.
Given the size of the proposal, an external Google Docs document is created for review and inline comments.
Adding @mgh128 and @jvandriel based on the discussion in #2587.
The text was updated successfully, but these errors were encountered: