Es gibt eine Funktion, die Teil eines Softwarepakets (MRICro) ist und 'dcm2nii' genannt wird.Funktion funktioniert korrekt mit relativer Pfadeingabe, aber NICHT mit absoluter Pfadeingabe
Wenn ein relativer Pfad als Ausgabeverzeichnis verwendet wird, funktioniert die Funktion einwandfrei.
Wenn jedoch der absolute Pfad zum genau gleichen Ordner verwendet wird, bricht die Funktion zusammen.
Beispiel (absoluter Pfad):
dcm2nii -o /net/user1/project_name/Data/2011_01_10_SVD1/Processed/3_fMRI_rest E2538S3I00*
Beispiel (relativer Pfad):
dcm2nii -o ../Processed/3_fMRI_rest E2538S3I00*
Beispielfehlermeldung, die auftritt, wenn der absoluten Pfad für die Ausgabe-Ordner verwenden (die letzte Zeile zeigt, dass die Ausgabedatei kann nicht erstellt werden):
Validating 52 potential DICOM images.
Found 52 DICOM images.
Converting 52/52 2
E2538S3I0001.MR.dcm->20110110_112950E2538S3I0001MRFPSD1F29OCT2010RCs003a1001.nii
GZip 20110110_112950E2538S3I0001MRFPSD1F29OCT2010RCs003a1001.nii
unable to create /net/user1/project_name/Data/2011_01_10_SVD1/Processed/3_fMRI_rest/20110110_112950E2538S3I0001MRFPSD1F29OCT2010RCs003a1001.nii.gz
Ich weiß nicht, ob dieses Problem ich Das liegt daran, dass ich bei Linux/Bash etwas falsch gemacht habe oder aufgrund der Funktion tatsächlich einen Fehler gemacht habe.
Aber jede Eingabe wird geschätzt.
Auf einer allgemeineren Ebene suche ich nach irgendeinem vorhersehbaren Grund dafür, warum eine Funktion in der Lage wäre, einen relativen Ordnerpfad und nicht einen absoluten Pfad zu verwenden (vorausgesetzt, dass sie zum selben Ort auflösen).
EDIT: pwd gibt: /net/user1/project_name/Daten/2011_01_10_SVD1/3_fMRI_rest
Riecht wie ein Käfer. Ich würde mich beim Autor des Programms beschweren. –
Tritt dies in einer neu geöffneten Shell auf? Wenn Sie das Ziel umbenennen, erstellen Sie ein neues Verzeichnis mit dem alten Namen und verwenden Sie das ursprüngliche Argument für das Ziel, passiert es noch? –
Können Sie auf dem 'pwd' Standort aktualisieren? Das würde helfen, die Frage besser zu verstehen. – TheCottonSilk