| |||||||||||||
Very true but it begs the question of generic picture management policy.Very true but it begs the question of generic picture management policy.Posted Jun 17, 2010 6:10 UTC (Thu) by doogie (subscriber, #2445)In reply to: Very true but it begs the question of generic picture management policy. by NicDumZ Parent article: A quick grumpy review of Shotwell
git-based, and git notes?
(Log in to post comments)
Very true but it begs the question of generic picture management policy. Posted Jun 17, 2010 13:45 UTC (Thu) by dgm (subscriber, #49227) [Link]
Just my thoughts. Git is supposedly a dumb content tracker, so it looks like it's just asking for it.
And btw, I didn't knew of git-notes, thanks for the pointer!
Very true but it begs the question of generic picture management policy. Posted Jun 17, 2010 17:42 UTC (Thu) by dlang (✭ supporter ✭, #313) [Link]
to make this work well in git you would need to make a diff function that would handle the EXIF metadata appropriately (so that if you change a EXIF tag git doesn't think the entire file is different)
this isn't a huge undertaking, but I'm not aware that anyone has done it yet.
Even after you do this you may have grief with large repositories.
Very true but it begs the question of generic picture management policy. Posted Jun 20, 2010 20:09 UTC (Sun) by nix (subscriber, #2304) [Link]
For images? Unless you can convince everyone to rescale their photos to small sizes (good luck with that), it's not going to work. git isn't good at giant binary lump tracking.
(e.g. I've been taking photos for less than three months in a serious way and I already have >10Gb of them. git repos that size are hard indeed to manage.)
Very true but it begs the question of generic picture management policy. Posted Jun 21, 2010 1:07 UTC (Mon) by dlang (✭ supporter ✭, #313) [Link]
this partly depends on if the changes to the files are in the images or if it's mostly changing metadata.
if it's a lot of editing (and saving the intermediate images) git is definitely bad for the job.
if it's mostly metadata changes and tagging, then git is merely poor (with a fairly clear roadmap of how to get better)
Very true but it begs the question of generic picture management policy. Posted Jun 21, 2010 21:33 UTC (Mon) by nix (subscriber, #2304) [Link]
Unfortunately, even if there are very few changes to the images, git does badly with giant binary blobs. It's true that does *worse* if the images are edited heavily, but, really, for things like this you don't want *any* extra copies of the images lying around, and git's going to give you one every fifty-odd commits, as long as there's a modification in there somewhere.
|
|||||||||||||