Bernhard D Rohrer writes:

has anybody ever thought about using Gimp with Subversion? I'd love a module that allows me to make sense of my edited versions of an image. I couldn't find a plugin though :(

Subversion or most other revision control systems are optimized for text data. But, this doesn't mean it would work with images. It just can not store differences between image versions and therefore it has to store the whole file even if you only changed one pixel.

I don't know of any RCS that would be better suited for binary data or even be specialized for images.

But, why do you need a Gimp plugin for that? There are plenty of graphical frontends for Subversion in case you don't like the command line.

Matthias

Von: Bernhard D Rohrer

has anybody ever thought about using Gimp with Subversion? I'd love a module that allows me to make sense of my edited versions of an image. I couldn't find a plugin though :(

There has been a - rather abstract - suggestion of image versioning, http://bugzilla.gnome.org/show_bug.cgi?id=165226

I guess that automatic saving of snapshots (there are also requests for automatic filename increments, see http://bugzilla.gnome.org/show_bug.cgi?id=94364) might be a bit more feasible than storing files into Subversion.

Another, different approach could be to save the entire undo history in the XCF file, see http://bugzilla.gnome.org/show_bug.cgi?id=148930. This should mostly eliminate the need for saving previous versions of images except if you want them in a different format.

HTH, Michael

Hi!

On Monday 05 March 2007, Matthias Julius wrote:

Bernhard D Rohrer writes:

has anybody ever thought about using Gimp with Subversion? I'd love a module that allows me to make sense of my edited versions of an image. I couldn't find a plugin though :(

Subversion or most other revision control systems are optimized for text data. But, this doesn't mean it would work with images. It just can not store differences between image versions and therefore it has to store the whole file even if you only changed one pixel.

That's not true. Subversion fully supports binary diffs. So if you have an uncompressed .bmp image and you changed one pixel, you'll get a very small diff stored. Of course, if your image is compressed or otherwise encoded in a "weird" way, the diff may be much more substantial. Maybe you're confusing Subversion with CVS where each version of a binary file is an entire copy.

I don't know of any RCS that would be better suited for binary data or even be specialized for images.

Like I said, Subversion has good support for binary diffs. So do other version control systems like Monotone. RCE by the originator of RCS ( http://www.aicas.com/rce.html ) can handle binary diffs, but only operates on a single byte at a time. If you want to handle compressed or encoded data efficiently, you may need to implement domain-specific logic. Rational ClearCase may have such functionality, but I didn't have any experience with it, so I can't tell you.

But, why do you need a Gimp plugin for that? There are plenty of graphical frontends for Subversion in case you don't like the command line.

I think what he meant was a way to view previous images or differences between various images by interfacing with Subversion.

Regards,

Shlomi Fish

--------------------------------------------------------------------- Shlomi Fish shlomif@iglu.org.il Homepage: http://www.shlomifish.org/

Chuck Norris wrote a complete Perl 6 implementation in a day but then destroyed all evidence with his bare hands, so no one will know his secrets.

On Mon 05-Mar-2007 at 10:59 +0100, Michael Schumacher wrote:

Von: Bernhard D Rohrer

has anybody ever thought about using Gimp with Subversion? I'd love a module that allows me to make sense of my edited versions of an image.

Another, different approach could be to save the entire undo history in the XCF file, see
http://bugzilla.gnome.org/show_bug.cgi?id=148930. This should mostly eliminate the need for saving previous versions of images except if you want them in a different format.

Øyvind Kolås in his GEGL video/talk suggested that the post-GEGL xcf format might be just a collection of single images tied-together with an XML file and stored in a zip container (like the opendocument format).

Unpacked into a folder, this format would be well suited for storage in a system like subversion - All that would be needed is for the gimp to be able to read/write the folder directly.