Deduplicate css.types.basic-shape.path and descendants

[ddbeck]

Summary

css.types.basic-shape.path is shown as partially implemented in all browsers, but this information is a summation of the descendant features. This PR undoes this flattening, showing path() support commencing with the first of the subfeatures.

Test results and supporting details

Since this is duplicate information, the source is BCD itself (i.e., css.types.basic-shape.path.{clip-path,d,offset-path,shape-outside}), though I'm just deleting data rather than introducing new facts.

The existing structure of this data—with subfeatures reiterating a partial implementation of the parent—makes actually consuming this data in web-features impossible. Because the parent feature is shown as not implemented and compute-baseline follows a feature's ancestry (e.g., to know if a feature is behind its parent's prefix), the descendants are also treated as partially implemented. Since there's a way to know which contexts are supported—the features dedicated to those facts—I think we shouldn't show partially implemented on the top-most path() feature.

Related issues

web-platform-dx/web-features#1799

[caugner]

LGTM and makes much more sense this way.