gelöst Daten an Dateinamen anhängen
Wie kann ich es schaffen, dass in einem Textfile ausgegebene Berechnungen von mehreren Dateien jeweils an deren Filenamen angehängt werden?
Guten Morgen zusammen. Leider habe ich mal wieder ein Problem, bei dem ich nicht weiter weiß und auf eure Hilfe hoffe.
Derzeit sieht mein Code so aus:
Dieser Code funktioniert nur leider logischerweise nur bei einer einzigen Datei im selben Ordner, da set /p "x="<"temp\test.txt" ja nur die erste Zeile ausliest. Ich würde die Umbenennung aber gern für alle zip-Dateien in diesem Ordner in einem Rutsch machen,.
Die zugehörige test.txt sieht einfach so aus (bei angenommenen 3 verschiedenen zip-Dateien).:
3797B8435
3476C44Z8
B489ZJ983
Theoretisch wäre es aber kein Problem das Berechnungsprogramm eine Ausgabe zusammen mit den Dateinamen wie folgt (vielleicht sogar mit zusätzlichem Trennzeichen, müsste ich mal schauen) machen zu lassen, wenn das mehr nützt (für die Zuordnung, aber das sollte eigentlich kein Problem sein, da das andere Programm ja auch nach den Dateinamen abarbeitet und die Werte in das Testfile schreibt):
Dateiname1.zip 3797B8435
Datei22.zip3476C44Z8
DateiNr13.zip B489ZJ983
Da die Länge des Dateinamens variiert, habe ich deshalb in meinen bisherigen Versuchen darauf verzichtet, aber vielleicht liegt die Lösung doch im zusätzlichen Import und Abgleich der Dateinamen? Hat irgendwer noch eine Idee, wo ich ansetzen könnte?
Danke schonmal im voraus.
Derzeit sieht mein Code so aus:
01.
@echo off
02.
03.
REM +++ Hole anzuhängende Daten aus Textfile
04.
set /p "x="<"temp\test.txt"
05.
06.
REM +++ Hänge Inhalt der test.txt an Dateinamen an
07.
for %%a in (*.zip) do copy %%a "%%~na_%x%.zip"
08.
09.
PAUSEDie zugehörige test.txt sieht einfach so aus (bei angenommenen 3 verschiedenen zip-Dateien).:
3797B8435
3476C44Z8
B489ZJ983
Theoretisch wäre es aber kein Problem das Berechnungsprogramm eine Ausgabe zusammen mit den Dateinamen wie folgt (vielleicht sogar mit zusätzlichem Trennzeichen, müsste ich mal schauen) machen zu lassen, wenn das mehr nützt (für die Zuordnung, aber das sollte eigentlich kein Problem sein, da das andere Programm ja auch nach den Dateinamen abarbeitet und die Werte in das Testfile schreibt):
Dateiname1.zip 3797B8435
Datei22.zip3476C44Z8
DateiNr13.zip B489ZJ983
Da die Länge des Dateinamens variiert, habe ich deshalb in meinen bisherigen Versuchen darauf verzichtet, aber vielleicht liegt die Lösung doch im zusätzlichen Import und Abgleich der Dateinamen? Hat irgendwer noch eine Idee, wo ich ansetzen könnte?
Danke schonmal im voraus.
3 Antworten
- LÖSUNG Skyemugen schreibt am 09.08.2011 um 07:58:36 Uhr
- LÖSUNG bastla schreibt am 09.08.2011 um 08:51:55 Uhr
- LÖSUNG Sodele schreibt am 09.08.2011 um 17:15:25 Uhr
LÖSUNG 09.08.2011 um 07:58 Uhr
Aloha,
Also dein voranstehendes Programm berechnet für jeweils eine Datei diesen Wert? Dann ist für mich banane, dass du diese erst in ein Textfile schreibst und dann widerum erneut Schleifen laufen lassen willst, um die Dateien, die bereits vorher angefasst werden, umzubenennen.
Ich meine:
Programm X nimmt Datei A aus %%i (wahrscheinlich), nimmt sich wasauchimmeresfürdieBerechnungbenötigt berechnet den Wert und ren oder von mir aus auch copy wie oben angegeben dann %%i zu %%~ni_%Berechnungsergebnis%%%~xi
Wäre natürlich gut zu wissen, was Programm X batch? 3rd-party-tool? ist und wie du es im bisherigen Verlauf einsetzt.
Oder wie sehe ich das? Wäre für mich der logischste und direkteste Weg.
greetz André
P.S.:
Variante 1 für Dateinamen ohne Leerzeichen | Liste à la Dateiname1.zip 3797B8435
Variante 2 für Dateinamen mit Leerzeichen | Liste à la Dateiname 1.zip 3797B8435
P.P.S.: Erst einmal frühstücken ;D
Danke schonmal im voraus.
... wollen wir hier nicht mehr lesen ...Also dein voranstehendes Programm berechnet für jeweils eine Datei diesen Wert? Dann ist für mich banane, dass du diese erst in ein Textfile schreibst und dann widerum erneut Schleifen laufen lassen willst, um die Dateien, die bereits vorher angefasst werden, umzubenennen.
Ich meine:
Programm X nimmt Datei A aus %%i (wahrscheinlich), nimmt sich wasauchimmeresfürdieBerechnungbenötigt berechnet den Wert und ren oder von mir aus auch copy wie oben angegeben dann %%i zu %%~ni_%Berechnungsergebnis%%%~xi
Wäre natürlich gut zu wissen, was Programm X batch? 3rd-party-tool? ist und wie du es im bisherigen Verlauf einsetzt.
Oder wie sehe ich das? Wäre für mich der logischste und direkteste Weg.
greetz André
P.S.:
Variante 1 für Dateinamen ohne Leerzeichen | Liste à la Dateiname1.zip 3797B8435
01.
@echo off & setlocal
02.
set "Pfad=E:\Skripte\Ablage\Temp"
03.
set "LOG=%Pfad%\test.txt"
04.
pushd "%Pfad%"
05.
for %%s in (*.zip) do (
06.
for /f "tokens=2" %%m in ('findstr "%%s" "%LOG%"') do (
07.
ren "%%s" "%%~ns_%%m%%~xs"
08.
)
09.
)
10.
popd
11.
pause
12.
goto :eof01.
@echo off & setlocal
02.
set "Pfad=E:\Skripte\Ablage\Temp"
03.
set "LOG=%Pfad%\test.txt"
04.
pushd "%Pfad%"
05.
for %%s in (*.zip) do (
06.
for /f "delims=" %%m in ('findstr /c:"%%s" "%LOG%"') do call :Ablauf "%%s" "%%m"
07.
)
08.
popd
09.
pause
10.
goto :eof
11.
12.
:Ablauf
13.
set "Name=%~1 "
14.
set "Zeile=%~2"
15.
call set "replace=%%Zeile:%Name%=%%"
16.
ren %1 "%~n1_%replace%%~x1"
17.
goto :eof
LÖSUNG 09.08.2011 um 08:51 Uhr
Hallo Sodele und Skyemugen!
Grundsätzlich schließe ich mich Skyemugen an - die direkte Verarbeitung wäre sicherlich der sinnvollste Weg ...
... ansonsten aber ist die Variante mit der Liste inkl Dateinamen auf jeden Fall besser (wobei die Reihenfolge "Hashwert Leerzeichen Dateiname" lauten sollte), denn dann kann mit einem "findstr" der Wert der jeweiligen Datei gesucht werden - etwa:
Da die bereits umbenannten Dateien in der Liste nicht mehr gefunden werden, könnte der Batch bei Bedarf auch mehrmals laufen ...
Grüße
bastla
Grundsätzlich schließe ich mich Skyemugen an - die direkte Verarbeitung wäre sicherlich der sinnvollste Weg ...
... ansonsten aber ist die Variante mit der Liste inkl Dateinamen auf jeden Fall besser (wobei die Reihenfolge "Hashwert Leerzeichen Dateiname" lauten sollte), denn dann kann mit einem "findstr" der Wert der jeweiligen Datei gesucht werden - etwa:
for %%i in (*.zip) do for /f %%a in ('findstr /e /c:"%%~nxi" "temp\test.txt"') do ren "%%i" "%%~ni%%a%%~xi"Grüße
bastla
LÖSUNG 09.08.2011 um 17:15 Uhr
Vielen Dank für eure Hilfe.
Bastla hat es bereits erkannt, für's erste ging es nur um das Anhängen eines Hashwertes. Da man das Rad ja nicht gleich neu erfinden muss, hole ich ihn mir derzeit über jacksum. Ein direktes Anhängen habe ich bisher noch nicht geschafft (falls wer eine Möglichkeit dafür kennt, nur zu)., aber mir ging es hierbei auch mehr darum das Prinzip zu verstehen, wie ich verschiedene Daten eben an verschiedene Dateien anhängen kann, unabhängig davon, welches Programm (z.B. Datenbanken wie ACESS oder SQl oder nur einfache Tabellen wie Excel) mir so ein Texttile liefert, denn das ist für einen Batchlaien einfach leichter zu erstellen (und bei einer Menge an Files auch übersichtlicher vor so einer Massenumbenennung schnell noch zu überprüfen), als sich in jedes der Programme so hineinarbeiten zu müssen, um genau die Werte an den Dateinamen anhängen zu können, die man eben haben möchte.
Dass copy nicht dasselbe wie ren ist, ist mir außerdem klar. Für meine Testläufe wollte ich nur die Originaldateien noch erhalten, falls was schiefläuft. Ich würde das auf jeden Fall zum Schluss durch rename ersetzen.
Bastla hat es bereits erkannt, für's erste ging es nur um das Anhängen eines Hashwertes. Da man das Rad ja nicht gleich neu erfinden muss, hole ich ihn mir derzeit über jacksum. Ein direktes Anhängen habe ich bisher noch nicht geschafft (falls wer eine Möglichkeit dafür kennt, nur zu)., aber mir ging es hierbei auch mehr darum das Prinzip zu verstehen, wie ich verschiedene Daten eben an verschiedene Dateien anhängen kann, unabhängig davon, welches Programm (z.B. Datenbanken wie ACESS oder SQl oder nur einfache Tabellen wie Excel) mir so ein Texttile liefert, denn das ist für einen Batchlaien einfach leichter zu erstellen (und bei einer Menge an Files auch übersichtlicher vor so einer Massenumbenennung schnell noch zu überprüfen), als sich in jedes der Programme so hineinarbeiten zu müssen, um genau die Werte an den Dateinamen anhängen zu können, die man eben haben möchte.
Dass copy nicht dasselbe wie ren ist, ist mir außerdem klar. Für meine Testläufe wollte ich nur die Originaldateien noch erhalten, falls was schiefläuft. Ich würde das auf jeden Fall zum Schluss durch rename ersetzen.
Ähnliche Inhalte
Neue Wissensbeiträge
Heiß diskutierte Inhalte
