Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Added an --xml-dir option to pbp-meta-gen #36

Conversation

spacetimeengineer
Copy link
Contributor

I have tested all scenarios I can think of. Linux, windows and all possible command configurations where --xml-dir is not specified and where it is. In all cases it passes the tests I imposed on it. If I move around the xml logs it works, if it cant find them it will tell you. As far as the abstract class is concerned, the xml-dir is now required but the scripts will provide the variable as the same as the audio directory unless the user specifies otherwise by --xml-dir.

My team required this feature. I made this work by reworking the abstract class. If you do not specify ----xml-dir you the behavior will default to prior build where xml log path is assumed to be the same as the audio directory.
I had some development artifacts from testing earlier so I had to make some edits to the xml-dir branch that wont be required in the main.
@spacetimeengineer
Copy link
Contributor Author

I forgot about the tests. Ill take care of those shortly.

Attempting to fix two tests.
I had tests fail because I was borrowing the same abstract class. Here I just made a second class that was compatible with sound-trap. This way the original implementation remains unchanged allowing the tests top pass.
I had forgot to change the to new abstract class argument.
@danellecline
Copy link
Collaborator

What a terrific contribution. The option and its behavior make good sense to me.
Many thanks @spacetimeengineer 💯

I modified the try block in the abstract to be consistent.
@spacetimeengineer
Copy link
Contributor Author

Thanks Danelle, glad you like it. In the end I had to create a new abstract class specifically for SOUNDTRAP because I couldn't impose an xml-dir required or not on the other devices. Still working on fixing this last build error.

Removed the file:// string from xml path since it is more simple than that.
Ran a ruff on the files.
The main method implementation wasn't changed until now. Since I didn't technically need it it was only the linters that caught it.
I forgot to run a ruff on the modified files.
@danellecline danellecline merged commit 59f22ea into mbari-org:main Sep 5, 2024
1 check passed
@spacetimeengineer
Copy link
Contributor Author

Thanks Danelle!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants