[Gnuplotskript]Pfad für outputdatei relativ zum Ordner möglich?

jeudi 1 octobre 2015

Hallo liebe Leute aus den weiten des Internets,

ich hoffe das Forum hier ist einigermasen richtig für meine Art der Frage.

Ich bin noch recht neu in Gnuplot und habe auch garkeine Ahnung vom programmieren, aber trotzdem habe ich ein Skript für meine Studienarbeit geschrieben.

Kurz eine kleine Erläuterung zur Problemstellung:

1. Ich habe eine Gnuplotskript geschrieben, welches aus verschiedenen "unterordner" Daten ausliest und plottet.

2. Es gibt ein bash.sh skript auf welches von überall zugegriffen werden kann (da in .bashrc drin) und das auch mein Gnuplotskript ausführt.

3. Ich habe ganz viele Simulationen (mit unterschiedlichen Namen, aber gleicher Struktur der Unterordner), in denen ich jedesmal das bash.sh skript ausführe.

Mein Problem ist jetzt, dass ich es nicht hinbekomme, dass die Outputdatei immer in der jewiligen Simulation im Unterordner gespeichern wird. Da ich im Gnuplotskript der genauen Pfad eingeben musste. Das stimmt dann für die erste Simulationen, aber in der zweiten Simulation speichert es die Outputdatei wieder im Unterordner der ersten Simulationen.
Ich hoffe das Problem ist einigermassen verständlich.

Hier wie es momentan aussieht mit Output:
Code:

set output "/home/Pfad/zur/Simulationen1/Unterordner/output.pdf"
Ich geh immer in den Ordner "Simulation1", "Simulationen2" , etc und führ da das Skript aus. Aber bei "Simulation2" und passt das natürlich nicht mehr.

Deshalb suche ich eine Möglichkeit, das die output Datei irgendwie relativ zu dem ordner in dem man das skript ausführt, gespeichert wird.

Ist das überhaupt möglich?
Leider habe ich keine Lösung im Internet gefunden. Vielleicht weiss hier im Forum ja einer weiter?

Ich hatte da was von "$0/1/2" für Pfade oder "gnuplot<<EOF" gelesen, aber das hab ich nicht ganz verstanden. Bzw das EOF ist ja eher was für programmierer, da blicke ich eh garnicht durch.^^

Würde mich sehr über Hilfe freuen.
Ansonsten noch einen schönen Tag.

mfg BomberBunny :)


0 commentaires:

Enregistrer un commentaire

 

Lorem

Ipsum

Dolor