Describe the bug
A clear and concise description of what the bug is.
If we specify the highest field in yml-file without any attributes, this highest filed will not be found by the OSI-Validator. It seems that we need to have at least one attribute (no matter which one it is) in yml-file.
Describe how to reproduce the bug
Steps to reproduce the behavior:
- Go to folder 'requirements-osi-3'
- Open the yml file 'osi_version.yml'
- Delete all text under 'InterfaceVersion:'
- Save the yml file 'osi_version.yml'
- Run 'osivalidator -r -requirements-osi-3 .\data\small_test.osi'
- See error in screenshot.
- Open the yml file 'osi_version.yml'
- Add one attribute (like ' version_major:')
- Save the yml file 'osi_version.yml'
- Run 'osivalidator -r -requirements-osi-3 .\data\small_test.osi'
- See it works again
Describe the expected behavior
Since the OSI-Validator produces always an explicit output on what is not set and just outputs only the highest field, I think I only need to define the highest field in yml file (like InterfaceVersion in osi_version.yml), if I am not interested in this field.
Show some screenshots

Describe the OS you are using
- OS: Windows 10
- Language: Python
- Version 3.7
Additional context
Describe the bug
A clear and concise description of what the bug is.
If we specify the highest field in yml-file without any attributes, this highest filed will not be found by the OSI-Validator. It seems that we need to have at least one attribute (no matter which one it is) in yml-file.
Describe how to reproduce the bug
Steps to reproduce the behavior:
Describe the expected behavior
Since the OSI-Validator produces always an explicit output on what is not set and just outputs only the highest field, I think I only need to define the highest field in yml file (like InterfaceVersion in osi_version.yml), if I am not interested in this field.
Show some screenshots
Describe the OS you are using
Additional context