Description: Krename offers an easy way to rename hundreds of files in one go, giving you as much freedom as you need. You can use parts of the old filename, information like the current date or even an mp3 tag or the colour depth of an image.
Krename integrates into the Konqueror or Krusader filemanager !Last changelog:
KRename 4.0.9 fixes a crash when starting KRename on Ubuntu, a compilation error in the PoDoFo plugin and updates the Czech translation. The release can be found as usual at http://www.krename.net .
Feel free to report your feedback to our mailing list.
Hi Dominick
Thanks for the decade long commitment to making krename the best!
i just recently started a box with Ubuntu 1204. Unity died, so i put in KFCE.
i am a photographer so i was trying to get some meaningful names rather than the default ones. For the most part i was able to do this limited by my cams makers (Minolta) strange and limited use of exif.
In the process i hit on a number of snags that may just need some pointers or could be fodder for a roadmap:
1) Hitting F1 gives a "Documentation not Found" message in the KDE help center. i did find an English ODT file which has the documentation, but i do not know where to put it in my boxes file system so F1 will work in the future. Unfortunately i ran into a lot of dead ends presumably because all the sym pointers and varying conventions make general paths too hard to specify.
i did find ~/.kde/share/apps ... perhaps it needs a krename folder? Could the ODT go in there? Or the PDF?
i did succeed so that
PICT8481.JPE
became
1%2f3-400-m5-42-20120527t164150-8481.jpe
getting the exposure time, time, ISO, and camera from the exif and doing some simple regex stuff.
To get this far i used the tags
[exifExif.Photo.ExposureTime]
-[exifExif.Photo.ISOSpeedRatings]
-[$dirname...]
-[exifExif.Photo.FocalLengthIn35mmFilm]
-[exifExif.Photo.DateTimeDigitized]
-[%5-[length]]
2) As these tags are rather cumbersome to recreate through the rather limited GUI i was hoping to save and reuse them. Unfortunately i can find no way to save and reuse them.
Perhaps this is in the "profile" mentioned in the command line switches portion of the manual (and no where else). Where does this go? What is its usage? Is there more documentation than just the ODT and PDF manuals?
3) PLUGIN`s, generally these seem very useful! Where are they? Is there an open format?
greg
i did discover
~/.kde/share/config/krename
There must be more squirreled away in the file system:-) Is this part of the "profile"?
i did find a bug. When i open krename after having done a rename it takes the longest item in its history to calculate the width of the widget. In my case this was over 3300 pixels wide ... wider than my monitor and not resizable downward.
greg
Hi Dominick
Thanks for the decade long commitment to making krename the best!
i just recently started a box with Ubuntu 1204. Unity died, so i put in KFCE.
i am a photographer so i was trying to get some meaningful names rather than the default ones. For the most part i was able to do this limited by my cams makers (Minolta) strange and limited use of exif.
In the process i hit on a number of snags that may just need some pointers or could be fodder for a roadmap:
1) Hitting F1 gives a "Documentation not Found" message in the KDE help center. i did find an English ODT file which has the documentation, but i do not know where to put it in my boxes file system so F1 will work in the future. Unfortunately i ran into a lot of dead ends presumably because all the sym pointers and varying conventions make general paths too hard to specify.
i did find ~/.kde/share/apps ... perhaps it needs a krename folder? Could the ODT go in there? Or the PDF?
i did succeed so that
PICT8481.JPE
became
1%2f3-400-m5-42-20120527t164150-8481.jpe
getting the exposure time, time, ISO, and camera from the exif and doing some simple regex stuff.
To get this far i used the tags
[exifExif.Photo.ExposureTime]
-[exifExif.Photo.ISOSpeedRatings]
-[$dirname...]
-[exifExif.Photo.FocalLengthIn35mmFilm]
-[exifExif.Photo.DateTimeDigitized]
-[%5-[length]]
2) As these tags are rather cumbersome to recreate through the rather limited GUI i was hoping to save and reuse them. Unfortunately i can find no way to save and reuse them.
Perhaps this is in the "profile" mentioned in the command line switches portion of the manual (and no where else). Where does this go? What is its usage? Is there more documentation than just the ODT and PDF manuals?
3) PLUGIN`s, generally these seem very useful! Where are they? Is there an open format?
greg
There is a very annoying bug / feature (I don't know which it is) in KRename 4.x. When I try to rename directories and their contents at once, KRename first renames the top-level directories and then tries to rename their contents. However, it doesn't find the contents because the directories in which they reside have been renamed.
Renaming a whole directory structure is the most common renaming task at least for me, so it would be very desirable to be able to do it easily using KRename. If I remember correctly, this worked fine with KRename 3.x.
Yes, the problem still occurs in 4.0.5.
Steps to reproduce:
1. Create directories foo and foo/bar and a file foo/bar/baz.
2. Click the Add button, choose directory foo and check the "Add directory names with filenames" and "Add subdirectories recursively" boxes.
3. Define a renaming rule (for example convert everything to upper case).
4. Click Finish. Now baz is not renamed, and one gets the following error: http://i.imgur.com/fnycj.png
However, when I use the Up and Down buttons of the Files tab to set foo as the first item, foo/bar/baz as the second and foo/bar as the third item, renaming works as expected. Even then, undoing doens't work.
The Up and Down buttons of the Filename tab don't seem to work. They just mess up the filenames.
Thank you for this wonderful program! I've seen several suggestions on improvements here that I would appreciate, but my greatest frustration is that KRename is now _incredable_ slow for even a relatively small number of files! I often use KRename to organize my photos, and it takes minutes for KRename to work out what the new names for 500 files should be.
Seems to me that krename is missing the ability to rename tv series episodes,
I have a patch ready that tries to extract season and episode number from filenames
in a couple ways (with 3 different regexps), Adding a new plugin.
Where should I send this patch?
The stonki address in the website?
Hello
thank for this really usefull app
from version 3.x to version 4.x it seems that we have lost the ability to save settings
in version 3x, we had a menu where we can save some pattern, specially for replacing.
this saves a file *.xml in the /home/lezaps/.kde/share/apps/krename folder
Quote:
On version 4, it seems that this very useful possibility is lost.
any time you right click "open with " "krename", you have to re parameter completely the software.
Did I miss/mess something ?
Could you fix this ?
Regards
Le Zap's
Same problem here... and the defaults are not too convenient (ie the first dot is set as the extension delimiter... I have to change this every single time I use krename)
Cheers,
mguel
This feature is currently missing. Sorry, I have no time to bring it to KDE4 right now.
I at least added today that the setting for "Extension starts at" is saved between KRename runs. I hope this helps ... . This feature will be part of the 4.0.3 release and is currently in SVN:
First of all, thank you for this great and immensely useful application!
I wonder, though, why you don't move it into KDE's svn. I am sure you would be welcome in KDEUtils. A good renaming utility is really missing in the vanilla KDE.
Anyways, thank you so much for your work!
Taglib and Exiv2 are detected by configure script on the fly, without user having any chance to control if he wants the feature in. (I might have the library but i dont want the feature :]):
http://sources.gentoo.org/viewcvs.py/gentoo-x86/kde-misc/krename/files/4.0.0-fix_automagicness.patch?rev=1.1&view=markup
Second fix makes taglib really optional:
http://sources.gentoo.org/viewcvs.py/gentoo-x86/kde-misc/krename/files/4.0.0-fix_taglib_support.patch?rev=1.1&view=markup
Thank you very much for these patches. I committed them to SVN.
Please send this kind of changes directly to me via email the next time. So that I can integrate them directly as I look only very seldomly on the comments here.
BTW, could you please post an example of how to disable taglib during the build here? Maybe some users are interested.
best regards,
Dom
This app has been a lifesaver for me since I switched to Linux - easily the most functional batch renamer I've used. One thing I'm wondering whether it'd be possible to implement which I would find very useful is the ability to name a folder based on its contents - e.g., inserting the artist name from the id3 tag of the mp3 it contains. I'm always having to manually rename tons of folders since the trend these days is to have mp3s organized in the artist/album layout, and I prefer artist - [year] album. One other thing that would be nice is a disc # token in the TagLib plug-in, if TagLib even supports this.
Aside from these suggestions, I can't think of any way to improve this - great job on a practically perfect application!
Thanks for the new release. KRename is one of my remaining KDE 3 holdouts right now; sounds like 3.9.3 will bring me one step closer to removing those KDE 3 libraries from my system.
now i'm getting the error "You can only select one file" when trying add more than one directory to rename. (i have the "Add directory names only" option enabled).
i tried passing the directories to krename via command line but apparently there isn't a way to pass directories only to krename by command line?...
i get crashes every time i exit krename (3.9.x) also. it has been happening for as long as i've been using 3.9.x which is a long time.
openSUSE 11.0 x86
KDE 4.1.68
krename 3.9.1-2.8 (from KDE:Backports repo)
Ratings & Comments
83 Comments
Hi Dominick Thanks for the decade long commitment to making krename the best! i just recently started a box with Ubuntu 1204. Unity died, so i put in KFCE. i am a photographer so i was trying to get some meaningful names rather than the default ones. For the most part i was able to do this limited by my cams makers (Minolta) strange and limited use of exif. In the process i hit on a number of snags that may just need some pointers or could be fodder for a roadmap: 1) Hitting F1 gives a "Documentation not Found" message in the KDE help center. i did find an English ODT file which has the documentation, but i do not know where to put it in my boxes file system so F1 will work in the future. Unfortunately i ran into a lot of dead ends presumably because all the sym pointers and varying conventions make general paths too hard to specify. i did find ~/.kde/share/apps ... perhaps it needs a krename folder? Could the ODT go in there? Or the PDF? i did succeed so that PICT8481.JPE became 1%2f3-400-m5-42-20120527t164150-8481.jpe getting the exposure time, time, ISO, and camera from the exif and doing some simple regex stuff. To get this far i used the tags [exifExif.Photo.ExposureTime] -[exifExif.Photo.ISOSpeedRatings] -[$dirname...] -[exifExif.Photo.FocalLengthIn35mmFilm] -[exifExif.Photo.DateTimeDigitized] -[%5-[length]] 2) As these tags are rather cumbersome to recreate through the rather limited GUI i was hoping to save and reuse them. Unfortunately i can find no way to save and reuse them. Perhaps this is in the "profile" mentioned in the command line switches portion of the manual (and no where else). Where does this go? What is its usage? Is there more documentation than just the ODT and PDF manuals? 3) PLUGIN`s, generally these seem very useful! Where are they? Is there an open format? greg
i did discover ~/.kde/share/config/krename There must be more squirreled away in the file system:-) Is this part of the "profile"? i did find a bug. When i open krename after having done a rename it takes the longest item in its history to calculate the width of the widget. In my case this was over 3300 pixels wide ... wider than my monitor and not resizable downward. greg
Hi Dominick Thanks for the decade long commitment to making krename the best! i just recently started a box with Ubuntu 1204. Unity died, so i put in KFCE. i am a photographer so i was trying to get some meaningful names rather than the default ones. For the most part i was able to do this limited by my cams makers (Minolta) strange and limited use of exif. In the process i hit on a number of snags that may just need some pointers or could be fodder for a roadmap: 1) Hitting F1 gives a "Documentation not Found" message in the KDE help center. i did find an English ODT file which has the documentation, but i do not know where to put it in my boxes file system so F1 will work in the future. Unfortunately i ran into a lot of dead ends presumably because all the sym pointers and varying conventions make general paths too hard to specify. i did find ~/.kde/share/apps ... perhaps it needs a krename folder? Could the ODT go in there? Or the PDF? i did succeed so that PICT8481.JPE became 1%2f3-400-m5-42-20120527t164150-8481.jpe getting the exposure time, time, ISO, and camera from the exif and doing some simple regex stuff. To get this far i used the tags [exifExif.Photo.ExposureTime] -[exifExif.Photo.ISOSpeedRatings] -[$dirname...] -[exifExif.Photo.FocalLengthIn35mmFilm] -[exifExif.Photo.DateTimeDigitized] -[%5-[length]] 2) As these tags are rather cumbersome to recreate through the rather limited GUI i was hoping to save and reuse them. Unfortunately i can find no way to save and reuse them. Perhaps this is in the "profile" mentioned in the command line switches portion of the manual (and no where else). Where does this go? What is its usage? Is there more documentation than just the ODT and PDF manuals? 3) PLUGIN`s, generally these seem very useful! Where are they? Is there an open format? greg
There is a very annoying bug / feature (I don't know which it is) in KRename 4.x. When I try to rename directories and their contents at once, KRename first renames the top-level directories and then tries to rename their contents. However, it doesn't find the contents because the directories in which they reside have been renamed. Renaming a whole directory structure is the most common renaming task at least for me, so it would be very desirable to be able to do it easily using KRename. If I remember correctly, this worked fine with KRename 3.x.
Does this problem still occur? This should have been fixed with the 4.0.5 release.
Yes, the problem still occurs in 4.0.5. Steps to reproduce: 1. Create directories foo and foo/bar and a file foo/bar/baz. 2. Click the Add button, choose directory foo and check the "Add directory names with filenames" and "Add subdirectories recursively" boxes. 3. Define a renaming rule (for example convert everything to upper case). 4. Click Finish. Now baz is not renamed, and one gets the following error: http://i.imgur.com/fnycj.png However, when I use the Up and Down buttons of the Files tab to set foo as the first item, foo/bar/baz as the second and foo/bar as the third item, renaming works as expected. Even then, undoing doens't work. The Up and Down buttons of the Filename tab don't seem to work. They just mess up the filenames.
Thanks for this great description. I was able to reproduce this problem and 4.0.7 contains a fix for this issue. Cheers, Dom
Thank you for this wonderful program! I've seen several suggestions on improvements here that I would appreciate, but my greatest frustration is that KRename is now _incredable_ slow for even a relatively small number of files! I often use KRename to organize my photos, and it takes minutes for KRename to work out what the new names for 500 files should be.
Seems to me that krename is missing the ability to rename tv series episodes, I have a patch ready that tries to extract season and episode number from filenames in a couple ways (with 3 different regexps), Adding a new plugin. Where should I send this patch? The stonki address in the website?
Hello thank for this really usefull app from version 3.x to version 4.x it seems that we have lost the ability to save settings in version 3x, we had a menu where we can save some pattern, specially for replacing. this saves a file *.xml in the /home/lezaps/.kde/share/apps/krename folder Quote:<!DOCTYPE KRenameProfile>
<krename>
<version version="3.0.14" />
<settings fileplugins="1" wizard="0" />
<filename extension_start="1" extension_enabled="1" extension="$" filename="$" >
<replace>
<item find="pict" reg="0" replace="" />
</replace>
<numbering reset="0" step="2" start="1" skip="" />
</filename>
<destination undoscript="" mode="2" undo="0" overwrite="0" directory="" />
<files names="1" sorting="0" preview="0" />
</krename>
On version 4, it seems that this very useful possibility is lost.
any time you right click "open with " "krename", you have to re parameter completely the software.
Did I miss/mess something ?
Could you fix this ?
Regards
Le Zap's
Same problem here... and the defaults are not too convenient (ie the first dot is set as the extension delimiter... I have to change this every single time I use krename) Cheers, mguel
This feature is currently missing. Sorry, I have no time to bring it to KDE4 right now. I at least added today that the setting for "Extension starts at" is saved between KRename runs. I hope this helps ... . This feature will be part of the 4.0.3 release and is currently in SVN:
First of all, thank you for this great and immensely useful application! I wonder, though, why you don't move it into KDE's svn. I am sure you would be welcome in KDEUtils. A good renaming utility is really missing in the vanilla KDE. Anyways, thank you so much for your work!
Taglib and Exiv2 are detected by configure script on the fly, without user having any chance to control if he wants the feature in. (I might have the library but i dont want the feature :]): http://sources.gentoo.org/viewcvs.py/gentoo-x86/kde-misc/krename/files/4.0.0-fix_automagicness.patch?rev=1.1&view=markup Second fix makes taglib really optional: http://sources.gentoo.org/viewcvs.py/gentoo-x86/kde-misc/krename/files/4.0.0-fix_taglib_support.patch?rev=1.1&view=markup
Thank you very much for these patches. I committed them to SVN. Please send this kind of changes directly to me via email the next time. So that I can integrate them directly as I look only very seldomly on the comments here. BTW, could you please post an example of how to disable taglib during the build here? Maybe some users are interested. best regards, Dom
Ave & thanks! Krename would be even nicer with konqueror contextmenu entry...
We fixed service menu entries in SVN. So the upcomming 4.0.0 release will contain service menus for konqueror and dolphin! Have Fun! Dom
This app has been a lifesaver for me since I switched to Linux - easily the most functional batch renamer I've used. One thing I'm wondering whether it'd be possible to implement which I would find very useful is the ability to name a folder based on its contents - e.g., inserting the artist name from the id3 tag of the mp3 it contains. I'm always having to manually rename tons of folders since the trend these days is to have mp3s organized in the artist/album layout, and I prefer artist - [year] album. One other thing that would be nice is a disc # token in the TagLib plug-in, if TagLib even supports this. Aside from these suggestions, I can't think of any way to improve this - great job on a practically perfect application!
Thanks for the new release. KRename is one of my remaining KDE 3 holdouts right now; sounds like 3.9.3 will bring me one step closer to removing those KDE 3 libraries from my system.
now i'm getting the error "You can only select one file" when trying add more than one directory to rename. (i have the "Add directory names only" option enabled). i tried passing the directories to krename via command line but apparently there isn't a way to pass directories only to krename by command line?...
Same for me (kde 4.2.2)...
Fixed in KRename 3.9.3
i get crashes every time i exit krename (3.9.x) also. it has been happening for as long as i've been using 3.9.x which is a long time. openSUSE 11.0 x86 KDE 4.1.68 krename 3.9.1-2.8 (from KDE:Backports repo)
This should be fixed in the 3.9.2 release. Could you please check if this does indeed fix the crash for you? regards, Dom
3.9.2 fixes the crash at exit. thanks!