PNE-6482 Support default_labels in MaterialSpec constructor

[jamie-heller]

Support default_labels in MaterialSpec constructor

PNE-6482

Description

This update is analagous to the one in #989

The associated utility function and test have been moved to a shared module, and the documentation has been updated

PR Type:

• Breaking change (fix or feature that would cause existing functionality to change)
• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Maintenance (non-breaking change to assist developers)

Adherence to team decisions

• I have added tests for 100% coverage
• I have written Numpy-style docstrings for every method and class.
• I have communicated the downstream consequences of the PR to others.
• I have bumped the version in __version__.py

[kroenlein]

Looks good, assuming the BE expects the change. Is there any risk of existing artifacts that need to be migrated?

[jamie-heller]

Looks good, assuming the BE expects the change. Is there any risk of existing artifacts that need to be migrated?

Thanks! I don't that's too much of a concern -- in the non-SDK ingest workflows the MaterialSpecs were already receiving default labels, the SDK support for default labels was only initially added in #989, and the worst case scenario is that a MaterialSpec created via SDK doesn't pick up a default label if no explicit labels are provided.