dont keep Original Picture

I also have the need to NOT keep the original pics... my thoughts, algorithmically, were

- upload original picture
- do the resize for mid-size and thumbnail-size
- copy EXIF data to mid-size (adds what, 4-5k?)
- delete original
- create link to mid-size with original pic file name

I'm new to PHP, but then again, 5 years ago I was new to Perl, and now I'm writing 2000+ line scripts in that, so I guess it'll be a learning experience. Then again (worst case from an integration point of view), it could be a php system call out to a Perl script that does the cleanup after each pic is processed inside Gallery.

OR...

- upload original pic
- copy EXIF info
- resize original pic to mid-size
- overwrite original with mid-size... re-write the EXIF info to it,
- allow normal operations to go from there (or will I end up
with a non-resized duplicate mid-size?

Still if you see an fundamental flaw in my approach, please let me know.

Thanks,
Mike

Well, my resize script is at http://www.beckettmw.com/testgallery/ , and I've since tested and it works with all current versions of Gallery just fine still.

However, my script works for resizing photos *after* they've been uploaded. If you want to resize *on upload*, either read this thread, and apply killerblade's patch (and optionally the EXIF code I mentioned afterwards) to util.php, *or*, you can wait for v1.4.1 which will implement roughly the same thing as killerblade's code.

-Beckett (

)

[Gallery Remote]

Yes... except rather this code goes in "after" Gallery Remote. Gallery Remote, like a regular user, will submit arbitrarily-sized photos, which will then be "forced" down either to a maximum dimension, maximum filesize, or both. I *just* this second mentioned your question to Pierre, the Gallery Remote developer, so he's aware of it, and one way or another GR will work. ;)

-Beckett (

)

thanks again killerblade for your hack!
but on the one hand it makes things much easier (no photoshop is needed anymore for resizing images) and on the other things are more complicated now (gallery remote doesn´t works with the hack).

so beckett spoke with the GR developer. but when will there be a new version of GR with this cool hack implemented?

greetings

Hunh? My point was that, properly implemented, GR will work just fine with the killerblade hack. I was just stating that currently, GR only resizes *optionally* and doesn't yet support resizing on the GR end by reading the "force resizing" option (which hasn't been implemented yet).

-Beckett (

)

Your hack seem to be great but i didn't find the line above! In which file sould I finf it?
Does it work with all the gallery release? I am currently using Gallery 1.3.4.
Tks for your reply.

Tomsawyer

tks for your help. I manage to add the code.

cu

tom

1.4.1

Soon-ish, but my guess would be within a month.

G2

There's no official schedule for G2. We're making *incredible* progress, but we're not going to give any hints at a date quite yet. My advice is not to depend on G2 anytime very soon, but anything could happen. ;)

-Beckett (

)

This is a great little piece of code, but it doesn't do one important thing. If the picture being resized is already the correct size to begin with, it should still adjust the photo quality to match the configuration settings. For example:

Original photo: 640x480 = 240kb
Resize photo: 640x480@60%Qlty = 80kb (or whatever)

Right now it just leaves the original file as is. Would this be possible to add in?

Thanks for the quick reply. I'm using version 1.3.4-pl1. Does that change anything?

How do I turn debug mod on?

Well I am stuck using 1.3.4-pl1 because I'm using the Snail Source phpBB integration mod. I heard that Gallery will soon offer integration with phpbb, so I guess I'm going to have to wait.

Beckett, this is some great stuff, thanks a ton for the feature. I do, however, have a question after reading this post...

Say I've downsized all the "original" pictures to 800x600 using your code, but later want to go back to having 2048x1536 "originals." ... Would I be able to do that by FTPing the full-sized pictures, with the exact same names, into the appropriate album folder, then doing what you describe in your quote?

I guess I'm just wondering if your resize program will take a look at the original photo, realize it is larger than Gallery thinks the original photo is (cause I've replaced it), and have this result in pages that account for the increase in size of the "original" photo?

(Yes, I know I could just re-add the album and delete it, but that would kill descriptions, captions, etc).

Thanks,
Craig Latzke
Fort Collins, CO

Okay... feature requests you can submit to the RFE at SF.net.

*DO NOT* just upload new images to replace old ones. Gallery needs to know exact dimensions etc. You can up the value for *future* photos in that album, but don't ever ever do anything directly to anything in the albums directory. Consider it entirely "off limits".

Your idea sounds possible. BTW I'm planning on integrating the "myresize" stuff into v1.4.2 (already integrated the "resize on upload" stuff for 1.4.1).

Oh... i recently found a potentially bad bug in my myresize code! I'll plan on fixing it very very soon. Basically... if you have any thumbnails where you've edited the thumbnail (to focus in on a particular area), and then resize the thumbs, but have already resized the originals using my code, the thumbs will either regenerate incorrectly for those images, or not generate at all. I need to edit the resizing code to update the "thumb region" data. Plan to do that soon. (Follow along in SF.net Bug #821073)

-Beckett (

)

Er the point of "resize on upload" is that the original photo is resized. If you set the intermediate "sized" dimension to be the same as the resize-on-upload dimension, then only one file will be added (plus the thumb), which I think is what you want.

-Beckett (

)

phpBB2 integration is slated for v1.4.2. However, it could be committed to the codebase within the next 2 weeks.

-Beckett (

)

I am no programmer, but......
Would it not be possible to do the resizing as the very first thing.
A sort of front end where you could set your preferences for size of imported images. Then you would not have to alter the rest.
Jan

I'm sorry to bother you on this issue again, but in the following, where do you make the setting for "resize on upload." I can find "Resized image size" which mentions "When large images are added to an album, an intermediary version will automatically be generated at this size" but where do I create a setting for "resize on upload" to match what you said in the below.

I have the "Resized Image Size" set to 600 in the Configuration Setup, but there is still a 1600 original file on the system which shows when clicking the 600px image on screen. I am using "v1.4-pl1"

Thanks a lot. I really appreciate it.

How do I change the timeout?

(Look up 5 posts if you don't know what I'm talking about).

Thanks,
Craig

I had myresize.php and myresize_funcs.php saved to the gallery folder, and the files in the images folder saved to images folder.

Now, when I try to run myresize by doing
http://2fargon.com/gallery/myresize.php ,

I get a Error 500. It tried setting the permission of the myresize* files to 777 755 644 etc, yet it doesnt work. Any clue as to why I am getting this error?

I even tried changing the auto-resize to off in config.php

I am at my wits end and will appreciate all the help I can get.

Thanks

I am sorry, but I cant find myresize.php in Gallery 1.4.1 RC4.
So is there an alternative method in 1.4.1 RC4 to resize photgraphs that have already been uploaded?

Thank you for the pointer

It does resize, but it , for some strange reason, makes two copies, one .sized.jpg and one .jpg, both of the same size!!

The " resize all " option in the albums doesn't seem to be working either. Should I file a bug report (then again, i currently dont know how to, but could learn from some faq).

Thanks, Joan, I really appreciate you taking the time and interest!! I love you folks

myresize r0X0r5!!!!1

113 albums, 2725 images running 1.4.2: I went from 710 megs to 449 in one sweep! No timeouts, no problems. It took 3-5 minutes to complete.

However, in order to run myresize.php I had to increase the php memory limit from 10 to 15. I stuck this in my root .htaccess:

<IfModule mod_php4.c>
php_value memory_limit 15M
</IfModule>

Prior to running the script I changed my config to the following:
$gallery->app->jpegImageQuality = "70";
$gallery->app->default["resize_size"] = "off";
$gallery->app->default["resize_file_size"] = "0";
$gallery->app->default["max_size"] = "600";
$gallery->app->default["max_file_size"] = "80";

In myresize.php I specified 600 as the max size, and left the .sized textbox blank. This got rid of all the .sized images and shrunk the originals down. The size of some of the images my users uploaded was rediculous.. some were pushing 1MB!! This script recovered 261 megs.

I just upgraded, and was looking at the resize function. When to the website, and his gallery is broken! is this because resize does not work with the new update? Just wanted to know before I tried it

Cheers
Kat