Fix: Require explicit GVL vendor ID declaration for aliases

[bsardo]

Implements #4463

This PR does the following:
Removes logic that allows aliases to inherit the GVL ID from its parent
Explicitly declares the same GVL ID for these aliases as its parent since it is clear the alias and parent are the same entity:

• adform
• admaticde
• epsilon (conversant rebranding)
• equativ (owns smartadserver)
• freewheel-ssp
• magnite
• showheroes-bs
• showheroesBs
• ttd
• yahooAdvertisting
• yahoossp

---

The following aliases are currently inheriting a GVL ID from the parent but IMO it is not clear that the alias should use the same GVL ID as the parent. Some of these though do appear to have their own GVL entries in the latest Global Vendor List:

• copper6 (alias of adtelligent) —> should it be 1356 IAW latest GVL? --> emailed --> confirmed 1356 is correct
• pgam (alias of adtelligent) —> should it be 1353 IAW latest GVL? --> emailed --> confirmed 1353 is correct
• pixad (alias of admatic) --> emailed --> confirming pixad is a company within the admatic group --> keep same as parent
• rxnetwork (alias of adkernel) --> emailed --> should set to 0
• tagoras (alias of vidazoo) —> should it be 1450 IAW latest GVL? --> emailed --> confirmed 1450 is correct
• monetixads (alias of admatic) --> emailed --> keep same as parent
• netaddiction (alias of admatic) --> emailed --> keep same as parent
• yobee (alias of admatic) --> emailed --> keep same as parent
• indicue (alias of adtelligent) --> emailed --> keep same as parent --> they will put up a separate PR to set it to 0.
• janet (alias of adtelligent) --> emailed --> keep same as parent
• streamkey (alias of adtelligent) --> emailed --> keep same as parent
• finative (alias of seedingalliance) --> emailed --> keep same as parent

This second group of adapters have been emailed at the maintainer address on file in their corresponding YAML file.

[hhhjort]

Looks good, but I did not verify the GLV Vendor ID numbers.