-
Notifications
You must be signed in to change notification settings - Fork 10
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
Issue Reading Zygo Optical Profiler MetroPro Format Data with open_topography #364
Comments
Thank you for reporting. I'll resolve this asap. |
Hi @nombac - the problem occurs at a part of the code that starts with the comment # TODO: We have no example file to actually test this code --- so I am not surprised that it breaks. I will fix this. My question to you: Can I include the file that you posted here into the repository for automated testing? This will make sure this code does not break with future changes. It would appear in the |
@nombac I've release v1.13.13 - can you check whether this fixes the issue for you? |
Thank you for your work on this! |
Okay perfect, thank you! |
I'm experiencing a problem while attempting to load a data file from a Zygo optical profiler, which should be in the MetroPro format, using the SurfaceTopography Python package. Notably, the file can be correctly read by Gwyddion, suggesting the data itself is not corrupted. Below is the code snippet I executed:
Upon running this code, I am faced with a series of errors indicating that none of the readers available in the package could properly detect or read the file format. The traceback highlights that there might be an issue with the file parsing or format recognition. Here's the pertinent part of the traceback:
This data is crucial for my work. Since I cannot attach the file directly here, please find the data accessible via the following Dropbox link for your reference and testing:
test.dat
Could anyone assist in resolving this issue or suggest an alternative approach?
Thank you!
The text was updated successfully, but these errors were encountered: