You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When exporting to phy, the params.py file contains the path to the recording.dat file as an absolute path. The moment the folder is moved to another machine, phy fails to open as the path is wrong.
I wonder if it makes sense to turn it into a relative path. I tried it on one session and it resolved the issue. Unless that breaks some other functionality I am not aware of.
The text was updated successfully, but these errors were encountered:
Yes I think we should give the option to use relative paths with respect to the output folder. We have a similar option for the waveform extractor that we could propagate here. Thanks for the suggestion!
Just in case people search here in the future how the export_to_phy behaves related to native KS behavior:
KS1 and KS2 supply just the name of the binary file in the dat_path
KS2.5 and KS3 supply the absolute path in the dat_path (specifically to the temp_wh.dat.
@Cumol, the option to use a relative path is now merged with #2041. To use you would need to install spikeinterface from source (instructions) or wait for the next pypi release. The new keyword argument is use_relative_path.
If True and `copy_binary=True` saves the binary file `dat_path` in the `params.py` relative to `output_folder` (ie `dat_path=r'recording.dat'`). If `copy_binary=False`, then uses a path relative to the `output_folder`
If False, uses an absolute path in the `params.py` (ie `dat_path=r'path/to/the/recording.dat'`)
When exporting to phy, the
params.py
file contains the path to the recording.dat file as an absolute path. The moment the folder is moved to another machine, phy fails to open as the path is wrong.https://github.com/SpikeInterface/spikeinterface/blob/843b451282369565ca8e62863b4814c772c479f8/src/spikeinterface/exporters/to_phy.py#L152C18-L152C18
I wonder if it makes sense to turn it into a relative path. I tried it on one session and it resolved the issue. Unless that breaks some other functionality I am not aware of.
The text was updated successfully, but these errors were encountered: