Cleanup for OpenAPI Generation

[mekhlakapoor]

Ran into multiple errors when importing aind-sharepoint-service-async-client due to issues with auto-generated enums.

Errors include:
(1) _sharepoint_service_async_client\models\las_projectid.py", line 44 ENUM_102_MINUS_01_MINUS_044_MINUS_10_–_CTY_GENOMICS = '102-01-044-10 – CTY Genomics' ^ SyntaxError: invalid character '–' (U+2013)
cause: character '–' in enum value was being used to generate the enum key name in the async client model.
frequency: 5

(2) raise TypeError('Attempted to reuse key: %r' % key) TypeError: Attempted to reuse key: 'MMPATCHX'
cause: the LimsProject model has 2 values: "mMPATCHx" and "mMPatchx". The enum values (default is CAPS) were being used to generate the enum key names. frequency: 2

(3) ModuleNotFoundError: aind_sharepoint_service_async_client.models.lightcycle import Lightcycle
cause: name of module was light_cycle for nsb2019, lightcycle0 for nsb2023. this stems from duplicate naming of enum classes in the 2 nsb lists
frequency: 2

This PR:

• Adds "NSB2019" and "NSB2023" prefixes to all enum class names for easier generation and documentation purposes
• Updates the generate_openapi.py script to use the enum definitions rather than re-generating it with open api (using x-enum-varnames)

Notes:

• Tested out the openapi python generator config options, but support for enum flexibility was a little more limited than other generators (ex: did not support enumNameMapping, etc)

[mekhlakapoor]

Merging for now. @jtyoung84 might look into a cleaner solution in the future