Remove KHR_texture_transform distinction in UCesiumFeaturesMetadataComponent

[j9liu]

Description

Depends on #1757, so merge that first.

This change removes the non-meaningful bHasKhrTextureTransform properties from FCesiumFeatureIdSetDescription and FCesiumPropertyTexturePropertyDescription. Now, it will always generate nodes to intercept any scale / offset / rotation parsed from KHR_texture_transform.

This simplifies some of the implementation in #1762, so IMO it is a worthwhile and easy change. It also won't break any existing materials because there are already correct default values when sampling feature ID textures anyway.

Issue number or link

Closes #1760.

Author checklist

• I have done a full self-review of my code.
• I have updated CHANGES.md with a short summary of my change (for user-facing changes).
• [ ] I have added or updated unit tests to ensure consistent code coverage as necessary.
• I have updated the documentation as necessary.

Testing plan

Although #1764 exists, it's still possible to test the actual generation of nodes in the material. Also open 06_CesiumMetadata to check that it still works, since it uses feature ID textures without the KHR_texture_transform extension.